Карта документа
Реквизиты, товары, покупатель и связь идентификаторов.
Связываем заказ сайта с правильным документом 1С и настраиваем согласованные обратные состояния, чтобы менеджеры видели актуальную обработку покупки.
Укажите CMS, конфигурацию и нужные обратные статусы. На примере заказа согласуем поля и правила обработки.
Обмен заказами сайта и 1С — передача состава покупки и выбранных событий её обработки между магазином и учётной системой. Он включает устойчивую связь объектов, сопоставление покупателей и товаров, а также правила изменения оплаты, отгрузки и отмены.
Уточняем, какой объект должен появляться в вашей конфигурации и в какой момент. Сопоставляем покупателя, организацию, товары и варианты, единицы, количество, скидки и доставку. Сохраняем внешний идентификатор, чтобы повторная загрузка обновляла существующий объект, а не создавала новый документ после каждой ошибки связи.
Проверяем обязательные реквизиты и поведение для нового клиента или несопоставленного товара. Не создаём случайные справочные записи только ради успешного импорта. При необходимости сначала настраиваем товарную карту обмена. Поддерживаемые поля и операции сверяем с возможностями конкретной связки 1С и CMS.
Определяем, откуда поступает подтверждение денег и какие данные о нём нужны в 1С. Отдельно описываем отгрузку, отмену и частичное изменение состава, если эти сценарии входят в задачу. Пересчёт подтверждённой покупки по новой цене справочника не должен происходить без принятого правила.
Согласуем источник цен и правила резервов и остатков. Ручная правка в одной системе может конфликтовать с очередным сообщением из другой, поэтому фиксируем, кто управляет каждым полем и когда изменение уже нельзя выполнять автоматически.
Испытываем новый заказ, повтор передачи, задержку обратного статуса и ошибку одной позиции. Проверяем отмену до и после выбранных этапов, а также частичное исполнение в согласованном объёме. Сверяем данные на сайте и в 1С: сумма, состав, покупатель и состояния должны соответствовать одной покупке.
Передаём карту статусов и журнал, позволяющий найти событие по внешнему и внутреннему номерам. Для временного сбоя определяем очередь и безопасный повтор, а для ошибки данных — действие ответственного сотрудника. Успешный сетевой ответ не закрывает задачу, пока нужный документ и его состояние не проверены в целевой системе.
Укажите CMS, конфигурацию и нужные обратные статусы. На примере заказа согласуем поля и правила обработки.
Реквизиты, товары, покупатель и связь идентификаторов.
Владельцы данных об оплате, отгрузке, изменении и отмене.
Контрольные заказы, повторы и порядок устранения ошибок.
Определяем целевой документ и нужные реквизиты.
Связываем создание, обновление и обратные состояния.
Сверяем заказы и испытываем повторы и исключения.
Повтор передачи не создаёт второй документ одной покупки.
Товары, количества и фактическая сумма совпадают с согласованным заказом.
Оплата и исполнение отражаются раздельно по проверенным данным.
Нужно проверить идентификатор, маршруты передачи и логику повторного создания. Иногда одна покупка поступает через несколько интеграций. Сначала восстанавливаем цепочку событий, затем настраиваем устойчивую связь и правила обновления уже существующего документа.
Да, если явно определить владельца каждого поля и допустимые стадии изменения. Без этого очередной обмен может стереть правку менеджера. Согласуем правила конфликтов и проверяем их на изменении состава, оплаты и исполнения покупки.
Только если они включены в требования и поддерживаются выбранной связкой или доработкой. Для них нужны отдельные поля, события и тесты. Приёмка обычного полностью оплаченного заказа не подтверждает корректность частичного исполнения.
Расскажите о сайте и о том, что хотите изменить. Уточним объём работ, обсудим сроки и подготовим предложение.
Опишите вашу ситуацию. Если сайт или CRM уже есть — добавьте ссылку и то, что хотите изменить.
На следующем шаге нужен только телефон. Остальное — по желанию.
Или напишите: info@iskariot.ru