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