Что такое цифровой инвойс? — Чем это отличается от «отправки PDF-счёта по почте»

«Мы уже переводим счета в PDF и отправляем их по электронной почте. Работа со счетами у нас уже электронизирована».

Так о себе сегодня может сказать всё больше компаний. И всё же сотрудник бухгалтерии на стороне получателя по-прежнему открывает пришедший PDF, проверяет сумму, контрагента и дату — и заново вносит их в бухгалтерскую систему. Отправитель, в свою очередь, преобразует данные счёта, сформированные в системе управления продажами, в документ, предназначенный для чтения человеком, и лишь затем отправляет его.

Механизм, который убирает этот окольный путь «данные → документ → снова данные» и передаёт информацию о счёте напрямую из одной системы в другую, и есть цифровой инвойс.

В этой статье мы разберём, что такое цифровой инвойс, чем он отличается от PDF-счёта, как он соотносится с системой инвойсов, и как малому и среднему бизнесу стоит к нему подойти.

Отметим сразу: статья описывает именно механизм и не затрагивает налоговые вопросы (правильность способа хранения, право на вычет и т. п.). За консультацией по конкретным налоговым вопросам обращайтесь к налоговому консультанту или в территориальную налоговую инспекцию.

1. Прежде всего — главный вывод

Согласно разъяснению Цифрового агентства Японии, цифровой инвойс — это механизм, при котором информация о счёте передаётся из системы продавца напрямую в систему покупателя без участия человека и обрабатывается автоматически.

Ключевое здесь — слова «без участия человека». Если сопоставить бумажный счёт, PDF-счёт и цифровой инвойс, получится следующая картина.

PDF-счёт — это просто бумага, превратившаяся в электронный файл; форма работы «человек читает и заново вводит данные» при этом не меняется. Это замена бумаги файлом, то есть «электронизация».

Цифровой инвойс, напротив, передаёт саму информацию о счёте как данные, которые может обработать компьютер, — и это меняет саму форму работы, то есть «цифровизацию». Ассоциация продвижения цифрового инвойса (EIPA) тоже трактует цифровой инвойс именно в этом ключе: не как простую электронизацию бумаги, а как цифровизацию, требующую пересмотра всего бизнес-процесса.

Это соотношение полностью повторяет структуру, которую мы разбирали ранее применительно к EDI при приёме заказов. В статье «Что такое EDI? Как это упрощает приём и оформление заказов между компаниями» речь шла о данных заказов — а цифровой инвойс проще всего понять как их «версию для счетов».

2. Система инвойсов и цифровой инвойс — это разные вещи

Для начала разделим два понятия, которые легко перепутать.

Система инвойсов (порядок хранения квалифицированных счетов-фактур) — это налоговый режим, связанный с налогом на потребление. Как указывает Национальное налоговое агентство Японии, режим действует с 1 октября 2023 года. Чтобы покупатель мог получить вычет входного налога, продавец должен выдать и (в определённых случаях) сохранить «квалифицированный счёт-фактуру (инвойс)», в котором обязательно указываются:

• имя или наименование стороны, получающей документ;
• имя или наименование продавца и его регистрационный номер;
• дата совершения сделки;
• содержание сделки (в том числе указание, относится ли товар к льготной ставке налога);
• сумма вознаграждения, сгруппированная по ставкам налога, и применяемая ставка;
• сумма налога на потребление, сгруппированная по ставкам.

Регистрационный номер присваивается по результатам обращения в налоговую инспекцию и, согласно сайту Национального налогового агентства с реестром зарегистрированных плательщиков квалифицированных счетов-фактур, состоит из буквы «T» и 13 цифр.

Важно понимать: квалифицированный счёт-фактура может выдаваться как на бумаге, так и в виде PDF. Система инвойсов регламентирует «что должно быть указано в документе», а не «в каком формате и по какому каналу его отправлять».

Цифровой инвойс — это один из ответов на вопрос «в каком формате и по какому каналу отправлять». Сведения, необходимые для квалифицированного счёта-фактуры, передаются напрямую между системами в виде стандартизированных структурированных данных.

Соотношение можно свести к следующей таблице.

«Используется бухгалтерское ПО, поддерживающее систему инвойсов» и «данные счетов передаются через цифровой инвойс» — это два разных состояния. Первое уже реализовано во многих компаниях, второе только начинает распространяться.

3. Peppol как основа — глобальная стандартная сеть и JP PINT

Данные цифрового инвойса можно назвать «стандартизированными» потому, что они опираются на международную стандартную спецификацию Peppol.

