Илья Шкура
EN UK RU

Кейсы · Проверка автоматизации

Учёт магазина в n8n, собранный ИИ: проверен и исправлен

Образец заказа: Nordaloom — вымышленный магазин, Stripe в тестовом режиме, в учёте тестовые данные. Сценарии n8n собраны в Claude Code для этого кейса; каждая находка, проверка и исправление — настоящий прогон.

6проблем в учёте, который ИИ собрал в n8n для интернет-магазина: от НДС в инвойсах до возврата, который провалился уже после «успеха»; все шесть исправлены

Цель

Владелец хотел, чтобы бумажную и денежную часть вёл n8n: каждая оплата — в учёт со страной, валютой, НДС по таблице владельца, комиссией Stripe и суммой на руки; PDF-инвойс с номером, который никогда не пропускается и не повторяется; по SEPA инвойс только когда деньги пришли; возвраты — кредит-нотами; споры; выплаты, сходящиеся до цента; евро, доллары и фунты с учётом в евро; сводка в 8:00 и CSV для бухгалтера за месяц. Потом к учёту подключили интернет-магазин. Вопрос: верен ли учёт там, где деньги и НДС ведут себя необычно, и ничего ли не теряется и не дублируется, когда что-то падает?

Сложность

ИИ сдал учёт как собранный и проверенный, и на обычном пути так и было: продажа картой в Латвии давала правильный инвойс, то же событие Stripe, присланное ещё раз, ничего не дублировало, номера шли без пропусков, а сбой n8n, базы, почты или конвертера PDF ничего не терял. Ошибки сидели в более редких случаях: бизнес-клиенты с номерами НДС ЕС, возврат, который проваливается поздно, дни с банковскими переводами, база магазина, которая не отвечает.

Решение

Сначала правила учёта записали, а просьбы владельца уходили ИИ обычными словами. Потом каждое правило проверили на настоящих тестовых оплатах Stripe и настоящих заказах в локальной копии магазина: что должно было случиться против того, что случилось. Исправления уходили ИИ как сообщения владельца; каждый раунд проверяли заново — что исправлено и что сломалось, — а на финальной версии все проверки прогнали ещё раз.

Результат

6 проблем: 4 средних, 2 низких. Австрийская фирма с немецким номером НДС платила австрийский НДС, €33.00 с €198.00, вместо обратного начисления; латвийская фирма с доставкой в Берлин — немецкий НДС вместо латвийского; возврат, который Stripe провалил через два часа, оставался в учёте как возвращённый, а у клиента была кредит-нота на деньги, которых он не получил; пока база магазина молчала 12 минут, в учёт не попадало ничего, даже оплаты, не связанные с магазином, и никто об этом не узнавал; в дни с банковскими переводами утренняя сводка начиналась с «net €0.00»; магазин показывал 21% НДС, а инвойс брал НДС страны доставки. Все шесть исправлены: ошибочные инвойсы отменены кредит-нотами и выставлены заново, владелец узнаёт о сбое за минуту, магазин и инвойсы считают одинаковый НДС. Из 133 проверок на сданной версии падали 9, на финальной — ни одна. Выплаты Stripe в тестовом режиме увидеть не удалось; это и другие ограничения названы в отчёте. Владельцу оставлены: комиссия Stripe за банковские переводы и вход в базу только на чтение. Одна автоматизация, собранная один раз: цифры описывают этот учёт, а не долю для таких систем.

Услуга

Такая же проверка для вашей автоматизации

Вы присылаете сценарии, выгруженные из n8n, а не пароли или ключи. Каждая проблема — с примером в деньгах, а каждое исправление проверяется заново на то, что оно сломало.