При упоминании слова «партнер» - возникают ассоциации с такими понятиями как честность, порядочность, ответственность. Партнер - (англ. Partner) - есть участник какой-либо совместной деятельности, главным образом предпринимательской. Большаков С.В. Проблемы укрепления финансов предприятий // Финансы. .2007. №1. - С. 30 - 35. Однако из словаря В.И. Даля следует, что корни этого слова уходят во французский язык и означали товарища по картежной игре. Прежде чем игрок становился партнером, он проходил жесткий отбор. Стать партнером известного и удачного игрока (что немало важно) считалось очень престижно.

Мир меняется, но принципы, на которых строиться игра, остаются неизменными. Бизнес - эта та же игра. Нужны не просто игроки, нужны партнеры, в которых можно быть уверенным.

КОНТРАГЕНТ (от лат. contrahens -- договаривающийся) -- сторона договора в гражданских правоотношениях. Шеремет А.Д., Сайфулин Р.С. Методика финансового анализа М: ИНФРА, 2006. - С. 77

Необходимо отметить, что в качестве контрагента можно рассматривать любого субъекта гражданского права, имеющего те или иные отношения с исходным предприятием. Принимая решение об участии в той или иной форме экономического сотрудничества, субъекты бизнеса руководствуются вполне определенными интересами и пытаются решить конкретные задачи. Главной движущей силой, которая побуждает субъекта к поиску партнера, является наличие неудовлетворенной потребности. Осознание данной потребности ведет к формированию интереса к нахождению контрагента, обладающего определенными характеристиками. Таким образом, наличие субъекта, от которого можно получить искомую ценность, можно определить как наиболее существенное условие для возникновения сотрудничества. При отсутствии данного условия сотрудничество не возникает, так как нет предпосылок для кооперации. Однако в некоторых случаях оно может возникнуть, если существует иллюзия того, что это условие выполняется. Эта ситуация вероятна в случае дефицита или недоброкачественной информации о потенциальном партнере, достаточно быстрой утрате последним своих «полезных» качеств, изменения обстоятельств сотрудничества, а также в случае неадекватной оценки собственных потребностей и мотивации к сотрудничеству на этапе выбора партнера. Например, производственное предприятие может выбрать конкретного поставщика сырья в своем регионе, а спустя некоторое время обнаружить аналогичного по цене, качеству и другим параметрам поставщика с более выгодным географическим расположением. В данном случае сотрудничество с прежним партнером теряет экономический смысл, вследствие высоких транспортных издержек и возникает потребность в обращении к новому поставщику.

Таким образом, наличие неудовлетворенной потребности и представления о потенциальном партнере как о субъекте, способном стать источником удовлетворения данной потребности, безусловно, является наиболее существенным условием для возникновения сотрудничества. Причем, вторая составляющая этого условия (представление о партнере) является наиболее весомой, так как именно от адекватности этого «представления» зависит успех партнерства.

Термин «партнерство» используется на практике в разных смыслах. Его можно рассматривать как: Финансовый менеджмент: теория и практика: Учебник./ Под. ред. Е.С. Стояновой. - 2-е изд., перераб. и доп. - М.: Изд. Перспектива, 2005. - С. 103

Составную часть межгосударственных отношений (межгосударственное партнерство);

Элемент взаимоотношений между государством, предпринимателями и наемными работниками по поводу заработной платы и условий труда (социальное партнерство);

Партнерство в бизнесе между субъектами рыночной экономики (межфирменное партнерство или взаимоотношения предприятия с различными контрагентами).

Партнерские связи в сфере бизнеса выступают не только важным составным элементом предпринимательских действий, но и необходимым условием договорных отношений между контрагентами, давая возможность каждому из них получить определенный уровень прибыли за счет обмена результатами деятельности.

В России институт партнерства в бизнесе сравнительно молод, хотя отдельные предприятия использовали элементы партнерства, понимаемые как межфирменное сотрудничество, давно. Такой точки зрения придерживается А.В. Бусыгин, Основа предпринимательской деятельности под ред. Власовой А.М. -М. «Финансы и статистика», 2005. - С. 63 рассматривающий партнерские связи как договорные отношения, которые устанавливаются между двумя или более предпринимателями и дают возможность каждому из них получить искомый уровень прибыли за счет обмена результатами деятельности (покупка, поставка продукции), выступающими в товарной или денежной форме.

До сих пор отсутствует четкое и однозначное понимание сущности партнерских отношений в бизнесе, хотя терминология партнерства широко используется сегодня в практике бизнеса, например, стратегический партнер, производственный, финансовый, инвестиционный и т.п. партнеры, а также партнерство как форма организации бизнеса.

В трудах отечественных ученых-экономистов проблемы партнерства в бизнесе практически не освещены. Крайне мало разработок, где бы анализировалась система партнерских отношений в бизнесе или рассматривались какие-либо конкретные методы оценки и выбора контрагентов. Понятие «партнерство» практически не использовалось в научных работах Советского периода. Термин «партнерство» применялся для характеристики межличностного общения. Только ряд авторов рассматривает партнерство при организации договорной работы или применительно к внешнеэкономической деятельности.

Необходимо отметить, что отсутствие глубоких теоретических исследований партнерства в бизнесе, а также конкретных методов определения надежности деловых партнеров на этапе их выбора стало одной из главных причин низкой экономической эффективности российских предприятий.

Прежде, чем непосредственно приступить к рассмотрению проблемы выбора делового партнера, выясним, что представляет его надежность.

Надежность партнера - это свойство, проявляющееся в способности реализации сотрудничества при определенных условиях внешней среды, а также количественная и качественная оценка партнера, выражающаяся в таких параметрах, как финансовые показатели фирмы, ее деловая репутация, способность точно и вовремя выполнять взятые на себя обязательства и так далее.

Любое предприятие нуждается в эффективных партнерских связях - это является главным условием его благополучного функционирования в рамках того или иного фрагмента целостного хозяйственного процесса. В настоящее время, наиболее важным становится предрасположенность к сотрудничеству и постоянный поиск наиболее эффективных партнерских связей, в ходе которого осуществляется переориентация деятельности в соответствии с условиями рынка, то есть партнерские отношения позволяют фирме достичь, сохранить и усилить свои конкурентные преимущества.

Таким образом, партнерство в бизнесе можно определить как вид экономических отношений, основанных на совместных действиях и усилиях сторон, объединенных общим интересом (выгодой для обеих сторон), направленных на достижение конкретных целей, которые хорошо понимаются участниками таких отношений. Другими словами, под партнерскими экономическими отношениями понимается совокупность способов и форм целенаправленной организации взаимоотношений сторон для достижения общих целей.

Партнерские связи обеспечивают фирмам доступ к более разнообразным ресурсам, чем могла бы иметь или приобрести фирма в отдельности. В этой связи, целью современных межфирменных отношений всегда является получение необходимого доступа к каким-либо ресурсам (материально-техническим ресурсам, готовой продукции, финансовой среды), рынкам, технологиям или каналам распределения.

В целом бизнес построен на взаимодействии субъектов рыночной экономики между собой. Отношения сотрудничества между фирмами - это не новый тип отношений в бизнесе. Эти отношения существовали всегда (в формальном или неформальном виде) между фирмой и ее контрагентами (поставщиками, покупателями, посредниками и др.). Однако за последние годы содержание договорных отношений в бизнесе сильно изменилось и приобрело новые формы. Освоение этих форм российскими предприятиями началось сравнительно недавно.

