UPO в KSeF - що означає офіційне підтвердження отримання

UPO в KSeF - це офіційне підтвердження, що рахунок-фактуру прийняла система Міністерства фінансів Польщі. Офіційна польська назва - Urzędowe Poświadczenie Odbioru, хоча в розмовній мові трапляється також Urzędowe Potwierdzenie Odbioru. Зазвичай користувачі мають на увазі той самий доказовий документ після прийняття рахунку KSeF.

UPO містить, зокрема, номер KSeF рахунку, номер рахунку, наданий платником, дату надсилання, дату прийняття і дані, що пов'язують підтвердження з конкретною відправкою. Натиснути Надіслати - ще не означає завершити процес. Операційно його завершують прийняття документа, номер KSeF і можливість завантажити UPO.

Найбезпечніша процедура проста: підготувати XML FA(3), надіслати документ, перевірити статус, завантажити UPO і зберегти його в архіві разом із рахунком. Відсутність UPO потребує перевірки статусу, а не автоматичного повторного надсилання того самого файлу.

UPO - це офіційне підтвердження отримання електронного документа в KSeF. Його роль доказова: воно показує, що структурований рахунок пройшов обробку і валідацію та був прийнятий системою.

На практиці UPO відповідає на питання, на яке сам XML-файл не відповідає: чи документ справді прийнято KSeF? XML може бути підготовлений правильно, але доки система його не прийме, немає номера KSeF і підтвердження прийняття.

Тому в бухгалтерському процесі варто розрізняти три стани: документ підготовлено, документ надіслано і документ прийнято. Лише третій стан, підтверджений номером KSeF і UPO, означає, що рахунок пройшов через KSeF.

Опис елементів UPO, опублікований Міністерством фінансів, показує, що це не загальне повідомлення на кшталт успішно. Це документ із конкретними даними, які ідентифікують рахунок, надсилання і прийняття системою.

Для бухгалтерії найважливіший елемент - номер KSeF е-рахунку. Він ідентифікує документ у системі KSeF. Поруч є номер рахунку, наданий платником, тобто значення з поля P_2, завдяки чому підтвердження можна пов'язати з нумерацією компанії.

UPO може також містити референсний номер надісланого набору документів. Для інтерактивного надсилання це референсний номер сесії, а для пакетного - номер пакета. Це важливо при більшій кількості документів, бо дозволяє відтворити, у межах якої операції рахунок потрапив до KSeF.

Номер KSeF і UPO пов'язані, але це не одне й те саме. Номер KSeF є ідентифікатором рахунку, наданим системою після прийняття документа. UPO є підтвердженням, яке містить цей номер і документує момент прийняття.

Важливо також, що ідентифікатор документа, надісланого до KSeF, не є номером KSeF рахунку. На практиці можна бачити номер сесії, номер пакета, власний номер рахунку і номер KSeF. Кожен із них виконує іншу функцію.

Номер KSeF не є елементом XML-файлу, підготовленого перед надсиланням. Він з'являється лише після прийняття документа KSeF і повертається у підтвердженні. Тому його не слід вручну вписувати в рахунок перед надсиланням.

UPO доступне після обробки і прийняття документа системою KSeF. Не варто будувати процедуру на фіксованій кількості хвилин, бо час залежить від способу надсилання, навантаження системи, типу сесії і того, чи документ проходить валідацію без помилок.

Найпростіше правило: доки немає статусу прийняття, номера KSeF і UPO, процес не завершено. Документ може ще оброблятися, чекати на обробку сесії або бути відхиленим.

Для окремих рахунків користувач зазвичай перевіряє статус документа і завантажує підтвердження після прийняття. Для більших пакетів треба також контролювати статус сесії або пакета, бо підтвердження може стосуватися набору документів.

UPO завантажується в інструменті, через який обслуговується надсилання рахунку. Це може бути Aplikacja Podatnika KSeF 2.0, бухгалтерська система з інтеграцією KSeF, власна API-інтеграція або KSeFGPT після надсилання документа.

Aplikacja Podatnika KSeF 2.0 дозволяє перевіряти статус надсилання і завантажувати UPO для одного або багатьох рахунків. Це зручний шлях для компаній, які працюють вручну або потребують офіційної точки відліку.

