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