Peppol — это набор «спецификаций документов», «правил эксплуатации» и «сети» для обмена электронными документами, включая счета, и он широко применяется прежде всего в странах Европы. В Японии функции Japan Peppol Authority (администрации Peppol в Японии) выполняет Цифровое агентство, которое с сентября 2021 года участвует в работе как член OpenPeppol.

3.1. Модель четырёх углов — устройство, похожее на электронную почту

Обмен данными в Peppol строится по схеме, которую называют «моделью четырёх углов» (Four-Corner Model). В разъяснении EIPA эта схема сравнивается с работой электронной почты.

Продавец (C1)                                Покупатель (C4)
    │                                          ↑
    │ передаёт данные счёта                    │ получает данные счёта
    ↓                                          │
Точка доступа продавца (C2) ──→ Точка доступа покупателя (C3)
                    Сеть Peppol

Продавец (C1) передаёт данные своей точке доступа (C2), та отправляет их через сеть Peppol на точку доступа покупателя (C3), откуда данные попадают к покупателю (C4).

По аналогии с электронной почтой точка доступа — это почтовый сервер. Письмо доходит независимо от того, каким почтовым сервисом пользуется адресат; точно так же продавец и покупатель могут обмениваться данными счетов, даже если используют разное бухгалтерское ПО или разные сервисы, — лишь бы оба поддерживали Peppol. Именно в этом главное отличие от классического EDI, который обычно требует отдельной договорённости с каждым контрагентом.

3.2. JP PINT — японская стандартная спецификация документов

Японский стандарт для данных счетов, которыми обмениваются через сеть Peppol, называется JP PINT. Спецификацию публикует Цифровое агентство, и её набор полей соответствует требованиям к квалифицированному счёту-фактуре в системе инвойсов.

Область применения не ограничивается обычными счетами. По состоянию на июль 2026 года опубликованы три спецификации.

Спецификация постоянно обновляется: по данным Цифрового агентства, 8 июня 2026 года все три версии были обновлены до Ver. 1.1.3.

Не стоит пугаться мысли «неужели придётся самим разбираться в этой спецификации и реализовывать её». Как будет показано в главе 8, для большинства компаний JP PINT остаётся «внутренним делом» поддерживающего ПО, а напрямую с ней работают в первую очередь разработчики и поставщики этого программного обеспечения.

4. Что именно передаётся как «данные» в цифровом инвойсе

Термин «структурированные данные» звучит абстрактно, поэтому конкретизируем его ещё на шаг.

Ядро того, что передаётся в цифровом инвойсе, — это как раз реквизиты квалифицированного счёта-фактуры, перечисленные в главе 2. Одна и та же информация в формате PDF и в формате данных даёт совершенно разные возможности «что можно сделать дальше».

4.1. Сверку регистрационного номера можно автоматизировать

Практический эффект особенно наглядно виден на примере регистрационного номера.

В рамках системы инвойсов, чтобы убедиться, что отправитель полученного счёта действительно зарегистрирован как плательщик, выставляющий квалифицированные счета-фактуры, номер приходится искать на сайте Национального налогового агентства с реестром зарегистрированных плательщиков квалифицированных счетов-фактур. При работе с PDF-счетами эту проверку выполняет человек, вручную вбивая номер.

Национальное налоговое агентство предоставляет для этого реестра функцию Web API, позволяющую получать через систему сведения об указанном регистрационном номере или данные об обновлениях за заданный период (для использования требуется бесплатная заявка на выдачу идентификатора приложения).

Если регистрационный номер приходит не как «текст, напечатанный в PDF», а как поле данных, эту сверку можно переложить на систему — встроить в проверку новых контрагентов при регистрации или в регулярную проверку статуса регистрации уже существующих партнёров. У некоторых бухгалтерских программ такая функция сверки уже есть «из коробки», поэтому разумный порядок действий — сначала посмотреть возможности своего ПО, а уже затем, если нужно встроить проверку в собственную систему, рассматривать использование Web API.

4.2. От «чтения» к «проверке»

Дело не только в регистрационном номере: суть перехода на данные в том, что меняется сам характер проверочной работы.

При работе с PDF задача бухгалтерии сводилась к «прочитать, перенести, проверить визуально». Когда данные приходят напрямую, перенос данных исчезает, а проверка превращается в «просмотр только тех случаев, которые система пометила как отклонение». Совпадают ли суммы по ставкам налога, каков срок оплаты, нет ли аномалий по сравнению с прошлыми счетами того же контрагента — такие проверки система выполняет быстрее человека и без пропусков.

5. Что становится проще с цифровым инвойсом

5.1. Сторона получателя — меньше ввода и сверки

Эффект заметнее всего в бухгалтерской работе на стороне получателя счёта.