В широком смысле слова любые взаимоотношения между субъектами рыночной экономики, результатом которых стало заключение договора, являются проявлением межфирменного сотрудничества.

Таким образом, можно сделать вывод о том, что политика формирования межфирменных связей, которые представляют собой основу делового партнерства, является одним из элементов стратегии предприятия и выступает в качестве фундамента успешной конкурентной борьбы. Современные межфирменные связи отражают сложный и целенаправленный процесс взаимной адаптации деятельности каждого субъекта экономической жизни к интеграционным процессам. В результате межфирменного взаимодействия образуется особая инфраструктура, изменяющая «среду обитания бизнеса» и расширяющая его территориальные границы.

Бухгалтерский учет расчетов с контрагентом зависит от методики взаиморасчетов, определяемой в договоре.

Сведения о договоре с контрагентом и условия расчетов должны быть введены в информационную базу. Причем с одним контрагентом может быть заключено несколько договоров с разными условиями расчетов.

В договоре может быть выбран один из следующих вариантов измерения взаимной задолженности между предприятием и контрагентом: Ворот И. Экономика фирмы. - М.: Высшая школа, 2006. - С. 92

· в рублях,

· в условных единицах,

· в иностранной валюте.

Последний вариант подходит для расчетов с иностранным партнером, а первые два могут использоваться для расчетов с отечественными партнерами. Причем вариант расчетов в условных единицах означает следующее: взаимные задолженности по договору фиксируются в иностранной валюте, выбранной в качестве условной единицы договора, но платежи выполняются в рублях. Для регистрации изменения состояния взаиморасчетов суммы платежей пересчитываются в условные единицы по курсу иностранной валюты на день платежа.

Расчеты с контрагентами могут учитываться с разной степенью детализации:

· по договору в целом,

· по каждому расчетному документу (отгрузки, оплаты и т.п.).

Во взаимоотношениях с контрагентами распространена практика, когда конкретная оплата привязывается к конкретной поставке: либо сначала регистрируется оплата поставки (по предварительно выписанному счету), а затем регистрируется сама поставка -- поставка по предоплате, либо сначала регистрируется поставка, а затем регистрируется оплата -- последующая поставка. Подобной практике деловых взаимоотношений больше подойдет детализация расчетов по каждому расчетному документу.

Но при долгосрочных взаимоотношениях с надежными деловыми партнерами может быть установлено, что платежи не привязываются к конкретным поставкам. Например, по условиям договора контрагент может поставлять предприятию товары в течение месяца по разовым заявкам подразделений предприятия, а по завершении месяца финансовая служба предприятия будет оплачивать контрагенту все выполненные поставки и перечислять частичную предоплату на очередной месяц. Для подобной практики взаимоотношений подойдет вариант детализации расчетов с контрагентом по договору в целом, хотя можно выбрать и вариант детализации по каждому расчетному документу.

При регистрации расчетного документа в информационной базе бухгалтерские проводки формируются автоматически. При этом в целях аналитического учета контрагент будет указан в проводке в качестве субконто дебета или кредита. В качестве второго субконто проводки может быть указан договор, в качестве третьего -- расчетный документ.

Конфигурация может вести аналитический учет по расчетным документам даже в случае, когда пользователям это непосредственно не требуется, то есть в описании договора указана детализация расчетов по договору в целом. Если для договора выбран вариант учета расчетов в условных единицах, то для корректного определения курсовых разниц при регистрации каждого изменения состояния взаиморасчетов потребуется привязка к конкретному расчетному документу, при этом расчетный документ будет подбираться из информационной базы автоматически по методу ФИФО.

Суммы документов автоматически разделяются на погашения задолженностей и авансы, поскольку по правилам бухгалтерского учета эти суммы должны отражаться раздельно.

Бухгалтерские счета для учета расчетов с контрагентами, используемые в проводках, указываются в расчетном документе.

Но пользователю вряд ли потребуется самостоятельно указывать бухгалтерские счета в документе, поскольку они подставятся автоматически сразу после того, как он укажет контрагента и договор. Для подстановки счетов по умолчанию автоматически подберется наиболее подходящая запись из специального списка, хранящегося в информационной базе.

Благодаря автоматической подстановке бухгалтерских счетов ввод расчетных документов можно поручить пользователям, не являющимся бухгалтерами. А бухгалтеры могут оставить за собой лишь функцию контроля за состоянием списка, используемого для автоматической подстановки бухгалтерских счетов в расчетные документы.

"1С:Бухгалтерия 8" предоставляет средства для автоматизации сверки взаиморасчетов с контрагентами и их корректировки.

Одним из таких средств является документ "Корректировка задолженности".

С помощью представленного документа можно провести взаимный зачет дебиторской и кредиторской задолженностей, образовавшихся по разным договорам с одним контрагентом. Можно перенести задолженность с одного контрагента на другого контрагента (например, при их реорганизации), можно зарегистрировать списание безнадежного долга.

Другой полезный документ - "Инвентаризация расчетов с контрагентами".

Этот документ автоматизирует процесс составления акта инвентаризации расчетов с дебиторами и кредиторами.

Вопросы автоматизации бизнес-процессов актуальны уже несколько лет. Однако, далеко не все российские компании используют электронный документооборот, и тем более готовы перейти на межкорпоративный документооборот.

Я думаю, что процессы можно разделить в зависимости от автоматизации бизнес-процессов:
● нет электронного документооборота;
● автоматизирован внутренний документооборот;
● автоматизирован межкорпоративный документооборот, но нет внутреннего;
● автоматизированы внутренний и межкорпоративный документооборот.

Меня заинтересовал вопрос, понимают ли компании выгоду от автоматизации работы с контрагентами? Для этого я разобрала каждый из вариантов на примере.

Предположим, Игорь, Сергей, Константин и Михаил работают в отделе снабжения в четырех разных компаниях. Они отвечают за оснащение товарно-материальными ценностями и ежедневно общаются с поставщиками. Очевидно, что вся работа с документацией – счета-фактуры, накладные, акты выполненных работ, счета на оплату – проходит через них. Скорее всего, за один день каждый из них получает документы от нескольких поставщиков, и очевидно, что с каждой поставкой процессы проходят одинаково.

Вариант №1.
В компании, где работает Игорь, нет системы электронного документооборота (далее - СЭД), внешний обмен документами также не автоматизирован, всё проходит по старинке. Бухгалтерия работает в учетной системе.
Вчера оплатили счет на приобретение стульев, и вот сегодня товар доставлен. С товаром водитель передает накладные и счет-фактуру. Игорь принимает товар, подписывает два экземпляра накладной, после чего один экземпляр накладной отдает обратно водителю (экспедитору), а второй вместе со счетом-фактурой относит в бухгалтерию. Бухгалтер проводит документы в учетной системе и обнаруживает, что в счете-фактуре указан неверный КПП. Он звонит контрагенту и просит выставить исправленный документ. Все оригиналы документов помещает в архив. Проходит 7 дней и исправленный счет-фактура получен. Бухгалтер проводит документ в учетной системе, оригинал также помещает в архив.


