Налаживаем передачу справочников, документов и статусов между информационными базами 1С. Определяем правила сопоставления, направление синхронизации и обработку ошибок, чтобы новые данные появлялись там, где они нужны, без дублирования.
Отвечаем на обращения в рабочее время
Ручная синхронизация быстро становится источником расхождений и потери времени.
Один документ или справочник создают в нескольких системах с участием сотрудника.
Цены, остатки, статусы или реквизиты отличаются в разных базах.
Ошибка произошла ночью, а специалисты узнают о ней только утром по отсутствующим данным.
После сбоя повторный запуск может повторно создать уже переданный объект.
Сложно определить, какая запись не прошла и почему.
Кто-то должен помнить, когда запустить обмен и проверить итог.
Разрабатываем не только передачу данных, но и эксплуатацию: повторяемость, ведение журнала событий и восстановление после сбоев.
Выясняем, какие объекты и поля должны передаваться и кто является источником истины.
Документируем направление обмена, соответствия и условия обновления.
Настраиваем расписание, очередь или событийный запуск.
Повторная обработка не должна создавать дубли или портить уже переданные данные.
Записываем результат операций и причины отказов.
После сбоя обмен можно безопасно повторить и проверить состояние.
На первом шаге уточняем правила данных, затем кодируем и тестируем граничные сценарии.
Документируем, что передаётся: справочники, документы, цены, остатки, статусы.
Утверждаем ключи, по которым системы понимают, что объект уже существует.
Применяем подходящий механизм: HTTP, файлы, API, регламентные задания или другой канал.
Тестируем повторные запуски, таймауты, недоступность второй системы и восстановление.
Цель — не просто «обмен работает», а данные приходят предсказуемо и сбои можно диагностировать.
Конкретный механизм выбирается по возможностям вашей конфигурации и второй системы.
Точную стоимость уточняем после короткого разбора задачи. Перед стартом разработки закрепляем итог, срок и цену.
Точная стоимость — после начального анализа требований. Сравнение комплексных тарифов на странице Тарифы и цены.
Главное, что спрашивают до подключения.
Опишите две системы и какие данные сейчас приходится переписывать с участием сотрудника. Подберём схему обмена и первичную оценку.
Без обязательств. Ответим в пределах получаса.
Достаточно описать, что сейчас делается с участием сотрудника и какой итог нужен
Нажимая кнопку, вы соглашаетесь с политикой конфиденциальности
Если данные изменяются в обеих системах, заранее нужен порядок разрешения конфликтов. Односторонний обмен проще, а двусторонняя синхронизация требует дополнительных правил, журналов и проверки повторных событий.
Надёжность передачи складывается из нескольких частей: контроль форматов, очередь повторных попыток, протокол ошибок и сверка количества объектов. Отдельно тестируются временная недоступность одной базы и неполные реквизиты.
Для производственной эксплуатации важны ведение журнала событий, ретраи, таймауты и безопасная повторная обработка. Если вторая система временно недоступна, данные не должны теряться или создавать дубли после восстановления.
Для предприятия в Томске начинаем с описания двух исходных баз и необходимого направления передачи. После этого можно согласовать технический протокол, частоту обмена и критерии успешной проверки.