При работе с PDF-счетами сотрудник бухгалтерии обычно выполняет такие действия:

• находит и открывает счёт в почте;
• проверяет наименование контрагента, сумму, дату, регистрационный номер;
• вносит данные в бухгалтерскую систему;
• повторно проверяет введённое;
• отражает данные в графике платежей.

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

Чем сильнее у компании концентрация счетов к концу месяца, тем заметнее эта разница. Логика сокращения ошибок переноса и двойного ввода здесь та же, что и в случае EDI для заказов.

5.2. Сторона отправителя — исчезает этап «подготовить документ и отправить»

На стороне отправителя пропадает необходимость печатать, упаковывать и отправлять по почте данные счёта, сформированные в системе управления продажами или биллинговой системе, либо конвертировать их в PDF и прикреплять к письму.

Сокращается и переписка вида «дошёл ли счёт», «пришлите ещё раз». Уходят и типичные проблемы вложений в письмах — ошибки в адресе, забытые вложения, работа с запароленными ZIP-архивами (о проблемах, связанных с отправкой счетов вложениями в письмах, мы писали в статье «Почему PPAP — плохая практика в области почтовой безопасности? Как делать правильно?»).

5.3. Дальше — связь с оплатой и сверкой поступлений

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

Это оборотная, «счётная» сторона той же идеи, о которой мы писали в статье про приём заказов: «EDI становится основой, которая связывает воедино приём заказа, складской учёт, отгрузку и выставление счёта». Когда весь путь от заказа до счёта и оплаты связан данными, объём чисто канцелярской работы между компаниями сокращается до минимума.

6. Связь с Законом об электронном хранении бухгалтерских документов

Разговор о цифровом инвойсе неизбежно затрагивает Закон об электронном хранении бухгалтерских документов. Кратко разберём эту связь.

Согласно разъяснению Национального налогового агентства о порядке электронного хранения документов, с 1 января 2024 года, если счета, квитанции и другие документы передаются в электронном виде (электронная сделка), эти данные необходимо хранить именно в электронном виде. При хранении в общих чертах требуется обеспечить:

• подтверждение подлинности — меры против фальсификации: временные метки, фиксацию и предотвращение исправлений или удалений;
• обеспечение доступности для проверки — возможность поиска по дате, сумме и контрагенту, а также вывода данных на экран или в бумажном виде.

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

На практике многие Peppol-совместимые бухгалтерские и биллинговые программы уже содержат функции, отвечающие требованиям к хранению, поэтому базовый подход — «использовать поддерживающее ПО и проверить настройки и работу его функции хранения». Однако окончательное решение о том, соответствует ли конкретный порядок хранения требованиям, — это вопрос из области налогового права, поэтому уточняйте его у налогового консультанта или в территориальной налоговой инспекции.

7. Разбираем распространённые заблуждения

При обсуждении цифрового инвойса регулярно всплывают одни и те же заблуждения. Разберём их заранее.

Особенно важен первый пункт. Раз использование не обязательно, решение о внедрении стоит принимать не из соображений «а то будут проблемы», а исходя из того, насколько сократится ручная работа в собственном процессе выставления счетов. Именно поэтому главу 8 «Как начать» стоит читать как разговор об оптимизации бизнес-процессов, а не о соответствии требованиям.

При этом вероятность того, что контрагент попросит «отправлять (или получать) счета в виде цифрового инвойса», в дальнейшем будет только расти. Именно потому, что переход добровольный, компания, которая внедрит его раньше других, получает возможность задавать тон в разговоре об условиях сотрудничества, — точно так же, как это было при переходе от факса к веб-приёму заказов.

8. Как малому и среднему бизнесу начать внедрение

8.1. Реалистичный вход — «использовать поддерживающее ПО»

Словосочетание «цифровой инвойс» звучит так, будто требуется строить какую-то новую систему, но для большинства малых и средних компаний реалистичный путь — это проверить, поддерживает ли Peppol уже используемое (или планируемое к выбору) бухгалтерское или биллинговое ПО.

EIPA публикует список сервисов, уже поддерживающих цифровой инвойс на базе Peppol. Кроме того, Цифровое агентство публикует перечень аккредитованных поставщиков сервисов Peppol в Японии. Если используемое компанией ПО входит в этот список, начать отправку и приём данных зачастую можно без масштабной разработки.

Проверку стоит проводить в следующем порядке.

1. Поддерживает ли используемое бухгалтерское или биллинговое ПО Peppol (цифровой инвойс).
2. Если поддерживает — работает ли оно на отправку, на приём или на то и другое, и какова стоимость использования.
3. Готовы ли к приёму основные контрагенты (партнёру тоже нужно поддерживающее ПО или сервис).
4. Как ПО обеспечивает хранение полученных данных (соответствие Закону об электронном хранении).