Вариант №2.
В компании, где работает Сергей, автоматизированы внутренние бизнес-процессы, т.е. внедрена СЭД. Бухгалтерия также работает в учетной системе. Счет оплачен, товар доставлен. С товаром водитель передает накладные и счет-фактуру. Он принимает товар и подписывает два экземпляра накладной. Один подписанный экземпляр накладной Сергей возвращает водителю (экспедитору), а второй экземпляр вместе со счетом-фактурой относит делопроизводителю, который регистрирует входящие документы в СЭД. После чего передает их в бухгалтерию. Бухгалтер проводит документы и обнаруживает ошибку в номере КПП счета-фактуры. Сообщает об этом контрагенту и через 7 дней почтой получает исправленный счет-фактуру, проводит документ, при этом все оригиналы документов помещаются в архив.

Вариант №3.
Внутренние бизнес-процессы компании, в которой работает Константин, не автоматизированы. Но компания пользуется услугами оператора электронного документооборота т.е. межкорпоративный документооборот автоматизирован. Рабочие места Константина и бухгалтера предусматривают работу в сервисе обмена электронными документами. И Константин, и бухгалтер имеют доступ к входящим накладным и счетам-фактурам. На рабочем месте бухгалтера настроена интеграция сервиса обмена с учетной системой. Сегодня утром от контрагента поступили накладная и счет-фактура. Константин принял товар, подписал накладную ЭП. Бухгалтер обнаружил, что в счете-фактуре указан неверный КПП и отправил через сервис контрагенту уведомление об уточнении. Контрагент получил уведомления о подписании накладной и исправлении счета-фактуры. Через 1 час он выставил исправленный счет-фактуру. Бухгалтер, не выходя из учетной системы, получил все документы и провел их. Оригиналы помещаются в электронный архив.

Вариант №4.
Все внутренние бизнес-процессы компании, в которой работает Михаил, автоматизированы. Также автоматизирован и межкорпоративный документооборот, настроена интеграция с корпоративной СЭД и учетной бухгалтерской системой. Сегодня утром Михаил получил от контрагента накладную и счет-фактуру. Он принял товар, подписал накладную электронной подписью, отправил контрагенту. Создал задачу на согласование документов. По типовому маршруту документы получил бухгалтер. Во время проведения документов в учетной системе, бухгалтер обнаружил ошибку в номере КПП в счете-фактуре. После чего, не выходя из СЭД, он отправил уведомление об уточнении контрагенту. Контрагент получил уведомления о подписании накладной и об уточнении счета-фактуры. Проходит еще несколько минут, бухгалтер получает исправленный счет-фактуру и проводит его в учетной системе. Все оригиналы документов помещает в электронный архив. И здесь все зависит только от скорости внесения исправлений.

Так вот интересно, готовы ли компании перейти на вариант 4, когда автоматизированы внутренний и межкорпоративный документооборот?

Характерная особенность современного бизнеса - развитие электронного обмена данными, связанное с увеличением роли Internet-коммерции и тенденцией к консолидации бизнеса.

Одним из основных инструментов, необходимых для взаимодействия компаний посредством Internet, является стандартизация электронного обмена информацией. Наличие таких стандартов позволяет существенно упростить электронное взаимодействие и снизить расходы участников как на начальных этапах, так и при дальнейшей работе, поскольку нет необходимости делать множество «шлюзов» одних программ к другим. Кроме того, с помощью «правильных» стандартов становится возможной сквозная обработка информации, что позволяет автоматизировать обработку электронных транзакций.

Для обмена транзакциями необходим общий язык, с помощью которого компании могли бы обмениваться структурированными данными между разнотипными компьютерами. В этой области безусловным лидером является расширяемый язык разметки XML (Extensible Markup Language), ставший сегодня всеобщей стандартной платформой для электронного обмена данными.

Сообщество консолидируется

Одной из основных организаций, занимающихся разработкой и продвижением бизнес-стандартов электронного обмена информацией в нашей стране, является Некоммерческое партнерство «Стандарты электронного обмена информацией». В его состав входят коммерческие компании (Microsoft, Intel, «1C», «Диасофт», R-Style и др.), а также ряд профессиональных ассоциаций и организаций-пользователей.

«Различные фирмы, участвующие в работе этой организации, объединены общими интересами, направленными на развитие того или иного вида рынка», - считает Сергей Кирюшин, член совета директоров партнерства. Он уверен, что если в том или ином сегменте электронного рынка нет порядка, то конечные решения будут стоить дороже, поскольку для интеграции решений приходится использовать ручной труд, конвертеры, то есть создаются дополнительные сложности и проблемы для развития данного сегмента в целом. Стандартизация же способствует развитию электронного рынка, в чем заинтересованы все работающие на нем компании.

Но это цель на удаленную перспективу, о которой мелкие фирмы, как правило, не задумываются. Однако достаточно большие компании, занимающиеся развитием, такие идеи обсуждают. Кроме того, если некое бизнес-сообщество собралось для выработки стандартов, касающихся правил работы на рынке, а какая-то компания в этом не участвует, то она рискует потерять клиентов, которые в массовом порядке будут ориентироваться на новые единые стандарты. Это основные стимулирующие факторы, которые заставляют компании объединяться в работе над стандартами.

Еще один фактор - общее стремление выработать правильную политику относительно будущего развития своих продуктов. Когда принимается решение о выпуске новых версий программ, об улучшении качества продуктов или о выпуске новых систем (например, при выходе на новый сегмент рынка), то при подготовке форматов электронных документов и интерфейсов гораздо проще сразу ориентироваться на некоторый стандарт, чем самому что-то изобретать и при этом нести всю тяжесть сопутствующих рисков.

«У нас есть собственная методология разработки стандартов, которая была принята нами достаточно давно», - отмечает Кирюшин. Компании, входящие в партнерство, силами собственных специалистов написали и приняли методологию разработки стандартов, не зависящую от того, к какой отрасли этот стандарт относится. Однако первая самостоятельная попытка породила несовершенный итоговый документ: в нем не хватало целого ряда вопросов, важных для описания XML-cxeм. Между тем XML является безусловным лидером в области стандартизации форматов электронных документов.

В этой связи пришлось проделать дополнительную работу. Партнерство прибегло к услугам компании «Корус» из Екатеринбурга, которая активно работает с ЦБ РФ по форматам платежных документов. Был разработан новый вариант методики описания стандартов. Эта работа заняла много времени, в ней участвовали специалисты различных организаций, входящих в состав партнерства. В результате получился достаточно объемный документ, состоящий из двух частей: методики описания логической структуры данных электронного документа, а также методики преобразования логической структуры в XML-cxeмy. Условно говоря, описав логическую структуру электронного документа и «нажав кнопку», на выходе можно получить готовую XML-cxeмy. Эта методика была недавно утверждена советом директоров партнерства. «Помимо модели преобразования логической структуры в XML-cxeмy, там есть примеры, как это делается, то есть это хорошо продуманный документ, с которым можно продуктивно работать. На его основе готовится к выпуску ряд стандартов», - поясняет Кирюшин.

Предложение будет. Но есть ли спрос?

Существует ли реальный спрос на интеграцию предприятий с применением XML?

