1С:Бухгалтерия для маркетплейсов: продажи, возвраты и сверка выплат

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

Создать документы — только половина работы: ещё нужно проверить, почему выплата не сходится. Здесь разберём различия Wildberries, Ozon и Яндекс Маркета, загрузку и заполнение отчётов в Бухгалтерии, возвраты и сверку на одном примере. Покажем, где искать пропущенное удержание или двойной зачёт комиссии. Поэтому дочитайте статью до конца.

Маршруты типового интерфейса и границы функций перепроверены по официальным материалам 1С 15.09.2026. Налоговые пояснения в статье проверены 05.09.2026, раздел о корректировке долга — 07.09.2026; режим, договор и доработки базы требуют отдельной проверки для вашей организации.

Какие операции маркетплейса отражать в 1С

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

Для Бухгалтерии редакции 3.0 официальный материал по релизу 3.0.171 указывает путь в полном интерфейсе: Продажи → Продажи → Маркетплейсы и комиссионеры → Отчёт о продажах (розничные продажи). В простом интерфейсе используйте Товары → Маркетплейсы → Отчёт о продажах (розничные продажи). Это путь для указанного сценария и релиза; не переносите его автоматически в УТ, УНФ или доработанную базу.

• Передача или перемещение показывает, где находится товар.
• Продажа отражает реализацию покупателю.
• Возврат исправляет соответствующую операцию, а не просто уменьшает банковскую выплату.
• Услуги площадки показывают комиссию и другие расходы.
• Банковское поступление погашает задолженность на перечисленную сумму.

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

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

Подготовьте базу, договоры и номенклатуру

Проверьте, что работаете именно в «1С:Бухгалтерии предприятия», редакция 3.0. Обозначение «1С 8.3» говорит о платформе, но не определяет набор документов: инструкции для УТ, УНФ и Бухгалтерии различаются. Сначала уточните конфигурацию и её версию, затем выбирайте способ обмена.

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

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

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

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

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

Налоговые поля тоже нельзя копировать из примера. «Без НДС» зависит от вашего налогового статуса, а не от названия маркетплейса. ФНС отдельно разъясняет: сумма после удержания комиссии не становится автоматически доходом для налогового расчёта. Настройки НДС и признания доходов согласуйте с бухгалтером применительно к своему режиму. Как определить сумму и дату дохода, учесть расходы и проверить КУДиР, разобрали в статье о маркетплейсах в 1С при УСН.

Чем отличается учёт Wildberries, Ozon и Яндекс Маркета

Общее рабочее место «Маркетплейсы» не означает одинаковые документы. Для Яндекс Маркета нельзя механически повторить комиссионную схему WB или Ozon. Сначала определите площадку и событие, затем проверьте результат загрузки.

Передача товара на склад и продажа покупателю

При передаче комиссионеру товар остаётся вашим, но меняется место его учёта. В описанной 1С типовой схеме стоимость переходит со счёта 41.01 на 45.01. Это движение товара, а не выручка. Для Яндекс Маркета передача на склад оформляется перемещением: переносить туда проводки комиссионной схемы по аналогии неправильно.

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

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

Загрузите продажи и проверьте документы

Типовая 1С:Бухгалтерия поддерживает загрузку отчётов о продажах Wildberries, Ozon и Яндекс Маркета и создание бухгалтерских документов. Доступные команды и способ загрузки зависят от релиза, настроек и схемы площадки. Не ориентируйтесь на номер старого релиза как на универсальную инструкцию: сначала проверьте свою конфигурацию и результат на одном отчёте.

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

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

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

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

Как загрузить отчёт из файла или через API

В Бухгалтерии предприятия 3.0 откройте «Продажи → Маркетплейсы и комиссионеры». В простом интерфейсе рабочее место находится в разделе «Товары → Маркетплейсы». Выберите площадку и нужный способ загрузки. Файл и API — два способа получить исходные данные, а проверка созданных документов нужна в обоих случаях.

