АУСН и маркетплейсы в 1С: как вести учёт в 2026 году

Мы сверили этот разбор с действующими материалами ФНС и 1С и соединили то, что конкуренты объясняют по отдельности: как маркетплейс передаёт данные, что видит банк, что нужно проверить в кабинете АУСН и какие операции остаются в 1С. Поэтому здесь можно пройти весь путь от отчёта площадки до проверки налога — дочитайте статью до конца.

Главная сложность АУСН для продавца не в ставке налога. Маркетплейс перечисляет деньги уже после комиссии, логистики и других удержаний, а банк видит только итоговую выплату. Если просто принять банковское поступление за весь доход, данные окажутся неполными.

1С помогает вести бухгалтерский учёт и проверять банковские операции, но не заменяет кабинет АУСН. SelSup, в свою очередь, собирает операционную часть продаж по маркетплейсам. Ниже разберём, какую задачу решает каждая система и где продавцу всё равно нужен контроль.

Можно ли вести маркетплейсы на АУСН в 1С

Да, можно, но одной 1С недостаточно. В «1С:Бухгалтерии 8» есть сервис 1С:АУСН, отчёт «Банковские операции АУСН» и обмен с ФНС или поддерживаемыми банками. При этом сведения о взаимозачётах с маркетплейсом передаёт сама площадка либо продавец добавляет их в личном кабинете АУСН.

Это важное разделение. В 1С вы отражаете продажи, удержания, расчёты и проверяете учёт. В кабинете АУСН вы убеждаетесь, что налоговая получила полную картину. Проведённый в 1С документ сам по себе не означает, что сведения уже ушли в ФНС.

Если вы пока выбираете режим, сначала проверьте кому подходит АУСН для маркетплейсов. В этой статье разбираем уже следующий этап: режим выбран, продажи идут, а данные нужно правильно свести.

Чтобы увидеть на своём примере, какие данные идут из кабинетов маркетплейсов в SelSup и дальше в 1С, запишитесь на разбор связки маркетплейсов и 1С. Возьмём одну продажу с удержаниями и покажем, где её проверять.

Как данные проходят от покупателя до налога

Для обычной продажи через маркетплейс участвуют сразу пять источников. Ошибка появляется, когда бухгалтер пытается заменить их одной банковской выпиской.

Рабочая схема выглядит так: покупатель оплачивает заказ, площадка фиксирует продажу и удержания, банк получает чистую выплату, а кабинет АУСН собирает доступные сведения. Затем бухгалтер сверяет их с отчётом площадки и учётом. Контрольная сумма начинается с полной продажи, а не с денег, которые пришли на счёт.

Если у вас уже есть 1С, но непонятно, откуда брать каждую сумму, разберите путь одной продажи на демонстрации SelSup. Отделим операционные данные площадки от налоговой проверки.

Что настроить до первой сверки

Сначала решите, через кого 1С будет получать данные АУСН: через интегрированный банк или напрямую от ФНС. Не путайте перечень уполномоченных банков АУСН со списком банков, которые уже подключены к сервису 1С. Актуальный вариант виден в окне подключения сервиса.

1. Подключите сервис 1С:АУСН. Проверьте, с кем настроен обмен и какие сведения передаются.
2. Откройте отчёт «Банковские операции АУСН». Он показывает разметку операций, пришедшую через обмен.
3. Проверьте полномочия маркетплейса в кабинете АУСН. Без подтверждённых полномочий рассчитывать на автоматическую передачу взаимозачёта нельзя.
4. Назначьте ответственного за сверку. У него должны быть отчёт площадки, выписка, кабинет АУСН и данные 1С за один период.
5. Зафиксируйте правило периода. Взаимозачёт относится к месяцу расчётов, указанному в отчёте агента или другом подтверждающем документе.

Если банков несколько, важно не дублировать одну и ту же передачу сведений. Подробно о выборе и проверке счёта читайте в статье про уполномоченные банки АУСН.

Когда кабинетов и юридических лиц много, ошибка часто начинается ещё до бухгалтерии: один и тот же заказ попадает в разные выгрузки или сопоставляется не с той организацией. На демонстрации можно разобрать один реальный отчёт и маршрут данных до 1С, а затем закрепить этот порядок для всех площадок.