«Предприятие не может жить обособленно. Поэтому потребность в интеграции предприятий, вернее, систем автоматизации предприятий на основе обмена электронными документами, конечно же, есть. И большинство таких систем имеют интерфейсы взаимодействия с внешними для них приложениями, имеют свои логические схемы интеграции. Для физической реализации логических схем интеграции необходимо применять открытые, удобные и понятные большинству участников спецификации. И здесь XML является безусловным лидером», - уверен Владимир Ельцов, который в компании «1С» руководит направлением взаимодействия по интеграционным проектам с другими фирмами.

Но для решения проблемы интеграции одного XML мало, нужно также договориться о его использовании. Для этого нужны стандарты, описывающие электронные документы, участвующие в интеграции. Более двух лет назад «1С» совместно с Microsoft, Intel и несколькими российскими Internet-компаниями, в то время наиболее активно работавшими в области электронной коммерции, предложили стандарт обмена коммерческой информацией CommerceML. Ha основании XML-схемы стандарта и предложенной технологии обмена предприятие может формировать и отправлять для публикации на Web-витрины свои прайс-листы, обмениваться с контрагентами электронными каталогами и сопровождающими наиболее распространенные торговые операции электронными документами. Эти каталоги формируются по информации, хранящейся в информационной базе системы. В результате устраняются рутинные операции, связанные с вводом позиций номенклатуры в документы, и экономится время на формирование и выгрузку информации. Загрузка каталога и электронного документа тоже полностью автоматизирована. Это дает возможность, во-первых, быстро обрабатывать коммерческие предложения поставщиков и составлять заявки на приобретение товара, а во-вторых, поручить формирование некоторых документов самой информационной системе предприятия на основании данных, полученных от контрагента.

Можно привести такой пример. При отгрузке товара любая система легко формирует документ «Расходная накладная». Чтобы оприходовать товар, покупателю нужно вводить все позиции номенклатуры из этого документа в свою информационную базу. Если же вместе с товаром передается электронный документ стандарта CommerceML, то достаточно только «загрузить документ», и система покупателя сама поставит товар на учет и сформирует «Приходную накладную». Так как стандарт описывает роль предприятия в документе и вид операции по документу, то интерфейс пользователя может включать только одну кнопку «загрузить», а дальше его система сама во всем разберется.

Согласно результатам опроса участников недавнего семинара партнеров «1С», механизмы обмена XML-документами по стандарту CommerceML уже используют клиенты 65 партнеров компании. Результат обнадеживающий, тем более что наблюдается тенденция к росту.

«Опыт интеграции наших клиентов показывает, что применение XML и разработанных на его основе стандартов является востребованным и наиболее перспективным», - считает Ельцов. На основе опыта применения стандарта CommerceML разрабатывается вторая его редакция. В ней будут существенные дополнения. Например, очень важным для публикации коммерческих предложений является их классификация. Каждая Web-витрина имеет свой рубрикатор, по которому «разносятся» присланные для публикации коммерческие предложения. Вторая редакция стандарта даст возможность получить классификатор с Web-витрины, сформировать в соответствии с ним коммерческие предложения и отправить их для публикации. Сейчас вторая редакция стандарта CommerceML, которая разрабатывается в рамках Некоммерческого партнерства «Стандарты электронного обмена информацией», близка к завершению. И в ней тоже будет XML-cxeмa, но уже разработанная по спецификациям XML Schema W3C (XSD).

«Альтернатив применению XML для построения систем интеграции мы не видим. Во всяком случае, пока», - считает Ельцов.

Сдерживающие факторы

Потребность в интеграции, конечно, существует, так как современный бизнес требует все более тесного взаимодействия компаний с целью сокращения издержек и ускорения всех бизнес-процессов, считает Сергей Дмитриев, директор управления информационных технологий Торгового дома «Копейка».

Что же препятствует использованию XML в качестве технологической основы для интеграции?

«В нашей практике не было проектов по обмену данными с партнерами с использованием XML. Впрочем, со стороны партнеров таких предложений также не было», - утверждает Дмитриев.

Для обмена данными с контрагентами «Копейка» использует текстовые файлы и документы формата Excel. Главное препятствие к внедрению технологий, основанных, например, на XML, состоит в том, что они ориентированы на полностью автоматизированное взаимодействие, когда транзакция у одного партнера автоматически порождает транзакцию у другого и наоборот. Например, когда заказчик инициирует в своей системе заказ на поставку товара, в системе поставщика автоматически «поднимается» заказ на отгрузку, который гарантированно должен быть обработан. Использование XML окажется в этом случае очень кстати.

Реальность же такова, что никакие транзакции автоматически у поставщика не возникают, поэтому если обработка передаваемой информации требует участия человека, то гораздо эффективнее применять технологии «с человеческим лицом». В тех же случаях, когда требуется более тесное взаимодействие, компания договаривается с партнерами об удаленном доступе к ее информационной системе. Но такой подход требует особо доверительных отношений, поэтому применяется ограниченно, считает Дмитриев.

Главными проблемами к реализации автоматизированных методов обмена информацией между бизнес-партнерами в торговле являются проблемы согласования кодов товаров. Дело в том, что понятие товара у производителя и розничного продавца порой не совпадает (по этой причине непригоден код EAN). Например, поставщик из рекламных побуждений делает незначительную добавку в моющую смесь и считает это новым товаром (присваивает ему новый код EAN) или начинает выпускать товар в новой стране (что также приводит к возникновению нового EAN-кода). Аналогичным образом продавец порой не делает различий в товаре, если это, например, любое «Молоко пастеризованное, жирность 3,5%», не обращает внимания на производителя.

Поэтому более перспективной для автоматизированного обмена документами представляется методика ECR (cм. врезку ), продвигаемая в настоящее время ведущими иностранными производителями. Этот подход предполагает наличие некоего провайдера, который формирует стандарты обмена и обеспечивает перекодировку сообщений, направляемых по адресу любого участника данного «пула». Какую технологическую среду при этом выберет провайдер (XML или иную), это уже вопрос вторичный, не относящийся к бизнес-проблематике.

Также весьма показателен и перспективен совместный проект фирмы «1С» и ассоциации «ЮНИСКАН/EAN Россия» по интеграции «1С:Предприятия» с международной информационной системой GEPIR (глобальный регистр EAN International). Эта информационная система базируется на стандартах EAN.UCC, содержит уникальные глобальные идентификационные номера предприятий (GLN) и информацию об этих предприятиях, глобальные номера товаров (GTIN), присвоенные их продукции, а также данные об этих товарах. Такая интеграция позволит пользователям соответствующих программных продуктов «1С» исключить ряд трудоемких рутинных операций по заполнению информационной базы и свести ее формирование к сканированию этикеток с нанесенными на них штрих-кодами. Кроме того, пользователи смогут оперативно получать актуальную информацию о товаре и предприятии-производителе по заданному значению GTIN, автоматически сверить эти данные с информацией, предоставленной поставщиком товара, выявить фальсифицированные штрих-коды и т. д. Надо отметить, что согласование XML-форматов и протоколов обмена между двумя системами заняло меньше месяца.

«В целом опыт показывает, что если система поддерживает гибкие механизмы интеграции и есть желание и понимание необходимости интеграции, то техническая реализация не представляет никаких сложностей. Поэтому применение XML считаем перспективным и ориентируемся на дальнейшее развитие этих технологий», - подчеркивает Ельцов.

Перспективы

Каковы перспективы развития стандартов электронного обмена информацией в России?

