Выставить XRechnung, проходящий проверку

Откройте расценённую смету и определите, что именно выставляет этот промежуточный счёт: позиции, завершённые на площадке за этот период, обмеренные, а не оценённые на глаз, и сумму, которая на них приходится.

Зачем: Промежуточный счёт - это оплата в счёт реально выполненных работ. Позиция, выставленная раньше фактического Leistungsstand, - это именно та, которую вычеркнет сметчик заказчика, и весь остальной счёт будет ждать, пока спорят по этой единственной строке.

На стороне «к получению» вкладки счетов выставьте промежуточный счёт с его номером, датой выставления, сроком оплаты и одной строкой на каждый выставляемый блок работ, выбрав заказчика из контактов, а не вписывая название в свободное текстовое поле.

Зачем: Электронный счёт строится из этой записи и ни из чего больше, поэтому строка, отсутствующая здесь, отсутствует и в XML. Выбор связанного контакта - это то, что позволяет считывать адрес покупателя, а не перепечатывать его в каждом счёте этому заказчику.

Откройте контакт заказчика, на которого выставляется счёт, и заполните сторону-покупателя так, как того требует стандарт: юридическое название, улицу, почтовый индекс, город и двухбуквенный код страны. Электронный счёт берёт данные покупателя отсюда, а не из самого счёта.

Зачем: Счёт, у покупателя которого нет почтового адреса, отклоняется сразу, а для XRechnung город и почтовый индекс каждый по отдельности - фатальное замечание. Заполнив их один раз в контакте, вы исправляете все счета, которые когда-либо выставите этому заказчику.

В разделе «Настройки» -> «Электронный счёт» заполните свою сторону один раз: юридическое название и адрес, идентификатор НДС или налоговый номер, поимённый контакт с телефоном и email, IBAN, на который платит заказчик, и условия оплаты, по которым вы выставляете счета.

Зачем: XRechnung требует больше, чем европейский стандарт, и поимённый контакт продавца с телефоном и email - именно то место, где требования идут дальше. Заполните его здесь, и он будет верным в каждом последующем счёте, вместо того чтобы гоняться за ним каждый месяц.

Откройте диалог электронного счёта на этом документе, выберите профиль XRechnung и прочитайте, что вернётся. Блокирующие замечания указывают идентификатор правила, из-за которого счёт отклонят, например BR-DE-15 при отсутствующем Leitweg-ID. Исправьте каждое и прогоните проверку заново.

Зачем: Это тот же набор правил, что использует принимающий портал, в тех же формулировках. Прочитать BR-DE-15 здесь стоит вам одну минуту. Прочитать то же самое в уведомлении об отказе через три недели стоит вам весь платёжный период и повторную подготовку счёта.

Скачивание становится доступно только после чистой проверки. Берите XML: именно этот файл и есть счёт. Гибридный PDF с теми же данными внутри существует для тех, кому нужна страница для просмотра глазами, и это не то, что разбирает получатель.

Зачем: Система государственного заказчика читает XML и игнорирует всё, что вы приложили для человеческих глаз. Отправить PDF и назвать это электронным счётом - самый частый способ, которым небольшая фирма узнаёт, чего на самом деле требовало предписание.

Зафиксируйте отправку: регистрацию, от имени которой вы выставили счёт, сам документ и идентификатор передачи, который вернул портал или точка доступа. Запись сохраняет и Leitweg-ID, по которому счёт был маршрутизирован.

Зачем: Германия маршрутизирует счёт, а не клирингует его, поэтому никакой орган не ставит на нём штамп. Идентификатор передачи - единственное доказательство того, что вы отправили его именно в тот день, который называете, и именно на него вы ссылаетесь, когда бухгалтерия заказчика не может его найти.