8.2. Если у компании есть самостоятельно разработанная система

Компаниям, которые ведут управление продажами или выставление счетов в самостоятельно разработанной системе, требуется продумать ещё один уровень.

Тем не менее обычно речь не идёт о том, чтобы самостоятельно изучать спецификацию JP PINT и напрямую подключаться к точке доступа Peppol. Реалистичнее выглядит такая архитектура:

• собственная система передаёт данные счёта через CSV или API в Peppol-совместимый биллинговый сервис или бухгалтерское ПО, а отправку берёт на себя это ПО;
• приём тоже выполняет поддерживающее ПО, а загруженные данные передаются обратно в собственную систему.

Иначе говоря, дорабатывать в собственной системе нужно не «поддержку Peppol» как таковую, а участок интеграции, который точно передаёт данные в поддерживающее ПО и обратно. Здесь применим тот же подход, что мы описывали для перехода приёма заказов в веб, — «CSV-импорт как промежуточная форма» (см. «Как перевести приём заказов по факсу в веб»).

8.3. Спешить не обязательно, но и игнорировать не стоит

По состоянию на 2026 год цифровой инвойс — это не то, без чего «остановится работа компании». Если контрагент продолжает требовать PDF-счета, параллельное использование PDF пока сохранится. Как и в случае с параллельным использованием факса и веб-приёма заказов, переход идёт поэтапно.

При этом разговоры о применении цифрового инвойса в сделках с крупными контрагентами, муниципалитетами и государственными органами будут возникать всё чаще. Цифровое агентство также продолжает публиковать примеры использования в госзакупках и в сделках между компаниями. Даже простая проверка — «сможет ли наше ПО принять цифровой инвойс, если контрагент его потребует» — уже имеет смысл как элемент подготовки.

8.4. Чек-лист для оценки приоритета

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

• Счета (полученные и выставленные) исчисляются десятками штук в месяц и больше.
• В конце и начале месяца бухгалтерия задерживается из-за ввода, сверки и выставления счетов.
• Проверка регистрационного номера в полученных счетах выполняется вручную.
• Уже случались ошибки ввода или почти произошёл двойной платёж.
• Основные контрагенты или отраслевые объединения уже начали упоминать цифровой инвойс или Peppol.
• Как раз планируется замена бухгалтерского/биллингового ПО или доработка самостоятельно разработанной системы.

И наоборот: если счетов в месяц всего несколько штук, а состав контрагентов стабилен, спешить незачем. Достаточно при следующей смене ПО добавить «поддержку Peppol» в критерии выбора.

Главное — не делать внедрение самоцелью. Если применить перечисленное в главах 4 и 5 — «какая ручная работа сократится» — к собственному бизнес-процессу и увидеть конкретное сокращение объёма работы, значит, двигаться стоит; если такого эффекта не видно, значит, время ещё не пришло, и только.

9. Место статьи на общей карте цифровизации приёма заказов

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

EDI — это общая концепция «обмена данными между компаниями»; её практическое воплощение на стороне приёма заказов — переход от факса к веб-приёму, а стандартизированная форма на стороне счетов — цифровой инвойс.

С чего начинать, зависит от компании. Если основная нагрузка приходится на ввод заказов — логично начать со стороны заказов; если велик объём выставляемых и получаемых счетов — логично начать со стороны счетов. Общее в обоих случаях одно: начать со подсчёта, сколько раз одна и та же информация вводится человеком вручную.

Итог

• Цифровой инвойс — это механизм, при котором информация о счёте передаётся из системы продавца напрямую в систему покупателя без участия человека и обрабатывается автоматически.
• PDF-счёт — это «электронизация» документа, и ввод данных на стороне получателя никуда не девается. Цифровой инвойс — это «цифровизация», соединяющая бизнес-процессы структурированными данными.
• Система инвойсов (налоговый режим) и цифровой инвойс (механизм обмена данными) — разные вещи. Даже соответствуя режиму, большинство компаний только начинают путь к использованию цифрового инвойса.
• Основа — международный стандарт Peppol; в Японии его администрирует Цифровое агентство как Peppol Authority, а японская стандартная спецификация публикуется под названием JP PINT.
• Благодаря модели четырёх углов с точками доступа обмен данными возможен даже при использовании разного ПО у сторон — в этом главное отличие от традиционного индивидуального EDI.
• Передаются как раз реквизиты квалифицированного счёта-фактуры. Сверку регистрационного номера (через Web API реестра Национального налогового агентства), пересчёт сумм по ставкам налога и другие проверки, которые раньше выполнялись визуально, можно перевести на автоматическую валидацию системой.
• Полученный цифровой инвойс относится к электронным сделкам в понимании Закона об электронном хранении бухгалтерских документов и должен храниться в исходном электронном виде.
• Использование добровольное, а не обязательное. Решение стоит принимать не из соображений «а то будут проблемы», а исходя из того, какая ручная работа сократится в собственном процессе выставления счетов.
• Реалистичный вход для малого и среднего бизнеса — использование Peppol-совместимого бухгалтерского или биллингового ПО. Если у компании есть собственная разработка, нужно спроектировать участок интеграции данных с поддерживающим ПО.