Чем учёт на АУСН отличается от обычной УСН

На обычной УСН бухгалтер сам формирует налоговый учёт и КУДиР. На АУСН налоговую базу собирает ФНС из данных банков, ККТ, уполномоченных площадок и сведений налогоплательщика. Поэтому главная задача в 1С — не «посчитать АУСН вместо ФНС», а проверить полноту операций и отразить расчёты.

Из-за этой разницы нельзя взять инструкцию по КУДиР, заменить слово «УСН» на «АУСН» и считать задачу решённой. У АУСН другой маршрут данных и другая точка финальной проверки — личный кабинет режима.

Отдельно проверьте объект налогообложения. На «Доходах» расходная разметка не уменьшает базу. На «Доходах минус расходы» имеет значение не только сумма удержания, но и то, относится ли расход к разрешённым и есть ли подтверждающий документ.

Чтобы выбрать безопасную схему обмена до первой массовой загрузки, покажите специалисту SelSup один кабинет и одну организацию. Так проще заметить дубли до закрытия месяца.

Как проверить продажи маркетплейса на АУСН в 1С

Шаг 1. Возьмите отчёт площадки за нужный период

Не начинайте с банковской выписки. В отчёте найдите полную стоимость проданных товаров, возвраты, комиссию, логистику, хранение, рекламу и другие удержания. Именно отчёт объясняет, почему выплата меньше продаж.

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

Шаг 2. Сверьте выплату с банком

Проверьте сумму и дату поступления на расчётный счёт. Затем сложите удержания, которые площадка вычла до выплаты. Разница между полной продажей и выплатой должна раскладываться на понятные операции, а не исчезать общей строкой.

Если цифры не сходятся, сначала ищите возврат, корректировку прошлого периода, отдельную выплату или удержание, которого нет в выбранном отчёте. Не меняйте налоговую разметку только для того, чтобы итог совпал.

Когда причина расхождения повторяется из месяца в месяц, разберите её на одном заказе вместе с SelSup. Сначала покажем источник ошибки, потом — какую часть процесса можно автоматизировать.

Шаг 3. Откройте банковские операции АУСН в 1С

В задаче «АУСН, проверить отнесение банковских операций к налоговой базе» откройте одноимённый отчёт. Он нужен для контроля того, как банк разметил поступления и списания. Расходная операция в отчёте не обязательно влияет на базу при объекте «Доходы».

Если обмен с банком не настроен, разметку проверяют в банковском кабинете. 1С в таком случае остаётся местом бухгалтерского учёта, но не источником переданной банком разметки.

Шаг 4. Отразите взаимозачёт с площадкой в учёте

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

Для обычной УСН логика учёта отличается. Если нужен именно этот режим, используйте отдельную инструкцию «Маркетплейсы в 1С при УСН» — не переносите её правила в АУСН автоматически.

SelSup помогает собрать операционные данные площадок до бухгалтерской сверки: заказы, товары и остатки находятся в одном контуре. Если сейчас бухгалтер получает разрозненные файлы от менеджеров, покажите на разборе один такой период — проверим, какие ручные передачи можно убрать без обещаний автоматической отправки АУСН в ФНС.

Шаг 5. Проверьте кабинет АУСН

Посмотрите, появились ли сведения о полной продаже и взаимозачёте. Если площадка подключена к обмену и получила полномочия, она может передать их сама. Если нет, данные добавляет налогоплательщик. Не считайте отсутствие ошибки в 1С доказательством того, что кабинет АУСН заполнен.

Операции удобно проверять до 7-го числа, пока есть время исправить разметку и дополнить сведения за предыдущий месяц. Пошаговый маршрут по разделам есть в статье про личный кабинет АУСН.

Шаг 6. Получите и проверьте рассчитанный налог

Налог рассчитывает ФНС. В 1С результат может прийти через интегрированный банк или прямой обмен с кабинетом АУСН. Финальная проверка — не только сумма налога, но и состав операций, из которых она получилась.

