Взаимоотношения с контрагентом. д) договоров о капитальном строительстве

Характерная особенность современного бизнеса - развитие электронного обмена данными, связанное с увеличением роли 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 Россия.

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

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

Вообще, трудно себе представить, чтобы налогоплательщика наказали просто за то, что он вступил в единичный экономический контакт с контрагентом – это являлось бы грубым попиранием основ гражданского законодательства, в соответствии с которым любой хозяйствующий субъект свободен в установлении своих прав и обязанностей при помощи договора. Да и бюджет от разового взаимодействия вовсе не страдает, поэтому наказывать в данном случае просто не за что – недаром из п. 6 постановления Пленума ВАС РФ от 12 октября 2006 г. № 53 прямо следует, что такое обстоятельство, как разовый характер сделки, само по себе не свидетельствует о недобросовестности налогоплательщика и не может служить основанием для доначисления ему налогов.

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

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

Так, с одной стороны, ФАС Западно-Сибирского округа, рассматривая в постановлении от 15 сентября 2008 г. № Ф04-5535/2008(11352-А46-25) ситуацию, при которой несколько контрагентов организации, заключивших с ней разовые сделки (договоры поставки), были зарегистрированы незадолго до совершения этих сделок, отсутствовали по юридическим адресам, не представляли финансовую отчетность и обладали другими признаками фирм-однодневок, все-таки решил, что все эти обстоятельства не доказывают недобросовестность самого налогоплательщика, поскольку документы, подтверждающие реальную поставку товара, были оформлены безупречно. При этом суд счел весомым подтверждением того, что налогоплательщик при выборе контрагентов проявил должную степень осмотрительности тот факт, что у него на руках имелись копии свидетельств о госрегистрации, свидетельств о постановке на учет в налоговом органе, учредительных документов контрагентов, подтверждающие правоспособность этих организаций.

На сторону налогоплательщика встал также ФАС Северо-Западного округа, который в постановлении от 25 апреля 2008 г. № А52-3962/2007 признал добросовестной организацию, заключившей разовый договор поставки с фирмой, не отчитывающейся в налоговом органе. В обоснование своих претензий о доначислении налогов инспекторы указали на проблемы с оформлением документов, подтверждающих реальное движение товара – однако суд установил, что все дефекты в документах налогоплательщиком были исправлены, поэтому требования контролеров остались неудовлетворенными.

Если же обстоятельства дела не подтверждают надлежащим образом факт исполнения разовой сделки, либо свидетельствуют об отсутствии у налогоплательщика должной осмотрительности при выборе бизнес-партнера – то ему, вероятнее всего, не поздоровится.

В частности, ФАС Поволжского округа в постановлении от 28 февраля 2008 г. № А55-4884/2007 при рассмотрении похожего спора поддержал позицию налогового органа. Согласно материалам этого дела, некой организацией налогоплательщику якобы был поставлен мазут: как объяснил директор налогоплательщика, сделка была совершена, когда «к нему подошли неизвестные люди и предложили купить мазут». Соответственно, в материалах дела отсутствовали документы, подтверждающие передачу товара налогоплательщику, а в договоре даже не было упоминания о согласовании цены и количества товара. К тому же данный контрагент налоги в бюджет не уплачивал, а гражданка, которая значилась в роли его учредителя и руководителя, отрицала свою причастность к данной фирме. Естественно, в такой ситуации налогоплательщик пострадал.

В свою очередь, ФАС Уральского округа в постановлении от 4 мая 2008 г. № Ф09-3005/08-С3 признал правомерным доначисление организации налогов по разовым договорам на оказание услуг, заключенным ею с взаимозависимыми юридическими лицами, оплата по которым производилась векселями.

