Существующий обмен
Проверим версию и конфигурацию системы, нужные данные и условия доступа. Если обмен подходит, определим необходимые настройки.
Перейти к содержанию
ERP + SMARTUP SMARTUP CORE OUTLET · ОСНОВНАЯ СИСТЕМА SKU · ОСНОВНАЯ СИСТЕМА RULE · ОСНОВНАЯ СИСТЕМА STOCK · ОСНОВНАЯ СИСТЕМА FACT · ОСНОВНАЯ СИСТЕМА MDM PRICE STOCK ORDER PAY 01 · Источник 02 · Проверка 03 · Исполнение 04 · Возврат статуса 05 · Сверка РАЗБОР ОШИБОКПричина → ответственный → исправление → повтор REJECT · Отклонено OWNER · Назначен ответственный FIX · Источник исправлен REPLAY · Повтор принят 01 02 03 Оценить подключение
SMARTUP + ВАШИ СИСТЕМЫ
Интеграции
Свяжите работу торговой команды с учётом в ERP. Передавайте заказы, остатки, цены и оплаты по согласованным правилам, чтобы сократить ручной ввод. Отслеживайте результат обмена и разбирайте ошибки синхронизации.
Возможности
УСЛОВИЯ ПОДКЛЮЧЕНИЯ
Варианты подключения
Начнём с одного процесса, где данные переносят вручную. Определим продукт Smartup, систему-источник и получателя. Вариант подключения зависит от версии системы, доступных интерфейсов и состава данных.Что определяем по итогам оценки
Состав и направление обмена, готовую часть, необходимые доработки и ответственных. Если для оценки сроков и стоимости не хватает данных, фиксируем, что ещё нужно уточнить.
Выберите вариант архитектуры, тип данных или этап обмена - схема покажет его участников и правила. Это пример организации интеграции; состав потоков уточняется для вашего проекта.
ДВА ВАРИАНТА АРХИТЕКТУРЫ
С существующей ERP или на ядре Smartup
Схемы ниже показывают два варианта работы SFA и DMS: с существующей ERP или ядром Smartup. Для FIN, B2B Marketplace и POS отдельно уточняем состав данных и доступные подключения. В каждом проекте согласуем роли систем и проверку результата.Существующая ERP сохраняется
Подходит, если вы сохраняете ERP для учёта, а Smartup используете для продаж и дистрибуции. Роли систем и границы учёта согласуем до подключения.
- Роль системы
- ERP - мастер-данные и учёт в согласованной границе; Smartup - исполнение и операционные статусы.
- Что обменивается
- Справочники и ограничения поступают в Smartup; подтверждённые документы и факты возвращаются потребителю.
- Что согласовать
- Назначить источник истины, направления, внешние ID, конечные статусы и точки сверки.
Учёт на ядре Smartup
Подходит, если выбранные учётные операции вы планируете вести в Smartup. Для этого объёма отдельная ERP не обязательна; нужные внешние сервисы подключаются по проекту.
- Роль системы
- ERP-ядро Smartup и операционные модули работают в согласованной модели данных и ответственности.
- Что обменивается
- С внешними сервисами передаются только утверждённые справочники, документы и статусы.
- Что согласовать
- Определить границу ядра, локальные требования, внешних потребителей и правила приёмки.
ОТВЕТСТВЕННОСТЬ ЗА ДАННЫЕ
У каждого типа данных - свой источник
Для каждого типа данных определяем источник истины - основную систему, где ведутся клиенты, товары, цены и остатки. Изменения вносятся в систему-источник, а остальные системы получают подтверждённые данные.Клиент и торговая точка
- Основная система
- Система, где ведутся карточки клиентов и их договоры
- Какие данные передаются
- Внешний ID, адрес, канал, территория, статус и договорная связь
- Где исправляется
- У владельца исходной записи; Smartup получает подтверждённое изменение
- Кто использует результат
- Маршруты, продажи, DMS, доставка, финансы и аналитика
Товар и упаковка
- Основная система
- Утверждённый товарный справочник
- Какие данные передаются
- Код, единица, упаковка, категория, статус и обязательные атрибуты
- Где исправляется
- В мастер-системе номенклатуры с последующей синхронизацией
- Кто использует результат
- Заказ, склад, полка, промо, маркировка и отчётность
Цены и условия клиента
- Основная система
- Система, утверждающая коммерческое условие
- Какие данные передаются
- Контрагент, ассортимент, период, цена, лимит и допустимые исключения
- Где исправляется
- У владельца коммерческого правила до применения в операции
- Кто использует результат
- B2B-заказы, SFA, отгрузка и финансовый контроль
Остаток и доступность
- Основная система
- Согласованный складской или учётный источник по каждой локации
- Какие данные передаются
- Локация, SKU, количество, резерв, партия и момент актуальности
- Где исправляется
- В системе, проводящей подтверждённое складское движение
- Кто использует результат
- Заказ, распределение, доставка и аналитика доступности
Выполненные операции
- Основная система
- Smartup для подтверждённого полевого и дистрибуционного события
- Какие данные передаются
- Маршрут, задача, заказ, визит, доставка, оплата и доказательство выполнения
- Где исправляется
- Через управляемое исправление или повтор процесса с сохранением истории
- Кто использует результат
- Существующая ERP, BI, финансовый и операционный контроль
НАСТРОЙКА ОБМЕНА
Что передаём и как проверяем
Для каждого потока согласуем направление, ID, обязательные поля, проверки и статусы. Отдельно определяем способ обмена, частоту обновления и ответственного за ошибки.ПРАВИЛА ОБМЕНАID · ДАННЫЕ · ПРОВЕРКА · СТАТУС · ОТВЕТСТВЕННЫЙ
Справочники
- Направление
- Из основной системы в системы, использующие эти данные
- Как связываются записи
- Внешний ID и правило сопоставления
- Проверка
- Обязательные поля, уникальность, связи и действующий статус
- Конечный статус
- Запись принята или отклонена с причиной
- Кто разбирает ошибку
- Владелец исходного справочника
Цены и условия
- Направление
- Из утверждающей системы в канал исполнения
- Как связываются записи
- Контрагент, SKU, условие и период действия
- Проверка
- Пересечения периодов, валюта, упаковка и применимость
- Конечный статус
- Условие доступно нужной роли и дате
- Кто разбирает ошибку
- Коммерческий владелец правила
Остатки и резервы
- Направление
- Из складской или учётной системы в заказы и аналитику
- Как связываются записи
- Локация, SKU, партия и момент снимка
- Проверка
- Допустимый диапазон количества, единицы и порядок обновления
- Конечный статус
- Новая версия остатка принята вместо предыдущей
- Кто разбирает ошибку
- Владелец складского учёта
Заказы и статусы
- Направление
- Из Smartup в учётную систему или обработку заказов и обратно
- Как связываются записи
- Стабильный внешний ID документа и версия
- Проверка
- Клиент, строки, цена, доступность и допустимый переход статуса
- Конечный статус
- Документ получил согласованный конечный статус
- Кто разбирает ошибку
- Владелец процесса заказа
Оплаты и взаиморасчёты
- Направление
- Между финансовой системой и системой обработки операций
- Как связываются записи
- Плательщик, документ, сумма, валюта и внешний ID
- Проверка
- Связь с обязательством, сумма и правило распределения
- Конечный статус
- Оплата учтена, распределена по документам или передана на разбор
- Кто разбирает ошибку
- Финансовый владелец данных
ПРИМЕР: ЗАКАЗ МЕЖДУ СИСТЕМАМИ
Путь документа от источника до сверки
Каждый шаг сохраняет внешний ID, статус, время и причину. Команда видит, где находится документ и какой системе или роли принадлежит следующее действие.- Что поступает
- Подготовленная запись или документ
- Что фиксирует
- Внешний ID, версию и момент формирования
- Куда передаёт
- На проверку по правилам обмена
- Что поступает
- Поля, связи и текущий статус
- Что фиксирует
- Принятие либо конкретную причину отклонения
- Куда передаёт
- В исполнение или очередь разбора
- Что поступает
- Принятый документ и действующие ограничения
- Что фиксирует
- Операционные шаги, статусы и доказательства
- Куда передаёт
- В подтверждение факта
- Что поступает
- Подтверждённый заказ, визит, доставку или оплату
- Что фиксирует
- Исходный ID, итоговый статус и ссылку на факт
- Куда передаёт
- В систему, ожидающую результат
- Что поступает
- Статусы обеих сторон и контрольную выборку
- Что фиксирует
- Завершённость потока либо незакрытое отклонение
- Куда передаёт
- В мониторинг и решение владельца
ПРИМЕР: НЕИЗВЕСТНЫЙ КОД ТОВАРА
Разбор ошибок и повторная отправка
Журнал различает технический сбой и ошибку данных. Безопасный повтор использует тот же внешний ID и не подменяет исправление источника бесконечной отправкой.- Что видно
- Данные или изменение статуса не прошли согласованную проверку
- Следующее действие
- Зафиксировать причину и остановить дальнейшее применение
- Защитное правило
- Не превращать отклонение в молчаливое значение по умолчанию
- Что видно
- Понятно, в какой системе и роли исправляется источник
- Следующее действие
- Передать запись с контекстом и ожидаемым результатом
- Защитное правило
- Исправлять основные данные в утверждённой системе-источнике
- Что видно
- Новая версия записи прошла обязательную проверку
- Следующее действие
- Подготовить контролируемый повтор с тем же внешним ID
- Защитное правило
- Сохранить исходную ошибку и историю изменения
- Что видно
- Потребитель подтвердил принятие или конечный статус
- Следующее действие
- Закрыть отклонение и включить его в метрики потока
- Защитное правило
- Один факт не должен создавать второй документ
ПОДТВЕРЖДЁННЫЙ КАТАЛОГ
Что проверяем перед запуском
В продуктовом каталоге Smartup - 30+ подтверждённых интеграций. Для вашей системы отдельно проверяем применимость обмена и согласуем критерии приёмки.30+интеграций в продуктовом каталоге
- 01Для каждого потока согласованы источник, получатель и ответственные
- 02Тестовые записи проходят проверку полей, ID и статусов
- 03Задержки и отказы видны ответственным, порядок разбора согласован
- 04Повторная отправка проверена: второй документ не создаётся
Что уточняем для проектаПодтверждённый каталог 30+ не означает универсальный коннектор к любой системе. Доступность конкретного обмена, интерфейсы, направления, частота, объём данных, ответственность и критерии приёмки подтверждаются после обследования выбранной архитектуры.
Для архитектурного решения
Вопросы перед подключением
Согласуем возможности вашей системы, правила обмена и критерии готовности до запуска.
Нужно ли менять нашу ERP?
Для SFA и DMS можно сохранить существующую ERP в согласованной роли и настроить обмен. Другой вариант - использовать ERP-ядро Smartup для выбранного объёма учёта. Это не обязательная схема для каждого продукта: для FIN, B2B Marketplace и POS состав подключений рассматривается отдельно.
Как проверить, можно ли подключить нашу систему?
Назовите продукт Smartup, вторую систему и один поток: что, откуда и куда нужно передавать. Версию и конфигурацию укажите, если знаете; детали уточним с ответственным за систему. Проверим интерфейсы, поля и ограничения. Обмен из каталога требует проверки применимости к вашей версии и настройкам.
Что происходит, если обмен остановился или данные отклонены?
Нужно различать технический сбой и ошибку данных. Журнал помогает определить причину и ответственного. После исправления выполняется контролируемый повтор с тем же ID; отсутствие дублей проверяется при приёмке.
От чего зависят сроки и стоимость?
Сначала определим, достаточно ли настройки готового обмена, нужна ли его доработка или разработка нового. Для оценки нужны интерфейсы, состав и качество данных, частота обмена и критерии приёмки. Если нужны изменения во внешней системе или платный доступ к стороннему сервису, отдельно согласуем ответственных и расходы. Сроки и стоимость фиксируются после уточнения объёма работ.
ПОДГОТОВКА К ЗАПУСКУ
С чего начать интеграцию
Для первого обсуждения достаточно продукта Smartup, названия второй системы и одного процесса. Готовое ТЗ и полная выгрузка не нужны. По этим вводным определим, какие технические сведения потребуются для оценки.
Продукт Smartup и вторая система. Версия и конфигурация - если известны. Где ведутся данные, которые нужно передавать.
Один поток: что, откуда, куда и как часто передавать. Как проверить результат. Обезличенный пример записи или документа - при наличии.
Кто отвечает за каждую систему, кто может предоставить доступ и кто проверит результат. Документация и известные ограничения - при наличии.
Разберём вашу схему обмена
Расскажите, какой продукт Smartup и какую систему нужно связать. Укажите один процесс; версию системы - если знаете. На первом обсуждении уточним применимость существующего обмена, необходимые доработки и вводные для оценки.