Интеграция с 1С для прикладных задач: что учесть заранее
Способы обмена с 1С, отказные сценарии и признак того, что интеграцию не доделали. Практика для складских и выездных систем.
Любая прикладная система, живущая рядом с 1С, упирается в один вопрос: где
правда. Если ответ «в обеих» — интеграции нет, есть две базы и человек, который раз в месяц
сверяет их руками.
Три способа обмена
Веб-сервисы 1С. На стороне 1С публикуются методы, внешняя система
запрашивает ровно то, что нужно. Самый управляемый вариант, требует доработки конфигурации.
OData. Стандартный интерфейс без доработок, удобен для чтения
справочников и остатков. Деталь, на которой спотыкаются почти все: при постраничной выдаче
обязательно задавать сортировку. Без явного порядка страницы приходят непредсказуемо, часть
записей теряется, часть дублируется — и обнаруживается это через месяц.
Обмен через файлы или очередь. Для случаев, когда 1С по политике
безопасности недоступна снаружи.
Четыре сценария, которые занимают основное время
Вторая система недоступна. Показывать последние известные данные с
отметкой времени, а не ошибку.
Документ удалён. Он обязан исчезнуть и во второй системе.
Пакет пришёл дважды. Повторная обработка не должна создавать дубль. Это
день работы против недели разбора задвоенных заказов.
Сбой на середине пакета. Либо применяется всё, либо ничего: половина
обновлённых документов хуже, чем ни одного, потому что расхождение неочевидно.
Особенность мобильных сценариев
Если операции вводятся на складе или на выезде без связи, обмен с 1С усложняется: данные
приходят пачками с задержкой и не всегда в хронологическом порядке. Это надо закладывать в
логику, а не чинить потом.
Признак недоделанной интеграции
В компании появился человек, который сверяет две системы вручную. Он и есть стоимость
сэкономленного этапа, просто переложенная в зарплату.
Читайте также: разработка программного обеспечения, программа для учёта, веб-приложения, личный кабинет, техническое задание.