Кроме того, особое внимание налогоплательщикам следует уделить постановлению ФАС Центрального округа от 14 августа 2008 г. № А48-85/08-8. В данном случае налоговый орган ссылался на «разовый характер» сделок налогоплательщика по предоставлению сельскохозяйственной техники в аренду другим организациям, как на доказательство его собственной недобросовестности. Это свидетельствует о том, что риски доначисления налогов по причине «разового характера» сделок имеют даже участники долгосрочных договоров, сама практика заключения которых не опровергает возможности единичного взаимодействия сторон соглашения в течение длительного времени – поэтому бдительность необходимо проявлять и в этом случае.

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

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

Такие партнеры в дальнейшем будут связаны конкретными обязательствами друг с другом.

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

Контрагентами предприятия выступают как раз подобные подрядчики. Именно они подписывают документы с другими компаниями, и выступают в качестве доверенного лица.

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

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

Расчеты предприятия с контрагентами

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

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

Для измерения задолженности между контрагентами следует выбирать один вариант среди указанных ниже.

Им может быть, например:

• Иностранная валюта;
• Условные единицы;
• Рубли.

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

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

Например, одна из сторон может предложить осуществлять расчеты:

• Отдельно по каждому документу , которые могут содержать данные об отгрузках, оплате и т.д.
• Сразу по всему договору.

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

Здесь может быть два варианта:

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

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

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

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

Основные виды контрагентов

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

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

Итак, какие же еще бывают виды контрагентов?

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

Контрагенты продавец и покупатель

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

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

Контрагенты залогодатель и залогодержатель

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

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

Взаимодействие предприятия с контрагентами

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

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

Например:

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

Каждое предприятие на свое усмотрение выбирает соответствующий вариант взаимодействия с контрагентами.

Заключение сделки

Перед заключением сделки с контрагентом в обязательном порядке необходимо проверить все его документы и получить на руки:

• Свидетельство о регистрации;
• Лицензию;
• Выписку;
• Свидетельство о том , что контрагент платит налоги;
• Банковские реквизиты.

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

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

Заключение договора с контрагентом

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

Что же такое договор?

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

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

Сам договор может заключаться в определенной форме (письменной) и несколькими способами.

Например:

1. Подписание одного единственного документа.
2. Подписание договора осуществляется посредством обмена документов.
3. Соглашение с офертой . Для того, чтобы договор считался действительным, нет необходимости его подписывать двумя сторонами (контрагентами). Договор вступит в силу сразу же после того, когда хотя бы одна сторона его подпишет.

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

Учет контрагентов на предприятии

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

Одной из наиболее популярных программ является «Контрагенты предприятия 3.2». Эта программа предназначена для ведения всех контрагентов компании и учета их деятельности.

Стоит отметить, что она поддерживает сетевой режим работы.

Финансовые отношения

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

Основой финансовых отношений являются денежные средства.

Клиент и партнер

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

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

Оформление документов

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

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

Прием обязательств по договору

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

Комплексный подход к проверке контрагентов

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

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

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

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

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

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

В состав комплексной СЭД bb workspace входит функциональный блок bb - система взаимодействия с контрагентами, которая позволяет:

построить взаимодействие с поставщиками и клиентами на основе маркетинговой технологии AIDCAS;

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

организовать динамичное взаимодействие с контрагентами: единый контакт-центр, созданный визуальным слоем, «выдаёт» оператору максимум необходимой информации и позволяет планировать деловые процессы (напоминает о предстоящем звонке, деловой встрече или иных необходимых действиях).

Внедрение электронного документооборота в банках

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

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

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

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

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

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

Владислав Никитин, Юрий Ткаченко, Константин Березин
Управление компанией
№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 раза, набирая всех подряд, подняв, таким образом, прибыль на несколько процентов, но резко снизив управляемость и надежность системы. Ошибки в работе начнут резко расти, сотрудники станут "зашиваться", не справляясь с ситуацией. Претензии клиентов и поставщиков будут множиться вместе с их дебиторской задолженностью. И если отследить возникновение задолженностей нечистоплотных контрагентов будет еще возможно по электронной базе данных, то доказать это без бумажных документов будет весьма проблематично.

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