«К величайшему сожалению, в новой методике мы пока еще не приняли ни один стандарт, - сетует Кирюшин. - Но эта работа так или иначе велась и ведется, и как раз то, что сейчас на выходе, мы переведем в практическое русло».

В Некоммерческом партнерстве идет работа по нескольким направлениям. Первое - стандарты в банковской сфере. Недавно создан подкомитет по электронным банковским услугам. В рамках этого подкомитета идет процесс разработки в соответствии с методикой форматов различных банковских документов, начиная с платежных поручений. Эту работу делают две компании: ЦФТ и «1С». Они разрабатывают предложения, которые пойдут на рассмотрение в оргкомитет, а далее в НП есть стандартные процедуры утверждения. «Мы хотим эту деятельность согласовать с ЦБ, с тем чтобы наши стандарты соответствовали стратегии ЦБ. Кроме того, будем стараться, чтобы эти форматы были совместимы со SWIFT. Конверсия данных из формата SWIFT в XML и наоборот должна быть максимально простой и не вызывать осложнений», - подчеркивает Кирюшин.

Второй вид стандартов, уже проходящий этап согласования, - стандарт на финансовую отчетность коммерческих банков. В настоящее время подготовлены проекты электронных документов для 101-й и 102-й формы финансовой отчетности коммерческих банков. Скоро они будут утверждены и предложены бизнес-сообществу.

Третье направление, которое сейчас в работе, - новый релиз стандарта CommerceML, который сильно задержался с выходом. Это стандарт на электронную коммерцию.

Готовится также новая методологическая база. Ранее был подготовлен вариант представления данных, сейчас он переделывается в соответствии с принятой методикой. Рассмотрение этого проекта планируется на октябрь. В качестве направлений для дальнейшего усовершенствования методики предполагается подготовить описание не только логической структуры и правил формирования XML-схемы, но и правил формирования XML-файлов. Это касается ЭЦП, а именно порядка и стандартов на применение ЭЦП для XML-документов.

Еще одно направление - вопрос разработки классификаторов. В настоящее время реализован пилотный проект системы, которая позволяет вести и удаленно вносить изменения в классификатор. Эта система позволит коллегиально (в рамках комитета партнерства) вносить предложения на изменение справочника. Сейчас система проходит тестирование. «Несмотря на то что есть некоторые проблемы, надеюсь, что до конца года мы сделаем пилотный проект и предложим комитетам реальный инструмент для создания и поддержки любых классификаторов. Первоочередная задача в рамках практической реализации проекта - создание классификатора видов банковских услуг», - говорит Кирюшин.

Контейнер для передачи данных или электронные документы?

Своими соображениями делится Валерий Артемьев, советник директора Главного центра информатизации Банка России.

Форматы на основе XML позволяют не просто создавать контейнеры для передачи безликих данных, а обмениваться электронными документами, имеющими семантически окрашенные и контролируемые структуру и содержание.

В Центральном Банке РФ в течение ряда лет ведется работа по стандартизации форматов платежных документов и банковской отчетности на основе XML. Если в области платежных документов работа близка к завершению и необходимо только принять решение о вводе разработанного формата, то в области банковской отчетности мы находимся еще в середине пути. Сейчас формат сбора отчетности от кредитных организаций в территориальные учреждения Банка России не стандартизован, хотя сбор отчетности от Главных управлений и Национальных банков в центр выполняется в едином формате EDIFACT.

Насущную необходимость стандартизации форматов банковской отчетности мы хотели бы приурочить к внедрению XML-технологии. Различаем два основных (и в определенной мере полярно противоположных) подхода к построению XML-формата.

1. Контейнер передачи табличных данных с минимальным набором тегов.
2. Иерархическое представление отчетов с использованием предметного словаря тэгов (или таксономии) банковской отчетности.

Понимаем, что недостаточно заимствовать синтаксическую основу XML и сфокусироваться на обмене данными. По-хорошему необходимо максимально использовать семейство спецификаций W3C по XML и реализующие их программные средства на всех этапах сбора данных (подготовка данных, контроль отчетов и данных, визуализация и печать отчетов, обмен данными, обработка ЭЦП, загрузка данных в базу и т. п.). С одной стороны, только при таком комплексном внедрении оправданно применение XML, a c другой - приходится учитывать избыточность данных и издержки ресурсов при сборе значительных объемов отчетности от большого количества банков и их филиалов. В настоящее время мы проводим отработку различных вариантов форматов, уделяя особое внимание созданию единого набора XML-метаданных для поддержки процедур сбора данных.

UDDI, Web-службы и взаимодействие партнеров

Сегодня практически все крупные организации стоят перед необходимостью решать проблему интеграции информационных систем и организации электронного взаимодействия со своими партнерами и поставщиками, причем в условиях все более усложняющегося программного обеспечения и значительного роста информационных потоков. Использование для этой цели традиционных интеграционных решений не позволяет избежать значительных расходов, причем как на стадии внедрения, так и в будущем на этапе сопровождения единой системы, и особенно при внесении изменений в ее компоненты.

Новый подход к интеграции обеспечивают решения, использующие язык XML, технологии Web-служб и сервис-ориентированную архитектуру (СОА), базирующуюся на открытых международных стандартах. Подобный подход позволяет сформировать распределенную инфраструктуру, в которой каждый информационный ресурс или источник рассматривается как служба доступа к информации. Все подобные службы описываются стандартным способом (в описание входит и способ использования ресурса), а затем публикуются в реестре служб.

В частности, реестр может быть реализован на базе стандарта универсального описания, обнаружения и интеграции UDDI (Universal Description, Discovery and Integration). Именно этот стандарт (наряду с другими стандартами Web-служб) в настоящее время получает все большую популярность в мире как интеграционный элемент распределенных информационных систем, и наша страна не исключение.

Интеграция систем осуществляется путем автоматизированного поиска необходимой службы (в виде Web-службы может быть представлен и конкретный бизнес-процесс) и использования его в соответствии со стандартизованным описанием. Упрощенная схема такой интеграции приведена на рисунке.

Если Web-службы можно рассматривать в качестве нового поколения распределенных компьютерных технологий, то СОА является эволюционным развитием архитектуры корпоративных информационных систем и обеспечивает легко модифицируемую интеграцию между собой информационных ресурсов внутри организации. Подобная архитектура является очень гибкой и позволяет экономить значительные средства, особенно при дальнейшем развитии системы, поскольку любые изменения в компонентах интеграционной системы требуют не значительной переработки объединяющих элементов, а лишь модификации отдельных Web-служб.

Еще одно преимущество использования технологий Web-служб и СОА проявляется при организации электронного взаимодействия между партнерами, например дистрибьютором и дилерами, производителем и поставщиками. Усиливающаяся конкурентная борьба вынуждает искать новые источники оптимизации собственного бизнеса и организации постоянного взаимодействия с партнерами. Частичное объединение информационных потоков между ними является именно такой возможностью. Применение технологий Web-служб позволяет осуществить интеграцию информационных систем партнерских компаний путем взаимного использования электронных служб. Возможность организации всех необходимых для взаимодействия бизнес-процессов в виде сервисов и вынесение регистров (хранилищ) служб во внешнюю по отношению к корпоративной системе среду позволяет при этом обеспечить информационную безопасность и организовать шлюз между системами двух (или более) партнерских, но тем не менее не родственных компаний.

Наконец, самым серьезным достоинством такого подхода является использование открытых международных стандартов, которые поддерживаются большинством поставщиков информационных систем и получают все более широкое распространение в мире. Тенденция использовании единых для всех стандартов организации взаимодействия информационных систем позволяет обеспечить значительную экономию при дальнейшем расширении систем, поскольку все вновь подключаемые компоненты также будут поддерживать эти стандарты и без проблем интегрироваться в единую корпоративную среду.

В России решения на базе технологий Web-служб только начинают внедряться и, как это не странно, в первую очередь не на корпоративном рынке, а в крупных государственных информационных системах. Толчком здесь послужило начало действия федеральной целевой программы «Электронная Россия» и решимость регулирующих ее ведомств ориентироваться именно на новейшие технологии, основанные на открытых стандартах, и поддержать ИТ-компании, которые выступили с этой инициативой. Так, компания UnitSpace, российский член комитетов по UDDI и eGoverment международного консорциума OASIS, в рамках ФЦП реализует проекты по созданию среды взаимодействия хозяйствующих субъектов и органов государственной власти, а также системы продвижения товаров и услуг региональных предприятий. Кроме того, при разработке предварительной концепции программы «Электронная Москва» серьезно рассматривалась необходимость использования Web-служб и соответствующих инфраструктурных элементов на базе UDDI при создании единой среды взаимодействия. Будут ли реализованы такие решения в этой программе, станет понятно уже в ближайшее время после подтверждения итогов конкурсов «Электронной Москвы».

На российском корпоративном рынке значительных внедрений пока еще не было. Связанно это в первую очередь с вполне понятной консервативностью крупных компаний, очень осторожно подходящих к решению таких задач, как интеграция информационных систем. Но ряд подобных компаний в настоящее время уже достаточно серьезно рассматривают использование СОА и Web-служб для решения задач, в частности интеграции управленческой информации или объединения классификаторов.

Сергей Головин, директор по маркетингу компании UnitSpace, [email protected]

Эффективный ответ потребителю

Вопросы электронного взаимодействия партнеров в цепочках поставок и автоматической идентификации грузов и товаров отражены в методике, получившей название «Эффективный ответ потребителю» (Efficient Consumer Response, ECR). По замыслу ее разработчиков, новая методика торговых процессов позволит добиться значительного сокращения издержек и увеличения прибыли всех участников логистических цепочек потребителей, предприятий розничной торговли, поставщиков и производителей за счет их объединения в интегрированную систему, информация внутри которой распространяется путем электронного обмена данными (EDI). Ключевая роль в управлении данной системой отводится руководящим структурам всех предприятий, входящих в цепочки поставок, от товаропроизводителей до розничных торговых сетей.

В соответствии с основополагающими принципами методики предусматривается развертывание системы электронного обмена данными, стандартов UN/EDIFACT, применение эффективной системы учета запасов, их накопления и сортировки; эффективное использование средств транспортировки товаров и материалов. Электронный обмен данными в рамках ECR основывается на стандартах, разработанных консорциумом EAN International, a также на стандартах штрихового кодирования.

Согласно замыслу разработчиков методики, оптимизация управления ассортиментом продукции и услуг приведет к сокращению расходов на складские и торговые площади, а определение оптимального предложения продукта будет способствовать увеличению прибыли участников цепочек поставок, а также удовлетворению потребностей клиентов.

Методика используется такими крупными оптово-розничными сетями, как Wal-Mart, Tesco, Carrefour и т. д., а также ведущими производителями и поставщиками товаров: Соса-Cola Company, Procter & Gamble, Unilever, Nestle и др.

В настоящее время в мире активно функционируют пять региональных органов ECR - в США, Европе, Азии, Африке, а также орган, отвечающий за Австрало-Азиатский регион. Продвижением методики ECR в России занимается ассоциация автоматической идентификации ЮНИСКАН/EAN Россия.

Оптимизируем работу с контрагентами, или Как заставить технологии приносить

Владислав Никитин, Юрий Ткаченко, Константин Березин
Управление компанией
№1 (20) 2003г.

В этой статье рассказывается о том, что можно предпринять в работе с контрагентами с целью достижения максимальной эффективности взаимодействия. Метод объединяет технику управленческого учета и достижения информационных технологий.

Как это было организовано у форда

Первое упоминание об этом методе, которое мы нашли, - описание реорганизации службы оплаты поставок Ford Motors Company в начале 80-х годов. В этой службе у Форда было занято 500 человек. В то же время с аналогичной работой в компании Mazda справлялись 5 человек. С учетом того что размеры производства у Форда были в 20 раз больше, получалось, что служба по оплате поставок должна составлять около 100 человек! При этом даже с избыточным числом работников допускалось много ошибок в оформлении документов.

Сначала руководство Форда достигло следующих договоренностей с поставщиками:

• Оплата производилась после получения товара. Оплачивался не конкретный заказ, а просто периодически гасилась задолженность Форда перед поставщиками.
• Ликвидировался такой документ, как счет на оплату (invoice).

Была реорганизована автоматизированная система учета. Вместо 14 информационных элементов стало использоваться 3: обозначения поставщика и товара, характеристика количества.

Работники службы заказа товаров были снабжены связью с компьютерной базой данных о предложениях поставщиков, чтобы делать оптимальный выбор и фиксировать отправку поручения на покупку (purchase order).

В результате штат службы оплаты поставок был сокращен в 4 раза, качество работы стало лучше.

Анализ метода

Чтобы данная технология начала приносить деньги, необходимо провести работу по трем направлениям:

1. Заключить предварительное соглашение с контрагентами.
2. Осуществить реорганизацию учета запасов.
3. Провести реорганизацию документооборота.

Предварительное соглашение с контрагентами (поставщиками или покупателями). С контрагентами достигаются договоренности: оплата товаров, услуг не за конкретную партию (заказ), а за периодическое погашение задолженности; минимум формальностей при оплате, оформлении и получении заказов. При таких условиях работы возрастают риски неплатежей для поставщика товаров и услуг, поэтому использовать данную схему могут только крупные надежные компании. От поставщиков требуется точная и оперативная информация о предлагаемых товарах и услугах (желательно в электронной форме и меняющаяся в реальном времени).

Реорганизация учета запасов. Проводятся сокращение (упрощение) номенклатуры и сокращение числа информационных элементов для описания оставшихся позиций. Пример подобных успешных мероприятий приводится в учебнике по управленческому учету1. Крупная компания производила около 4 тыс. типов батареек. Сократив производство до 400 типов, она потеряла всего 10% объема продаж, но прибыль удвоилась за счет снижения расходов на хранение складских запасов и сокращения персонала. Наверняка еще при этом во много раз сократились ошибки в учете товаров!

Реорганизация документооборота. Внедрение метода связано с качественным изменением документооборота. Основные направления изменений: сокращение видов документов, упрощение формы документов, замена документов с бумажными и электронными копиями на чисто электронные документы (это касается как внутренних, так и внешних документов).

Мы расскажем о подобном документообороте с заказчиками, который организовали и автоматизировали на фабрике фотопечати. На фабрику поступают заказы от населения через посредников - пункты приема, которые являются независимыми организациями. Объем - 10-15 тыс. заказов в день от нескольких сотен пунктов приема. Чтобы справиться с этим потоком минимальным количеством людей, была реализована следующая схема документооборота:

