Разберем ситуацию, с которой все чаще сталкиваются организации и ИП при работе с самозанятыми. Раньше оплата проходила напрямую с расчетного счета организации на карту или счет самозанятого, и типовой механизм Выплаты самозанятым в 1С:Бухгалтерии предприятия 3.0 закрывал задачу достаточно просто: формировали реестр, передавали его в банк, затем загружали выписку и чеки. Теперь схема меняется: банк требует сначала перечислить общую сумму на номинальный счет, иногда сразу с учетом комиссии, а уже потом сам распределяет деньги по исполнителям.
Из-за этого в 1С появляется промежуточная операция, которой в типовом сценарии прямых выплат может не быть. Именно она и вызывает затруднение: в банковской выписке отражается перевод на номинальный счет, но этот перевод еще не является окончательной оплатой конкретным самозанятым. Если отразить его как обычную оплату поставщику, можно получить некорректные расчеты, искажение учета по контрагентам и преждевременное признание расходов.
Рассмотрим подробнее ключевую мысль, на которой нужно строить учет. В этой схеме у нас фактически возникают два разных события:
перевод денег с расчетного счета организации на номинальный счет или в адрес посредника/банка;
фактическая выплата самозанятым по реестру и получение подтверждающих документов, прежде всего чеков.
Пока деньги только ушли на номинальный счет, нельзя считать, что мы уже полностью рассчитались с конкретными самозанятыми в логике типового документа по выплате реестра. Поэтому основная практическая рекомендация сводится к следующему: отделяйте в 1С перевод на номинальный счет от самой выплаты самозанятым.
Сначала зафиксируем, что сама работа с самозанятыми в 1С:Бухгалтерии 8 давно поддерживается штатно. Для этого в программе используется функциональность Выплаты самозанятым. В типовом варианте предусмотрен документ Выплаты самозанятым, который особенно удобен для массовых выплат. Он работает через специальный счет расчетов 76.16. Этот счет предназначен именно для реестровых выплат самозанятым и имеет свои особенности.
Здесь важно понимать ограничения типового механизма. При расчете через 76.16 учет ведется по контрагентам, но без удобной детализации по нескольким договорам в рамках одного и того же самозанятого. Кроме того, этот счет не всегда удобен для сверки в привычной логике расчетов с контрагентами. Поэтому типовой реестр хорош тогда, когда действительно нужно массово выплатить вознаграждение по факту выполнения работ и сразу получить подтверждение оплаты и чек.
Также разберем важный практический момент. Функционал реестров в 1С логически рассчитан на ситуацию, когда услуга и оплата в части реестра происходят как единый учетный блок. Если же появляется отдельный этап пополнения номинального счета, то программа не всегда может корректно сопоставить это с прямой оплатой самозанятому без дополнительной учетной логики.
Проанализируем ситуацию на бухгалтерском уровне. Когда в выписке банка видим перевод общей суммы на номинальный счет, деньги еще не перечислены конкретным физлицам в разрезе карточек самозанятых. Следовательно, если мы оформим документ Списание с расчетного счета с видом операции Оплата поставщику на какого-то одного контрагента или попытаемся напрямую связать его с типовым документом Выплаты самозанятым, то учет будет искусственно искажен.
Выясним причину. При виде операции Оплата поставщику программа ожидает обычный расчет с контрагентом по договору, по счетам расчетов типа 60 или иному выбранному счету. Но в рассматриваемой схеме переводится не оплата за уже закрытый документ по одному поставщику, а денежное покрытие для будущих массовых выплат через банк или платежного агента. Значит, нужен промежуточный учетный узел.
Именно поэтому на практике обычно используют отдельный счет расчетов с банком, агентом, платформой или посредником по номинальному счету. Чаще всего для этого выбирают отдельный субсчет к 76. Например, организация может завести внутренний субсчет вида 76.09, 76.10 или иной свободный субсчет с понятным наименованием: «Расчеты с банком по номинальному счету» или «Расчеты с посредником по выплатам самозанятым». Конкретный номер субсчета зависит от рабочего плана счетов и учетной политики.
Теперь разберем основной и наиболее универсальный вариант решения. Он подходит для ситуации, когда банк требует пополнять номинальный счет отдельно, а затем уже сам производит распределение выплат по вашему реестру.
Смысл подхода такой:
перевод на номинальный счет отражаем как расчеты с банком или посредником, а не как оплату самозанятым;
саму задолженность перед самозанятыми отражаем отдельно, через типовой реестр Выплаты самозанятым на счете 76.16;
когда банк предоставляет итоговый реестр фактических выплат и чеки, закрываем промежуточный счет посредника и фиксируем, что деньги реально ушли исполнителям.
Такой способ позволяет сохранить логику бухгалтерского учета и не смешивать разные хозяйственные операции.
Рассмотрим по шагам базовый вариант, который в большинстве случаев оказывается самым понятным и безопасным.
Сначала убедимся, что в базе активирован нужный функционал. Для этого в 1С:Бухгалтерии предприятия 3.0 откройте настройки функциональности и проверьте, включен ли флаг Выплаты самозанятым. После этого в разделе покупок станет доступен документ Выплаты самозанятым.
Если этот флаг не установлен, типовая реестровая схема в программе просто не заработает в полном объеме. Поэтому начнем именно с этого.
Далее посмотрим на справочник Контрагенты. Для каждого исполнителя желательно использовать корректно заполненную карточку с видом контрагента Самозанятый или соответствующим вариантом представления в вашей версии программы. Обязательно проверьте:
ФИО;
ИНН;
банковские реквизиты;
при необходимости договор;
признак, что это именно самозанятый, а не обычное физлицо без нужного статуса.
Это важно не только для платежей, но и для корректного ведения аналитики и контроля документов.
Теперь разберем ключевую настройку, которой часто не хватает в типовой схеме. В рабочем плане счетов желательно предусмотреть отдельный субсчет к 76 для учета денег, перечисленных банку или посреднику на номинальный счет. Назвать его можно так, чтобы сразу было понятно назначение, например:
76.09 Расчеты с банком по номинальному счету;
76.10 Расчеты с платежным агентом по выплатам самозанятым;
76.ХХ Расчеты по номинальному счету для выплат самозанятым.
Номер субсчета подберите в соответствии с вашей учетной политикой и структурой рабочего плана счетов. Главное здесь не номер, а смысл: это должен быть отдельный промежуточный счет, который не смешивается со счетом 76.16 для самозанятых по реестрам.
Так мы сразу разделим две аналитики:
76.16 — расчеты именно с самозанятыми по реестру;
отдельный субсчет 76 — расчеты с банком или посредником по номинальному счету.
Теперь посмотрим на пример оформления банковской выписки. Когда из основного расчетного счета деньги перечисляются на номинальный счет, создавайте или корректируйте документ Списание с расчетного счета так, чтобы он отражал не оплату поставщику, а именно перевод денежных средств посреднику/банку.
На практике для этого чаще всего используют вид операции Прочее списание, потому что он позволяет гибко указать нужный счет дебета и контрагента. В качестве контрагента удобно завести банк, платформу или условного посредника по номинальному счету. В назначении платежа можно сохранить банковскую формулировку, чтобы потом было легче сопоставлять выписки и реестры.
Типовая логика проводки здесь обычно такая:
Дт 76.09 Кт 51
- перечислены денежные средства на номинальный счет банка
или посреднику для последующих выплат самозанятым.
Если банк удерживает комиссию отдельной строкой, ее удобнее отражать отдельным документом и отдельной проводкой по банковским расходам. Если же комиссия включена в общую сумму пополнения номинального счета, тогда нужно разбирать банковский отчет и выделять ее отдельно, чтобы не завысить сумму, предназначенную для выплат самозанятым.
Дальше не отказываемся от штатного механизма 1С. Создайте документ Выплаты самозанятым в разделе покупок. Именно он нужен для того, чтобы отразить экономический смысл операции: какие услуги приняты, каким самозанятым и в каких суммах начислено вознаграждение.
В документе программа позволяет выбрать вариант услуги:
Единая услуга — если все исполнители в реестре выполняли одинаковую работу;
В списке — если у каждого самозанятого своя услуга, номенклатура или содержание работы.
Этот документ формирует типовую задолженность перед самозанятыми через счет 76.16. Обычно логика проводки такая:
Дт 20 / 23 / 25 / 26 / 44 / 08 ... Кт 76.16
- отражены услуги самозанятых по реестру.
Какой именно счет затрат выбрать, зависит от сути ваших расходов:
20 — если расходы напрямую связаны с основным производством;
26 — если это общехозяйственные расходы;
44 — если это расходы на продажу;
08 — если услуги увеличивают стоимость вложений во внеоборотные активы;
другой счет — если это следует из вашей хозяйственной операции и учетной политики.
Рассмотрим важный нюанс. Если фактически работы уже приняты, а оплата пройдет позже после пополнения номинального счета, такой подход как раз и удобен: затраты фиксируются в тот момент, когда есть основание признать услугу, а не в момент простого перевода денег банку.
Вот здесь и возникает самый чувствительный участок учета. После того как банк реально выплатил деньги самозанятым, у вас обычно появляются:
реестр выплат из клиент-банка, часто в формате xls или ином выгружаемом формате;
чеки самозанятых, которые банк может сформировать и передать отдельно;
иногда банковская выписка по самому номинальному счету или иной отчет о движении средств.
На этом этапе нужно сделать так, чтобы деньги перестали числиться как зависшие на расчетах с банком по номинальному счету и были увязаны с фактическими выплатами самозанятым.
Если банк и 1С умеют полноценно обмениваться по этой схеме, часть операций может формироваться автоматически через 1С:ДиректБанк. Но если у вас в реальности выгружается только xls-реестр и чеки, а прямой интеграции нет, тогда закрывать расчеты придется в базе вручную или через промежуточные документы.
Практический смысл здесь следующий: нам нужно перенести сумму с расчетов с посредником на расчеты по реестру самозанятых. То есть отразить, что деньги, ранее перечисленные банку на номинальный счет, теперь действительно ушли исполнителям.
Вариант проводки зависит от того, как именно вы организуете отражение в базе, но экономически это выглядит как погашение задолженности перед самозанятыми за счет денег, ранее перечисленных посреднику. По сути нужно добиться такого результата, чтобы:
по субсчету расчетов с банком по номинальному счету остаток уменьшился;
по 76.16 оплата самозанятым была погашена;
чеки были прикреплены или зарегистрированы как подтверждающие документы.
Разберем подробнее, потому что именно здесь чаще всего возникает вопрос: типовой документ по реестру хочет видеть списание с расчетного счета, а в реальности у нас сначала было списание на номинальный счет, а потом уже банк распределил суммы.
На практике применяют два рабочих подхода.
Это самый прямой вариант, если банковская интеграция не закрывает задачу автоматически. Сначала в учете уже есть:
Дт 76.09 Кт 51 — перечислили деньги банку на номинальный счет;
Дт затрат Кт 76.16 — отразили услуги самозанятых по реестру.
После получения реестра фактических выплат отражаем внутренний перенос расчетов, например документом Операция, введенная вручную:
Дт 76.16 Кт 76.09
- зачтены суммы фактических выплат самозанятым
за счет ранее перечисленных средств на номинальный счет.
Посмотрим на смысл этой записи:
дебет 76.16 закрывает задолженность перед самозанятыми;
кредит отдельного субсчета расчетов с банком уменьшает задолженность банка/посредника перед вами по уже переведенным деньгам.
Этот вариант особенно удобен, когда банк присылает итоговый реестр, а вам нужно разово погасить список выплат по исполнителям.
Минус способа в том, что это уже не совсем типовой автоматический сценарий. Но с точки зрения бухгалтерской логики он понятный и контролируемый.
В этом варианте делаем акцент на том, что документ Выплаты самозанятым нужен нам прежде всего для признания расходов и аналитики по самозанятым, а банковское движение через номинальный счет отражаем отдельно. Тогда фактическое погашение задолженности по 76.16 опять же можно закрывать внутренним переносом или операцией взаимозачета расчетов, если под вашу конфигурацию и настройки такой способ удобнее.
То есть логика остается той же, но акцент переносится на учетную модель, а не на попытку любым способом заставить выписку банка напрямую «прицепиться» к реестру самозанятых.
Для большинства случаев это и есть правильный путь: не подгонять нетипичную банковскую схему под стандарт «оплатили из 51 сразу самозанятому», а честно разнести учет на два этапа.
Теперь разберем еще один важный участок — комиссию банка. В вопросе указано, что на номинальный счет деньги переводятся с учетом комиссии. Значит, в общей сумме перевода может быть не только вознаграждение самозанятым, но и банковская услуга.
Такую комиссию не нужно включать в расходы по самозанятым. Это отдельный вид расходов, который обычно относится на банковские или прочие расходы организации.
Возможны два варианта:
комиссия списывается отдельной строкой в выписке;
комиссия удерживается внутри общей суммы движения по номинальному счету.
В первом случае все проще. Отражаем ее отдельным документом, например:
Дт 91.02 Кт 51
или
Дт 26 Кт 51
- удержана комиссия банка.
Какой счет выбрать, зависит от вашей учетной политики и характера комиссии. Чаще всего используют либо прочие расходы, либо общехозяйственные расходы.
Во втором случае, когда банк в одном платеже принимает сумму «на выплаты плюс комиссия», нужно особенно внимательно разобрать банковский отчет. Тогда целесообразно:
выделить из общей суммы часть, которая относится к выплатам самозанятым;
отдельно выделить банковскую комиссию;
не допустить, чтобы комиссия осталась сидеть на счете расчетов с самозанятыми или на счете посредника как будто это деньги исполнителей.
Например, если перечислено 106 000 руб., где 100 000 руб. предназначено самозанятым, а 6 000 руб. — комиссия банка, то в учете не стоит оставлять все 106 000 руб. как сумму, связанную с выплатами. Иначе потом остатки и сверка с реестром будут искажены.
Рассмотрим подробнее подтверждающие документы. Для расходов по самозанятым ключевым документом остается чек плательщика НПД. Банк может помочь в его получении, если поддерживает соответствующий обмен, но экономическая суть от этого не меняется: у организации должен быть документ, подтверждающий расчет с самозанятым в установленном порядке.
Если чеки можно получить из клиент-банка или из интеграции с 1С, обязательно сохраняйте их привязку к конкретным выплатам. Если полной автоматической загрузки нет, организуйте внутренний порядок хранения:
реестр выплат банка;
список самозанятых и сумм;
чек по каждому исполнителю;
при необходимости договор и акт или иной первичный документ в зависимости от вашей модели документооборота.
В самой 1С используйте поле для указания чека самозанятого там, где это позволяет типовой документ, либо организуйте хранение файлов во вложениях документов или во внутреннем архиве электронных документов. Главная задача — обеспечить проверяемую связку: реестр — выплата — чек — расход.
Теперь рассмотрим второй вариант. Он подходит, если ваш банк действительно поддерживает обмен по выплатам самозанятым через 1С:ДиректБанк и умеет не только принимать реестр, но и возвращать в 1С информацию о выполнении выплат и чеках.
В таком сценарии учет становится заметно проще. Общая схема выглядит так:
в 1С формируем документ Выплаты самозанятым;
отправляем реестр в банк напрямую из программы;
банк проверяет статусы самозанятых, выполняет выплаты, получает чеки;
в 1С загружаем выписку и реестр чеков;
программа автоматически или полуавтоматически связывает выплаты и подтверждающие документы.
Но здесь нужно сделать важное уточнение. Даже если банк поддерживает такой обмен, фактическая банковская модель все равно может использовать номинальный счет на своей стороне. Для бухгалтера это хорошо только в том случае, если банк и 1С скрывают техническую сложность и возвращают уже готовый корректный результат в рамках типового обмена. Если же в вашей выписке и в клиент-банке все равно виден отдельный этап пополнения номинального счета без автоматического закрытия расчетов в 1С, значит, придется вернуться к первому решению и учитывать посредника отдельно.
Другими словами, наличие номинального счета как банкового механизма не страшно само по себе. Проблемой оно становится только тогда, когда этот этап не закрывается типовой загрузкой документов в 1С.
Посмотрим на практические критерии. Типовой сценарий без ручных переносов подойдет, если одновременно выполняются такие условия:
в вашей базе включен функционал Выплаты самозанятым;
банк поддерживает реестровые выплаты самозанятым именно в интеграции с 1С;
из 1С можно отправить реестр напрямую или хотя бы загрузить его в поддерживаемом формате;
обратно из банка приходят не только выписки, но и корректные данные по чекам и фактическим выплатам;
после загрузки в 1С задолженность по 76.16 закрывается без дополнительного ручного переноса между счетами.
Если хотя бы один из этих пунктов не выполняется, лучше не пытаться любой ценой удержаться в чисто типовой схеме. Намного безопаснее использовать раздельный учет: реестр — отдельно, номинальный счет — отдельно, закрытие — через внутренний перенос расчетов.
Рассмотрим еще один вариант, который иногда оказывается удобнее. Если у вас не массовые однотипные выплаты, а более детальные расчеты по каждому самозанятому, по разным договорам, этапам работ и документам, то использование 76.16 может быть не самым удачным. Напомним, у этого счета есть ограничение по аналитике.
В таком случае некоторые организации отказываются от схемы «все через типовой реестр выплат» и ведут расчеты с самозанятыми более детально — как с обычными контрагентами по счетам расчетов 60 или через иной субсчет 76, в зависимости от принятой учетной модели.
Смысл этого варианта такой:
услугу принимаем стандартным документом поступления или иным первичным документом, который соответствует учетной модели организации;
расчеты по каждому самозанятому ведем в обычной развернутой аналитике по договору;
перевод на номинальный счет все равно отражаем отдельно через расчеты с посредником;
после фактической выплаты банком закрываем задолженность перед конкретными самозанятыми через перенос расчетов.
Этот подход сложнее в документообороте, зато дает больше аналитики, если у одного и того же самозанятого много договоров, этапов и актов, а реестровая схема через 76.16 становится слишком грубой.
Проанализируем ситуацию. Такой путь подходит, если у вас:
каждый самозанятый работает по отдельным актам или этапам;
нужно видеть расчеты по договорам, а не только по контрагенту;
важна детальная сверка;
реестр нужен банку только как технический файл на оплату, а не как основной документ учета в 1С.
Тогда реестр можно рассматривать как внешнюю банковскую форму, а не как центральный учетный документ в программе. Но этот путь требует более продуманной учетной политики и дисциплины в документообороте.
Теперь соберем все вместе и посмотрим, что лучше подходит к описанной в вопросе ситуации. У нас есть следующие вводные:
используется 1С:Предприятие 8.3, Бухгалтерия предприятия, редакция 3.0.155.21;
ранее выплаты шли напрямую с расчетного счета;
теперь банк требует сначала пополнять номинальный счет;
из банка можно скачать реестр в xls и, вероятно, получить чеки;
в 1С по выписке пополнение номинального счета подставляется как оплата поставщику, что вызывает сомнения.
При таких условиях самым разумным выглядит решение №1:
не использовать пополнение номинального счета как прямую оплату поставщику;
изменить вид операции на Прочее списание или иной нейтральный вариант, который позволяет провести перевод как расчеты с банком/посредником;
вести типовой реестр самозанятых в 1С через Выплаты самозанятым и счет 76.16;
после фактических выплат по банковскому реестру делать закрытие через перенос Дт 76.16 Кт 76.09 или аналогичную по смыслу схему;
комиссию банка выделять отдельно;
чеки хранить и привязывать к выплатам как подтверждающие документы.
Именно этот вариант лучше всего соответствует и бухгалтерской логике, и реальному движению денег.
Посмотрим на пример. Допустим, нужно выплатить трем самозанятым:
Иванову — 20 000 руб.;
Петровой — 35 000 руб.;
Сидорову — 45 000 руб.
Итого по реестру — 100 000 руб. Банк берет комиссию 3 000 руб. На номинальный счет перечисляется 103 000 руб.
Тогда последовательность может быть такой.
Дт 76.09 Кт 51 — 100 000 руб.
- перечислены средства для выплат самозанятым;
Дт 91.02 Кт 51 — 3 000 руб.
- отражена комиссия банка.
Если по выписке комиссия идет одной суммой внутри общего перевода, разбиваем ее в учете отдельно.
Дт 26 Кт 76.16 — 100 000 руб.
- отражены услуги самозанятых по документу
«Выплаты самозанятым».
Счет затрат здесь условный. У вас это может быть 20, 44 или другой счет.
Дт 76.16 Кт 76.09 — 100 000 руб.
- зачтены выплаты самозанятым за счет ранее
перечисленных средств на номинальный счет.
После этого:
76.09 закрывается по сумме, ушедшей самозанятым;
76.16 закрывается как задолженность перед самозанятыми;
в затратах остается корректно признанная сумма расходов;
комиссия банка остается отдельным расходом.
Разберем ситуацию, когда прямой интеграции с 1С нет или она неполная. Тогда xls-файл из банка становится основанием не для автоматической загрузки в типовой документ, а для контроля и ручного ввода данных.
В таком случае рекомендуем организовать работу так:
формируйте в 1С внутренний реестр Выплаты самозанятым как основной документ учета;
после выплаты выгружайте банковский xls и сверяйте его с внутренним реестром по ФИО, ИНН, суммам и датам;
на основании этого файла делайте закрывающую операцию по переносу Дт 76.16 Кт 76.09;
чеки храните вместе с этим реестром как подтверждение факта расчета.
Если объем выплат большой, можно рассмотреть разработку внешней обработки для загрузки банковского xls в документ 1С или хотя бы в промежуточный регистр/табличный документ для сверки. Но это уже не штатная настройка, а отдельная автоматизация.
Поскольку вопрос касается в первую очередь учета в типовой 1С:Бухгалтерии, а не доработки конфигурации, специальных встроенных методов языка 1С использовать не требуется. Основные объекты, которые реально помогают решить задачу, — это именно типовые документы и справочники:
Контрагенты — для карточек самозанятых;
Выплаты самозанятым — для реестрового учета услуг и сумм вознаграждения;
Списание с расчетного счета — для отражения перевода на номинальный счет и банковских комиссий;
Операция, введенная вручную — если нужно сделать перенос между счетами расчетов;
Оборотно-сальдовая ведомость по счету — для проверки остатков по 76.16 и субсчету посредника;
Анализ счета — для контроля проводок и расшифровки движений.
Если же вы планируете доработку, то уже можно говорить о загрузке реестра из внешнего файла, обработке табличных частей документов и автоматическом создании проводок. Но в рамках типового решения это не является обязательным.
После внедрения схемы обязательно проведем контроль. Посмотрим, какие проверки нужно сделать.
По отдельному субсчету расчетов с банком по номинальному счету не должно оставаться неясных зависших сумм, если выплаты уже прошли.
По 76.16 не должна висеть задолженность по тем самозанятым, которым банк уже фактически перечислил деньги.
Сумма расходов по самозанятым должна совпадать с реестром услуг, а не с суммой пополнения номинального счета вместе с комиссией.
Комиссия банка должна быть выделена отдельно.
По каждой выплате должен быть доступен чек самозанятого или иной подтверждающий документ в установленном порядке.
Для этого удобно использовать отчеты:
Оборотно-сальдовая ведомость по счету 76.16;
Оборотно-сальдовая ведомость по счету 76.09 или по вашему субсчету посредника;
Карточка счета;
Анализ субконто по контрагентам.
Разберем типичные ошибки, чтобы сразу их избежать.
Это самая распространенная проблема. В результате программа считает, что вы оплатили конкретному контрагенту, хотя в реальности вы только перевели деньги банку для будущих выплат.
Так делать нельзя, иначе расходы по самозанятым будут завышены, а сверка с фактическими выплатами не сойдется.
В схеме с номинальным счетом это разные хозяйственные события. Их нужно разделять.
Из-за этого в учете теряется логика движения денег, и становится сложно доказать, какая сумма уже перечислена банку, а какая фактически ушла исполнителям.
Без этой связки растет риск проблем с подтверждением расходов и с внутренним контролем.
Подведем итог и сформулируем рабочую схему максимально прикладно.
Включите в программе функциональность Выплаты самозанятым.
Проверьте карточки самозанятых в справочнике Контрагенты.
Создайте отдельный субсчет к 76 для расчетов с банком или посредником по номинальному счету.
Пополнение номинального счета отражайте документом Списание с расчетного счета не как Оплата поставщику, а как Прочее списание или другой нейтральный по смыслу вид операции с проводкой вида Дт 76.09 Кт 51.
Комиссию банка отражайте отдельно.
Расходы по самозанятым отражайте типовым документом Выплаты самозанятым через счет 76.16.
После получения банковского реестра фактических выплат и чеков закройте расчеты между посредником и самозанятыми внутренней операцией по смыслу Дт 76.16 Кт 76.09.
Храните реестр и чеки как подтверждающие документы.
Именно такая модель позволяет корректно разнести учет и не путать техническое движение денег через номинальный счет с фактическим расчетом с самозанятыми.
Если банк заставил перейти на номинальный счет, не пытайтесь отражать такую схему в 1С как обычную прямую оплату самозанятому. Рассмотрим это как двухэтапный процесс: сначала перечисляем деньги банку или посреднику, затем фиксируем фактическую выплату самозанятым и получение чеков. Для этого удобно сочетать типовой документ Выплаты самозанятым на счете 76.16 с отдельным субсчетом 76 для номинального счета и закрывающим переносом расчетов после фактических выплат.
Иными словами, правильное решение состоит не в том, чтобы подогнать пополнение номинального счета под вид операции «оплата поставщику», а в том, чтобы разделить в учете перевод банку, комиссию и окончательный расчет с самозанятыми.
Информация носит справочный характер.