Обмен 1С и сайта: 15 полей, 6 правил и 8 расхождений на 400 проверок

Карта соответствия · идемпотентность по ключу · сверка остатков, цены и НДС

  • Работает из России: рубли, договор с ИП, без VPN и иностранной карты
  • По умолчанию чтение и черновики: запись в 1С и отправку агент делает по вашей команде
  • Нормы настоящие — ГОСТ 34.601-90, 34.602-89, 34.603-92, ФЗ-402, ФЗ-63; числа кейсов помечены

Как это было

Просьба

«Сделайте обмен с сайтом, чтобы остатки и заказы ходили сами». До этого — таблица и файл вручную.

  • Что выяснили

    Обмен ломается не на «не работает», а на трёх вещах: один заказ приходит дважды, старая цена перезаписывает новую, удалённый заказ исчезает из истории.

  • Что написали

    Пятнадцать полей с типом и обязательностью, шесть правил обмена, включая идемпотентность по ключу и удаление через статус.

  • Что проверили

    Сверка на 400 проверках: 4 позиции свободного остатка без резерва, 1 позиция со ставкой 18 % против 20 %, 3 позиции с ценой ниже цены 1С.

  • Что открыть

    Спецификацию в pdf, карту соответствия, правила и сверку в xlsx.

Задача

Что за работа

Требования к обмену — это документ, который отвечает на вопросы, из-за которых обмены расходятся: кто хозяин поля, что делать с повтором, как удалять, чья цена побеждает. Без него обмен работает до первого сбоя связи, а потом заказы дублируются, и никто не может сказать, какой из двух настоящий.

Как это выглядит

Блок 1С и блок сайта, между ними карта соответствия полей и ключ обмена.

Путь в системах: что берём и что отдаём

  1. 1

    Вход: две системы

    Доступ к объектам 1С и к админке сайта или к его API. Нужны правила бизнеса: чья цена, чей остаток.

  2. 2

    Карта соответствия

    Поле JSON → поле 1С, тип, обязательность, правило. Пятнадцать полей на первом проходе.

  3. 3

    Правила и исключения

    Идемпотентность, порядок по времени изменения, удаление статусом, конфликт цены, поведение при обрыве.

  4. 4

    Выход: спецификация и сверка

    pdf со спецификацией, xlsx с картой, правилами и сверкой 400 проверок.

  5. 5

    Ваш шаг

    Решение по конфликту цены и по тому, кто хозяин остатка.

Агент делает · человек решает

Пишет спецификацию и карту полейагент: 15 полей, типы, обязательность, правило
Формулирует правила обменаагент: ключ, порядок, удаление, ошибка, права
Гоняет сверку 400 проверокагент: остатки, цена, ставка НДС
Решает, чья цена побеждаетчеловек: это правило бизнеса
Включает обмен в рабочую базучеловек: команда и окно, агент не включает сам

Что получится на выходе

Карта обмена: соответствие полей, правила и результат сверки 400 проверок.

Границы

Чего агент не делает

Агент не включает обмен на рабочей базе и не правит справочники без команды: сначала копия, потом решение. Он не решает, чья цена главнее и кто хозяин остатка — это правило бизнеса. И не обещает, что «расхождений не будет»: спецификация делает расхождение видимым, а не невозможным.

Вопросы

Почему нельзя просто «сделать обмен по API»?

Можно, и он заработает. Вопрос в том, что произойдёт при повторе и обрыве: без правил появляются дубли заказов и старая цена затирает новую.

Что такое идемпотентность простыми словами?

Один и тот же заказ, пришедший дважды, остаётся одним заказом. Достигается ключом: номер заказа плюс время изменения.

Почему удаление через статус, а не удаление?

Удалённый заказ исчезает из истории, и потом невозможно объяснить, почему товар ушёл. Статус «отменён» оставляет след.

Что показала сверка?

Восемь расхождений на 400 проверок. Три из них — цена сайта ниже цены 1С, то есть продажа дешевле, чем учёт. Это деньги, а не косметика.

Кто пишет код обмена?

Разработчик. Агент пишет то, по чему код пишется: поля, правила, сверку и исключения.

Соседние работы

Рядом

Дайте доступ к сайту и 1С — вернём спецификацию и сверку

Копия базы, тестовый ключ сайта и правила бизнеса: этого достаточно, чтобы увидеть расхождения.