Если налог кажется слишком маленьким, проверьте, попала ли в кабинет удержанная площадкой часть. Если слишком большим — ищите неучтённый возврат, дубликат продажи или неверную разметку неналоговой операции.

Пример: продажа 100 000 ₽, а на счёт пришло 80 000 ₽

Допустим, покупатели оплатили товары на 100 000 ₽. Маркетплейс удержал 15 000 ₽ комиссии и 5 000 ₽ за логистику, после чего перечислил продавцу 80 000 ₽. Доход нельзя автоматически принять равным 80 000 ₽ только потому, что эту сумму видит банк.

Если итог ФНС расходится с учётом, приходите на разбор с отчётом площадки и выплатой. Мы поможем локализовать разрыв между операционными данными и 1С.

При объекте «Доходы» удержания не уменьшают доход. При объекте «Доходы минус расходы» допустимые затраты учитываются отдельно и только при наличии основания. Разбор видов затрат находится в статье о расходах на АУСН для продавца.

Если покупатель вернул товар на 10 000 ₽, в кабинете важна не одна итоговая сумма 90 000 ₽, а связка операций: исходный приход, возврат прихода и удержания. Так видно, почему налоговая база изменилась и каким документом это подтверждается.

Какие документы хранить для сверки

По одной продаже может быть несколько документов: отчёт о реализации, акт услуг, детализация логистики, возврат, корректировка и банковская выписка. Сводить их нужно по периоду и операции, а не только по общему итогу выплаты.

• Отчёт маркетплейса подтверждает полную продажу, возвраты и взаиморасчёты.
• Акт или УПД по услугам раскрывает комиссию, логистику, хранение, рекламу и другие расходы.
• Банковская выписка подтверждает фактическую выплату, но не всю выручку.
• Операция в кабинете АУСН показывает, какие сведения попали в расчёт ФНС.
• Документ 1С объясняет, как продажа и зачёт отражены в бухгалтерском учёте.

Названия документов у площадок различаются, а их состав меняется. Поэтому важнее не название файла, а ответ на вопрос: какую продажу, возврат или удержание он подтверждает.

Если документы приходят от нескольких менеджеров и теряются в переписках, покажите текущую схему на демонстрации SelSup. Определим, какие данные стоит собирать централизованно.

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

Что передаётся автоматически, а что проверяет продавец

Автоматизация полезна только после того, как для каждого поля выбран источник правды. Продажа берётся из отчёта площадки, выплата — из банка, налоговая разметка — из кабинета АУСН, а товарные операции — из учётного контура.

Три рабочих сценария для продавца

Один маркетплейс и несколько продаж в месяц

Можно начать с ручной сверки. Скачайте отчёт, сравните его с выплатой, проверьте кабинет АУСН и проведите документы в 1С. Главное — записать порядок действий, чтобы следующий период проверялся так же.

Несколько площадок и одна организация

Разделяйте отчёты и расчёты по площадкам, но используйте общий календарь сверки. Для каждого маркетплейса должен быть свой набор документов и свой остаток необъяснённых расхождений. Нельзя закрывать минус одной площадки плюсом другой.

Для сложной структуры можно разобрать роли, кабинеты и источники данных с SelSup, прежде чем подключать массовый обмен.

Несколько организаций, складов и кабинетов

Здесь ручная сборка быстро становится опасной. Перед автоматизацией составьте матрицу: какой кабинет принадлежит какой организации, какой счёт используется, кто отвечает за отчёт и куда загружается результат. Любая операция без владельца рискует попасть не в ту налоговую базу.

SelSup полезен в этом сценарии как единый операционный контур для подключённых маркетплейсов. Но права доступа, юридические лица и правила выгрузки всё равно нужно настроить осознанно — автоматизация не исправляет неверную структуру исходных данных.

Почему цифры не сходятся: пять частых причин