• Поступление от каждого пункта приема оформлялось накладной, где каждая строка была отведена под отдельный заказ от человека - клиента пункта приема. Таким образом, хотя число электронных документов - заказов от людей - измерялось тысячами в день, количество бумажных документов - накладных составляло только несколько сотен.
• Оплата услуг фабрики производится клиентами периодически, раз в неделю или в две, в зависимости от договоренности. Также периодически (не реже 1 раза в месяц) осуществляются и сверки взаиморасчетов.
• Созданную систему обслуживают всего 4 оператора, вводящих информацию о заказах с помощью сканеров бар-кодов, и 2 бухгалтера, отслеживающих состояние взаиморасчетов.
• Компьютерная система выявляет клиентов, у которых дебиторская задолженность растет быстрее их оборота, и ежедневно выдает бухгалтерам списку "нарушителей" и автоматически формирует письма-предупреждения. А ее клиенты "не исправляются", компьютерная система генерирует запрещение их обслуживанию на фабрике.

Созданная система учета и элей тронного документооборота реализована на платформе 1C SQL Server. Она успешно обрабатывает до 400 тыс. электронных документов в месяц (больше просто пока не требовалось). Для организации передовых методов учета совсем не обязательно начинать с приобретения сверх дорогих зарубежных компьютерных систем.

Следующий пример покажет, что дорогая, раскрученная, великолепно работающая компьютерная система - абсолютно недостаточное условие успешной реализации данного метода.

"Ложка дегтя"

А вот пример неудачного внедрения описываемого метода, взятый из материалов журнала "Инфобизнес" № 148 за 2001 г.: "Компания Hormel Foods, производящая консервов и прочей подготовленной к употреблению пищи ежегодно на 3,5 млрд долл., в марте прошлого года начала испытывать систему iProcurement, Интернет-решение Oracle, для того чтобы 12 тыс. служащих могли прямо с рабочих мест вести закупки товаров, услуг и материалов, необходимых в производстве, - от проверенных и доверенных поставщиков".

Обратите внимание на конец фразы. На электронную подпись надейся, а сам не плошай! Несмотря на то что законодательное регулирование электронного документооборота на Западе сделало в последнее время большие шаги, компания Hormel Foods на это явно не рассчитывала и не собиралась приглашать к участию в новых бизнес-процессах всех подряд. Ведь риск неплатежей и ошибочных поставок неизбежно вырастет, а число сотрудников, работающих с контрагентами, сократится в несколько раз, и некому будет принимать претензии и ходить по судам!

Компенсировать возросший риск можно только благодаря надежности контрагентов и предложения им части сэкономленных денег в виде более выгодных, чем ранее, цен. Делиться надо! Тогда избранным контрагентам будет выгодно быть честными.

И появятся экономические рычаги управления ими. Будешь нарушать установленные правила - отключат от спецобслуживания и станешь опять "как все". Консалтинговое агентство GartnerGroup назвало такой метод ведения бизнеса совместной коммерцией (collaborative commerce - коллаборативная коммерция или с-соттегсе - коммерция сотрудничества).

Как обстоят дела с электронной подписью в России?

Проблема электронной подписи состоит из двух частей: технической и юридической. Технически проблема успешно решается. Подтверждение тому - практически все банки предоставляют услугу "клиент-банк", базирующуюся на электронной подписи. Юридически же статус электронной подписи на "небанковских" документах в России регулируется недостаточно четко.

То есть "для своих", для фирм-участников такой совместной электронной коммерции электронная подпись будет иметь законную силу. Но в случае отказа от своих обязательств одним из участников получить деньги через суд дет невозможно. Единственная защита от подобного развития событий - года от электронной коммерции выше по сравнению с обычной для всех ее участников, а изгнание из такого сообщества приводит к большим финансовым потерям и неудобствам.

Пример - работа МГТС. Любой абонент московской телефонной сети может отказаться платить по счетам за телефон. Что за этим последует? Обращение МГТС в суд? В начале 90-х годов один из авторов работал внутренним аудитором телефонной сети Московской области, объездил десятки телефонных узлов и не помнит ни одного подобного случая, даже если неплательщиками были юридические лица. Потому что судиться - долго, a значит, экономически невыгодно. По этому неплательщикам просто отключали телефоны. Это было пострашнее суда! Поэтому подавляющее число абонентов платит аккуратно вообще без всяких подписей.

"Плохие", безнадежные долги - неизбежный атрибут деятельности предприятий, работающих по принципу "оплата по факту выполненных работ". Точно так же, как поиск нефти неизбежно сопровождается бурением какого-то процента "пустых" скважин, не дающих ничего. Но от этого нефтедобыча не становится убыточным делом. Рискованным, да, но риск можно вычислить и контролировать.

В описанном примере с фабрикой фотопечати риск неплатежей контролировался так: в Москве существуют всего две таких фабрики. Значит, неплательщик будет вынужден или бросить свой бизнес, или печатать фотографии самостоятельно (что невыгодно), или бежать к конкурентам. А их можно предупредить, и они предложат беглецу услуги на условиях предоплаты, поскольку он проворовался, а значит, крайне ненадежен. Поэтому крупные серьезные клиенты так не поступали, а мелкие большого ущерба нанести не могли.

При правильной организации работы с клиентами и коллегами-конкурентами потери от "плохих" долгов с лихвой компенсировались выгодами от снижения затрат.

В западных странах законодательство продвинулось в вопросе регулирования электронных подписей гораздо дальше. Однако из примера с компанией Hormel Foods видно, что на электронную подпись там тоже не слишком надеются, рассчитывая больше на надежность и проверенность контрагентов.

То есть "законность" эле? тронной подписи не является необходимым и достаточным условием для организации успешной совместной электронной коммерции. Ключ к решению - в правильном управлении контрагентами.

Но вернемся к нашему примеру: "Вскоре выяснилось, что iProcurement версии 4 не может справиться с учетом заказов в том стиле, как это всегда делалось в Hormel. Внедрение системы было затруднено еще и тем, что поставщики давали неточные данные о товарах в своих электронных каталогах. Для выверки каталогов Hormel пригласила специалиста в этих делах - компанию Requisite Technology. Первый же шаг в проверке каталогов по изделиям поставщика US Office Products выявил, что описания товаров неполны, а единицы измерений применяются странным образом. Например, в одном из случаев служащий получил 12 дюжин изделий вместо заказанной дюжины.

Выяснив, что программы Oracle не так-то просто приспособить для решения насущных задач, компания так и не приступила к увольнениям 500 служащих, что предполагалось одним из следствий автоматизации. Проект остался в "пилотной" фазе, а угроза увольнений отступила по меньшей мере до конца 2001 г."

Из примера очень хорошо видны опасности, подстерегающие фирмы во время подобной реорганизации:

• Компьютерная программа может начать выдавать неверные данные о состоянии склада и взаиморасчетах, а полностью проконтролировать ее бумажными копиями документов невозможно при данном методе в принципе. Отсюда - повышенные требования к надежности программного обеспечения, тщательнейшее его тестирование на этапе внедрения и постоянный контроль за его работой на этапе эксплуатации.
• Надежность контрагентов - величина переменная. И если на этапе тестирования системы она может быть "на уровне", то во время эксплуатации могут начаться задержки с поставками или с оплатой. Товары и материалы, вдруг начнут поставляться не те и ненадлежащего качества. Доказать же свою правоту будет очень трудно, поскольку бумажных документов просто нет. Поэтому персонал фирмы, вводящей у себя подобный метод ведения бизнеса, должен гораздо тщательнее контролировать соблюдение контрагентами договоренностей, чем сотрудники обычного предприятия.

