Проанализируем ситуацию: вы оказываете услугу физическому лицу, а оплату получаете переводом «с карты на карту» (или по СБП). Заказчику нужно принести в бухгалтерию (работодателю, организатору мероприятия, грантодателю и т. п.) пакет документов, чтобы ему возместили потраченные деньги. При этом у вас часто нет «классического» безнала на расчетный счет компании и нет стандартного «счета на оплату» как в B2B.
Разберем по шагам, что именно нужно подготовить, какие варианты законно работают, как это отражать в 1С и почему один только перевод по карте почти никогда не спасает, если заказчику нужна компенсация.
Посмотрим на типовую логику возмещения: бухгалтерии заказчика нужно доказательство трех вещей:
Отсюда следует практический вывод: «счет» сам по себе — это только просьба оплатить, а не подтверждение факта оказания и оплаты. Поэтому для компенсации почти всегда нужна связка документов, а состав набора зависит от вашего статуса. Рассмотрим подробнее все основные варианты.
Если вы применяете налог на профессиональный доход (НПД), то для заказчика ключевым документом становится чек самозанятого. Его обычно достаточно как подтверждения оплаты и основания для признания расходов (в зависимости от внутренних правил заказчика), а также он подтверждает, что вы легально приняли деньги.
Разберем по шагам, что делаем вместе:
Важный момент: многие заказчики путают «физлицо платит из своих, потом компания возместит» с «компания является покупателем». Давайте заранее проанализируем ситуацию: если компенсация идет по авансовому отчету сотрудника, покупателем часто выступает компания, а сотрудник — подотчетное лицо. Тогда правильнее оформить документы так, чтобы компания была указана как заказчик (в договоре/акте) и чтобы чек НПД был на компанию/ИП (с ИНН). Если же у заказчика «личное возмещение» без признания расходов компании, тогда достаточно документов на физлицо.
Отдельно отметим срок формирования чека: при безналичных расчетах у самозанятых есть регламент по срокам формирования чека, и его лучше не нарушать. Действуем дисциплинированно: получили оплату — сформировали чек максимально быстро, в идеале в тот же день.
Теперь разберем ситуацию, когда вы работаете как ИП или ООО на любой системе налогообложения и принимаете деньги от физического лица электронным способом (в том числе переводом, СБП, «карта-карта»). На практике заказчику для компенсации обычно нужны:
Ключевая трудность «карта-карта» здесь в том, что это часто проходит мимо вашей учетной системы и мимо стандартного кассового контура. Поэтому задача звучит так: не просто «выставить счет», а организовать прием оплаты так, чтобы вы могли легально выдать чек и отразить операцию в 1С.
Рассмотрим подробнее практические подходы.
Это самый «бухгалтерски правильный» вариант. Вместо личной карты используем расчетный счет ИП/ООО. Заказчик платит переводом по реквизитам (или по QR/СБП на расчетный счет, если банк/сервис так умеет).
Дальше действуем по шагам в 1С:Бухгалтерии 3.0:
Реализация(Акты,Накладные,УПД) / акт).СчетПокупателю (в интерфейсе — «Счет на оплату покупателю»), который печатается и передается заказчику.ПоступлениеНаРасчетныйСчет (в интерфейсе — «Поступление на расчетный счет») и связываем оплату с реализацией (аванс/оплата/закрытие задолженности).Почему это удобно: деньги видны в банковских документах, легко сопоставить оплату с услугой, можно корректно сформировать чек с признаком «безналичная/электронная форма расчета».
Что важно проверить в настройках 1С: включены ли нужные функциональные опции (работа с платежными картами/онлайн-кассой), подключена ли ККТ, настроен ли ОФД, заполнены ли реквизиты организации и кассы. Если чек нужен именно на поступление оплаты, убеждаемся, что используем корректный сценарий пробития «по оплате».
Проанализируем типовой спорный момент: заказчик оплатил сегодня, а услугу вы оказываете завтра/через неделю. Тогда по логике учета это аванс. На форуме 1С как раз обсуждали, что поступление от физлица, видимое в выписке, следует трактовать как аванс, а затем — делать зачет аванса при реализации. И именно по этой цепочке нужно думать о чеке: чек на аванс при поступлении и чек (или операция зачета) при закрытии сделки.
Разберем по шагам учетную связку в 1С:
ПоступлениеНаРасчетныйСчет с видом операции «Оплата от покупателя» (или аналогичный вариант) и фиксируем аванс.Дальше вопрос упирается в кассовую часть: как пробить чек именно с корректной формой оплаты «электронно/безналично» и корректным типом расчета (аванс/полный расчет/зачет аванса). В старых конфигурациях (например, УПП 1.3) участники обсуждений часто приходили к выводу, что типовыми документами закрыть все требования трудно и приходится либо «подстраивать эквайринг», либо писать внешнюю обработку.
Посмотрим на практику, которую предлагали в обсуждениях по УПП: если стандартные документы (например, «Чек ККМ» или «Оплата платежной картой») не подходят по признакам расчета и форме оплаты, то применяют внешнюю обработку: перебирают входящие платежи и формируют задания на ККТ/ОФД, фиксируя статус «пробит/не пробит» прямо в документе (например, в комментарии) или в отдельном регистре.
Рассмотрим на пример фрагмента кода, который приводили для драйвера ККТ (логика «зачет аванса»):
ECR.Summ = СуммаАванс; // Сумма оплаты
ECR.TypeClose = 3; // Тип оплаты «Зачет аванса»
ECR.Payment();
Важный момент: этот подход зависит от конкретного драйвера ККТ, версии ФФД и используемого оборудования. Поэтому действуем аккуратно: сначала проверяем, какие реквизиты обязательны в вашем сценарии, и тестируем на стенде. При этом идеологически задача понятна: сформировать правильный тип расчета и форму оплаты при пробитии чека, даже если типовой документ «не знает» ваш канал платежа.
Иногда предлагают технический вариант: создать отдельный «вид эквайринга» с нулевой комиссией и проводить поступления как «оплата картой», чтобы получить нужные реквизиты чека. Это может помочь, если ваша ККТ-подсистема жестко завязана на документы эквайринга. Но давайте сразу договоримся: применять такой обход стоит только после анализа, не искажает ли он экономический смысл операции и не ломает ли сверки с банком.
Если идем этим путем, действуем так:
Предупреждение: если платеж фактически не эквайринговый, то в банковской выписке не будет реестров эквайринга, и аналитика может стать «кривой». Поэтому этот вариант — компромисс ради кассового контура, а не идеальная бухгалтерская модель.
Теперь разберем самый рискованный сценарий: вы оказываете услуги как обычное физическое лицо без регистрации ИП/самозанятости, деньги получаете на личную карту, а заказчик хочет компенсацию.
Здесь важно честно проанализировать: бухгалтерии заказчика обычно нужен документ, подтверждающий законность сделки и уплату налогов/правильный статус исполнителя. Простая «расписка» или «счет от физлица» зачастую не проходит внутренний контроль. Иногда заказчику достаточно договора гражданско-правового характера (ГПХ) с удержанием НДФЛ и страховых взносов со стороны заказчика (если заказчик — организация), но это уже превращается в оформленные выплаты физлицу и требует полноценного кадрово-налогового контура у заказчика.
Поэтому практический вывод такой: если вы регулярно оказываете услуги и вам важно, чтобы клиентам возмещали расходы, выгоднее и проще стать самозанятым или ИП. Тогда у вас появляется «нормальный» документ: чек НПД или кассовый чек/акт/счет от ИП/ООО.
Чтобы заказчику было проще, составим готовые наборы. Посмотрим на три частых сценария и договоримся, что именно выдаем.
Если заказчик приносит документы в бухгалтерию работодателя, иногда достаточно только чека, но давайте не рисковать: лучше выдать и акт, потому что акт объясняет «что именно сделали».
В таком пакете бухгалтерия обычно спокойна: есть и основание, и факт оплаты, и факт оказания услуги.
Здесь самая частая ошибка — документы «на физлицо», хотя расходы признает компания. Поэтому действуем так:
Почему это важно: бухгалтерия возмещает сотруднику расходы, но экономический смысл — услуги купила компания. Чем лучше это отражено в документах, тем меньше вопросов и отказов.
Теперь разберем сам «счет», потому что это центральная просьба: «как выставить счет физлицу, если он переводит с карты на карту».
Счет для физлица — это, по сути, платежный документ-инструкция. Он не обязан быть унифицированным, но должен содержать минимум, чтобы бухгалтерия заказчика поняла, что происходит.
Включим в счет следующие блоки:
Критично: если заказчику возмещает компания, старайтесь, чтобы в счете и назначении платежа была компания как заказчик. Тогда сотруднику проще закрыть авансовый отчет.
Перейдем к практической части. Посмотрим на типовой набор документов 1С, который почти всегда закрывает задачу «счет → оплата → акт».
В 1С:Бухгалтерии 3.0 обычно используем:
Контрагенты — создаем физлицо как контрагента (при необходимости заполняем паспортные данные, адрес, телефон как контактную информацию).ДоговорыКонтрагентов — фиксируем условия (предмет, расчеты, сроки).СчетПокупателю — формируем счет на оплату (как документ-основание).Реализация(Акты,Накладные,УПД) — оформляем акт оказанных услуг.ПоступлениеНаРасчетныйСчет — отражаем оплату, загруженную из банка.Разберем по шагам типовой сценарий:
СчетПокупателю, выбираем контрагента, договор, номенклатуру «Услуги», сумму, печатаем/отдаем заказчику.Реализация(Акты,Накладные,УПД) (удобно вводить на основании счета, чтобы реквизиты подтянулись автоматически).ПоступлениеНаРасчетныйСчет, проверяем, что задолженность закрылась.Если нужна касса/чек, дополнительно настраиваем ККТ и пробиваем чек по оплате/реализации согласно вашей учетной политике и требованиям 54-ФЗ. При старых конфигурациях, как мы уже разобрали, может понадобиться внешний механизм для пробития чека по банковским поступлениям.
Вот самый «болезненный» кейс: деньги пришли на вашу личную карту, а вы хотите выдать документы так, чтобы заказчику возместили.
Разберем реалистичные варианты, от более правильных к более компромиссным:
Лучший вариант — перестроить процесс: принимать оплату на расчетный счет (ИП/ООО) или работать как самозанятый и выдавать чек НПД. Тогда документы будут выглядеть «чисто».
Если вы ИП и по факту используете карту физлица, проанализируем риски: банку и налоговой сложнее отделять личные операции от предпринимательских. В учете это тоже неудобно. Чтобы привести в порядок, обычно делают так:
С точки зрения документов для заказчика это все равно слабее, чем «оплата на расчетный счет + чек/акт», потому что заказчик платил на карту физлица, а не на счет предпринимателя/организации. Поэтому, если задача — возмещение расходов заказчику, лучше не оставаться в этом режиме.
Для самозанятого ситуация проще: заказчик может оплатить на карту, а вы выдаете чек НПД и акт. Это часто проходит даже при «карта-карта», потому что ключевой документ — чек из «Мой налог», а не банковская квитанция.
Назначение платежа — это то, что чаще всего «спасает» или «ломает» компенсацию. Давайте сделаем заготовки, которые можно копировать.
Если заказчик — физлицо:
«Оплата услуг по договору №___ от ___. Наименование услуги: ___. Исполнитель: ___»
Если фактический заказчик — компания (а платит сотрудник):
«Оплата услуг по договору №___ от ___, заказчик ООО “___”, ИНН ___, плательщик (ФИО) ___, для авансового отчета»
Если оплата — аванс:
«Аванс за услуги по договору №___ от ___. Исполнитель: ___»
С такими формулировками бухгалтерии проще связать оплату с договором и актом и объяснить экономический смысл расхода.
Давайте заранее разберем типовые «грабли», чтобы не переделывать документы по кругу:
Соберем все в компактный пошаговый план, чтобы вы могли применить сразу.
— для ИП/ООО: расчетный счет + ККТ;
— для самозанятого: перевод допустим, но сразу делаем чек НПД.
Подытожим и зафиксируем практическое решение. Если вам важно, чтобы заказчику гарантированно возмещали расходы, давайте действовать так:
ПоступлениеНаРасчетныйСчет, оформляем СчетПокупателю (по необходимости) и акт через Реализация(Акты,Накладные,УПД), а для подтверждения оплаты выдаем кассовый чек по правилам 54-ФЗ.Информация носит справочный характер и не заменяет консультацию бухгалтера/юриста под вашу конкретную схему расчетов и статус исполнителя.