1. Комиссию вычли из дохода. В учёт попала только чистая выплата.
2. Возврат записали не в тот период. Смотрели на дату выплаты, а не на дату операции в подтверждающем документе.
3. Одну продажу загрузили дважды. Например, из API и файла за один период.
4. Площадка не передала взаимозачёт. Полномочия не подтверждены или обмен ещё не работает для нужного сценария.
5. 1С и кабинет АУСН считают разные наборы операций. Документ проведён в бухгалтерии, но сведения не добавлены в налоговый кабинет.

Для каждой разницы записывайте не только сумму, но и источник, документ, период и ответственное лицо. Так сверка превращается из ручного поиска в понятный список исключений.

Если сотрудники каждый месяц заново собирают файлы и выясняют происхождение удержаний, разберите процесс с SelSup на одной площадке. Сначала найдём, где теряются данные, затем покажем, как собрать заказы и товарные операции в одном месте.

Как SelSup помогает, если налог считает ФНС

SelSup не подменяет 1С, банк или кабинет АУСН. Его задача начинается раньше: собрать заказы, товары, остатки и складские операции разных маркетплейсов в одном рабочем контуре. Тогда бухгалтер получает данные по понятным организациям и кабинетам, а не набор файлов из переписок.

Один физический остаток можно продавать в подключённых каналах, а операции FBS, realFBS, DBS и Express вести вместе. Это снижает риск, что заказ есть на площадке, но не попал в рабочий процесс или был сопоставлен не с тем товаром.

Для 1С важен другой результат: меньше ручного переноса и понятнее источник каждой операции. Общие возможности связки разобраны в статье о 1С:Бухгалтерии для маркетплейсов.

Сначала найдите место, где продавец теряет деньги или данные, и только потом выбирайте автоматизацию. Если проблема в неполных отчётах и ручном сопоставлении, SelSup помогает собрать операционную часть. Если проблема в налоговой разметке, её исправляют через банк или кабинет АУСН.

Контрольный список на каждый месяц

• скачать и сохранить отчёты маркетплейсов;
• проверить продажи, возвраты и все удержания;
• сверить чистую выплату с банковской выпиской;
• проверить отчёт «Банковские операции АУСН»;
• убедиться, что взаимозачёт появился в кабинете АУСН;
• при необходимости добавить или исправить операцию;
• сверить расчёты с маркетплейсом в 1С;
• проверить рассчитанный ФНС налог и его исходные операции;
• сохранить документ, который объясняет каждую корректировку.

Хорошая сверка заканчивается не совпадением итоговой суммы, а объяснением каждой разницы. Тогда следующий месяц не начинается с расследования старых цифр.

Хотите пройти этот список на своих данных — запишитесь на демонстрацию SelSup. Покажем путь одного заказа от маркетплейса до учётной системы и отметим, какие операции у вас ещё переносятся вручную.

Частые вопросы

Передаёт ли 1С удержания маркетплейса в ФНС автоматически

Нет, проведение взаимозачёта в 1С не равно передаче сведений в АУСН. Данные передаёт подключённая площадка при наличии полномочий либо сам налогоплательщик через кабинет.

Почему банк показывает доход меньше отчёта маркетплейса

Банк видит сумму, которая фактически пришла на счёт. Комиссия, логистика и другие удержания были зачтены раньше и через счёт не проходили. Поэтому банковскую выплату нужно сверять с полной продажей.

Нужна ли КУДиР на АУСН

Аналога КУДиР для АУСН нет. Но это не отменяет бухгалтерский учёт, документы маркетплейса и проверку операций, из которых ФНС рассчитывает налог.

Можно ли работать на АУСН сразу с несколькими маркетплейсами

Можно, если продавец соблюдает условия режима. Для учёта важнее не число площадок, а способность разделить продажи, возвраты и удержания по каждой из них и не задвоить операции.

Что делать, если площадка не передала взаимозачёт

Проверьте полномочия и наличие операции в кабинете АУСН. Если автоматической передачи нет, сведения вносит налогоплательщик на основании отчёта площадки. Не ждите, что бухгалтерский документ в 1С исправит налоговый кабинет сам.

Если нужно связать этот налоговый контроль с ежедневной работой склада и менеджеров, запишитесь на разбор процесса. Начнём с места, где сегодня расходятся отчёт маркетплейса, выплата и данные 1С.