1. Для файла выберите отчёт нужного магазина. Например, у Ozon команда называется «Загрузить отчеты о продажах, выкупах и компенсациях (из файла)». Скачайте нужный отчёт из кабинета, а не банковскую выписку. Перед загрузкой сверьте период и договор; после неё — получившиеся документы.
2. Для API сначала проверьте подключение. Выберите организацию, магазин и период, за который нужны данные. Не смешивайте кабинеты одной организации: в БП начиная с 3.0.197 отчёты нескольких магазинов Ozon загружают отдельно, с отдельным договором для каждого. Для API настраивают каждое подключение, а при загрузке файла указывают договор соответствующего магазина.
3. Если WB не отдаёт нужный отчёт, проверьте права токена. С версии 3.0.195 Бухгалтерия проверяет его корректность, срок действия и доступные операции. Откройте настройки интеграции: доступ к остаткам ещё не означает доступ ко всем отчётам. Если нужного действия нет, создайте токен с требуемыми категориями и замените его в подключении. Выдавать все права на всякий случай не нужно.
4. Для нового файла выкупов Ozon проверьте версию БП. Формат файлов, выгружаемых с 1 июля 2026 года, поддержан начиная с 3.0.204. В файле есть номера и даты отчётов: по ним программа создаёт отдельные реализации. Это требование к конкретному формату выкупов, а не минимальная версия для любого отчёта Ozon.

Эти изменения проверены по сообщениям разработчика 1С 07.09.2026. Если импорт прервался, сначала выясните, что уже записалось в базе. Дальше проверьте товарные строки, возвраты и услуги по шагам ниже — успешная загрузка ещё не означает правильный учёт.

Как отражать корректировки маркетплейса в 1С

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

• Маркетплейс принял другое количество или другую номенклатуру. В «1С:Бухгалтерии» редакции 3.0 документ «Корректировка реализации» можно создать на основании «Реализации» с видом операции «Передача на реализацию». Этот путь исправляет передачу товара комиссионеру, а не продажу конечному покупателю.
• Покупатель вернул уже проданный товар. Отразите возврат в отчёте комиссионера о розничных продажах и свяжите его с исходным отчётом, где была продажа. Простая «Корректировка долга» не восстановит товар и не исправит выручку.
• Изменилась услуга или сумма расчётов. Сопоставьте исправленный акт или отчёт с уже созданными документами услуг, продаж и банком. В актуальном руководстве 1С для Яндекс Маркета предусмотрена отдельная операция «Корректировка расчётов с Яндекс Маркетом»; не переносите этот маршрут автоматически на другую площадку.

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

Когда нужна «Корректировка долга» по маркетплейсу

Этот документ нужен для взаимозачёта или переноса задолженности, а не для исправления товара, продажи или услуги. Самый частый отдельный случай в выдаче — заём от маркетплейса или связанной финансовой организации. Получение денег сначала отражают банковским документом как заём: краткосрочную задолженность обычно ведут на счёте 66, долгосрочную — на счёте 67. Само поступление займа не является выручкой от продажи товара.

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

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

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

Как заполнить розничный отчёт комиссионера в 1С:Бухгалтерии

Эта последовательность — для розничного отчёта в Бухгалтерии предприятия 3.0. По инструкции 1С, в нём отражают товары и возвраты, а услуги оформляют отдельно. Не переносите сюда вкладки из Управления торговлей: похожее название документа не означает одинаковое заполнение. Продажи организациям и ИП разобраны следующим разделом.

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

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

Продажи организациям и ИП

Поддержка загрузки B2B появилась в 3.0.179. Для WB и Ozon к основному отчёту используют реестр таких продаж: программа отделяет их от обезличенной розницы и создаёт отдельные реализации. B2B не нужно повторно проводить как розничную продажу, иначе вы завысите оборот.

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

Если товар выкупил сам маркетплейс

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

Разберём случай, когда товар раньше передали площадке на комиссию. Для него в «1С:Бухгалтерии» редакции 3.0 предусмотрена «Реализация» с видом операции «Выкуп комиссионером». Ниже — что проверить в этом документе; для другой схемы работы сначала определите, кому принадлежал товар и как была оформлена его передача.

