Обмен заказами 1с erp
Обмен данными между прикладными решениями 1С 8 — это то, без чего не возможно построение полноценного информационного пространства предприятия.
- Зачем нужны обмены данных и как их использовать?
- Виды обменов между 1С.
- Как произвести настройку обмена данными между базами 1С?
Ответы на эти вопросы Вы узнаете ниже.
Если Вас интересуют услуги по настройке обмена данными между 1С и не только, подробности на странице Услуги 1С программиста.
Зачем нужны обмены данных между 1С?
Причин для внедрения обменов, как правило, две:
Организация имеет филиальную сеть
В этом случае Вам просто необходимо настраивать обмен между различными филиалами. Для этого в системе 1С 8.3 предприятие существует механизм Распределенных информационных баз (РИБ). С помощью которого можно гибко настроить обмен информацией. Например, для филиалов можно отключить видимость документов по другим филиалам и в тоже время центральный офис будет видеть документы всех филиалов. Другой пример — настройка обмена между базами 1С Розница офиса и магазинов.
Разделение по видам учета
Как правило, это означает, что в организации разный учет ведется в различных информационных базах. Такое разделение позволяет фильтровать «ненужную» для другого вида учета информацию для различных информационных баз. Пример: т.н. «управленческий учет» введется в базе «Управление торговлей», где отражаются все операции, и руководство видит полную картину событий, а в базу регламентированного учета «Бухгалтерия предприятия» выгружаются лишь нужные для ведения бухгалтерского и налогового учета документы.
Какие бывают механизмы обмена между базами 1С?
Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания - попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>
Обмены данных можно классифицировать по двум направлениям: используемые механизмы и используемый транспорт для обмена.
Механизмы обмена данными 1С
Как правило, при обмене используется два механизма:
- Распределенная информационная база (РИБ) — механизм, позволяющий настроить обмен данными между филиалами. Механизм подразумевает, что обмениваются абсолютно идентичные конфигурации БД. Механизм умеет передавать изменения конфигурации баз данных. Механизм реализован на уровне технологической платформы.
- Универсальный механизм обмена между конфигурациями — механизм является разработкой фирмы 1С для прикладных решения. Он универсален и основан на планах обмена. Обмен данными осуществляется с помощью правил xml, которые создаются в специальной конфигурации — Конвертация данных. С помощью данного механизма можно реализовать как одноразовый обмен, так и постоянный обмен между 1С конфигурациями. Механизм реализован на уровне конфигурации, встроить в свою конфигурацию можно из технологической конфигурации БСП.
Транспорт для обмена данными
Транспортом может выступать достаточно широкий спектр технологий. Рассмотрим основные, реализованные в универсальном механизме обмена 1С:
Как настроить обмен данными между базами 1С?
Рассмотрим настройку 1С для обмена данными между типовыми конфигурациями 1С — Бухгалтерия и Управление торговлей.
Первым делом необходимо создать узлы информационных баз:
Синхронизация происходит по коду, пиктограмма с кругом — обозначение текущей информационной базы. Т.е. настраивая обмен в бухгалтерии — присваиваем текущему узлу код «БП», настраивая обмен в торговле — код «УТ».
Следующий шаг — создание справочника «Настройки обмена данных»:
Если обмен настраивается через каталог, электронную почту или FTP, настройки необходимо настраивать в двух базах данных.
Если обмен происходит прямым подключением или через веб-сервис, достаточно настройки с одной стороны (важно не забыть указать правила загрузки в базу обмена).
Тут важно обратить внимание на следующие моменты:
Всё, настройка закончена. Теперь для запуска обмена достаточно лишь нажать на кнопку выполнения обмена.
Азы настройки обмена данными в 1С с помощью конфигурации «1С Конвертации данных» на примере смотрите в видео:
Обмен данными 1С по расписанию в 1С
Если необходимо настроить автоматическую выгрузку по расписанию, достаточно настроить регламентные задания.
Для клиент-серверного варианта
В справочнике «Настройки обмена данными», на вкладке «Автоматический обмен» необходимо создать новое регламентное задание, где указать расписание:
Для файлового варианта
В справочнике «Настройки обмена данными», на вкладке «Автоматический обмен» необходимо создать новое регламентное задание, где на вкладке «Обмен по событиям» указать события, по котором будет выполняться запуск обмена. Например, при старте определенного пользователя:
Статьи для программиста по обмену данными в 1С
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):
Синхронизация данных мобильного приложения «1С: Заказы» с коробочными решениями «1С: ERP 2», «1С: Управление торговлей 8» возможна, начиная с версий 2.0.4 и 11.1.4 этих конфигураций соответственно. Также доступна синхронизация с конфигурацией «1С: Комплексная автоматизация 2.0»
Для синхронизации необходимо средствами конфигуратора опубликовать web – сервис «CustomerOrdersExchange.1cws».
После публикации, web-сервис должен быть доступен в браузере по адресу:
Если сервис доступен, ваша база почти готова для синхронизации данных с мобильным приложением.
Начиная с версии 1С:ERP 2.1.3 и 1С:УТ 11.2 нет необходимости создавать профиль и группу пользователей мобильного приложения в вашей базе, если пользователь входит в группы с профилями доступа:
Если пользователь не входит в эти группы, необходимо создать профиль и группу доступа.
Также, если пользователи планируют принимать оплаты от клиентов, необходимо проверить право пользователей на создание документов «Доверенность» или «Приходный кассовый ордер», в зависимости от выбранной стратегии отражения получения ДС.
Создадим, если требуется, профиль по роли «Использование мобильного приложения "1С: Заказы клиентов"»
и группу пользователей мобильного приложения.
Далее, в меню «НСИ и администрирование – Продажи» разрешим использование мобильного приложения «1С: Заказы».
По гиперссылке «Настройка синхронизации» настроим узлы обмена и фильтры для синхронизации данных.
На этом настройка в информационной системе завершена.
В мобильном приложении «1С: Заказы» достаточно указать адрес web-сервиса и пользователя, которому разрешена работа с мобильным приложением.
Рекомендуем выполнять первую синхронизацию на высокоскоростном беспроводном подключении wi fi, поскольку, в зависимости от настроенных фильтров, она может занять продолжительное время.
Также рекомендуем устанавливать фильтры в настройках пользователя с учетом реальной работы пользователя. Стоит ограничивать передаваемые данные обмена для оптимизации скорости выполнения обмена, а также для ограничения объема трафика.
В статье будет рассмотрена доработка и настройка на примере конфигураций ERP (2.4.12.109) БСП (3.1.2.500) и УПП (1.3.72.2) БСП (1.2.4.1), платформа 8.3.16.1148, думаю что решение может быть использовано на любых конфигурациях с использованием БСП от 3.1.2.500. Основная цель показать как можно быстро разработать собственный регулярный обмен на современных конфигурациях. В моем случае была задача разработать односторонний обмен справочниками из ERP в УПП.
Разработка на стороне ERP. Добавляем новый план обмена, определяем для него необходимые права доступа, определяем его состав, включаем в общие команды:
Добавляем созданный план обмена в процедуру "ПолучитьПланыОбмена" общего модуля "ОбменДаннымиПереопределяемый" таким образом:
Добавляем макеты к новому плану обмена "ПравилаОбмена", "ПравилаОбменаКорреспондента" тип текстовый документ, туда в дальнейшем вставим текст правил обмена, если правила будут подгружаться из файла то можно не заполнять макеты.
Разработка на стороне УПП. Добавляем новый план обмена (с таким же именем что в источнике), определяем для него необходимые права доступа, для старых версий БСП нужно создать управляемую форму. Определяем его состав, включаем в общие команды:
и регистр сведений "СоответствияОбъектовИнформационныхБаз".
Добавляем созданный план обмена в процедуру "ПолучитьПланыОбмена" общего модуля "ОбменДаннымиПереопределяемый" таким образом:
Добавляем макеты к новому плану обмена "ПравилаОбмена", "ПравилаОбменаКорреспондента" тип текстовый документ, туда в дальнейшем вставим текст правил обмена, если правила будут подгружаться из файла то можно не заполнять макеты.
Добавляем реквизит в план обмена даже если он не нужен, например "РежимВыгрузкиПриНеобходимости", тип "ПеречислениеСсылка.РежимыВыгрузкиОбъектовОбмена", это необходимо для того чтобы при открытии настроек обмена через меню "Сервис - Обмен данными с продуктами на платформе 1С:Предприятие 8.2 - Обмены данными" не возникала такая ошибка:
Далее пишем правила обмена с использованием КД 2.1 из источника в приемник и обратно из приемника в источник, если из приемника ничего не должно выгружаться то достаточно написать правила для справочника например "Валюты" поля поиска "Код" без поиска по внутреннему идентификатору.
Сохраняем готовые правила обмена следующим образом (пример):
1) Создаем папки: "Правила обмена данными ERP УПП", "Правила обмена данными УПП ERP".
2) В папку "Правила обмена данными ERP УПП" сохраняем правила обмена из ERP в УПП с названием "ExchangeRules.xml", а правила из УПП ERP с названием "CorrespondentExchangeRules.xml", аналогично проделываем и для папки "Правила обмена данными УПП ERP", только уже правила УПП ERP будут называться "ExchangeRules.xml", а ERP УПП "CorrespondentExchangeRules.xml"
3) Запаковываем при помощи zip папки: "Правила обмена данными ERP УПП", "Правила обмена данными УПП ERP".
На этом разработка закончилась, переходим к настройкам.
Настройка обмена.
1. Настройка на стороне ERP. В моем случае я не стал глубоко заходить в общие настройки БСП, если хотите зайти глубже то вам поможет статья: //infostart.ru/1c/articles/1187782/, для меня и техподдержки была достаточна та разработка что я описал выше. Открываем новый план обмена через меню "Все функции - Новый план обмена". Заполняем предопределенный узел (код, наименование, например ERP), добавляем новый узел с которым будем обмениваться например "УПП". Загружаем правила обмена (можно использовать типовые, но для общего понимания опишу):
Правила в универсальном формате обмена для ERP 2.4, ERP 2.5, КА 2.4, КА 2.5, УТ 11.4, УТ 11.5, БП 3.0, Розница 2.3, УНФ 1.6, для последних версий конфигураций. Совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.
Правила КД3 доработанные
Здесь Вы найдёте правила обмена в универсальном формате EnterpriseData для различных конфигураций, с даты выхода которых прошло не более года. А так же найдёте ссылки на другие конфигурации, с доработанными совместимыми праввилами ED.
Снимать конфигурацию с поддержки не требуется. Достаточно установить расширение с доработанными правилами обмена и расширение с дополненным составом плана обмена.
Используется типовой функционал конфигурации - автоматический обмен, авторегистрация объектов для обмена, сопоставление объектов, описанное в доработанных правилах.
Программисту, администратору, продвинутому пользователю
- Первоначальную настройку рекомендуется проводить специалистом 1С, обслуживающим Ваш обмен данными;
- Для настройки достаточно иметь опыт настройки и обслуживания любого типового обмена, не обязательно в универсальном формате;
- Допускается самостоятельная установка пользователем согласно прилагаемой инструкции;
- Если обмен производится в пустую базу, то для полноценного внедрения решения необходимо обладать теми же компетенциями, что и при внедрении типовой конфигурации от 1С и типового обмена: настройка учетной политики организации, настройка счетов учета номенклатуры и контрагентов, загрузить валюты, адресный классификатор, заполнить справочник страны мира из классификатора, уметь при необходимости регистрировать объекты к обмену и отменять регистрацию.
Виды правил обмена
Для каждого вида конфигурации имеются два вида правил обмена. Используемый формат обмена - типовой (1.6, 1.7, 1.8, 1.10) или доработанный (1.1001).
Если обе конфигурации используют правила обмена из этой публикации, то автоматически используются доработанные правила с использованием доработанного формата обмена.
Если только в одной конфигурации установлены правила обмена из этой публикации, то обе конфигурации автоматически обмениваются с использованием типового формата. Одна конфигурация при этом использует доработанные правила обмена, другая - типовые правила обмена.
- Полнофункциональные - Формат обмена доработан, в связи с чем функциональность обмена ничем не ограничена. Недостающие реквизиты и объекты добавлены в формат обмена и добавляются при необходимости в рамках техподдержки. Чтобы использовать доработанный формат необходимо приобретать правила для каждой конфигурации, участвующей в обмене. В формат так же включен универсальный документ и справочник для самостоятельного расширения возможностей обмена.
- Типовые доработанные - Формат обмена типовой. Функциональность ограничена форматом. Эти правила можно рекомендовать к приобретению если Вам требуется небольшая доработка для одного вида конфигурации. Например в доработанных правилах есть выгрузка или загрузка объекта, которого нет в типовых правилах.
Способ внедрения правил обмена - добавление расширения в базу в режиме предприятия. Инструкция прилагается.
Выберите конфигурацию:
В раскрывающемся списке ниже представлена информация какие объекты участвуют в обмене, ссылки на продукты из этой публикации. Поддерживаются самые свежие конфигурации, с даты выхода которых прошло не более года. Здесь информация как скачать обновленные правила обмена, как продлить возможность получения новых версий.
Полнофункциональные доработанные правила для ERP 2.4.13 - 2.5
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил ERP 2.4.13 - 2.5 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для ERP 2.4.13 - 2.5
Полнофункциональные доработанные правила для КА 2.4.13 - 2.5
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил КА 2.4.13 - 2.5 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для КА 2.4.13 - 2.5
Полнофункциональные доработанные правила для УТ 11.4.13 - 11.5
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил УТ 11.4.13 - 11.5 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для УТ 11.4.13 - 11.5
Полнофункциональные доработанные правила для БП 3.0
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил БП 3.0 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для БП 3.0
Полнофункциональные доработанные правила для УНФ 1.6
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил УНФ 1.6 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для УНФ 1.6
Полнофункциональные доработанные правила для Розница 2.3
После покупки будут доступны новые версии правил в течение 4-х месяцев и 2 месяца технической поддержки.
Бесплатные материалы для правил Розница 2.3 - инструкция по установке, таблица состава конвертации.
Ссылки для обновлений и техподдержки для Розница 2.3
Ниже представлены правила обмена других версий конфигураций из других публикаций. Если Ваша конфигурация выпущена более года назад, ищите ссылку на неё ниже.
Будьте внимательны при выборе правил для нужной Вам конфигурации!
Рекомендуется подбирать правила для всех конфигураций, участвующих в обмене, чтобы воспользоваться доработанным форматом. Все комбинации правил, указанные здесь совместимы друг с другом.
Технические моменты
Вопросы и ответы (FAQ)
Все публикации для обмена в формате ED
Все публикации в этом списке используют общий доработанный формат обмена и типовые форматы обмена. Вы можете подобрать произвольное сочетание конфигураций для организации регулярного обмена.
Причины купить
Самостоятельная доработка и отладка выгрузки/загрузки нового документа у специалиста с опытом занимает в среднем один рабочий день. В предлагаемых правилах проверены и доработаны десятки объектов. При подготовке правил для вновь вышедших конфигураций множество операций автоматизировано. Инструмент для автоматизации дорабатывался более пяти лет. Самостоятельная доработка правил для новой конфигурации у специалиста займёт в несколько раз больше времени по деньгам, чем стоимость готовых правил в этой публикации. Целесообразнее приобрести готовые правила и доработать некоторые справочники документы под свои нужды, если они нетиповые. Консультация по доработкам включена в техподдержку.
Все типовые конфигурации перешли на обмен ED - КД3, xdto и отказываются от КД2 - xml. Специалисту, обслуживающему обмен необходимо уметь правильно применять технологии обмена. Пытаться внедрять другие варианты для типовых задач, не разобравшись с КД3 могут свидетельствовать о непрофессионализме квалифицированного специалиста. В данном решении Вы решаете две противоречивые задачи - экономия времени на старте внедрения и обучение в процессе практического использования. Вместо того, чтобы изучать методом проб и ошибок и с запозданием по срокам решать практические задачи.
Даже если Вам не нужен дополнительный функционал, Вы получите техническую поддержку по синхронизации ED. На все проблемные ситуации будет предоставлена консультация от специалиста. Пол года после покупки правил или обновлений Вы можете скачивать новые версии правил. Техническая поддержка осуществляется в течение 3-х месяцев.
В случае приобретения нескольких комплектов правил, можно получить скидку и расширенный срок для скачивания обновлений. Обращайтесь по кнопке "Задать вопрос" вверху справа.
Достоинства
Синхронизация может работать между старой не обновляемой конфигурацией и новой постоянно обновляемой. Правила обмена не привязаны строго к одной паре баз. Версии релиза конфигураций могут быль любыми.
Синхронизация двухсторонняя. В одних и тех же правилах обмена есть выгрузка данных и загрузка. В отличие от типовых правил обмена, есть дополнительные настройки "Не загружать данные" - если в другой базе случайно сделали некорректные настройки и не включили "Не отправлять".
В данных правилах применены уникальные решения, позволяющие обмениваться любыми нетиповыми объектами и реквизитами. В некоторых сценариях обмена правила не требуют доработки. Обмен автоматически подхватывает все существующие нетиповые реквизиты.
Функционал правил регистрации для некоторых конфигураций расширен. Интерактивно можно управлять выгрузкой по видам объектов - как выгружать (по умолчанию, не выгружать, выгружать в подобную конфигурацию, выгружать правилами). Это позволяет организовать обмен по различным сценариям. Например обмен ERP и ERP, обмен БП-БП, обмен розница- розница, релизы конфигураций могут отличаться. Что является преимуществом перед обменом РИБ и упрощает обслуживание обмена.
В одном продукте Вы получаете правила для всех конфигураций, которые указаны в совместимых. Правила для всех совместимых конфигураций поддерживаются в актуальном состоянии.
Если у Вас множество различных конфигураций, достаточно приобрести правила для каждой, чтобы обеспечить произвольный вариант обмена между всеми. При использовании обмена на КД 2 на каждую пару конфигураций необходимы отдельные правила. При обновлении одной базы необходимо обновить все правила обмена с обновленной базой. Например, для обмена между тремя базами через КД3 необходимо приобрести 3 правила. Для обмена через КД2 необходимо приобрести или изготовить 6 правил обмена. При обновлении одной базы, необходимо обновить одно правило на КД3 или четыре правила на КД2. Объём затрат для поддержки обмена налицо.
Здесь Вы сможете получить исправление любых ошибок. Вы не останетесь с неработающим решением наедине!
По окончании срока технической поддержки совместимость приобретенных правил сохранится в течение нескольких лет для обмена с другими типовыми конфигурациями.
Полнофункциональные правила расширяют возможности обмена до возможностей КД2, сохраняя при этом плюсы, перечисленные выше.
Условия гарантии
Напоминаем об особенности универсального формата, который является его преимуществом - это возможность обмениваться с любой базой любого вида и версии, поддерживающей этот формат обмена. В связи с этим появляется множество вариантов обмена. Все востребованные варианты тщательно протестированы на специально подобранных тестовых базах и в реальной работе на базах клиентов. Несмотря на это возможно появление замечаний применительно к Вашей базе. В рамках технической поддержки по всем замечаниям готовится ответ, при необходимости дорабатываются правила. Вы сможете продолжить решение задачи обмена или переноса. Просьба максимально быстро сообщать о любой проблеме в техническую поддержку - кнопка техподдержка вверху справа на публикации.
Гарантия возврата не распространяется на ситуации, когда вы не предоставили базы 1С, в которых установлены правила обмена, где воспроизводится описанная Вами ошибка. База может быть тестовой. Не обязательно предоставлять копию рабочей.
Также просьба - если перенос выполняется для конечного заказчика (не для своей компании), называть заказчику необходимые сроки на выполнение переноса с запасом. Рекомендуется получить опыт работы с данным обменом, чтобы точнее планировать сроки.
Возврат денежных средств не выполняется в случае, если у конечного заказчика пропала актуальность в обмене или переносе данных.
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Что делать крупному предприятию, которое вынуждено использовать в разных филиалах и подразделениях сразу несколько кардинально отличающихся от друга учётных систем? Особенно, если речь идёт о российской ERP 1C и продуктах на базе немецкой SAP. Считается, что проекты по взаимной интеграции этих систем либо невозможны, либо невероятно затратны. При этом, каналы связи между ними бывают жизненно необходимы для бизнеса.
Но стоит ли вообще проводить классическую интеграцию, чтобы настроить обмен данными и документами? Разбираем ситуацию и находим наиболее оптимальное решение задачи.
Кто сталкивается с проблемой интеграции ERP
Лидерство на рынке учётных систем в России делят 1С и SAP, на которые в сумме приходится порядка 80% всех затрат на внедрение информационных систем управления.
У каждой из систем есть своя «специализация». Если 1С изначально создавалась для бухгалтерского учёта, автоматизации работы с документами и данными, то SAP скорее была предназначена организации сложного производственно-логистического функционала – управления ресурсами, обеспечения бесперебойности поставок и производства, оперативной коррекции производственного плана.
Если 1С учитывает, в первую очередь, опыт, нюансы ведения бизнеса и законодательство России, то SAP ориентируется на стандартны управления и инструменты западных компаний.
Ситуации, при которых организациям требуется настроить обмен данными между этими двумя системами, характерны для крупных холдингов – дистрибьюторов, ритейлеров, производственных предприятий, которые:
- Имеют головной офис за рубежом, а в России работают их филиалы;
- Занимаются активным поглощением более мелких организаций и территориальной экспансией;
- Внедряют новые ERP по мере быстрого роста и усложнения структуры компании.
В одном случае иностранным компаниям, выходящим на российские рынки, требуется обеспечить соответствие нормам документооборота при минимальном вмешательстве в SAP. Это может привести к патовой ситуации – работать в рамках глобальной SAP с российскими контрагентами и госорганами невозможно без сложных доработок, но их также сложно провести из-за ограничений по вмешательству в ERP – это дорого, долго и, зачастую, противоречит политике международных холдингов.
Другая ситуация связана с «зоопарком систем» внутри российских предприятий. Приняв решение по переходу на более совершенное программное обеспечение по управлению ресурсами холдинга, предприятие не может одномоментно перевести на него все свои юрлица и филиалы из-за тех же проблем со сроками и затратами. Встаёт задача «подружить» системы внутри одного контура, не усложняя бизнес-процессы.
Цены на продукцию 1С существенно ниже, чем на SAP. Речь идёт не только об затратах на специалистов по внедрению, но и на дальнейшее сопровождение и обновление ПО. По разным оценкам, порядок затрат на внедрение SAP для малого и среднего бизнеса может исчисляться десятками и сотнями тысяч долларов, в то время как создание ERP на базе 1С – всего сотнями тысяч или миллионами рублей.
Внедрение SAP в крупном холдинге может занять пять-шесть лет, тогда как проекты на базе 1С требуют гораздо меньше времени. Считается, что SAP не обладает хорошими адаптационными характеристиками и в чистом виде для особенностей российского рынка не приспособлен. Не достаточно установить ERP, её придётся регулярно подстраивать под быстро меняющиеся требования и нововведения законодательства, дорабатывать и подгонять под бизнес-процессы, связанные с ситуацией на рынке.
ERP
Плюсы
Минусы
Адаптирована к российскому законодательству, не требует доработок
Это отраслевой стандарт для бухучёта и управления ресурсами
Внедрение происходит быстро и недорого
Легко найти специалистов для поддержки системы
Решения ориентированы на РСБУ, отличающиеся от международных.
Для получения отчётности по стандартам МСФО потребуются дополнительные трудозатраты
Учитывает лучшие международные практики по организации бизнес-процессов
Система «заточена» на работу с логистикой, планирование производства и обработку больших объёмов данных
Охватывает ключевые направления деятельности компании, может включать встроенные CRM и MRP
Внедрение проходит долго, проекты стоят дорого
Требуется адаптация к российским стандартам, необходима значительная доработка ПО
Есть возможность работать с отчётностью по РСБУ с помощью специальных дополнений к системе, но процесс отличается повышенной сложностью
Почему прямая интеграция не нужна
Большая часть продуктов SAP не являются готовыми к эксплуатации «из коробки», а предполагают реализацию проекта по внедрению информационной системы под конкретного заказчика. На российском рынке присутствует более сотни компаний-интеграторов, предлагающих свои услуги в области внедрения информационных систем на базе SAP и имеющих разные уровни компетенций. В этом отношении недостатка в специалистах нет. Но поскольку линейка SAP покрывает большую часть типовых функциональных областей (финансы, кадры, логистика и т.д.) и ряд специфических для конкретных отраслей (например, ритейл, химическое производство и т.д.), то российские компании-интеграторы специализируются на автоматизации лишь отдельных функциональных областей и, соответственно, на конкретных продуктах/конфигурациях SAP.
Опыт по эффективной и быстрой интеграции 1С и SAP есть лишь у единиц. Относительная слабая поддержка российской локализации SAP зачастую вынуждает интеграторов уже в процессе внедрения заниматься разработкой дополнительного и очень специфичного функционала. И даже после завершения таких проектов заказчику нужно будет регулярно актуализировать систему к новым требованиям законодательства, нормативным актам регулирующих госорганов и т. д. При этом, делать такие обновления придётся в сжатые сроки.
Обе системы 1С и SAP поддерживают достаточно гибкие в реализации веб-сервисы, которых на практике оказывается недостаточно для прямой интеграции. Наиболее оптимальным решением, позволяющим обойти ограничения учётных систем, является «бесшовная» интеграция и вынос основных задач по конвертации форматов, подписанию электронных документов и обработке данных на внешний шлюз.
Соединение с таким интеграционным шлюзом можно проводить через выгрузку данных или универсальные модули-коннекторы.
- Уйти от необходимости нести значительные расходы на доработку SAP под российскую специфику;
- Сократить сроки ведения интеграционных проектов с нескольких лет до месяцев и даже недель;
- Оперативно вносить изменения в бизнес-процессы в связи с нововведениями в законодательстве или сменой рыночной конъюнктуры.
Как это работает на практике
Среди российских компаний с иностранным происхождением есть несколько примечательных кейсов, связанных с необходимостью подготовки глобальной SAP к реалиям рынка.
Например, Ariston является ведущим производителем водонагревателей и конденсационных котлов. Заводы и филиалы холдинга находятся в Европе, Азии и Америке. Российское производство расположено в Ленинградской области. Завод поставляет свою продукцию в крупнейшие торговые сети. Для оптимизации бизнес-процессов в цепочке поставок предприятие планировало перейти на электронный обмен данными со своими покупателями и дистрибьюторами. В частности, Ariston хотел усилить контроль над потоком входящих заказов и улучшить платёжную дисциплину контрагентов. При классическом EDI-обмене в систему автоматически могли попадать заявки даже от тех покупателей, которые имели долги, а сторнировать весь поток заказов в SAP было бы тяжело. Требовалось создать инструмент, автоматически фильтрующий заявки в подобных ситуациях. Необходимая доработка системы SAP, используемой Ariston, силами европейских специалистов была достаточно затратной.
Работы на стороне учётной системы холдинга оказались минимальными, что соответствовало достаточно строгой внутренней политике компании. При этом, для работы с входящими заказами в интеграционной системе реализован необходимый пользовательский интерфейс.
Итоги. Коротко
В качестве заключения повторим несколько важных моментов, которые доказаны в реальных бизнес-кейсах в России:
Читайте также: