Кейси · Перевірка автоматизації
Облік магазину в n8n, зібраний ШІ: перевірений і виправлений
Зразок замовлення: Nordaloom — вигаданий магазин, Stripe у тестовому режимі, в обліку тестові дані. Сценарії n8n зібрано в Claude Code для цього кейсу; кожна знахідка, перевірка й виправлення — справжній прогін.
Мета
Власник хотів, щоб паперову й грошову частину вів 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, а не паролі чи ключі. Кожна проблема — з прикладом у грошах, а кожне виправлення перевіряється знову на те, що воно зламало.