У комерційних системах найважливіше, щоб UPO поверталося в те саме місце, де команда працює з рахунками. Окреме завантаження підтверджень з іншої панелі швидко створює прогалини в архіві, особливо коли документів десятки або сотні на місяць.

При окремому надсиланні найпростіше думати про UPO як про підтвердження для одного рахунку. Користувач надсилає документ, система приймає його, надає номер KSeF і робить підтвердження доступним.

При більших пакетах з'являється додатковий операційний шар: сесія, пакет, статуси окремих документів і колективне підтвердження. Тоді особливо важливо, щоб система могла пов'язати референсний номер пакета з конкретними рахунками та їхніми номерами KSeF.

Для бухгалтерії недостатньо знати, що пакет оброблено. Потрібно знати, які рахунки прийнято, які отримали номер KSeF, які мають UPO, а які потребують виправлення і повторного надсилання.

Відсутність UPO не має однієї причини. Документ може ще оброблятися, сесію не закрито, система ще не завантажила підтвердження або рахунок було відхилено. Першою реакцією має бути перевірка статусу, а не повторне надсилання того самого документа.

Найризикованіший сценарій - вважати, що якщо файл надіслано, рахунок прийнято. У KSeF потрібно розрізняти передачу і прийняття. Якщо немає номера KSeF і UPO, бухгалтерія має вважати справу відкритою.

Якщо документ відхилено, потрібно виправити дані або XML і надіслати правильний документ повторно. Якщо документ прийнято, але UPO не видно у вашому застосунку, перевірте, чи система правильно завантажила підтвердження і чи ви дивитеся на правильний контекст платника.

У щоденній роботі варто мати сталий набір перевірок. Завдяки цьому рахунок не зависає на півдорозі між бухгалтерською системою і KSeF, а команда не мусить через місяць відтворювати, чи документ справді було прийнято.

По-перше, перевірте номер KSeF. По-друге, завантажте UPO або переконайтеся, що система зробила це автоматично. По-третє, порівняйте номер рахунку з поля P_2 з власним номером документа у вашій системі. По-четверте, збережіть дату прийняття.

При більших обсягах додайте контроль пакета: референсний номер сесії або пакета, список прийнятих документів і список відхилених документів. Це зменшує ризик, що один рахунок із пакета зникне між статусом надсилання і бухгалтерським обліком.

Міністерство фінансів у технічному FAQ вказує, що немає обов'язку завантажувати і архівувати UPO KSeF. Але це не означає, що підтвердження непотрібне. На практиці добрий операційний комплект містить XML рахунку, номер KSeF, UPO, власний номер рахунку, дату прийняття, статус надсилання і можливі повідомлення про помилки.

Не вважайте скриншот заміною UPO. Скриншот може допомогти в операційній розмові, але не замінює належного підтвердження, завантаженого із системи. Так само email з інформацією про надсилання не є тим самим, що офіційне підтвердження отримання.

У компаніях і бухгалтерських бюро варто встановити одне правило називання і зберігання: номер рахунку, номер KSeF, NIP клієнта і місяць. Чим раніше команда це уніфікує, тим менше ручного пошуку буде після закриття періоду.

KSeFGPT поєднує надсилання, моніторинг статусу, завантаження UPO і архівацію в одному місці. Користувачу не потрібно окремо перевіряти, чи рахунок прийнято, а потім вручну переносити підтвердження в інший каталог.

Практичний процес виглядає так: ви готуєте або імпортуєте рахунок, перевіряєте дані, надсилаєте XML FA(3) до KSeF, стежите за статусом, завантажуєте UPO після прийняття документа і повертаєтесь до рахунку з повним набором інформації. Більше про застосунок читайте у статті KSeFGPT - застосунок для імпорту, експорту та AI-аналітики рахунків.

На KSeFGPT.pl UPO можна завантажити в модулі Фактури. Після відкриття конкретного рахунку підтвердження доступне поруч з іншими файлами документа, такими як PDF і XML. Це зручно, коли потрібно перевірити повний комплект для одного рахунку: дані документа, XML, PDF-візуалізацію, номер KSeF і UPO.

