Добрий день, CT
Тихе розуміння, яке сьогодні для мене вибухнуло: е-рахунки живуть на тій самій лінії отримання, що й оплата, а не на окремому порталі, який потрібно постійно контролювати. З @RiverdotInc отримання — це одночасно рахунок, податковий запис і підтвердження доставки в одному потоці.
Що працювало під час моєї перевірки:
→ Набори країн для PEPPOL EU, MX CFDI та Індії: податкові коди додаються під час отримання, QR-коди та печатки з’являються на отриманні, підтвердження від органу повертається як статус, а не лист;
→ Корекції та кредитні ноти — це гілки того ж самого отримання; повернення автоматично створюють кредитну ноту, скасування відправляють відповідні дані вгору з доказами;
→ Реальні часові вікна обробляються чергою з повторними спробами та якорями, щоб аудитори бачили не лише «що», а й «чому».
Мала перевірка сьогодні вдень за GMT+7:
• 64 рахунки по 3 коридорах;
• час від отримання до підтвердження — ~3,1 мільйона, найшвидший — 58 секунд;
• 5 кредитних нот, 1 корекція — усі оброблені в межах вікна;
• 0 невідповідних рядків у експорті ERP, PDF та XML прикріплено до того ж ідентифікатора отримання.
Що буду спостерігати далі → BR NF-e, самовидача рахунків та SII-стиль живих журналів. Як ви вирішуєте питання е-рахункових обов’язків при розширенні на нові ринки?
