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

«Счета мы уже делаем в PDF и отправляем по электронной почте. Выставление счетов у нас переведено в электронный вид».

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

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

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

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

Сразу оговорка: статья объясняет устройство механизма и не заходит в налоговые решения (годится ли способ хранения, можно ли принять вычет и т. п.). Конкретные налоговые вопросы уточняйте у налогового консультанта или в территориальной налоговой инспекции.

1. Сначала вывод

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

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

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

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

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

На схеме сплошная линия обозначает отношение, которое выполняется всегда, а пунктирная — условное отношение (условия указаны в пояснении к каждому отношению на странице сведений). Полный список отношений (всего 16, с доказательствами и степенью уверенности) и определения основных понятий собраны на странице сведений карты знаний (на японском). Данные: JSON-LD / Turtle

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» и «C4»: C — это corner (угол); четырёх участников условно ставят по четырём углам. Расшифровка такая:

• C1 (первый угол) = продавец — пользователь, который формирует данные счёта
• C2 (второй угол) = точка доступа продавца — провайдер отправки, с которым продавец заключил договор
• C3 (третий угол) = точка доступа покупателя — провайдер приёма, с которым покупатель заключил договор
• C4 (четвёртый угол) = покупатель — пользователь, который получает данные счёта

Стрелки на схеме идут U-образно: сверху слева вниз от C1, по нижнему ряду слева направо, затем справа вверх. То есть продавец (C1) отдаёт данные своей точке доступа (C2), C2 отправляет их по сети Peppol на точку доступа покупателя (C3), и данные доходят до покупателя (C4).

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

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

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

Вторая половина имени, PINT, — это Peppol International: международная модель счёта, которую OpenPeppol задаёт как общую заготовку для стран. На основе PINT каждая страна делает спецификацию под свои правила (опубликованы варианты для ЕС, Австралии и Новой Зеландии); японский вариант и есть 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 минут на «открыть, проверить, ввести, пересмотреть». Тогда:

• 300 штук в месяц × 5 минут = 1500 минут = 25 часов в месяц
• за год это 300 часов

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

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. Как ПО хранит полученные данные (соответствие 電帳法).

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

• Есть ли разовые затраты на настройку и регистрацию.
• Что входит в ежемесячную базовую плату: только отправка, только приём или оба направления.
• Есть ли лимит числа документов и плата сверх лимита.
• Функция хранения под Закон об электронном хранении входит в базовую плату или тарифицируется отдельно.
• Связка с вашей системой по CSV или API — это стандартная функция или отдельная разработка.

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

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, техническом консалтинге и расследовании сбоев, особенно в проектах с унаследованными системами и трудно воспроизводимыми ошибками.