Доработка 1С и интеграции с бизнес-системами

Обмен между 1С, CRM и сайтом

Заказ приходит с сайта, менеджер ведёт сделку в CRM, а остатки и документы находятся в 1С. Если сведения приходится переносить вручную или системы расходятся, я начинаю с одного потока: какие данные, из какой системы и при каком событии должны попасть в другую.

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

Какие задачи можно обсудить

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

Первый этап — разобраться в данных и конфигурации

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

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

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

Что показывает моя аналитическая практика

В проекте требований к связи CRM с кадровым процессом я разделил ответственность систем за данные, описал идентификаторы, неоднозначные связи, состояния и права. Результатом стало ТЗ для дальнейшей разработки. Этот пример показывает подготовку требований к обмену; он не является кейсом внедрения 1С.

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

Как проверяется обмен

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

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

Стоимость и границы

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

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

Частые вопросы