Все интеграцииДоставка

Яндекс.Еда

Яндекс.Еда вместе с Wolt и Glovo: меню из учёта, заказы обратно.

Вебхуки на свой сервер, меню вручную, стопы с опозданием.

Обсудить в WhatsApp Тарифы и счёт Регистрация

Что синхронизируется

Меню и наличие
Заказы и статусы
Облачные вебхуки без своего IP

Что нужно от вас

Кабинет партнёра Яндекс.Еда
Ключи / OAuth по схеме площадки

Где в кабинете

Выгрузка → Яндекс.Еда. Client ID GoSync нужен площадке для колбэков.

Документация

Цены и остатки

Цены из учёта можно пересчитать под каждый канал

Цены и остатки приходят из учётной системы как есть. Что с ними делать дальше, вы задаёте правилами в кабинете GoSync — саму 1С менять не нужно.

Наценка или скидка

К цене из учёта применяется наценка или скидка в процентах, либо ставится своя цена. Для каждого канала правило своё: на Kaspi одна цена, в доставке другая.

Перечёркнутая цена и акция

Второй вид цены выгружается как акционный. На витрине маркетплейса или доставки старая цена показывается перечёркнутой, рядом — размер скидки.

Остатки и стоп-листы

Выбираете, остаток каких складов уходит на площадку, и можно ли его ограничить по товару. Ноль в остатке — позиция автоматически уходит в стоп-лист.

Правила задаются на трёх уровнях:

по группам товаров
по складам и точкам
по отдельному товару

Источники учёта

Данные на площадки уходят из вашей учётной системы. Поддерживаем три источника, подключение у каждого своё.

Типовые конфигурации 1С для Казахстана: остатки, цены и заказы с площадок — без снятия базы с поддержки.

Стандарт-Н как источник учёта: каталог и остатки уходят на площадки, заказы с Kaspi / Wolt / доставки возвращаются в Стандарт-Н.

Если у вас самописная база, МойСклад или WMS — ваши разработчики легко подключаются через открытый JSON REST API.

Поддержка 1С для Казахстана

Поддерживаем все актуальные типовые конфигурации для Казахстана:

Управление торговлей для Казахстана (УТ) / Комплексная автоматизация (КА)
Розница для Казахстана
Управление нашей фирмой (УНФ)
Бухгалтерия для Казахстана (БК)

Что GoSync создаёт в вашей базе

Заказ с площадки становится родным типовым документом той конфигурации, которая у вас стоит. Своих «универсальных» документов в типовую базу не добавляем.

УТ 2.4 / КА 2.4

Документ заказа: Заказ клиента
Как создаётся: Проведённым, статус «К выполнению», обеспечение — резервировать на складе
Чек по заказу доставки: Расширение GoSync

Розница 2.3

Документ заказа: Заказ покупателя
Как создаётся: Проведённым, резерв на складе магазина
Чек по заказу доставки: Типовая «Продажа по заказу»

УНФ 1.6

Документ заказа: Заказ покупателя
Как создаётся: Проведённым, статус «В работе», с резервом
Чек по заказу доставки: Типовая «Продажа по заказу»

Бухгалтерия 3.0

Документ заказа: GoSync_Заказы
Как создаётся: Документ расширения, проводок по счёту 1330 не делает
Чек по заказу доставки: Расширение GoSync

Конфигурация	Документ заказа	Как создаётся	Чек по заказу доставки
УТ 2.4 / КА 2.4	Заказ клиента	Проведённым, статус «К выполнению», обеспечение — резервировать на складе	Расширение GoSync
Розница 2.3	Заказ покупателя	Проведённым, резерв на складе магазина	Типовая «Продажа по заказу»
УНФ 1.6	Заказ покупателя	Проведённым, статус «В работе», с резервом	Типовая «Продажа по заказу»
Бухгалтерия 3.0	GoSync_Заказы	Документ расширения, проводок по счёту 1330 не делает	Расширение GoSync

Номер заказа, площадка и статус пишутся не в реквизиты, а в дополнительные сведения через типовой механизм БСП. Конфигурация не меняется, база обновляется 1С-франчайзи штатно. Чек нужен только по заказам доставки — Wolt, Glovo и Яндекс.Еда: деньги с покупателя собирает агрегатор, а фискализацию проводит магазин и передаёт чек клиенту. В Рознице и УНФ он пробивается штатно, для УТ, КА и БК расширение входит в поставку. По Kaspi, Ozon и Wildberries чек не пробивается, площадка фискализирует сама.

На витрину уходит свободный остаток, а не полка

Из остатка на складе вычитаются резервы по заказам клиентов, а в УТ и КА ещё и заказы на перемещение. Заказ с площадки проводится в 1С и сразу занимает товар, поэтому второй покупатель его уже не увидит. При отмене заказа резерв освобождается и товар возвращается на витрины.

Механика обмена с 1С в документации

Всё входит в поставку и работает без изменения конфигурации

Единые универсальные обработки для выгрузки остатков/цен и загрузки заказов.
Фискальный чек по заказу доставки (Wolt, Glovo, Яндекс.Еда): в Рознице и УНФ типовым механизмом, для УТ и КА даём расширение. По Kaspi, Ozon и WB чек не нужен — площадка фискализирует сама.
Расширение GoSync_Заказы для Бухгалтерии (БК): резервирование товаров, учёт заказов и чек по заказу без искажения реализации.

База остаётся на типовой поддержке и обновляется 1С-франчайзи штатно, без сбоев.

Стандарт-Н: подключает сам вендор

Вендор Стандарт-Н знает GoSync и уже подключал наших клиентов. Обмен настраивают их специалисты на своей стороне, вам не нужен отдельный интегратор.

Подключение и настройку обмена выполняет вендор Стандарт-Н. Стоимость этих работ уточняйте у него.
С нашей стороны только лицензия GoSync. Внедрение мы не делаем, его целиком закрывает вендор.
Дальше всё работает как с 1С: каталог и остатки уходят на площадки, заказы возвращаются в учёт.

Своя система или другая ERP: подключают ваши разработчики

Открытый JSON REST API с документацией: каталог, остатки, цены и заказы единым форматом на все площадки.

Подключение выполняют ваши разработчики по документации. Внедрение с нашей стороны не требуется.
С нашей стороны только лицензия GoSync.
Client ID и Client Secret выдаются в кабинете, дальше только исходящие HTTPS-запросы к облаку.

Документация External API

Для 1С-ника и IT-директора

Почему облачный хаб GoSync лучше десятка отдельных обработок 1С?

5 000 товаров и 4 канала — Kaspi, Wolt, Glovo, Яндекс: одна база не должна тянуть параллельные тяжёлые выгрузки каждые 10 минут.