Заказы с сайта в учёте
Передавать новые заказы в 1С и возвращать на сайт нужные статусы. Согласовать, как обрабатывать отмену или изменение заказа после отправки.
Регулярный обмен между системами
Заказы, остатки и статусы приходится вручную дублировать в нескольких программах? Настроим обмен, чтобы работающие системы передавали друг другу согласованные данные по заданным правилам.
Системы работают совместно
Определяем, откуда поступает изменение, кто его получает и как проверить доставку. Возможность подключения зависит от интерфейсов и ограничений конкретных программ.
Примеры сценариев для обсуждения. Состав передаваемых сведений подтвердим после изучения ваших систем.
Передавать новые заказы в 1С и возвращать на сайт нужные статусы. Согласовать, как обрабатывать отмену или изменение заказа после отправки.
Обновлять выбранные показатели из учётной системы. Определить, какие склады и виды цен доступны получателю и как часто нужна передача.
Связать учёт с CRM: передавать согласованные сведения о клиентах, заказах или оплатах, чтобы сотрудникам не приходилось повторно вводить их в каждой программе.
Организовать передачу нужных документов и справочников между системами подразделений или участков учёта. Установить границы изменений с каждой стороны.
Продумываем не только первую отправку, но и ежедневные ситуации: изменения, повторную передачу и временную недоступность получателя.
Назначаем источник для каждого вида сведений. Уточняем, что делать, если одну запись изменили в двух системах.
Выбираем запуск по событию или расписанию с учётом возможностей программ. Отдельно обсуждаем допустимое запаздывание данных.
Задаём идентификаторы и правила повторной обработки. Проверяем поведение обмена при повторной отправке одной и той же записи.
Согласуем доступный способ контроля: журнал, статус или уведомление. Определяем, кто разбирает ошибку и как возобновить передачу после устранения причины.
После запуска
Проверим создание, изменение и повторную отправку записей, а также согласованные случаи сбоев. Передадим правила обмена и порядок действий при ошибках.
Обновление программы, формата данных или интерфейса может потребовать проверки интеграции. Порядок дальнейшего сопровождения и границы ответственности обсудим отдельно.
Для разового перехода подготовим исходные сведения, проверим пробную загрузку и согласуем начало работы в новой базе.
О переходе в другую базу → Если нужно изменить саму программуНовые правила обработки, формы и действия пользователей можно рассмотреть как отдельную задачу развития конфигурации.
О доработке программы →Изучим документацию и доступные способы взаимодействия. Наличие подходящего интерфейса, права доступа и ограничения со стороны другой программы нужно проверить до подтверждения подключения.
Это зависит от выбранного способа обмена и возможностей обеих систем. До настройки согласуем, какая задержка допустима для каждого рабочего процесса.
Поведение в такой ситуации задаём отдельно: где видна ошибка, сохраняются ли данные для повторной отправки и кто запускает её после восстановления. Проверяем согласованный сценарий перед вводом обмена в работу.
Если системы это позволяют. Для двустороннего обмена особенно важно определить, где можно изменять каждое поле и какое значение принимать при конфликте.
Свяжем рабочие процессы
Назовите программы, сведения для передачи и нужную частоту обновления. По этим условиям определим, какие возможности подключения проверить в первую очередь.
Расскажите, какие действия сотрудники сейчас повторяют вручную.