Интеграция Мегамаркета с 1С
Изучаем кабинет продавца, схему выполнения заказов, склады и учётную конфигурацию. Проверяем доступ к текущему API и фиксируем разрешённые методы. Собираем контрольный набор товаров и заказов, чтобы увидеть реальные идентификаторы, форматы и статусы.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- Менеджер меняет цену или остаток в 1С, затем обновляет данные в кабинете либо готовит ручной файл. Между действиями товар продаётся по старому значению или остаётся недоступным.
- Заказы с площадки переносятся в 1С вручную. Сотрудник повторяет данные покупателя, состав, доставку и номер, а при большом потоке появляются пропуски или дубли.
- Часть товаров связана по артикулу, часть по идентификатору площадки, поэтому после обновления каталога система теряет соответствия и молча пропускает позиции.
Что именно мы сделаем
Изучаем кабинет продавца, схему выполнения заказов, склады и учётную конфигурацию. Проверяем доступ к текущему API и фиксируем разрешённые методы. Собираем контрольный набор товаров и заказов, чтобы увидеть реальные идентификаторы, форматы и статусы.
Создаём таблицу связей: номенклатура 1С, артикул продавца, идентификатор Мегамаркета, склад, вид цены и единица измерения. Добавляем правила округления, минимального остатка и доступности. Позиции с неоднозначным совпадением попадают в отдельный отчёт для менеджера.
Разрабатываем выгрузку цен и остатков по расписанию и, при необходимости, по команде. Пакеты делим на управляемые части, ответы сохраняем в журнале, операции после временных ошибок повторяем. Перед отправкой проверяем отрицательные значения и резкие изменения по нужным правилам.
Настраиваем загрузку заказов и доступный обмен состояниями. Заказ получает внешний идентификатор, источник, склад, состав и финансовые значения. Повторная выдача того же заказа обновляет связанную карточку. Изменение статуса проходит только по разрешённой последовательности площадки.
Проводим контрольный цикл: товар, цена, остаток, новый заказ, повторная загрузка и смена статуса. Проверяем несколько складов, отсутствующее сопоставление и восстановление после ответа с ошибкой. Передаём памятку менеджеру и регламент ежедневного контроля.
Что входит в стоимость
69 900 ₽ за всю работу
Проверяем модель работы продавца, доступ к актуальной документации и токену, товарные идентификаторы, склады и схему заказов. Настраиваем связь каталога 1С с карточками площадки, выгрузку цен и остатков, загрузку заказов и обмен статусами в подтверждённом составе API. Добавляем очередь, журнал, защиту от дублей, контроль отрицательных остатков и отчёт по товарам без сопоставления. Обмен может работать по расписанию и по действиям пользователя.
Что будет готово
Передадим вам
- Рабочая интеграция Мегамаркета с 1С для нужных цен, остатков, заказов и статусов.
- Регистр сопоставления товаров и складов, очередь, журнал обмена, контроль дублей и отчёт проблемных позиций.
- Инструкция менеджеру по запуску синхронизации, разбору ошибок и проверке свежести данных.
Перед сдачей проверим
- Контрольные цена и остаток передаются для связанного товара и склада, а ответ API фиксируется с точным временем и результатом.
- Тестовый заказ создаётся в 1С один раз, сохраняет состав и внешний номер, а разрешённый статус отражается по нужному сценарию.
- Товар без связи попадает в отчёт, после заполнения идентификатора успешно участвует в следующем обмене.
Как это выглядит на практике
Остатки двух складов и заказы Мегамаркета синхронизируются с 1С
Типичная ситуация: менеджер меняет цену или остаток в 1С, затем обновляет данные в кабинете либо готовит ручной файл. Между действиями товар продаётся по старому значению или остаётся недоступным. Сначала регламентное задание выбирает товары с изменениями и рассчитывает доступное количество по каждому складу.
Перед отправкой учитываются согласованные правила резервирования, затем API получает пакет цен и остатков. Ответы записываются по позициям, поэтому менеджер сразу видит товары с успешным обновлением и конкретные ошибки, а в финале новый заказ загружается в 1С с внешним номером, складом и составом. Интеграция связывает строки с номенклатурой и ставит спорную позицию на проверку.
- 01
Регламентное задание выбирает товары с изменениями и рассчитывает доступное количество по каждому складу. Перед отправкой учитываются согласованные правила резервирования.
- 02
API получает пакет цен и остатков. Ответы записываются по позициям, поэтому менеджер сразу видит товары с успешным обновлением и конкретные ошибки.
- 03
Новый заказ загружается в 1С с внешним номером, складом и составом. Интеграция связывает строки с номенклатурой и ставит спорную позицию на проверку.
- 04
После обработки менеджер меняет статус в привычной карточке. Разрешённое действие передаётся площадке, а результат сохраняется в журнале.
Что понадобится для работы
От вас
- Доступ к кабинету продавца Мегамаркета, актуальной документации и токену API, сведения о схеме работы и складах.
- Тестовая база 1С, примеры номенклатуры, цен, остатков и заказов, правила резервирования и округления.
- Таблица известных идентификаторов товаров, список статусов и описание ежедневных действий менеджеров.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 66 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Какие данные Мегамаркета можно синхронизировать?
Базовый востребованный набор включает цены, остатки, заказы и доступные статусы. Точный состав зависит от схемы продавца и методов, доступных для его аккаунта. Мы проверяем актуальную партнёрскую документацию и фиксируем карту обмена перед разработкой.
Как сопоставляются товары 1С и площадки?
Используем устойчивый идентификатор площадки и артикул продавца, а связь храним отдельно от названия. Автоматические совпадения проходят контроль, неоднозначные позиции попадают в отчёт. После подтверждения менеджером связь участвует во всех следующих обменах.
Как часто обновляются остатки?
Периодичность выбираем по объёму каталога, скорости продаж и доступным лимитам. Часто изменения собираются каждые несколько минут и уходят пакетами. Журнал показывает время последнего успешного обновления каждого склада.
Что защищает 1С от дублей заказов?
Каждый заказ сохраняет внешний идентификатор и источник. При повторном получении интеграция находит связанную карточку и обновляет разрешённые поля или статус. Отдельный отчёт показывает редкие конфликты, которым требуется решение менеджера.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.