Для тех, кто рассматривает интеграцию данных по счетам и приёму заказов

Если вы хотите сократить нагрузку на выставление и приём счетов, но не знаете, с чего начать в собственной системе управления продажами или в процессе выставления счетов, — прежде всего нужно разобраться, как сейчас движутся данные счёта.

Если проверить, как система управления продажами формирует данные счёта, как они отправляются контрагенту и как полученный счёт вносится в бухгалтерскую систему, становится видно, какой объём можно автоматизировать за счёт цифрового инвойса и интеграции с поддерживающим ПО.

В KomuraSoft LLC (合同会社小村ソフト) можно проконсультироваться по интеграции данных вокруг выставления счетов и приёма заказов — в том числе по связке собственной бизнес-системы с бухгалтерским ПО и Peppol-совместимыми сервисами, включая анализ текущего состояния и проработку способов реализации.

Можно рассмотреть и вариант без полной перестройки: сохранить текущую систему как есть и поэтапно подключить к цифровому инвойсу только точки входа и выхода данных счёта.

Похожие статьи

Недавние статьи с теми же тегами помогут подробнее изучить близкие темы.

Связанные темы

Эти страницы показывают тему статьи в более широком контексте услуг и решений.

Услуги по этой теме

Статья напрямую связана со следующими услугами.

Частые вопросы

Вопросы, которые часто возникают при консультациях по теме статьи.

Чем цифровой инвойс отличается от электронного счёта (PDF-счёта)?

PDF-счёт — это документ, предназначенный для чтения человеком, просто переведённый в электронный файл: получателю по-прежнему приходится просматривать содержимое и вручную заново вносить данные в бухгалтерскую систему. Цифровой инвойс передаёт саму информацию о счёте в виде стандартизированных структурированных данных, поэтому система покупателя может принять и обработать её напрямую. Это разница между «электронизацией» — заменой бумаги файлом — и «цифровизацией» — соединением бизнес-процессов данными.

Если компания уже соответствует требованиям системы инвойсов, значит ли это, что она готова и к цифровому инвойсу?

Нет, это два разных вопроса. Система инвойсов (порядок хранения квалифицированных счетов-фактур) — это налоговый режим, связанный с вычетом входного налога на потребление, и квалифицированный счёт-фактура может выдаваться как на бумаге, так и в виде PDF. Цифровой инвойс — это формат данных и механизм обмена этой информацией между системами (Peppol, JP PINT); решение о его использовании принимается отдельно от соответствия налоговому режиму.

Что нужно малому и среднему бизнесу, чтобы начать использовать цифровой инвойс?

Самый реалистичный путь — использовать бухгалтерское или биллинговое ПО с поддержкой Peppol. Ассоциация продвижения цифрового инвойса (EIPA) публикует список сервисов, уже поддерживающих этот стандарт; если используемое компанией ПО входит в этот список, иногда достаточно включить соответствующую настройку, чтобы начать отправку и приём данных. Если компания использует самостоятельно разработанную систему управления продажами, потребуется продумать способ интеграции с поддерживающим ПО или сервис-провайдером.

Как следует хранить полученные цифровые инвойсы?

Обмен цифровыми инвойсами относится к электронным сделкам в понимании Закона об электронном хранении бухгалтерских документов, поэтому с января 2024 года такие данные необходимо хранить в исходном электронном виде, обеспечивая при этом меры защиты от фальсификации (подтверждение подлинности) и возможность поиска по дате, сумме и контрагенту (обеспечение доступности для проверки). Многие Peppol-совместимые программы уже содержат функции, отвечающие этим требованиям к хранению, но соответствует ли им конкретный порядок работы вашей компании, уточните у налогового консультанта или в территориальной налоговой инспекции.

Об авторе

Страница с профилем автора статьи.

Го Комура

Представитель KomuraSoft LLC

Специализируется на разработке программного обеспечения для Windows, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.