Кроме того, данный метод очень чувствителен к смене руководства предприятия. Если это произойдет слишком быстро, то для вновь прибывших многие правила, установленные прежними руководителями, покажутся бессмысленными ритуалами. В этом случае новые начальники неизбежно начнут нарушать установленную технологию работы, расширят номенклатуру складских запасов, но прибыль от этого будет съедена расходами на учет и хранение. Увеличат количество контрагентов в 2 раза, набирая всех подряд, подняв, таким образом, прибыль на несколько процентов, но резко снизив управляемость и надежность системы. Ошибки в работе начнут резко расти, сотрудники станут "зашиваться", не справляясь с ситуацией. Претензии клиентов и поставщиков будут множиться вместе с их дебиторской задолженностью. И если отследить возникновение задолженностей нечистоплотных контрагентов будет еще возможно по электронной базе данных, то доказать это без бумажных документов будет весьма проблематично.

Предприятие, внедрившее у себя такой метод ведения бизнеса, становится похожим на "неустойчивый" истребитель пятого поколения, который обладает меньшим аэродинамическим сопротивлением по сравнению с устойчивым, что позволяет ему экономить топливо. Такие самолеты очень маневренны, могут выполнять фантастические фигуры высшего пилотажа, недоступные другим самолетам. Но если откажет его электронная система управления, он не спланирует, как это сделали бы самолеты прежних поколений, а камнем рухнет на землю...

Каждое коммерческое предприятие взаимодействует с контрагентами. В качестве контрагента можно рассматривать любого субъекта гражданского права, имеющего те или иные отношения с исходным предприятием.

Принимая решение об участии в той или иной форме экономического сотрудничества, субъекты бизнеса руководствуются вполне определенными интересами и пытаются решить конкретные задачи. Главной движущей силой, которая побуждает субъекта к поиску партнера, является наличие неудовлетворенной потребности. Осознание данной потребности ведет к формированию интереса к нахождению контрагента, обладающего определенными характеристиками. Таким образом, наличие субъекта, от которого можно получить искомую ценность, можно определить как наиболее существенное условие для возникновения сотрудничества. При отсутствии данного условия сотрудничество не возникает, так как нет предпосылок для кооперации.

Однако в некоторых случаях оно может возникнуть, если существует иллюзия того, что это условие выполняется. Эта ситуация вероятна в случае дефицита или недоброкачественной информации о потенциальном партнере, достаточно быстрой утрате последним своих «полезных» качеств, изменения обстоятельств сотрудничества, а также в случае неадекватной оценки собственных потребностей и мотивации к сотрудничеству на этапе выбора партнера. Например, производственное предприятие может выбрать конкретного поставщика сырья в своем регионе, а спустя некоторое время обнаружить аналогичного по цене, качеству и другим параметрам поставщика с более выгодным географическим расположением.

В данном случае сотрудничество с прежним партнером теряет экономический смысл, вследствие высоких транспортных издержек и возникает потребность в обращении к новому поставщику.

В настоящее время организация расчетов с контрагентами остается проблемой российских предприятий. Покупатели и заказчики часто задерживают оплату поставленных товаров, выполненных работ или оказанных услуг. У самого предприятия из-за неэффективной бюджетной политики также зачастую формируются обязательства перед поставщиками и подрядчиками. К сожалению, подобного рода ситуации неизбежны даже в условиях стабильной экономики и высокой культуры предпринимательской деятельности, для российских же предприятий подобные ситуации начинают носить будничный характер. В связи с этим, чтобы защитить свое предприятие от снижения деловой активности, нужно выработать политику ведения расчетов с контрагентами, составлять предварительные бюджетные планы на будущие периоды, создавать резервные фонды, предназначенные для стабилизации возникших неоплат, и, конечно же, систематически проводить ревизию дебиторской и кредиторской задолженности.

Анализ расчетов с контрагентами, проведенный в ряде строительных организаций, показал, что существуют типичные недостатки в ведении бухгалтерского учета расчетов с контрагентами.

Так, одним из недостатков является несвоевременность подписания дополнительных соглашений. Этот недочет может повлечь за собой следующее:

Во время налоговой проверки отсутствие конкретного документа повлечет за собой наложение налоговых санкций;

При возникновении разногласий между организацией и заказчиком подписанный договор (дополнительное соглашение) может послужить основой для их устранения;

Отсутствие подписанного договора (дополнительного соглашения) может повлечь за собой злоупотребление сторонами своими обязанностями;

Приступая к выполнению работ, для удобства организации бухгалтерского учета в бухгалтерии необходимо регистрировать номер заказа, на который в дальнейшем происходит списание материалов и других расходов, а также поступление денежных средств и реализация работ.

Рекомендации по улучшению практики расчетов с контрагентами сводятся к следующему: ответственным лицом в случае возникновения нарушения в виде несвоевременного подписания дополнительных соглашений и договоров является менеджер, курирующий объект. В связи с этим необходимо установить жесткие сроки, в течение которых менеджер должен организовать подписание соответствующих документов и разработать систему санкций за их нарушение.

При нарушении установленных сроков менеджер должен в письменном виде представить объяснение причин данного нарушения и обозначить срок представления договора (дополнительного соглашения).

При отсутствии заключенного дополнительного соглашения с заказчиком вина возлагается на бухгалтерию, которая подписала обходной лист, не потребовав у менеджера сдачи документов. В таком случае ответственность за подписание соглашения перекладывается на менеджера, которому этот объект был перепоручен.

Для устранения погрешностей в оформлении рекомендуется следующее:

Назначить бухгалтера-материалиста, который занимается введением в соответствующие регистры программы "1С" первичной документации, подтверждающей покупку ТМЦ, оказание услуг и т.д., ответственным за соблюдение правильности их оформления. Так, при обнаружении ошибки ответственное лицо обязано связаться с поставщиком и потребовать замены неверно оформленного документа; документ с ошибками бухгалтер-материалист должен подшить в книгу покупок, пометив его для дальнейшей замены при поступлении исправленного документа;

Обратить внимание сметчиков, которые занимаются выставлением актов, на то, что наименование работ, указанных в актах, должно строго соответствовать наименованию работ, названных в договоре;

Назначить заместителя главного бухгалтера, который занимается выставлением первичной документации заказчику, ответственным за соблюдение правильности ее оформления. Документы необходимо выписывать только на основании договора, что позволит фиксировать в первичной документации наименование работ, точно согласуя их с работами, прописанными в договоре, также позволит отследить возможность расхождения суммы реализации со стоимостью договора.

Дополнительную проверку оформления входящей и исходящей первичной документации может осуществлять главный бухгалтер при формировании книги продаж и книги покупок.

Анализ дебиторской и кредиторской задолженности показал, что часто имеются просрочки по этим видам задолженности. Для регулирования расчетов с покупателями и заказчиками главному инженеру и менеджерам рекомендуется ежемесячно формировать график ожидаемых оплат, на основе которого сотрудники бухгалтерии будут проводить ревизию задолженности покупателей и заказчиков.