Проанализируем ситуацию: ИП на УСН 6% оказывает услуги (сборка и установка мебели) физическим лицам. Оплату планируем принимать не наличными, а переводом на расчетный счет по выставленному счету (квитанции/счету на оплату), и одновременно хотим соблюдать требования 54-ФЗ — то есть формировать кассовый чек через онлайн-кассу с признаком оплаты «безналичная». Разберем по шагам, как организовать процесс, в какой момент пробивать чек, что указывать в чеке, какие есть варианты (аванс/полный расчет), и как это обычно отражают в 1С.
В обсуждениях по теме (в том числе на профильных бухгалтерских форумах) часто всплывает один и тот же вывод: само по себе выставление счета физлицу и поступление денег на расчетный счет — нормальная и распространенная схема. Сомнения обычно возникают в двух местах: (1) нужно ли вообще пробивать чек при поступлении на расчетный счет; (2) как правильно определить момент формирования чека и реквизиты, чтобы не получить претензии по 54-ФЗ.
Рассмотрим подробнее базовое правило. Если физическое лицо оплачивает ваши услуги переводом на расчетный счет (через банк, по реквизитам из счета, через приложение банка, по QR и т. п.), это все равно является расчетом с физлицом, и в большинстве типовых ситуаций применение ККТ требуется. Иными словами, «деньги пришли на р/с — значит, касса не нужна» — это частое заблуждение. Для физлиц безналичная оплата не освобождает от ККТ автоматически.
Поэтому выбранная вами схема «выставили счет → получили оплату на р/с → сформировали чек ККТ как безналичный» в целом корректна. Дальше важно настроить процесс так, чтобы:
Теперь разберем самый практичный вопрос: чек пробивать в момент выставления счета или в момент поступления денег, или когда оказали услугу? Здесь нужно разделить сценарии оплаты и оказания услуг.
Ключевая логика такая: чек формируем на событие «расчет» — то есть на оплату/предоплату/аванс, а затем (если была предоплата) — на зачет предоплаты при оказании услуги (полный расчет). Для безналичных переводов от физлиц по реквизитам закон позволяет передать чек не мгновенно «секунда в секунду», а не позднее следующего рабочего дня (и при этом не позже момента передачи товара/оказания услуги, если это применимо по вашему кейсу). На практике большинство ИП выбирают понятное правило: получили деньги на расчетный счет → в этот же день (или на следующий рабочий) пробили чек.
Посмотрим на типовые варианты.
Если вы сначала выполнили сборку/установку, подписали акт (или хотя бы завершили работу), а клиент потом оплатил по счету на расчетный счет, то событие «расчет» — это поступление денег. Значит:
Почему «полный расчет»? Потому что на момент оплаты услуга уже оказана и задолженность погашается полностью.
Если клиент сначала оплачивает по счету, а вы потом приезжаете и собираете/устанавливаете мебель, то первое событие расчета — это предоплата. Тогда схема становится двухшаговой по чекам:
Почему два чека? Потому что в логике 54-ФЗ предоплата — это тоже расчет, и ее нужно фискализировать. А когда вы оказали услугу, происходит завершение расчета — и это тоже отражается кассовым документом (зачет аванса/предоплаты).
Практический совет: если вы хотите максимально упростить жизнь и сократить количество чеков, организационно удобнее настроить работу так, чтобы оплата приходила после оказания услуги (или хотя бы в день оказания услуги), тогда чаще всего достаточно одного чека «полный расчет». Но это уже вопрос бизнеса и рисков, а не только учета.
Если клиент оплачивает часть заранее (например, 30% по счету), а остаток — после установки, то:
И здесь особенно важно аккуратно вести аналитику, чтобы суммы зачета «сошлись».
Теперь посмотрим, как должен выглядеть чек по смыслу. Мы не будем привязываться к конкретной модели кассы или ОФД, но разберем обязательную логику заполнения.
Что важно указать:
Частая ошибка: формировать чек одной строкой «Оплата по счету №…» без номенклатуры услуги. Для 54-ФЗ позиция в чеке должна отражать предмет расчета (услугу) понятным образом. Поэтому лучше всегда заводить в учете номенклатуру вида «Сборка мебели», «Установка мебели», «Выезд мастера» и т. п.
Сейчас соберем все в понятный регламент, чтобы вы могли вместе с бухгалтером/кассиром повторить его на практике.
Используем, если оплата приходит после оказания услуг или в день оказания услуг без отдельной предоплаты.
Используем, если клиент платит заранее.
Практическая заметка: если вы оказываете услуги «на выезде» и используете кассу не всегда под рукой, заранее продумайте, кто и где будет пробивать чек (в офисе бухгалтер/администратор на основании банковской выписки, либо мастер через мобильную кассу). При оплате на расчетный счет по реквизитам чаще всего чек пробивает бухгалтерия, потому что событие «расчет» фиксируется банковской выпиской.
Теперь перейдем к практике 1С. Важно понимать: конкретные кнопки и названия могут отличаться в зависимости от конфигурации (1С:Бухгалтерия, 1С:УНФ, 1С:Розница, 1С:УТ и т. п.) и вашей схемы подключения кассы (через драйвер, через сервис, через интеграцию с ОФД). Но общая логика одинакова: в 1С мы фиксируем поступление денег на р/с, а затем на основании этого события создаем чек ККТ.
Посмотрим на самый типовой сценарий для ИП на УСН — учет в 1С:Бухгалтерии. Обычно цепочка выглядит так:
Документ.СчетНаОплатуПокупателю (если используем счета в учете).Документ.ПоступлениеНаРасчетныйСчет с видом операции «Оплата от покупателя» (или близкий по смыслу).Дальше внимательно проверяем заполнение чека:
Что особенно важно: документ по банку и чек ККТ — это разные сущности учета. Деньги в доходах УСН отражаются по поступлению на расчетный счет (кассовый метод), а чек — это исполнение требований 54-ФЗ по фиксации расчета. Поэтому не путаем: пробитие чека не «задваивает доход», если учет настроен корректно; это просто второй регистр/контур — фискальный.
Если учет ведем в конфигурациях, где есть кассовый контур продаж и документ «чек» как основной (например, РМК), то обычно используем:
В таких конфигурациях часто встречается объект Документ.ЧекККМ (название может отличаться), а также рабочее место кассира Обработка.РабочееМестоКассира. Логика та же: чек должен быть «Приход», оплата — безналичная, предмет — услуги.
Отдельно про оплату «на расчетный счет»: иногда пользователи хотят выделить ее как отдельный тип оплаты внутри кассы/РМК (например, чтобы отличать от эквайринга по картам). Тогда в настройках создают отдельный вариант оплаты/платежа (условно «Перевод на р/с по счету») и маппят его на фискальный признак оплаты «безналичные». Это помогает в аналитике и сверках: видим, что деньги пришли именно переводом, а не картой.
Теперь соберем список нюансов, которые чаще всего «стреляют» в реальной работе.
Проанализируем ситуацию со сроками. При безналичных расчетах с физлицом (перевод на расчетный счет по реквизитам) чек, как правило, допускается сформировать не позднее следующего рабочего дня после поступления денег, но при этом нельзя затягивать так, чтобы чек был позже момента оказания услуги, если услуга уже оказана. Поэтому выстраиваем правило:
Разберем по шагам организационную сторону. Для электронного чека нужен контакт. На практике:
Полезная практика: добавляем поле «e-mail для чека» в шаблон счета/заказа и проговариваем это клиенту как стандартный шаг.
Термины в кассах иногда вводят в заблуждение. У разных производителей и интеграций могут быть разные названия. Для платежа, который поступил на расчетный счет по реквизитам (не через POS-терминал и не через “карту в моменте”), чаще используют «безналичные». Эквайринг по карте (когда клиент платит картой через терминал/платежный сервис) тоже безналичный по сути, но в чеке часто отражается отдельной категорией («электронными»/«оплата картой») в зависимости от настроек. Чтобы не ошибиться:
Это частый страх: «если я проведу поступление по банку и еще пробью чек, не получится ли двойной доход?». Разберем логику:
Поэтому в 1С важно пробивать чек на основании поступления (или связанного документа), а не создавать «вручную где-то отдельно» без привязки — иначе можно получить путаницу и расхождения в отчетах.
Посмотрим на пример: клиент оплатил по счету, вы пробили чек, но затем услуга отменена и деньги возвращаете на расчетный счет. Тогда нужен чек на возврат:
В 1С это обычно делается через кассовый контур возвратов (в зависимости от конфигурации и подключенной кассы).
Проанализируем: если плательщик — физическое лицо (оплачивает как физлицо со своего счета/карты), это расчет с физлицом и ККТ обычно нужна. Если оплата поступает от организации или ИП в рамках B2B (между предпринимателями/юрлицами), могут быть иные правила и исключения, но в вашем кейсе речь именно о физлицах — поэтому держим правило: оплата от физлица на р/с → пробиваем чек.
Разберем: для вас это все равно поступление денег от физлица безналичным путем (в банк клиент внес наличные, а вам пришел перевод на р/с). В большинстве практических разъяснений логика не меняется: чек нужен, потому что расчет происходит с физлицом, а способ поступления к вам — безнал.
С точки зрения фискализации это также расчет с физлицом в безналичной форме. Значит, пробиваем чек «Приход», оплата — безналичная/электронная (по вашей настройке), предмет расчета — услуга, а момент — поступление/подтверждение оплаты. Организационно снова удобнее пробивать по выписке, если платежи приходят на р/с.
Рассмотрим подробнее, как обычно оптимизируют процесс, когда много платежей от физлиц на расчетный счет:
Документ.ПоступлениеНаРасчетныйСчет от физлица должен завершаться сформированным чеком».Контрольная идея: вводим простой реестр: «поступление (дата/сумма/ФИО) → номер чека». Тогда быстро закрываем вопрос проверок и внутренних сверок.
Подведем итог и зафиксируем решение в понятном виде.
Да, схема “ИП на УСН выставляет счет физлицу → получает оплату на расчетный счет → пробивает чек по онлайн-кассе как безналичный расчет” является стандартной и рабочей. Дальше нам нужно лишь правильно выбрать признак способа расчета (аванс/полный расчет) и соблюдать сроки формирования/передачи чека.
Чтобы закрепить результат, оформим короткий регламент (который можно буквально распечатать для сотрудников):
Документ.ПоступлениеНаРасчетныйСчет (или связанного документа продажи), чтобы избежать расхождений и ручных ошибок.Важно: конкретная реализация в 1С зависит от вашей конфигурации и подключения кассы. Но логика учета и фискализации, которую мы разобрали, одинакова: расчет фиксируем выпиской, чек формируем как фискальный документ на этот расчет и корректно указываем параметры (предмет/способ/форма оплаты).
Информация носит справочный характер.