Сценарий обмена
Проверяем конфигурацию и формат CommerceML или доступный API. Не предполагаем совместимость только по названию программы; нужен пример обмена.
Связываем магазин с существующей учётной системой: каталог, остатки, цены и заказы по согласованным направлениям обмена.
Проверяем конфигурацию и формат CommerceML или доступный API. Не предполагаем совместимость только по названию программы; нужен пример обмена.
Фиксируем соответствие ID и полей, расписание, журнал ошибок и повторные попытки. Проверяем, что временный сбой не приводит к потере или дублированию записей.
Версия OpenCart, название модуля или документация API, пример данных и перечень операций. Лицензии, тарифы сервисов и нестандартные доработки указываем отдельно.
Для оценки нужны версия, название конфигурации, список доработок и пример файла обмена. Проверяем доступность CommerceML, HTTP-сервиса или другого интерфейса. Одинаковое название 1С не означает одинаковый формат данных.
Сопоставляем номенклатуру, характеристики вариантов, единицы измерения и типы цен. Проверяем округление, валюту и поведение отсутствующих значений. Это карта соответствий для вашего учёта, а не универсальный импорт всех полей.
Сначала сверяем тестовую загрузку. Затем согласуем обновление изменённых записей, размер пакетов и расписание. Удаление из источника не должно незаметно уничтожать карточку магазина: для этого нужно отдельное правило.
Оценка зависит от вашей версии OpenCart, состояния данных, модулей и согласованного результата. Пришлите пример задачи — определим объём, сроки и стоимость до начала работ.
Перенос с Prom на OpenCart с сохранением поисковой видимости. Синхронизация с 1С.
Перенос с Prom на OpenCart с сохранением поисковой видимости. Синхронизация с 1С.
Нет. Проверяем совместимость с версией OpenCart, конфигурацией 1С и реальным файлом. Модуль может закрывать базовый обмен, но не ваши варианты, типы цен или доработки.
Пришлите ссылку, пример каталога и нужные интеграции. Подготовим перечень работ и уточним смету.
Рассчитать интеграцию