Другий шлях працює без відкриття деталей документа. У списку вхідних або вихідних рахунків відкрийте меню з трьома крапками (...) біля вибраного рахунку і виберіть дію завантаження UPO. Цей варіант швидший, коли ви впорядковуєте кілька документів зі списку або перевіряєте підтвердження після більшої відправки.

Це особливо важливо при командній роботі. Якщо одна людина надсилає документ, друга його обліковує, а третя контактує з клієнтом, статус прийняття і UPO мають бути видимі в одному процесі, а не в приватній папці користувача.

Перша помилка - плутати статус надіслано зі статусом прийнято. Надсилання означає, що файл потрапив у технічний процес. Прийняття означає, що KSeF надав номер KSeF і можна завантажити UPO.

Друга помилка - плутати референсний номер сесії з номером KSeF. Номер сесії допомагає відстежити операцію надсилання, але не ідентифікує рахунок так, як номер KSeF. В архіві можуть бути потрібні обидва номери.

Третя помилка - відсутність процедури для документів без UPO. Якщо рахунок не має підтвердження, він має потрапити до списку справ для з'ясування. Автоматичне повторне надсилання без перевірки статусу може збільшити хаос і ускладнити ідентифікацію правильного документа.

UPO - невеликий документ, але він змінює спосіб мислення про рахунок. У традиційному обігу багато компаній завершували процес на створенні PDF або надсиланні повідомлення контрагенту. У KSeF потрібно дивитися на повний цикл: XML, надсилання, прийняття, номер KSeF і UPO.

Найбільший ризик не в самому визначенні UPO, а у відсутності процедури. Якщо команда не знає, хто завантажує підтвердження, де вони зберігаються і як обробляти відсутність UPO, проблема проявиться лише при закритті місяця, спорі з контрагентом або перевірці.

Добрий застосунок має не лише надсилати документ, а й контролювати завершення процесу. Користувач повинен бачити, які рахунки мають UPO, які ще чекають, а які потребують виправлення. Саме це відрізняє обслуговування KSeF від звичайного експорту XML.

Що таке UPO в KSeF? - UPO в KSeF - це офіційне підтвердження, що система прийняла документ. На практиці воно підтверджує номер KSeF, дату прийняття і зв'язок рахунку з відправкою або сесією.

UPO і номер KSeF - це те саме? - Ні. Номер KSeF ідентифікує рахунок після прийняття, а UPO є документом-підтвердженням, у якому цей номер зазначено.

Коли можна завантажити UPO? - UPO доступне після обробки і прийняття документа системою KSeF. Сам факт надсилання файлу не означає завершення процесу.

Що означає відсутність UPO після надсилання? - Документ може ще оброблятися, бути відхиленим, сесія могла бути неправильно оброблена або застосунок ще не завантажив підтвердження. Спочатку перевірте статус і повідомлення системи.

Чи потрібно зберігати UPO? - Згідно з технічним FAQ Міністерства фінансів Польщі, немає обов'язку завантажувати і архівувати UPO KSeF. Але операційно варто зберігати UPO разом із рахунком, номером KSeF, власним номером рахунку і статусом відправки.

Чи може UPO стосуватися багатьох рахунків? - Так. Для пакетів документів може бути колективне підтвердження, пов'язане з референсним номером пакета або сесії. Окремі рахунки все одно потрібно звіряти з їхніми номерами KSeF і статусами прийняття.

Якщо ви тільки будуєте процес KSeF у компанії, почніть із правила: жодне надсилання не завершене, доки рахунок не має номера KSeF і UPO. Це одне правило впорядковує роботу продажів, бухгалтерії і відповідальних за архів.

Потім перевірте, чи ваш інструмент показує статуси після надсилання, завантажує підтвердження і дозволяє легко знайти UPO за номером рахунку, NIP або номером KSeF. Якщо він вимагає ручного перенесення файлів між панелями, ризик помилок зростає разом із кількістю документів.

Читайте далі: Надсилання рахунків до KSeF - повний посібник 2026, Скільки часу є на надсилання до KSeF, Коригувальний рахунок у KSeF та KSeFGPT - застосунок для імпорту, експорту та AI-аналітики рахунків.