Опис проєкту
ПерекладВся наша бухгалтерія, складський облік і ціноутворення ведуться в 1С, а продажі йдуть через сайт і інтернет-магазин. Зараз дві системи живуть окремо: менеджер вивантажує з 1С таблиці, вручну їх редагує і заливає на сайт, а нові замовлення точно так же вручну переносить назад в 1С. Ця рутина забирає по кількох годинах щодня, але головна біда навіть не в цьому — вона породжує помилки, які ми помічаємо вже постфактум, коли клієнт встиг замовити товар, якого немає на складі, або побачив ціну, яку ми давно не даємо. Ми шукаємо розробника, здатного перетворити цей крихкий ручний процес в стабільний автоматичний міст між двома системами.
Мета — справжня двостороння синхронізація за розкладом. Товари, залишки і ціни повинні йти з 1С на сайт, а нові і змінені замовлення — повертатися з сайту в 1С, щоб обидві сторони завжди були узгоджені. Інтеграція зобов'язана витримувати реальні умови: неповні дані, тимчасові збої зв'язку і повторний запуск. Значить, потрібні ідемпотентні і безпечні повторні прогони, які ніколи не задвоять замовлення і не испортять запис, зрозумілі правила розв'язання конфліктів, коли одна й та сама сутність змінилася з обох боків, і детальне логування, щоб було видно, що саме передано, і можна було розібрати будь-який збій без гадань.
Ми надамо доступ до нашої конфігурації 1С і тестову копію сайту. Опишіть, будь ласка, ваш підхід, пропонований формат обміну і досвід подібних інтеграцій з 1С.
Ключові вимоги:
— Двосторонній обмін: товари, залишки, ціни (1С → сайт) і замовлення (сайт → 1С)
— Запуск за розкладом з налаштовуваною частотою і ручним запуском
— Ідемпотентні безпечні повтори без задвоєння замовлень і порчі даних
— Явні правила розв'язання конфліктів і логування за кожною записом
— Сповіщення про помилки і читаємий звіт за кожним сеансом обміну
— Документація і передача, щоб наші співробітники могли підтримувати рішення
Мета — справжня двостороння синхронізація за розкладом. Товари, залишки і ціни повинні йти з 1С на сайт, а нові і змінені замовлення — повертатися з сайту в 1С, щоб обидві сторони завжди були узгоджені. Інтеграція зобов'язана витримувати реальні умови: неповні дані, тимчасові збої зв'язку і повторний запуск. Значить, потрібні ідемпотентні і безпечні повторні прогони, які ніколи не задвоять замовлення і не испортять запис, зрозумілі правила розв'язання конфліктів, коли одна й та сама сутність змінилася з обох боків, і детальне логування, щоб було видно, що саме передано, і можна було розібрати будь-який збій без гадань.
Ми надамо доступ до нашої конфігурації 1С і тестову копію сайту. Опишіть, будь ласка, ваш підхід, пропонований формат обміну і досвід подібних інтеграцій з 1С.
Ключові вимоги:
— Двосторонній обмін: товари, залишки, ціни (1С → сайт) і замовлення (сайт → 1С)
— Запуск за розкладом з налаштовуваною частотою і ручним запуском
— Ідемпотентні безпечні повтори без задвоєння замовлень і порчі даних
— Явні правила розв'язання конфліктів і логування за кожною записом
— Сповіщення про помилки і читаємий звіт за кожним сеансом обміну
— Документація і передача, щоб наші співробітники могли підтримувати рішення
Розробка для WEB Готівка, Банківський переказ
