Рассмотрим ситуацию подробно. Организация продает пользователю лицензию на программное обеспечение или доступ к цифровым материалам. Покупатель оплачивает доступ, но материалы открываются не сразу полностью, а постепенно: по расписанию, программе обучения, календарному графику, модулям, урокам, этапам или периодам. Возникает вопрос: когда нужно сформировать кассовый чек с признаком способа расчета «Полный расчет» — сразу в момент оплаты или каждый раз, когда покупателю открывается очередная часть доступа?
Разберем по шагам. В такой ситуации важно отделить два события: получение денег и зачет предоплаты. При получении оплаты формируется один чек, а при передаче права, оказании услуги или зачете предоплаты может потребоваться второй чек. Именно второй чек обычно и вызывает вопросы, потому что Закон № 54-ФЗ не дает специального прямого правила именно для лицензий на ПО с постепенным открытием материалов.
Поэтому будем анализировать ситуацию через общую логику 54-ФЗ, реквизиты кассового чека, практику ФНС по авансам и предоплатам, а также по аналогии с абонементами. Эта аналогия важна: при продаже абонемента клиент тоже часто платит сразу, а услугу получает позже — либо в течение периода, либо по отдельным посещениям, либо по фиксированному графику. В обсуждаемой теме эксперт как раз предложил ориентироваться на письмо ФНС России от 14.09.2021 № АБ-4-20/13041@, где налоговая разъяснила порядок оформления чеков при реализации абонементов.
Перед тем как решать, когда пробивать чек «Полный расчет», разберем предмет договора. Формулировка «продажа лицензии на ПО» может означать разные модели:
покупателю сразу предоставляется неисключительное право использования программы;
покупателю продается доступ к онлайн-сервису на определенный период;
покупателю продается доступ к обучающей платформе, где уроки открываются постепенно;
покупателю предоставляется лицензия на цифровой продукт, но функциональность или материалы раскрываются по графику;
покупателю продается пакет материалов, но фактическое предоставление происходит частями;
покупателю продается смешанный продукт: лицензия на ПО плюс информационные, консультационные или образовательные услуги.
От этой квалификации зависит момент зачета предоплаты. Если право на использование ПО предоставлено полностью сразу после оплаты, то логика одна. Если же доступ является длящимся и открывается по частям, то логика другая. Поэтому сначала проанализируйте договор, оферту, личный кабинет, порядок доступа и бухгалтерскую политику признания выручки.
Главный вопрос: считается ли обязательство перед покупателем исполненным полностью в момент оплаты и активации лицензии, или оно исполняется постепенно по мере открытия материалов?
Если обязательство исполнено полностью сразу, чек «Полный расчет» можно сформировать в момент предоставления полного доступа. Если обязательство исполняется постепенно, то чек «Полный расчет» безопаснее формировать по мере зачета предоплаты — по этапам, датам, периодам или факту открытия соответствующей части материалов.
По Закону № 54-ФЗ ККТ применяется при расчетах. К расчетам относится не только получение денег от покупателя, но и зачет предварительной оплаты или аванса. Именно поэтому при предоплатной модели часто возникает два кассовых чека:
первый чек — при получении денег;
второй чек — при зачете предоплаты, когда товар передан, работа выполнена, услуга оказана или право предоставлено.
В первом чеке указывается признак способа расчета «Предоплата 100%», если покупатель оплатил всю стоимость заранее и предмет расчета уже известен. Если оплачена только часть стоимости, используется признак «Предоплата». Если предмет расчета еще нельзя определить, иногда используется «Аванс», но для лицензии на ПО или доступа к конкретной программе обычно предмет известен, поэтому чаще применяется именно предоплата.
Во втором чеке указывается признак способа расчета «Полный расчет». При этом деньги повторно не принимаются. В чеке показывается, что расчет закрывается за счет ранее внесенной предоплаты. Для этого используется реквизит «сумма по чеку предоплатой (зачет аванса)».
То есть чек «Полный расчет» не означает, что покупатель еще раз платит деньги. Он означает, что продавец зачитывает ранее полученную предоплату в счет уже исполненного обязательства.
Рассмотрим первый этап — покупатель оплатил лицензию или доступ к материалам.
Если покупатель внес 100% стоимости до того, как продавец полностью исполнил обязательство, сформируйте кассовый чек с признаком способа расчета «Предоплата 100%». В таком чеке укажите:
признак расчета — «Приход»;
признак способа расчета — «Предоплата 100%»;
предмет расчета — лицензия, доступ к ПО, доступ к онлайн-курсу, доступ к материалам или иное корректное наименование из договора;
признак предмета расчета — в зависимости от сути договора: услуга, право, платеж, иной предмет расчета или другой предусмотренный формат фискальных данных;
сумму оплаты — фактически полученную сумму;
ставку НДС — в зависимости от применяемого режима налогообложения, льготы и налогового статуса операции.
Если покупатель оплатил только часть стоимости, используйте признак «Предоплата», а не «Предоплата 100%».
Важно: если в момент оплаты покупателю еще не предоставлен весь доступ и обязательство продавца не исполнено полностью, не спешите ставить в первом чеке «Полный расчет». Такой вариант может быть рискованным, потому что налоговая может посчитать, что продавец должен был сначала оформить чек на предоплату, а затем по мере исполнения обязательства — чек на зачет предоплаты.
Теперь разберем главный вопрос. Чек с признаком способа расчета «Полный расчет» нужен в момент, когда происходит зачет ранее полученной предоплаты. В обычной продаже товара это момент передачи товара. В услугах — момент оказания услуги. В лицензиях и цифровом доступе — момент предоставления права, доступа или соответствующей части доступа.
Если материалы открываются постепенно, не всегда можно считать, что весь продукт передан сразу в момент оплаты. Поэтому рассмотрим несколько возможных моделей.
Начнем с простого варианта. Покупатель оплатил лицензию, и сразу после оплаты ему предоставили весь объем прав и материалов. Даже если он будет пользоваться программой позднее, продавец уже исполнил свою обязанность: доступ открыт, право предоставлено, ограничений по графику нет.
В такой ситуации возможны два подхода:
если оплата и предоставление доступа происходят одновременно, сформируйте один чек с признаком способа расчета «Полный расчет»;
если сначала пришла оплата, а доступ предоставлен позднее, сформируйте первый чек на «Предоплата 100%», а в момент открытия полного доступа — второй чек на «Полный расчет» с зачетом предоплаты.
Рассмотрим пример. Покупатель оплатил лицензию 10 июня в 12:00. Сразу после оплаты ему автоматически открылся личный кабинет, программа активировалась, все материалы доступны без ограничений. В этом случае можно рассматривать расчет как полный в момент оплаты и передачи доступа. Тогда один чек «Полный расчет» обычно выглядит обоснованным.
Но если оплата поступила 10 июня, а доступ активировали 11 июня, безопаснее оформить два этапа: 10 июня — чек на предоплату, 11 июня — чек на полный расчет с зачетом предоплаты.
Теперь рассмотрим ситуацию, наиболее похожую на вопрос автора. Покупатель оплатил доступ к программе, а материалы открываются автоматически по расписанию: например, каждый день, каждую неделю или каждый месяц. Покупатель не получает весь объем сразу. Продавец исполняет обязательство постепенно.
Здесь прослеживается аналогия с абонементом на определенный период. ФНС в письме по абонементам разъясняла: если абонемент приобретен на определенный период с неограниченным количеством посещений, зачет предоплаты для целей ККТ осуществляется по мере признания выручки в бухгалтерском учете, например ежемесячно равными частями в последний день месяца.
Применим эту логику к лицензии на ПО с постепенным доступом. Если договор предусматривает доступ на период, например на 3 месяца, 6 месяцев или 1 год, и доступ оказывается как длящаяся услуга или длящееся предоставление права, чек «Полный расчет» можно формировать по мере признания выручки. Например:
ежемесячно в последний день месяца;
еженедельно, если выручка признается по неделям;
по этапам программы, если договор и учетная политика привязаны к этапам;
на даты открытия модулей, если именно эти даты считаются моментом исполнения части обязательства.
Рассмотрим пример. Клиент оплатил 12 000 руб. за доступ к программе на 3 месяца. Материалы открываются постепенно, но договор описывает доступ как трехмесячный период. В бухгалтерском учете выручка признается ежемесячно равными частями: по 4 000 руб. в месяц. Тогда кассовые чеки можно оформить так:
в день оплаты — чек «Предоплата 100%» на 12 000 руб.;
в последний день первого месяца — чек «Полный расчет» на 4 000 руб. с зачетом предоплаты;
в последний день второго месяца — чек «Полный расчет» на 4 000 руб. с зачетом предоплаты;
в последний день третьего месяца — чек «Полный расчет» на 4 000 руб. с зачетом предоплаты.
Такой подход логичен, если доступ предоставляется как периодическое или длящееся обязательство, а выручка в бухгалтерском учете признается равномерно.
Рассмотрим другой вариант. В программе заранее зафиксированы конкретные даты открытия материалов. Например:
1 июня открывается модуль 1;
8 июня открывается модуль 2;
15 июня открывается модуль 3;
22 июня открывается модуль 4.
В такой ситуации можно провести аналогию с абонементом, где зафиксированы конкретные даты посещения. ФНС указывала, что при зафиксированных датах кассовый чек на зачет аванса нужно формировать на каждую такую дату вне зависимости от того, воспользовался покупатель абонементом или нет, если деньги при пропуске не возвращаются.
Перенесем эту логику на цифровой доступ. Если дата открытия материала заранее определена, и с этой даты покупатель получает право использовать соответствующий модуль, чек «Полный расчет» безопаснее формировать на каждую дату открытия соответствующей части доступа.
Рассмотрим пример. Клиент оплатил 20 000 руб. за 4 модуля. Каждый модуль стоит 5 000 руб. Даты открытия модулей зафиксированы в программе. Тогда порядок чеков будет таким:
в день оплаты — чек «Предоплата 100%» на 20 000 руб.;
в дату открытия модуля 1 — чек «Полный расчет» на 5 000 руб. с зачетом предоплаты;
в дату открытия модуля 2 — чек «Полный расчет» на 5 000 руб. с зачетом предоплаты;
в дату открытия модуля 3 — чек «Полный расчет» на 5 000 руб. с зачетом предоплаты;
в дату открытия модуля 4 — чек «Полный расчет» на 5 000 руб. с зачетом предоплаты.
Если покупатель не зашел в личный кабинет и не посмотрел материал, но модуль был открыт по графику, обязательство в этой части можно считать исполненным, если договором предусмотрено, что продавец обязан именно предоставить доступ, а не обеспечить фактическое использование материала покупателем.
Важно: зафиксируйте это в оферте. Укажите, что обязательство исполнителя считается исполненным в соответствующей части с момента открытия доступа к модулю, уроку, разделу, функциональности или материалу в личном кабинете.
Теперь рассмотрим более сложный вариант. Материалы открываются не по календарному графику, а после действий покупателя: прохождения теста, завершения предыдущего урока, выполнения задания, подтверждения участия или достижения определенного этапа.
В этом случае момент зачета предоплаты лучше привязать к тому событию, которое означает исполнение обязательства продавца в соответствующей части. Например:
открытие следующего модуля после выполнения условий;
активация нового раздела в личном кабинете;
предоставление файла, ключа, токена, ссылки или доступа;
завершение этапа сопровождения;
подписание акта, если договор предусматривает акты.
Рассмотрим пример. Покупатель оплатил 15 000 руб. за программу из трех уровней. Уровень 2 открывается только после завершения уровня 1, а уровень 3 — после завершения уровня 2. Тогда чек «Полный расчет» можно формировать не по календарю, а по факту открытия каждого уровня:
оплата — чек «Предоплата 100%» на 15 000 руб.;
открыт уровень 1 — чек «Полный расчет» на стоимость уровня 1;
открыт уровень 2 — чек «Полный расчет» на стоимость уровня 2;
открыт уровень 3 — чек «Полный расчет» на стоимость уровня 3.
Но такой подход требует технического контроля. Нужно, чтобы система фиксировала событие открытия доступа и могла передать данные в учетную систему или кассовый модуль. В 1С это можно реализовать через документы реализации, регламентные задания, обработку обмена с сайтом или интеграцию с CRM.
Иногда продавец считает, что продает именно лицензию целиком, а постепенное открытие материалов — это просто технический способ подачи контента. Например, покупателю сразу предоставляется право пользоваться программой в течение года, но уроки открываются по расписанию для удобства обучения.
В этом случае нужно внимательно посмотреть, что написано в договоре. Если договор прямо говорит, что право использования программы предоставляется в полном объеме в момент активации учетной записи, а дальнейшее открытие материалов не влияет на объем предоставленного права, можно обосновывать чек «Полный расчет» в момент предоставления такого права.
Но если в оферте написано, что доступ к каждому модулю предоставляется отдельно, постепенно, по программе, и исполнитель считается исполнившим обязательство по мере открытия материалов, то безопаснее формировать чеки «Полный расчет» по частям.
Поэтому разберем два подхода:
Лицензия предоставлена сразу полностью. Тогда чек «Полный расчет» формируем в момент активации лицензии, если оплата и предоставление права совпали, или вторым чеком после предоплаты, если доступ открыт позже.
Доступ предоставляется постепенно. Тогда чек «Полный расчет» формируем по мере зачета предоплаты: по датам, модулям, периодам или бухгалтерскому признанию выручки.
Практический совет: приведите оферту, учетную политику и кассовую схему к единой логике. Если договор говорит, что доступ предоставляется поэтапно, а чеки пробиваются как будто все предоставлено сразу, это может создать риск при проверке.
Разберем универсальный алгоритм. Он поможет выбрать момент формирования чека для большинства ситуаций с лицензиями, цифровыми материалами и онлайн-доступом.
Определите предмет договора. Посмотрите, что продается: лицензия на ПО, доступ к сервису, онлайн-курс, информационные материалы, консультационная услуга или смешанный продукт.
Определите момент исполнения обязательства. Проверьте, когда покупатель получает то, за что заплатил: сразу, по периодам, по модулям, по событиям или после выполнения условий.
Проверьте порядок признания выручки. Если выручка признается равномерно в течение периода, чек «Полный расчет» можно формировать по мере признания выручки.
Сопоставьте график доступа с кассовыми чеками. Если доступ открывается по датам, формируйте чек на каждую дату открытия соответствующей части.
Проверьте условия возврата. Если покупатель не воспользовался доступом, но деньги не возвращаются, это не всегда отменяет зачет предоплаты. Важен момент предоставления доступа, а не фактическое использование.
Настройте 1С и кассовый модуль. Документы реализации или зачета аванса должны формироваться по той же логике, что и договор.
При спорной модели направьте запрос в ФНС. Если ситуация нестандартная и цена риска существенная, получите индивидуальное разъяснение.
Рассмотрим подробнее позицию из обсуждения. Эксперт указал, что Закон № 54-ФЗ не содержит однозначного ответа именно для продажи лицензий на ПО с постепенным открытием материалов. Поэтому разумно ориентироваться на разъяснения ФНС по абонементам.
В письме ФНС по абонементам описаны несколько моделей:
абонемент на определенный период с неограниченным количеством посещений;
абонемент на количество посещений;
абонемент с фиксированными датами посещений;
абонемент, срок действия которого истек, а неиспользованные посещения не возвращаются.
Эти модели можно адаптировать к цифровым лицензиям:
Период доступа. Если покупатель оплачивает доступ на месяц, квартал или год, зачет предоплаты можно делать по мере признания выручки.
Количество модулей. Если покупатель оплачивает конкретное количество модулей, чек «Полный расчет» можно формировать при открытии каждого модуля.
Фиксированные даты. Если расписание открытия материалов заранее известно, чек формируйте на каждую дату открытия.
Истечение срока доступа. Если срок доступа закончился, материалы были доступны, но покупатель ими не воспользовался, зачет оставшейся предоплаты можно оформить на дату окончания срока, если возврат не предусмотрен договором.
Эта аналогия не является прямой нормой закона для всех лицензий на ПО, но она показывает подход ФНС к ситуациям, где оплата поступила заранее, а исполнение происходит позже или постепенно.
Рассмотрим частный случай. Программа рассчитана на 30 дней, и каждый день пользователю открывается новый урок. Нужно ли пробивать 30 чеков «Полный расчет»?
Формально, если каждый урок является самостоятельной частью обязательства с отдельной стоимостью и отдельной датой открытия, можно прийти к выводу, что чек нужен на каждую дату открытия. Но на практике такой подход может быть технически тяжелым. Поэтому проанализируйте, можно ли обосновать периодическое признание выручки, например ежемесячно или еженедельно.
Если договор описывает продукт как доступ к программе на определенный период, а ежедневное открытие уроков является внутренним графиком обучения, можно рассмотреть вариант зачета предоплаты по мере признания выручки в бухгалтерском учете — например, ежемесячно. Но если договор прямо устанавливает отдельные этапы с отдельной стоимостью, безопаснее формировать чеки по этапам.
Практический вывод: не смотрите только на технический график открытия материалов. Смотрите на договорную и учетную модель. Если продается период доступа, ориентируйтесь на период. Если продаются отдельные модули, ориентируйтесь на модули.
Если материалы открываются еженедельно, удобно установить в договоре и учетной политике недельные этапы. Тогда чек «Полный расчет» можно формировать в дату открытия каждого этапа или в последний день недели, если именно на эту дату признается выручка.
Рассмотрим пример. Стоимость программы — 24 000 руб., срок — 6 недель. Каждую неделю открывается новый блок. Тогда можно оформить:
при оплате — чек «Предоплата 100%» на 24 000 руб.;
после открытия первой недели — чек «Полный расчет» на 4 000 руб.;
после открытия второй недели — чек «Полный расчет» на 4 000 руб.;
после открытия третьей недели — чек «Полный расчет» на 4 000 руб.;
после открытия четвертой недели — чек «Полный расчет» на 4 000 руб.;
после открытия пятой недели — чек «Полный расчет» на 4 000 руб.;
после открытия шестой недели — чек «Полный расчет» на 4 000 руб.
Если стоимость этапов неодинакова, распределяйте сумму не равными долями, а по стоимости каждого этапа, указанной в договоре или внутреннем расчете цены.
Если покупатель оплачивает доступ к ПО или материалам на месяц, а внутри месяца контент обновляется, но отдельные этапы не выделены, рассмотрим вариант с ежемесячным зачетом предоплаты.
Например, покупатель 1 июня оплатил доступ на июнь в сумме 3 000 руб. Доступ действует с 1 по 30 июня. В день оплаты можно сформировать чек «Предоплата 100%», а 30 июня — чек «Полный расчет» на 3 000 руб. с зачетом предоплаты.
Если оплата и доступ приходятся на один и тот же момент, а доступ за месяц считается предоставленным сразу, можно рассмотреть один чек «Полный расчет». Но при длящемся доступе более безопасна модель с предоплатой и последующим зачетом.
Если лицензия или подписка продлевается автоматически, разберем каждый период отдельно. Например, пользователь ежемесячно платит 1 000 руб. за доступ к сервису. Тогда на каждую оплату формируется чек в зависимости от момента предоставления доступа.
Если деньги списываются до начала нового периода, оформляйте чек «Предоплата 100%», а затем чек «Полный расчет» по окончании периода или по мере признания выручки.
Если деньги списываются одновременно с началом периода и доступ предоставляется сразу, можно рассматривать чек «Полный расчет». Но если фактическое исполнение идет в течение периода, применяйте модель зачета предоплаты.
Для автоматических подписок особенно важно синхронизировать биллинг, личный кабинет, 1С и онлайн-кассу. Иначе может возникнуть ситуация, когда оплата прошла, чек на предоплату сформирован, а закрывающий чек «Полный расчет» не пробит.
При формировании закрывающего чека обратите внимание на реквизиты. В чеке должно быть видно, что деньги повторно не получены, а произведен зачет ранее внесенной предоплаты.
Обычно в закрывающем чеке указывают:
признак расчета — «Приход»;
признак способа расчета — «Полный расчет»;
наименование предмета расчета — например, «Доступ к модулю 1», «Лицензия на использование ПО за июнь», «Доступ к материалам программы за 1 этап»;
сумму соответствующей части доступа;
форму оплаты — не наличные и не безналичные, если деньги уже были получены ранее, а зачет предоплаты;
реквизит суммы по чеку предоплатой, то есть зачет аванса.
Важно: закрывающий чек не должен создавать впечатление, что покупатель заплатил второй раз. Если в чеке «Полный расчет» повторно указать оплату безналичными, можно получить задвоение выручки в фискальных данных и учетных отчетах.
В типовых конфигурациях 1С порядок зависит от используемой программы: 1С:Бухгалтерия предприятия, 1С:Управление нашей фирмой, 1С:Розница, 1С:Управление торговлей или отраслевое решение для онлайн-школ и подписок. Но общая логика одинакова: сначала регистрируем оплату, затем отражаем реализацию или зачет аванса, после чего формируем кассовый чек.
Рассмотрим типовой подход для 1С:
при получении оплаты создайте документ поступления денежных средств, например ПоступлениеНаРасчетныйСчет, ЭквайринговаяОперация или другой документ оплаты;
сформируйте чек на предоплату через механизм подключаемого оборудования или рабочее место кассира;
по мере открытия доступа создавайте документ реализации, например РеализацияТоваровУслуг, ОказаниеУслуг или специализированный документ передачи доступа;
зачтите аванс покупателя в документе реализации;
сформируйте чек с признаком «Полный расчет» и оплатой зачетом предоплаты;
проверьте, что сумма реализации не задваивается с суммой предоплаты в отчетах по ККТ.
В 1С полезно проверить следующие объекты и настройки:
ПодключаемоеОборудование — настройки онлайн-кассы;
КассовыеЧеки — журнал сформированных чеков;
ПоступлениеНаРасчетныйСчет — документы оплаты от покупателей;
ЭквайринговыеОперации — операции интернет-эквайринга;
РеализацияТоваровУслуг — документы реализации лицензии или доступа;
Номенклатура — карточки лицензий, модулей, доступов и услуг;
ВидыНоменклатуры — настройка типа предмета расчета;
ПризнакСпособаРасчета — реквизит, отвечающий за предоплату или полный расчет;
ПризнакПредметаРасчета — реквизит, описывающий предмет расчета;
ЗачетАвансов — механизм зачета ранее полученной оплаты;
РегламентныеЗадания — автоматическое формирование документов по графику;
ОбменССайтом или интеграция с CRM — передача событий оплаты и открытия доступа.
Если материалы открываются автоматически, настройте учет так, чтобы событие открытия доступа не оставалось только в LMS, личном кабинете или сайте. Оно должно попадать в учетную систему либо напрямую, либо через обработку, чтобы по нему можно было сформировать реализацию и чек «Полный расчет».
Если доступ открывается постепенно, ручное формирование чеков может привести к ошибкам. Разберем, какие элементы автоматизации стоит предусмотреть.
График открытия материалов. Храните даты открытия модулей в учетной системе или передавайте их из внешней платформы.
Стоимость этапов. Разделите общую стоимость программы на части: по месяцам, неделям, модулям или урокам.
Документ реализации. Формируйте реализацию на сумму открытого этапа.
Зачет аванса. Настройте автоматический зачет предоплаты покупателя.
Кассовый чек. Формируйте чек «Полный расчет» на сумму зачтенной части.
Контроль ошибок. Проверяйте, что по каждому открытому этапу есть чек, а сумма всех закрывающих чеков не превышает сумму предоплаты.
Для простой автоматизации можно использовать регламентное задание, которое ежедневно анализирует открытые этапы и формирует документы реализации. В типовой базе без доработок такой алгоритм может потребовать обработки или расширения.
Посмотрим на условный пример логики на языке 1С. Это не готовый универсальный код для любой конфигурации, а схема, которая показывает принцип автоматизации:
Для Каждого ЭтапДоступа Из ЭтапыДоступа Цикл Если ЭтапДоступа.ДатаОткрытия <= ТекущаяДата() И Не ЭтапДоступа.ЧекПолногоРасчетаСформирован Тогда ДокументРеализации = Документы.РеализацияТоваровУслуг.СоздатьДокумент(); ДокументРеализации.Дата = ТекущаяДата(); ДокументРеализации.Контрагент = ЭтапДоступа.Покупатель; ДокументРеализации.ДоговорКонтрагента = ЭтапДоступа.Договор; ДокументРеализации.Услуги.Добавить(); ДокументРеализации.Услуги[0].Номенклатура = ЭтапДоступа.Номенклатура; ДокументРеализации.Услуги[0].Сумма = ЭтапДоступа.Сумма; ДокументРеализации.Записать(); ЭтапДоступа.ЧекПолногоРасчетаСформирован = Истина; КонецЕсли;КонецЦикла;
В реальной конфигурации имена табличных частей, реквизитов и документов могут отличаться. Поэтому используйте этот пример только как логику: событие открытия доступа должно приводить к реализации, зачету аванса и формированию закрывающего чека.
Чтобы чеки формировались корректно, разберем карточки номенклатуры. Для лицензий, цифровых прав и онлайн-доступов особенно важно правильно указать наименование и признаки предмета расчета.
В карточке Номенклатура желательно избегать слишком общих формулировок вроде «Оплата» или «Платеж». Лучше использовать наименование, которое соответствует договору:
«Неисключительная лицензия на использование ПО»;
«Доступ к онлайн-платформе за июнь 2026 года»;
«Доступ к модулю 1 программы обучения»;
«Доступ к материалам курса, этап 1»;
«Право использования сервиса на 1 месяц».
Разберем правило: наименование в чеке должно помогать понять, за что произведен расчет. Если в первом чеке на предоплату уже известно, за что платит покупатель, укажите конкретный предмет. В закрывающем чеке «Полный расчет» укажите именно ту часть доступа, по которой происходит зачет.
Например, если чек «Полный расчет» формируется по каждому модулю, не пишите во всех чеках одинаково «Лицензия на ПО». Лучше разделите номенклатуру или описание на этапы: «Модуль 1», «Модуль 2», «Модуль 3». Так будет проще доказать, почему предоплата зачтена частями.
Одна из частых ошибок при предоплатах — продавец пробивает чек на предоплату, а потом при реализации пробивает чек «Полный расчет» как будто покупатель снова оплатил безналично. В результате в отчетах по ККТ выручка визуально может выглядеть задвоенной.
Чтобы этого избежать, в закрывающем чеке укажите, что сумма оплачена не новыми деньгами, а зачетом ранее внесенной предоплаты. В кассовых реквизитах это отражается через соответствующую сумму зачета аванса.
Проверьте:
в первом чеке сумма проходит как наличная, безналичная, электронная или иная фактическая форма оплаты;
во втором чеке сумма проходит как зачет предоплаты;
во втором чеке не указана повторная безналичная оплата;
сумма всех чеков «Полный расчет» не превышает сумму первоначальной предоплаты;
после полного исполнения остаток аванса по покупателю равен нулю.
В 1С это проверяется через отчеты по расчетам с покупателями, журнал кассовых чеков и движения по авансам. Если после реализации аванс не закрывается, значит, зачет настроен неправильно. Если закрывающий чек пробивается с новой оплатой, проверьте настройки способа оплаты в кассовом модуле.
Если чек на предоплату был сформирован, а чек на зачет предоплаты не пробили, нужно исправлять ситуацию. Порядок зависит от того, когда обнаружена ошибка, какая версия формата фискальных данных используется, какие операции уже отражены и как настроена ККТ.
Общий подход такой:
определите дату, когда должен был быть сформирован чек «Полный расчет»;
определите сумму зачета предоплаты;
проверьте, был ли сформирован документ реализации или оказания услуги в 1С;
сформируйте недостающий чек или чек коррекции в зависимости от ситуации и возможностей ККТ;
подготовьте внутреннее пояснение, почему ошибка произошла и как она исправлена;
настройте контроль, чтобы ошибка не повторялась.
Если ошибка существенная или период уже закрыт, лучше согласовать порядок исправления с обслуживающей организацией по ККТ, оператором фискальных данных или налоговым консультантом. Для нестандартной ситуации также можно направить запрос в ФНС.
Рассмотрим важный вопрос. Покупатель оплатил программу, доступ к материалам был открыт, но покупатель не заходил в личный кабинет и не использовал материалы. Нужно ли формировать чек «Полный расчет»?
Если по договору продавец обязан предоставить доступ, а не обеспечить фактическое использование, то исполнение происходит в момент открытия доступа. Факт того, что покупатель не воспользовался материалами, обычно не отменяет зачет предоплаты.
По аналогии с абонементами ФНС указывала: если даты посещения зафиксированы и деньги при пропуске не возвращаются, чек на зачет аванса формируется на каждую такую дату вне зависимости от фактического посещения. Для цифровых материалов эту логику можно применять так: если дата открытия модуля наступила, доступ предоставлен, деньги не возвращаются из-за неиспользования, чек «Полный расчет» формируем на дату открытия или на дату признания выручки.
Важно: закрепите это в оферте. Укажите, что доступ считается предоставленным с момента технического открытия материалов в личном кабинете, направления ссылки, активации лицензии или предоставления ключа.
Рассмотрим еще одну ситуацию. Покупатель оплатил доступ на период. Материалы были доступны, но покупатель не успел их изучить. Срок доступа истек, деньги по договору не возвращаются. Что делать с остатком предоплаты?
По аналогии с абонементами, если срок действия истек и неиспользованная часть не возвращается, чек на зачет оставшейся предоплаты нужно сформировать в последний день срока действия доступа. Это логично, потому что после окончания срока продавец окончательно закрывает обязательство перед покупателем по договору.
Например, клиент оплатил 10 000 руб. за доступ на месяц. В течение месяца были зачтены 8 000 руб., а 2 000 руб. остались как неиспользованная часть. Если договором предусмотрено, что по окончании срока доступ прекращается и деньги не возвращаются, на последний день срока сформируйте чек «Полный расчет» на оставшиеся 2 000 руб. с зачетом предоплаты.
Эксперт из обсуждения правильно отметил, что для лицензий на ПО с постепенным открытием материалов прямого однозначного ответа в 54-ФЗ нет. Поэтому при нестандартной модели безопаснее направить официальный запрос в ФНС.
Особенно рекомендуем сделать запрос, если:
стоимость лицензий существенная;
покупателей много, и ошибка может стать массовой;
доступ открывается по сложному алгоритму;
в договоре смешаны лицензия, услуги, обучение и консультации;
вы хотите формировать один чек «Полный расчет» сразу, хотя доступ открывается постепенно;
бухгалтерская выручка признается одним способом, а технический доступ открывается другим способом;
есть риск разных трактовок со стороны налоговой инспекции.
В запросе в ФНС опишите фактическую модель максимально конкретно:
что именно продается покупателю;
когда поступает оплата;
когда открывается доступ;
открывается ли весь доступ сразу или по частям;
есть ли фиксированные даты открытия материалов;
как признается выручка в бухгалтерском учете;
возвращаются ли деньги, если покупатель не использовал материалы;
какой порядок чеков вы планируете применять.
Чем точнее будет запрос, тем полезнее будет ответ. Не задавайте общий вопрос «когда пробивать чек». Лучше опишите вашу модель и спросите, допустим ли выбранный порядок формирования чеков.
Рассмотрим пример текста, который можно адаптировать под свою организацию:
Организация реализует пользователям неисключительные лицензии на использование программного обеспечения с доступом к материалам в личном кабинете. Оплата производится покупателем в размере 100% стоимости до начала использования. После оплаты доступ к материалам открывается не единовременно, а постепенно по утвержденному графику: отдельные модули становятся доступны пользователю в установленные даты. Просим разъяснить порядок применения ККТ при зачете предварительной оплаты: вправе ли организация формировать кассовый чек с признаком способа расчета «Полный расчет» по мере открытия каждого модуля либо по мере признания выручки в бухгалтерском учете? Также просим подтвердить необходимость формирования первого кассового чека с признаком способа расчета «Предоплата 100%» в момент получения оплаты.
Если вы хотите использовать ежемесячный зачет, добавьте:
Выручка по указанным лицензиям признается в бухгалтерском учете равномерно в течение срока доступа. Просим подтвердить возможность формирования чеков «Полный расчет» ежемесячно на сумму признанной выручки с отражением зачета ранее внесенной предоплаты.
Чтобы кассовая схема была обоснованной, разберем, что стоит прописать в договоре или публичной оферте.
Предмет договора. Укажите, что именно получает пользователь: лицензию, доступ к сервису, доступ к материалам, право использования программы или комплекс прав и услуг.
Момент предоставления доступа. Опишите, когда доступ считается предоставленным: после оплаты, после активации личного кабинета, в даты открытия модулей или по графику.
График открытия материалов. Если материалы открываются постепенно, укажите принцип: ежедневно, еженедельно, по модулям, по календарю или после выполнения условий.
Момент исполнения обязательства. Укажите, что обязательство по соответствующей части считается исполненным с момента открытия доступа к этой части.
Порядок возврата. Опишите, возвращаются ли деньги, если пользователь не использовал доступ.
Срок действия доступа. Укажите дату начала и окончания доступа или порядок их определения.
Стоимость этапов. Если доступ делится на этапы, желательно определить стоимость этапов или порядок распределения общей цены.
Такие условия помогут обосновать, почему чек «Полный расчет» формируется не сразу на всю сумму, а поэтапно.
Рассмотрим практический выбор. Если материалы открываются постепенно, есть два основных безопасных подхода:
Поэтапный зачет. Формируйте чек «Полный расчет» на дату открытия каждого модуля, урока, блока или этапа.
Периодический зачет. Формируйте чек «Полный расчет» по мере признания выручки в бухгалтерском учете, например ежемесячно.
Поэтапный зачет лучше подходит, если:
каждый модуль имеет самостоятельную ценность;
в договоре указан график модулей;
стоимость этапов можно определить;
доступ открывается в фиксированные даты;
покупатель получает результат частями.
Периодический зачет лучше подходит, если:
продается доступ на период;
количество действий пользователя не ограничено;
выручка признается равномерно;
материалы открываются постепенно, но не являются отдельными самостоятельными объектами продажи;
договор больше похож на подписку или абонемент на период.
Если сомневаетесь между двумя вариантами, выберите тот, который лучше совпадает с договором и бухгалтерским учетом. Не допускайте ситуации, когда в договоре указаны этапы, в учете выручка признается ежемесячно, а чеки пробиваются единовременно на всю сумму без понятного основания.
Разберем пример. Покупатель оплатил 6 000 руб. за годовую лицензию на программу. После оплаты он сразу получил лицензионный ключ, программу, доступ ко всем функциям и право использования на 12 месяцев. Дополнительные материалы не открываются по этапам, ограничений нет.
Возможное решение:
если оплата и выдача ключа произошли одновременно, сформируйте один чек «Полный расчет» на 6 000 руб.;
если сначала поступила оплата, а ключ выдан позднее, сформируйте чек «Предоплата 100%» при оплате и чек «Полный расчет» при выдаче ключа.
В этом примере поэтапные чеки не нужны, потому что право предоставлено полностью сразу.
Покупатель оплатил 30 000 руб. за программу из 5 модулей. Каждый модуль открывается раз в неделю. Стоимость каждого модуля — 6 000 руб.
Возможное решение:
в день оплаты сформируйте чек «Предоплата 100%» на 30 000 руб.;
в дату открытия модуля 1 сформируйте чек «Полный расчет» на 6 000 руб.;
в дату открытия модуля 2 сформируйте чек «Полный расчет» на 6 000 руб.;
в дату открытия модуля 3 сформируйте чек «Полный расчет» на 6 000 руб.;
в дату открытия модуля 4 сформируйте чек «Полный расчет» на 6 000 руб.;
в дату открытия модуля 5 сформируйте чек «Полный расчет» на 6 000 руб.
Во всех закрывающих чеках указывайте зачет предоплаты, а не новую оплату.
Покупатель оплатил 120 000 руб. за доступ к сервису на 12 месяцев. Количество входов и действий не ограничено. Выручка признается равномерно по 10 000 руб. в месяц.
Возможное решение:
в день оплаты сформируйте чек «Предоплата 100%» на 120 000 руб.;
ежемесячно в последний день месяца формируйте чек «Полный расчет» на 10 000 руб. с зачетом предоплаты;
по окончании 12 месяцев сумма всех закрывающих чеков должна составить 120 000 руб.
Этот подход наиболее похож на абонемент на определенный период с неограниченным использованием.
Покупатель оплатил 8 000 руб. за доступ на месяц. Доступ был открыт, но пользователь не заходил в личный кабинет. По договору деньги не возвращаются, если доступ был предоставлен.
Возможное решение:
при оплате сформируйте чек «Предоплата 100%» на 8 000 руб.;
если выручка признается ежемесячно, в последний день месяца сформируйте чек «Полный расчет» на 8 000 руб.;
не привязывайте чек к факту входа пользователя, если обязательство состоит именно в предоставлении доступа.
Здесь важно, чтобы договор подтверждал: доступ считается оказанным с момента его предоставления, а не с момента фактического просмотра материалов.
Разберем типичные ошибки при продаже лицензий и цифровых доступов.
Пробить только чек на предоплату и забыть закрывающий чек. Если предоплата зачитывается позже, нужен чек «Полный расчет».
Пробить чек «Полный расчет» сразу, хотя доступ открывается частями. Это может быть спорно, если обязательство фактически исполняется постепенно.
Пробить закрывающий чек как новую оплату. Во втором чеке должен быть зачет предоплаты, а не повторная безналичная оплата.
Не разделить стоимость по этапам. Если доступ открывается частями, заранее определите, какую сумму зачитывать по каждому этапу.
Не синхронизировать договор и учет. Договор говорит об этапах, учет признает выручку равномерно, а ККТ закрывает всю сумму сразу — это слабая позиция.
Не фиксировать дату открытия доступа. Без даты сложно доказать момент зачета предоплаты.
Использовать слишком общее наименование в чеке. Лучше указывать конкретный модуль, период или вид доступа.
Если при продаже лицензии на ПО материалы открываются постепенно, не считайте автоматически, что чек «Полный расчет» нужно пробить сразу на всю сумму в день оплаты. Сначала определите, когда организация фактически исполняет обязательство перед покупателем.
Если покупатель оплачивает лицензию заранее, а полный доступ еще не предоставлен, в момент оплаты сформируйте чек с признаком способа расчета «Предоплата 100%». Затем формируйте чек «Полный расчет» в момент зачета этой предоплаты.
Если доступ открывается по конкретным датам или модулям, формируйте чек «Полный расчет» на каждую дату открытия соответствующей части доступа. Если продается доступ на определенный период, а выручка признается равномерно, можно ориентироваться на подход ФНС по абонементам и формировать чеки «Полный расчет» по мере признания выручки в бухгалтерском учете, например ежемесячно.
Если лицензия и весь объем прав предоставляются сразу после оплаты, можно сформировать чек «Полный расчет» в момент предоставления полного доступа. Если же оплата поступила раньше, чем доступ был предоставлен, сначала пробейте чек на предоплату, а затем закрывающий чек на полный расчет.
Самый безопасный подход для спорной ситуации: оформите первый чек на «Предоплату 100%», а закрывающие чеки «Полный расчет» формируйте по мере открытия материалов, по этапам программы или по мере признания выручки. Дополнительно закрепите этот порядок в оферте и при необходимости направьте запрос в ФНС, потому что специального прямого правила для лицензий на ПО с постепенным открытием материалов в 54-ФЗ нет.
Информация носит справочный характер