Что означает «у нас стоит 1С»
Для начала понадобятся название конфигурации, её версия, сведения о доработках и контакт специалиста, который поддерживает базу. «Управление торговлей», «Управление нашей фирмой» и самостоятельно изменённая конфигурация — разные исходные условия. Также важно знать, где работает база и какие подключения разрешены.
У 1С есть опубликованный протокол обмена с сайтом на основе CommerceML. Он разделяет передачу каталога и обмен заказами. Это полезная отправная точка для обсуждения совместимости, но документация протокола не подтверждает, что конкретный магазин и доработанная база уже передают все нужные поля. Проверять нужно их фактическую связку. Протокол обмена с сайтом.
До согласования полной сметы мы рекомендуем запросить пример выгрузки. По нему можно увидеть, как представлены характеристики, варианты, цены и склады. Такой файл полезнее обещания «формат стандартный»: в нём видны данные, с которыми предстоит работать.
У каждого значения должен быть ответственный источник
Допустим, описание товара редактируют на сайте, цену устанавливают в 1С, а фотографии загружает контент-менеджер. При следующем обмене сайт должен обновить цену и сохранить описание с фотографиями. Если правила не заданы, новая выгрузка может затереть редакционную работу или создать второй товар.
Поэтому для каждого набора данных стоит записать источник, направление передачи и правило изменения. Для товара это постоянный идентификатор, название, варианты и характеристики. Для торговли — тип цены, склад, количество и доступность. Для заказа — состав, покупатель, доставка, сумма и статусы. Необязательно передавать всё сразу: в первую очередь нужен объём, который обслуживает согласованный сценарий продажи.
Отдельно обсудите идентификацию. Название товара может измениться, а одинаковые артикулы иногда встречаются у разных поставщиков. Сопоставление должно сохраняться после переименования. Рекомендуемый результат этого этапа — таблица полей с примерами и пояснением, какие значения разрешено редактировать на каждой стороне.
Остаток на складе и доступность к покупке
Число единиц на складе не всегда равно количеству, которое можно продать через сайт. Часть уже зарезервирована, часть относится к другому складу, часть ожидает проверки. Для магазина нужно определить именно доступное количество и момент, в который оно меняется.
Разберём условный пример. На складе осталась одна единица, покупатель начал оплату, а менеджер оформляет офлайн-заказ на тот же товар. Решение зависит от принятого правила резерва: когда он возникает, кто его подтверждает и когда освобождает. Интервал обмена сам по себе этот конфликт не решает.
В договоре полезно описать допустимое поведение при задержке: временно остановить покупку спорного товара, показать заказ под подтверждение или продолжить продажу по согласованному риску. Выбор должен сделать бизнес. Разработчик отвечает за то, чтобы реализованный сценарий соответствовал этому выбору и показывал сотрудникам исключения.
Заказ должен переживать повторную передачу
Покупатель оплатил заказ, сайт отправил его в учётную систему, но ответ не дошёл — для восстановления обмена данные потребуется отправить снова. Рекомендуемый критерий приёмки: система распознаёт уже созданный заказ, сохраняет его согласованную связь с документами учёта и не создаёт дублирующую продажу.
Нужно также договориться о смысле статусов. «Оплачен», «собран» и «отгружен» описывают разные события. Если платёж подтверждает сайт, а отгрузку — склад в 1С, двусторонний обмен не должен позволять старому состоянию отменять новое. Возврат и частичная отмена требуют отдельного обсуждения: какие документы создаются и кто вправе подтвердить финансовую операцию.
Что включить в проверку перед сдачей
Рекомендуем принимать обмен на копии базы или в другом согласованном тестовом окружении. В наборе товаров должны быть обычная позиция, вариант с характеристикой, отсутствующий товар и позиция с изменившейся ценой. Для каждого примера фиксируют ожидаемый результат и сравнивают его с фактическим состоянием обеих систем.
Затем проводят заказ до учётной системы, повторяют передачу, отменяют покупку и проверяют освобождение резерва. Отдельный сценарий — временная недоступность 1С: видно ли, какие заказы ждут передачи, кто получает уведомление и как восстанавливается работа. Скриншот зелёной кнопки обмена не заменяет эту сверку.
Для обсуждения разработки интернет-магазина с pommeDeTerre можно прислать описание конфигурации, пример каталога и схему работы сотрудников. Эти материалы помогут отделить готовые возможности от необходимых доработок. Обмен с 1С стоит включать в состав магазина как самостоятельную работу с понятным результатом; общий состав запуска описан в нашем руководстве об интернет-магазине под ключ.