Appearance
Заказы в 1С: какой документ создаётся
Обработка GoSyncOrders опрашивает облако и создаёт в базе родной типовой документ той конфигурации, которая выбрана в настройках. Никаких собственных «универсальных» документов в типовых конфигурациях не заводится.
Документ по конфигурациям
| Конфигурация 1С (KZ) | Создаваемый документ | Механика и статусы |
|---|---|---|
| УТ 2.4 / КА 2.4 KZ | Документ.ЗаказКлиента | Создаётся проведённым в статусе «К выполнению» (или «К обеспечению»). Вариант обеспечения в строках — «Резервировать на складе». |
| Розница 2.3 KZ | Документ.ЗаказПокупателя | Создаётся проведённым. Резервирует товар на складе магазина. |
| УНФ 1.6 KZ | Документ.ЗаказПокупателя | Создаётся проведённым в статусе «В работе». Резервирует товар. |
| Бухгалтерия (БК 3.0 KZ) | Документ.GoSync_Заказы (расширение) | Создаётся документ заказа расширения, двигает регистр резервов. Бухгалтерские проводки по счёту 1330 не формируются. |
Для БК 3.0 без установленного расширения GoSync_Заказы работает запасной сценарий: создаётся черновик «Реализации товаров и услуг». Он не проводится и на остатки по счёту 1330 не влияет, поэтому защиты от оверселла в этом режиме нет — расширение рекомендуется.
Почему база остаётся на поддержке
Данные площадки не пишутся в реквизиты документов. Конфигурация не меняется вообще: всё уходит в РегистрСведений.ДополнительныеСведения через типовой механизм БСП.
Состав дополнительных сведений заказа:
| Имя сведения | Тип | Что содержит |
|---|---|---|
order_id | Строка (1024) | Идентификатор заказа в GoSync. По нему идёт поиск и синхронизация. |
marketplace_code | Дополнительное значение | Код площадки: kaspi, ozon, wildberries, wolt20, glovo, yandex_eda. |
order_status | Дополнительное значение | Текущий статус заказа в GoSync. |
order_external_number | Строка (1024) | Идентификатор заказа в системе площадки. |
external_order_display_id | Строка (1024) | Человекочитаемый номер заказа с витрины. |
Дополнительные сведения ищутся по полю Имя, а не по представлению.
Реальный покупатель и ссылка на накладную площадки (waybill_url, если канал её отдаёт) записываются в комментарий и сведения заказа. В «номер по данным клиента» попадает номер с витрины, в «дату по данным клиента» — время создания заказа на площадке.
Так делают не все. Обычный путь интегратора — завести под данные площадок новые реквизиты, справочники и документы прямо в конфигурации. База после этого уходит с поддержки, и каждое типовое обновление приходится сравнивать и сливать вручную. Мы этот путь не используем: типовая конфигурация не меняется, обновление у 1С-франчайзи проходит штатно.
Для 1С:Розница и УНФ весь контур закрывается вообще без расширений — достаточно внешних обработок. Расширения нужны только для УТ, КА и Бухгалтерии.
Смена статусов из 1С
Обработка GoSyncOrderCommands добавляет на формы документов кнопки смены статуса. Статус уходит в облако, оттуда — на площадку. Отдельно ходить в кабинет GoSync или в кабинет площадки не нужно.
Пробитие фискального чека по заказу
Касается только доставки: Wolt, Glovo, Яндекс.Еда. Деньги с покупателя собирает агрегатор, но фискализацию по такому заказу проводит магазин: он пробивает чек на своей кассе и передаёт его клиенту вместе с заказом. Пробивается чек по документу, который GoSync загрузил в 1С.
Для маркетплейсов — Kaspi, Ozon, Wildberries — пробивать ничего не нужно: фискализацию площадка проводит на своей стороне. Никакого чека в 1С по такому заказу не требуется.
Где-то путь от заказа к чеку умеет сама конфигурация, где-то механизма нет и его добавляет расширение GoSync:
| Конфигурация | Чем пробивается чек |
|---|---|
| УТ 2.4 / КА 2.4 | Расширение GoSync: пробитие чека по заказу |
| Розница 2.3 | Типовой механизм «Продажа по заказу» |
| УНФ 1.6 | Типовой механизм «Продажа по заказу» |
| Бухгалтерия 3.0 | Расширение GoSync, то же самое, работает с документом GoSync_Заказы |
В Рознице и УНФ дорабатывать ничего не нужно: кассир открывает заказ, загруженный GoSync, и пробивает чек штатно. Для УТ, КА и БК типового пути от заказа к чеку нет, поэтому мы даём расширение — оно входит в поставку и конфигурацию не меняет.
Виды безналичной оплаты под каналы доставки («Терминал Wolt», «Glovo», «Яндекс.Еда») создаются заранее — см. Настройка в 1С.
См. также
- Остатки и резервы — что именно уходит на витрину и как снимается резерв
- Настройка в 1С — установка обработок и регламентные задания
- External API: Заказы — тот же обмен по HTTP для не-1С систем