В данной статье представлен кейс об организации взаимодействия с основными контрагентами проекта, который является частью инвестиционной программы по техническому развитию одного из предприятий Компании в г. Днепропетровске.
О проекте
Для того чтобы лучше понять, что представляет собой проект, о котором далее пойдет речь в статье, на рис.1 представлена основная технологическая линия по переработке сырого угля в пыль и ее вдувания в доменные печи. Данная технологическая цепочка и является основным объектом строительства и пуска в эксплуатацию в проекте по вдуванию пылеугольного топлива (ПУТ).
Рис.1. Основная технологическая схема проекта ПУТ.
На рис.1 представлены фото фрагментов данной технологической цепочки при реализации подобного проекта на другом предприятии Компании. На фото видно, что все объекты технологической цепочки представляют собой довольно габаритные здания и сооружения. Несмотря на то что, установка ПУТ в г. Днепропетровске является менее мощной, чем в Нижнем Тагиле, структура технологической цепочки и объем основных объектов являются сопоставимыми.
«Правила игры» с проектировщиком
С чего мы начали реализацию проекта? Мы пригласили к нам на предприятие девять основных проектных институтов России и Украины по проектированию металлургических заводов для того чтобы рассказать им: первое - о нашем проекте, второе - о том как мы собираемся реализовывать данный проект (фазы проекта, распределение ответственности и т.д.), третье - о том, какие проблемы взаимодействия между Генеральным проектировщиком (ГП) и Заказчиком мы видим.
Какие проблемы взаимодействия ГП и Заказчика мы выделили.
Неопределенность ответственности. Что имеется в виду: известно, что часть работ по проектированию в виде базисного инжиниринга выполняется поставщиком оборудования, а более детальное проектирование в виде стадий П и РД выполняется проектным институтом. Поэтому часто возникает ситуация, когда граница ответственности между проектным институтом и поставщиком оборудованием за те или иные объекты проекта четко не прописана, что приводит в дальнейшем к возникновению дополнительных соглашений на дополнительные работы и, как следствие, к увеличению бюджета проекта. Или ситуация, когда не понятно кто когда и какие данные должен передать проектному институту, чтобы он смог начать выполнение того или иного этапа проектирования.
Плохие коммуникации. Проектный институт часто не имеет прямого контакта с поставщиком оборудования и поэтому все текущие вопросы, которые возникают в процессе работы либо решаются в течение длительного времени, либо «подвисают» на неопределенный срок и, впоследствии, приводят к сдвигу графика всего проекта. С другой стороны, Заказчик может быть не всегда хорошо информирован о тех проблемах, с которыми столкнулся в процессе работы проектировщик и о возможных путях решения этих проблем.
Недостаточная мотивация. Проектировщик не всегда заинтересован в оптимизации предлагаемых решений, поскольку, как правило, любая оптимизация приводит к упрощению технических решений и, как следствие, к сокращению объемов проектно-сметной документации и стоимости контракта с проектным институтом.
На нашей встрече с проектными институтами все проектировщики согласились, что, действительно, такие проблемы существуют и что обе стороны заинтересованы в их решении. После этого мы предложили проектным институтам прописать в нашем с ними договоре ряд процедур, требований и правил, которые бы регулировали наши отношения с ними в процессе работы.
Итак, какие условия мы договорились прописать в договоре.
- Разработка основных технических решений (ОТР) будет выполняться на основе технико-коммерческих предложений поставщиков оборудования, а не аналогов, которые часто используют проектные институты. Таким образом, мы можем повысить точность оценки бюджета проекта.
- Границы проектирования между поставщиком и проектировщиком, технологическая схема и объем поставки обсуждаются и утверждаются на трехсторонней встрече «Заказчик – Проектировщик – Поставщик оборудования».
- График обмена исходными данными между проектировщиком и поставщиком фиксируется отдельным документом.
- Главный инженер проекта (ГИП) со стороны проектировщика – не формальная фигура, а лицо, наделенное определенными полномочиями и ответственностью, которые позволят ему быстро и эффективно принимать оперативные решения в процессе реализации проекта.
- Генеральный проектировщик не просто передает Заказчику свои проектные решения, а проводит их защиту с обоснованием их целесообразности.
Данные условия были благоприятно приняты со стороны потенциальных проектировщиков, возможно, за исключением условия, в котором мы просили наделить ГИПа широкими полномочиями по принятию решений и согласовать с нами (Заказчиком) кандидатуру ГИПа перед его официальным назначением. На наш взгляд, это вызвано тем, что данное требование Заказчика не совсем вписывается в привычную для многих проектировщиков структуру управления проектом.
Предквалификация проектировщика
Следующим нашим шагом по реализации проекта было проведение предквалификации среди потенциальных проектировщиков. Какие цели мы преследовали в этом процессе:
- Получить адекватную предварительную оценку стоимости проекта и, как следствие, оценку его эффективности для получения возможности двигаться дальше по проекту;
- Генеральный проектировщик должен подтвердить свою заинтересованность и возможность выполнить данный проект.
На этапе предквалификации нами были поставлены следующие задачи:
- Разработка принципиальных технологических решений (или вариантов решений);
- Привязка технологии к Генеральному плану предприятия;
- Оценка качества инфраструктуры;
- Оценка объемов строительно-монтажных работ (СМР);
- Обсуждение условий договора.
В результате проведения предквалификации из девяти проектных организаций были приглашены к тендерным процедурам только четыре.
Прогнозный бюджет проекта по результатам предквалификации был оценен в 77 млн. долл.
Разработка оптимального технического решения
На рис.2 приведена схема разработки ОТР, примененная на нашем проекте. Основная идея данной схемы заключается в том, чтобы создать конкурентную среду между проектными организациями и потенциальными поставщиками оборудования при разработке ими ОТР, на основе которых будут рассчитываться эффекты, бюджет и сроки проекта. Конкурентная среда между контрагентами создается за счет выбора не одного, а двух проектировщиков, каждый из которых должен разработать по два варианта ОТР для разных поставщиков оборудования. В итоге после выполнения данной фазы проекта мы имеем четыре варианта ОТР, из которых выбираем тот вариант, при котором достигается максимальный эффект от проекта.
Рис.2. Схема разработки и выбора основных технических решений проекта.
Таким образом, получается, что, с одной стороны, мы платим дважды (так как выбрали двух проектировщиков) за выполнение одной и той же работы, а, с другой стороны, мы компенсируем эти дополнительные затраты за счет того, что проектировщики и поставщики оборудования стремятся разработать более оптимальное техническое решение.
Поставщик оборудования – оптимизация объемов СМР
В процессе разработки ОТР мы много раз обсуждали с поставщиками оборудования возможные варианты снижения объемов СМР. На рисунке 3 показан пример подобных решений. Как видно из рисунка в процессе оптимизации технологической цепочки поставщик оборудования уменьшил объем бункера хранения сырого угля (Δ1) (при сохранении гарантий бесперебойности поставок угля на следующий участок технологической цепочки), что позволило уменьшить, и как следствие облегчить, здание, в котором располагался бункер (Δ2). Уменьшение высоты здания бункера сырого угля позволило отказаться от дорогостоящего вертикального конвейера, заменив его на более дешевый – наклонный (Δ3). Затем поставщик предложил (впервые в своей практике) инновационное решение по интеграции главного рукавного фильтра с бункером готового ПУТ (Δ4), что привело к изменению высоты здания хранения готового ПУТ и соответствующему уменьшению объема металлоконструкций (Δ5).
Рис.3. Пример оптимизации объемов СМР поставщиком оборудования.
Что было важно для нас, как для Заказчика, в данной работе это то, что поставщик оборудования, изменив свою технологию, уменьшил объем поставки своего оборудования и, как следствие, уменьшил стоимость своего контракта. Таким образом, поставщик пренебрег своими интересами ради интересов Заказчика.
Что лучше цена или условия контракта
В процессе разработки ОТР мы оценивали не только стоимость оборудования, объемы СМР, которые потребуются для монтажа данного оборудования, но и вели обсуждение с поставщиком оборудования об условиях контракта, которые, на наш взгляд, могут оказать существенное влияние на окончательный выбор поставщика. На рисунке 4 приведен пример нескольких из подобных условий.
Рис.4. Пример нескольких условий контракта с поставщиком оборудования
Проведенный в процессе работы с поставщиками анализ ТКП и условий договоров показал, что, несмотря на то, что Поставщик 2 предоставил более низкую стоимость оборудования, риски, связанные с условиями контракта на поставку, будут стоить больше, чем выгода от разницы в цене с Поставщиком 1.
Выбор проектировщика: качество или коммуникации
В результате работы по разработке ОТР, после нескольких итераций оптимизации объемов СМР, мы получили от двух потенциальных Генеральных проектировщиков практически идентичные варианты бюджетов проекта. В такой ситуации перед нами встал вопрос кого из двух проектировщиков нам выбрать. На рисунке 5 показана таблица с теми критериями, на основе которых мы проводили сравнение работы с данными проектными организациями.
Рис.5. Таблица оценки качество работы проектировщиков.
Как видно из таблицы (рис.5) несмотря на то, что Проектировщик 1 выполнил все работы в срок и с минимальными корректировками, он тяжело реагировал на любые пожелания Заказчика и постоянно пытался пересмотреть «правила игры», о которых договорились ранее. В то же самое время Проектировщик 2 соблюдал все ранее достигнутые договоренности по подходам к взаимной работе, а также старался «услышать» все пожелания Заказчика в процессе разработки технических решений. Из этой истории мы сделали для себя вывод, что от ошибок никто не застрахован, и для нас лучше работать с контрагентами, которые ошибаются и «слышат» нас, чем, с теми, которые ошибаются меньше, но «слушать» отказываются.
Аудит подрядчика – не просто проверка мощностей, но и новые идеи
Параллельно выполнению ОТР мы начали работу по поиску потенциальных генеральных подрядчиков, способных и желающих поучаствовать в нашем проекте.
После составления списка потенциальных подрядчиков мы провели аудиты данных организаций с выездом в офисы управления строительством, посещением материально-технических баз и действующих строительных площадок.
При проведении аудита мы обращали внимание на следующее: качество управления (процессы планирования, программное обеспечение), персонал (количество ИТР, проектных менеджеров), материальная база (производственная база по металлоконструкциям, парк техники), опыт.
Во время одного из аудитов, подрядчик продемонстрировал нам на одном из своих текущих объектов пример технического решения (трубчатый конвейер), который, по его мнению, мог существенно упростить техническое решение уже нашего проекта, а также существенно сократить его бюджет. Применение трубчатого конвейера по перевозке сырого угля позволяет за счет своей формы огибать различные здания и сооружения и, тем самым, сокращать количество сносов и переносов тех зданий, и сооружений, которые могут понадобится при внедрении новой технологии на существующем производстве.
В результате аудита потенциальных подрядчиков из 17 организаций на этап предквалификации вышло 7.
Предквалификация Генерального подрядчика
После проведения аудита, мы перешли ко второму этапу отбора подрядчиков – предквалификация. Предквалификация генерального подрядчика подразумевает решение подрядчиков ряда задач, которые представлены на рисунке 6.
Рис. 6. Цели и задачи предквалификации строительных организаций.
В результате предквалификации потенциальных подрядчиков из семи организаций на этап тендерных процедур вышло три.
Генеральный подрядчик. Контракт «2 ключа» лучше, чем «3 ключа»
Следующим вопросом при реализации проекта стал вопрос о выборе схемы контрактации: 1, 2 или 3 ключа. Схема «1 ключ» подразумевает, что все работы (проектные работы, поставка оборудования и СМР) выполняются одним контрагентом. «2 ключа» - за проектные и строительные работы отвечает один подрядчик, а за поставку оборудования другой. «3 ключа» - это схема с тремя отдельными контрактами: с Генеральным проектировщиком, Генеральным подрядчиком и Поставщиком основного оборудования. На рисунке 7 представлена таблица сравнения данных схем контрактов. Следует сразу отметить, что процесс и критерии выбора схемы контракта не является универсальными и зависят от сложности проекта, рынка подрядчиков в регионе, в котором реализуется проект, а также компетенций рабочей группы проекта.
Рис.7. Сравнение видов контрактов с подрядчиком.
Исходя из вышеперечисленных условий для нашего проекта была выбрана контрактная схема в «2 ключа».
Результаты текущей фазы проекта
Результаты текущей фазы проекта можно кратко обозначить следующими цифрами:
- Сокращение объемов СМР в среднем на 40-50% (см. рис.8).
- Бюджет проекта – снижен с 77 до 45 млн. долл.
- Получены три коммерческих предложения, соответствующие условиям Заказчика и выше обозначенному бюджету.
Рис.8. Результаты оптимизации объемов СМР.
Выводы
При организации эффективного взаимодействии с контрагентами важно придерживаться следующих принципов:
- Сначала «правила игры» – потом обсуждение договора;
- Сначала проработка договора с контрагентом – потом проведение тендера;
- Предквалификация (аудит) – мало кому из контрагентов нравится, как правило, долго и трудно проходит, но это обязательный процесс для Заказчика проекта;
- Выбор контрагента – это не только его цена, но и его клиенто-ориентированность.
Характерная особенность современного бизнеса - развитие электронного обмена данными, связанное с увеличением роли 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-формата.
- Контейнер передачи табличных данных с минимальным набором тегов.
- Иерархическое представление отчетов с использованием предметного словаря тэгов (или таксономии) банковской отчетности.
Понимаем, что недостаточно заимствовать синтаксическую основу 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 Россия.
Регулярное общение с контрагентами компании оказывается одной из основных функций бухгалтеров, которая отнимает достаточное количество рабочего времени. Поэтому четкая организация документооборота с внешними контрагентами очень важна.
Какие бывают контрагенты
Всех контрагентов можно разделить на две группы: контрагенты, от которых зависим мы, и контрагенты, которые зависят от нас.
С теми, кто зависит от нас, разговор короткий — если хотите работать с нами, выполняйте наши требования к оформлению и срокам передачи первичных документов. А если кто-то не будет их выполнять — мы можем поменять его на более адекватного.
А от кого зависим мы? Во-первых, от органов власти (налоговая инспекция, ПФР, миграционная служба и т. д.). Во-вторых, от поставщиков-монополистов (Газпром, РЖД…). В-третьих, от крупных покупателей нашей продукции. Таким контрагентам диктовать условия бессмысленно. Скорее, наоборот, нам приходится подстраиваться под их требования и сроки.
Почему так важно выделить привилегированных контрагентов
Начнем с контрагентов, от которых зависим мы. Четкий список таких VIP-контрагентов позволит существенно снизить расход ценного времени бухгалтерии. Как правило, мы возимся со всеми без разбора и тратим время на всех, включая самых мелких
Когда контрагенты разбиты на две части, то возиться нужно только с первой группой. Бывает, что бухгалтерия вынуждена сама делать документы за особо важных поставщиков и отвозить бумаги, а сотрудники компании-партнера только печать ставят и расписываются. А что делать? Мы от них зависим. Но, как показывает практика, таких избранных контрагентов набирается не более 10 процентов от общего числа.
Остальные 90 процентов автоматически попадают во второй список. Чувствуете, как теперь снизится ваша нагрузка?
Кто должен составлять перечень привилегированных контрагентов? Ни в коем случае нельзя делегировать эту задачу соседних подразделений, например коммерческому или начальнику отдела снабжения. Ведь тогда в него попадут практически все, с кем они работают.
Утверждение списка — прерогатива исключительно генерального директора. Руководитель заинтересован в том, чтобы перечень был максимально коротким. Ведь чем длиннее он будет, тем больше времени, а следовательно, и денег вправе потребовать за такое VIP-обслуживание главный бухгалтер.
Как организовать работу с контрагентами, которые зависят от нас
С контрагентами, которые зависят от нас, все просто. Первое, что нужно сделать при организации документооборота, — разработать регламентирующие документы на все случаи жизни и обеспечить доступ к ним. Для начала введем приемные часы для бухгалтерии и отдельно для главбуха. Далее график документооборота. Нужно комфортные для нас сроки поступления документов. И обязательно прописать порядок приема-передачи.
Затем имеет смысл разработать инструкцию по оформлению документов: акта, накладной, счета-фактуры. К ней лучше приложить образцы заполнения и донести до всех контрагентов, что документы, оформленные неправильно, приниматься не будут.
И последний момент — взаиморасчеты. Вводим новый порядок, по которому следующий аванс не выплачивается, если предыдущий не закрыт корректно оформленными документами. Все отклонения от правила возможны только со служебной запиской от курирующего подразделения, завизированной у директора.
Чтобы донести эту информацию до контрагентов, можно создать информационный стенд перед входом в бухгалтерию или специальный раздел на сайте компании. Не лишним будет подготовить стандартный договор и указать в нем все условия, связанные с графиком документооборота и порядком взаиморасчетов.
Какая внутренняя отчетность потребуется для эффективной работы с контрагентами.
Чтобы оперативно выявлять отклонения от установленных правил работы с контрагентами, надо настроить внутреннюю отчетность. Желательно создать несколько простых отчетов, каждый из которых будет решать одну задачу. Основными будут отчет о соблюдении графиков документооборота, контроль уровня дебиторской задолженности и отчет о ходе сверки взаиморасчетов.
В отчете о соблюдении графиков документооборота бухгалтер может увидеть бумаги, поступившие с опозданием или пока не пришедшие вообще. Чтобы картина была более наглядной, стоит оценивать не только суммы по документам, но и количество самих бумаг. К примеру, не получено документов на сумму 500 000 руб. И это может быть всего один счет, а может и 500. Контроль уровня дебиторской задолженности показывает незакрытые авансы. Отчет необходимо настроить в разрезе контрагентов, договоров и документов.
Чтобы получаемые из отчетов цифры были более наглядными, нужно предусмотреть возможность сортировки данных по срокам и по отделам. А для этого необходимо, чтобы за каждым договором было закреплено ответственное подразделение. Тогда вне зависимости от того, кто вносит в программу реквизиты нового документа, бухгалтер будет понимать, кто его курирует.
Отчет о ходе сверки взаиморасчетов — итоговый, поэтому о нем стоит поговорить отдельно.
Как провести сверку взаиморасчетов с минимальными усилиями
Сверку взаиморасчетов с контрагентами необходимо проводить ежегодно в рамках инвентаризации счетов учета Но можно делать ее и раз в квартал. А с компаниями, с которыми осуществляется большой объем сделок — ежемесячно.
Отчет о ходе сверки помогает сделать процесс более наглядным. Чтобы он начал помогать в работе, необходимо наполнить бухгалтерскую программу определенными сведениями. Прежде всего, это касается карточки контрагента. В нее включаем следующие поля: периодичность сверки (например, «раз в квартал») и сроки сверки (скажем, «с 1-го по 5-е число»). В отчет также стоит внести колонку «Ответственное подразделение». Это удобно для бухгалтерии: если в акте сверки с каким-либо контрагентом есть расхождения, то сразу понятно, к кому идти с просьбой разобраться. А заодно видно, с контрагентами каких подразделений больше всего проблем, за кем больше всего числится неподтвержденной задолженности.
Часть отчета с информацией о суммах советую сделать из трех колонок: «Сальдо расчетов (по нашим данным)», «Сальдо расчетов (по данным контрагента)» и «Разница сальдо». Строка «Итого» в отчете позволит оценивать состояние процесса сверки в целом. Для этого достаточно сопоставить значения сальдо по данным нашей компании и сальдо по данным наших контрагентов.
Как наладить отношения с контрагентами, если менеджеры не помогают
Для организации документооборота с контрагентами нужно, во-первых, установить контакты с бухгалтерией Ни в коем случае не стоит общаться с менеджерами другой компании! Мало того что это лишнее звено в цепочке только усилит эффект испорченного телефона, так еще и времени на объяснение того, что нам нужно, будет уходить гораздо больше.
Во-вторых, попытаться встать на место бухгалтера контрагента и понять, что ему мешает передавать документы вовремя и правильно оформленными. Возможно, удастся найти бесконфликтные способы решения проблем.
И в-третьих, разговаривать с других компаний доброжелательно и конструктивно, избегая неконкретных фраз типа «так положено по законодательству» или «это же очевидно, что нужно делать именно так». Лучше приведите ссылку на конкретный пункт нормативного документа. При таком стиле общения взаимопонимания удастся достичь гораздо быстрее.
П. Меньшиков
,
эксперт по реинжинирингу бухгалтерских служб
Оптимизируем работу с контрагентами, или Как заставить технологии приносить
Владислав Никитин, Юрий Ткаченко, Константин Березин
Управление компанией
№1 (20) 2003г.
В этой статье рассказывается о том, что можно предпринять в работе с контрагентами с целью достижения максимальной эффективности взаимодействия. Метод объединяет технику управленческого учета и достижения информационных технологий.
Как это было организовано у форда
Первое упоминание об этом методе, которое мы нашли, - описание реорганизации службы оплаты поставок Ford Motors Company в начале 80-х годов. В этой службе у Форда было занято 500 человек. В то же время с аналогичной работой в компании Mazda справлялись 5 человек. С учетом того что размеры производства у Форда были в 20 раз больше, получалось, что служба по оплате поставок должна составлять около 100 человек! При этом даже с избыточным числом работников допускалось много ошибок в оформлении документов.
Сначала руководство Форда достигло следующих договоренностей с поставщиками:
- Оплата производилась после получения товара. Оплачивался не конкретный заказ, а просто периодически гасилась задолженность Форда перед поставщиками.
- Ликвидировался такой документ, как счет на оплату (invoice).
Была реорганизована автоматизированная система учета. Вместо 14 информационных элементов стало использоваться 3: обозначения поставщика и товара, характеристика количества.
Работники службы заказа товаров были снабжены связью с компьютерной базой данных о предложениях поставщиков, чтобы делать оптимальный выбор и фиксировать отправку поручения на покупку (purchase order).
В результате штат службы оплаты поставок был сокращен в 4 раза, качество работы стало лучше.
Анализ метода
Чтобы данная технология начала приносить деньги, необходимо провести работу по трем направлениям:
- Заключить предварительное соглашение с контрагентами.
- Осуществить реорганизацию учета запасов.
- Провести реорганизацию документооборота.
Предварительное соглашение с контрагентами (поставщиками или покупателями). С контрагентами достигаются договоренности: оплата товаров, услуг не за конкретную партию (заказ), а за периодическое погашение задолженности; минимум формальностей при оплате, оформлении и получении заказов. При таких условиях работы возрастают риски неплатежей для поставщика товаров и услуг, поэтому использовать данную схему могут только крупные надежные компании. От поставщиков требуется точная и оперативная информация о предлагаемых товарах и услугах (желательно в электронной форме и меняющаяся в реальном времени).
Реорганизация учета запасов. Проводятся сокращение (упрощение) номенклатуры и сокращение числа информационных элементов для описания оставшихся позиций. Пример подобных успешных мероприятий приводится в учебнике по управленческому учету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 раза, набирая всех подряд, подняв, таким образом, прибыль на несколько процентов, но резко снизив управляемость и надежность системы. Ошибки в работе начнут резко расти, сотрудники станут "зашиваться", не справляясь с ситуацией. Претензии клиентов и поставщиков будут множиться вместе с их дебиторской задолженностью. И если отследить возникновение задолженностей нечистоплотных контрагентов будет еще возможно по электронной базе данных, то доказать это без бумажных документов будет весьма проблематично.
Предприятие, внедрившее у себя такой метод ведения бизнеса, становится похожим на "неустойчивый" истребитель пятого поколения, который обладает меньшим аэродинамическим сопротивлением по сравнению с устойчивым, что позволяет ему экономить топливо. Такие самолеты очень маневренны, могут выполнять фантастические фигуры высшего пилотажа, недоступные другим самолетам. Но если откажет его электронная система управления, он не спланирует, как это сделали бы самолеты прежних поколений, а камнем рухнет на землю...
Главная тема сегодняшней рассылки – это обсуждение претензий налоговиков, касающихся разового взаимодействия налогоплательщиков с отдельными контрагентами. Например, в случае, когда налогоплательщик приобретает партию какого-нибудь товара у организации, с которой до и после совершения данной сделки у него отсутствуют иные хозяйственные взаимоотношения, сразу же пополняется копилка недобросовестности этого налогоплательщика в глазах налоговиков.
Почему так происходит понять нетрудно: аналогичная модель взаимоотношений характерна для налоговой схемы по «обналичке» денежных средств, при которой одна фирма-однодневка, как правило, привлекается для осуществления одной-двух хозяйственных операций, после чего исчезает. Исходя из этого, следует учитывать, что и добросовестные налогоплательщики, которые заключили единичную сделку с каким-либо контрагентом, подвергаются риску вступления в споры с налоговиками о доначислении налогов. Поэтому сейчас мы поговорим о том, как суды оценивают соответствующие доводы контролеров.
Вообще, трудно себе представить, чтобы налогоплательщика наказали просто за то, что он вступил в единичный экономический контакт с контрагентом – это являлось бы грубым попиранием основ гражданского законодательства, в соответствии с которым любой хозяйствующий субъект свободен в установлении своих прав и обязанностей при помощи договора. Да и бюджет от разового взаимодействия вовсе не страдает, поэтому наказывать в данном случае просто не за что – недаром из п. 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. В данном случае налоговый орган ссылался на «разовый характер» сделок налогоплательщика по предоставлению сельскохозяйственной техники в аренду другим организациям, как на доказательство его собственной недобросовестности. Это свидетельствует о том, что риски доначисления налогов по причине «разового характера» сделок имеют даже участники долгосрочных договоров, сама практика заключения которых не опровергает возможности единичного взаимодействия сторон соглашения в течение длительного времени – поэтому бдительность необходимо проявлять и в этом случае.
К счастью, в указанном деле суд признал позицию налогового органа неправомерной, поскольку она не опровергала реальности всех заключенных договоров, а также направленности действий сторон исключительно на получение налоговых преимуществ.
