Интеграцию делаем отдельным этапом — её можно заказать и без разработки самой ERP.
Разбираем конфигурацию 1С, состав данных и требования к частоте обмена. На выходе — схема и оценка.
Правила соответствия справочников, обработка новых элементов, решение по дублям.
Механизм передачи, обработка ошибок, журнал, уведомления. Тестируем на копии базы, а не на рабочей.
Первую неделю сверяем данные и следим за журналом, дальше — плановое сопровождение.
Цена зависит от количества типов документов и того, насколько доработана конфигурация 1С.
| Этап | Что входит | Срок |
|---|---|---|
| Аудит и схема обмена | Разбор конфигурации, состава данных и требований, оценка объёма | 3–5 дней, бесплатно |
| Справочники | Сопоставление номенклатуры, контрагентов, складов, договоров | 1–2 недели |
| Документы | Передача реализаций, поступлений, перемещений, выпуска | 2–4 недели |
| Остатки и цены | Регулярная передача остатков и прайсов, персональные условия | 1 неделя |
| Мониторинг | Журнал обмена, уведомления об ошибках, повторная отправка | 3–5 дней |
| Сопровождение | Поддержка обмена при обновлениях 1С и изменениях процессов | по договорённости |
Самая частая причина — правки в типовых объектах конфигурации. Обмен работает ровно до следующего обновления, после которого выгрузка молча перестаёт передавать часть документов. Обнаруживается это обычно на сверке в конце месяца.
Вторая причина — отсутствие журнала. Когда передача идёт «в одну сторону и без следа», при расхождении невозможно понять, документ не ушёл, не дошёл или был отклонён приёмной стороной. Мы всегда делаем журнал с возможностью повторной отправки: это скучная часть работы, которая экономит недели разбирательств.
Третья — попытка синхронизировать всё и сразу. Чем больше объектов участвует в обмене, тем выше шанс, что конфликт в одном справочнике остановит передачу остальных. Поэтому обмен разбивается на независимые потоки: сбой в ценах не мешает уходить отгрузкам.
Для каждого справочника и документа определяется система-источник: где данные создаются, а где только принимаются. Без этого правила рано или поздно появляются две «правды» — например, цена, отредактированная и в 1С, и в оперативной системе.
Обычная схема для торговых и производственных компаний: номенклатура, контрагенты, цены и остатки — из 1С; заказы, сборка, производственные операции — в оперативной системе; отгрузочные документы и выпуск — обратно в 1С для бухгалтерии.
Схема согласуется до начала разработки и остаётся у вас в документации. Это тот документ, который потом экономит больше всего времени при любых доработках.
До того как включить регулярный обмен, нужно договориться, что делать с уже накопленными данными. Переносить всю историю за десять лет обычно не нужно и даже вредно: вместе с документами приедут старые дубли справочников и закрытые периоды, которые никто не станет сверять. Практичный вариант - зафиксировать дату старта, перенести на неё остатки, открытые заказы и незакрытые взаиморасчёты, а историю оставить в 1С, где она и так лежит и откуда её всегда можно поднять.
Первичный перенос делается отдельной разовой процедурой, а не тем же механизмом, что и регулярный обмен. Требования у них разные: разовый перенос работает с большими объёмами, запускается в нерабочее время, и его нормально прогнать несколько раз подряд с полной очисткой приёмной стороны. Регулярный обмен так вести нельзя - он должен быть инкрементальным и терпимым к повторам. Попытка сэкономить и сделать одно вместо двух обычно заканчивается дублями документов и ручной чисткой.
После переноса идёт сверка, и до её завершения обмен не включается. Сверяем количество элементов в справочниках, суммарные остатки по складам, взаиморасчёты по нескольким крупным контрагентам и несколько выборочных документов целиком, построчно. Смысл в том, чтобы разобраться с расхождениями заранее: если включить обмен на непроверенных данных, потом невозможно понять, ошибка пришла из переноса или её создал сам обмен, и разбирательство растягивается на недели.
Пока документов десятки в день, обмен можно делать почти любым способом, и он будет работать. Проблемы начинаются на тысячах. Полная выгрузка номенклатуры каждый час нагружает базу так, что пользователи 1С жалуются на тормоза, хотя формально никто ничего не менял. Поэтому передаются изменения, а не всё подряд: план обмена или отбор по дате изменения. Полная синхронизация при этом остаётся, но как редкая ручная операция для сверки, а не как штатный режим.
Второе, что вылезает на объёме, - таймауты. Один запрос на несколько тысяч строк рвётся по времени ожидания, причём часть данных приёмная сторона уже успела записать, и повтор создаёт дубли. Лечится это пакетами фиксированного размера и ключом идемпотентности: каждый пакет несёт свой идентификатор, повторная передача не создаёт новые записи, а обновляет уже принятые. Тогда обрыв связи посреди передачи перестаёт быть аварией, требующей ручного вмешательства в базу.
Третье - расписание. Тяжёлые операции вроде передачи полного прайса или сверки остатков ставятся в фоновые задания на ночное окно, а срочное - отгрузки, оплаты, статусы заказов - идёт по событию небольшими порциями. Если приёмная сторона в этот момент недоступна, сообщения копятся в очереди и уходят после её возвращения в том же порядке, в каком были созданы. Пользователь ничего не повторяет руками и вообще не должен знать, что 1С была занята регламентом.
Если после сдачи выясняется, что функция работает не так, как описано в задании, правим за свой счёт. Срок такой поддержки — 3 месяца с даты приёмки.
Стоимость и состав работ фиксируются до старта. Появились новые задачи — оцениваем отдельно, без сюрпризов в счёте.
Исходный код, база и доступы принадлежат вам с первого дня и передаются по первому требованию, а не после полного расчёта.
Отвечаем на вопросы по системе и после окончания проекта, даже если договор на сопровождение не заключён.
Опишите, какие системы у вас работают и какие данные ходят между ними вручную. Вернёмся со схемой обмена и оценкой сроков.
Что уже сделали по этому направлению. В каждом кейсе — задача, решение и экраны проекта.
Интеграция ERP с 1С: ответьте на три вопроса — пришлём расчёт и предложим решение под задачу.
Спасибо! Мы посмотрим ответы и вернёмся с расчётом в рабочее время. Если вопрос срочный — звоните: 8 (800) 707-47-43.
Разбираем в блоге то, о чём чаще всего спрашивают по теме «информационные системы».
Условия одинаковые для всех услуг — их видно до того, как вы оставите заявку.
ООО «Вебтую», ИНН 7802828539, ОГРН 1137847225955. Договор, счёт и закрывающие документы — по каждому проекту.
Безналичный расчёт, без НДС. Аванс 50%, остаток — по сдаче работ.
Год после сдачи бесплатно исправляем ошибки, если они на нашей стороне.
Смотрим задачу и называем состав работ, срок и цену до начала — без предоплаты за расчёт.
Работы разложены по этапам, каждый принимается отдельно: видно, за что платите и что уже готово.
Код, база и доступы передаём заказчику. Продолжить проект можно с любым подрядчиком.