1. Сверьте основание и покупателя. Проверьте организацию-продавца, контрагента, номер и дату документа выкупа. Покупателем здесь выступает площадка, а не человек, заказавший товар. Затем сопоставьте номенклатуру, количество и сумму с документами маркетплейса. Если реализация уже появилась после загрузки файла, проверьте её, а не создавайте второй документ на те же товары.
2. Выберите отдельный договор вида «С покупателем». В описанном механизме БП расчёты за выкуп ведутся отдельно от комиссионных продаж. Не заменяйте вид прежнего договора «С комиссионером (агентом) на продажу»: по нему продолжают учитываться другие операции. Карточка в программе должна соответствовать основанию сделки, а не подменять его.
3. Проверьте списание ранее переданного товара. В примере разработчика он учитывается на 45.01: себестоимость при выкупе списывается с этого счёта на 90.02.1, а выручка отражается по 62.01 и 90.01.1. Товар уже находится у площадки — повторную физическую отгрузку со своего склада оформлять не нужно. Сверьте движения с первоначальной передачей и настройками своей базы: счета из примера не заменяют такую проверку.
4. Разнесите оплату по двум договорам. Если одна выплата включает и выкуп, и комиссионные продажи, откройте «Разбить платеж» в документе «Поступление на расчетный счет». Часть за выкуп отнесите на договор «С покупателем», остальную часть — на соответствующий комиссионный договор. Суммы берите из расшифровки выплаты и документов площадки: делить поступление поровну или по догадке нельзя.

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

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

Отразите возвраты, комиссию и услуги

Одинаковое слово «возврат» скрывает разные движения. Возврат непроданного товара не отменяет продажу, которой ещё не было. А возврат покупателя нельзя заменить обычным перемещением между складами.

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

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

Розничный отчёт комиссионера не отражает вознаграждение. Комиссию и услуги внесите отдельным поступлением услуг. У классического оптового отчёта иной порядок — нельзя переносить его поля в розничный сценарий.

Услуги можно получать через ЭДО, загружать из формализованного XML или распознавать из PDF с помощью соответствующего сервиса 1С. После загрузки проверьте наименования услуг и суммы. Повторно создавать уже полученный документ не нужно, даже если одна копия пришла через ЭДО, а другая лежит в кабинете.

Какие проводки проверить после загрузки

Продажа, комиссия и выплата — три разные операции. Ниже пример для товаров, переданных комиссионеру, с расчётами через счёт 62.01. В вашей базе может использоваться 76.09: сначала посмотрите настройки договора и движения документов. Таблица не подходит для механического переноса в учёт Яндекс Маркета.

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

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

Сверьте выплату: куда делась разница

Предположим, в начале периода площадка вам ничего не должна. За период покупатели приобрели товаров на 120 000 ₽, возвраты составили 8 000 ₽, комиссия — 16 800 ₽, остальные услуги — 7 200 ₽. На счёт поступило 80 000 ₽. Это учебный пример движения денег, не расчёт налога или ставки комиссии.

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

1. Сверьте продажи и возвраты с отчётами площадки.
2. Проверьте, все ли услуги внесены и нет ли повторных документов.
3. Сопоставьте перечисления с банковской выпиской.
4. Откройте оборотно-сальдовую ведомость по используемым счетам расчётов, организации и договору.
5. Раскройте оставшуюся сумму до документов и сравните с расчётами в кабинете.

Отдельно проверьте зачёт комиссии. В типовом комиссионном сценарии поступление услуг уже может отразить удержание из выручки. Не добавляйте корректировку долга автоматически: сначала посмотрите проводки. Второй зачёт одной комиссии исказит взаиморасчёты вместо исправления.

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

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

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

Когда подключать SelSup к действующей 1С

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

Например, продажи растут, но владелец не понимает, почему денег остаётся меньше. В SelSup можно раскрыть расходы в отчёте о прибылях и убытках P&L: комиссию, логистику, хранение, рекламу и другие статьи. Так видно, что повлияло на результат. Решение принимают по прибыли и её причинам, а не по размеру банковского поступления.

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

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

Если проблема — повторный ручной перенос, проверьте требования к базе и подключению модуля SelSup. Для БП указаны редакция 3.0 и платформа от 8.3.22; сильно доработанная база требует аудита. Автообмен включают после проверки товаров и документов, а не сразу после установки.

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

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

Что проверить перед закрытием периода

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

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

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

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

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

Достаточно ли загрузить банковскую выписку?

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

Нужно ли покупать модуль ради передачи остатков FBS?

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

Почему после оплаты осталась задолженность?

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

Можно ли не переносить всё вручную?

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