Проанализируем ситуацию: в 2013 году организация продала физлицу объект (ОС) на 1 500 000 руб., оплаты не было ни разу. В 2019 году произошло преобразование (смена юрлица/реорганизация), а дебиторская задолженность по покупателю в 1С не была заведена. В 2024 году стороны подписали соглашение о расторжении договора купли-продажи и возврате имущества, объект снова зарегистрирован и в учете амортизируется. Возврат вы оформили как покупку: сделали «Поступление ОС» от покупателя, где покупатель стал «продавцом», и взяли стоимость меньше из-за амортизации. Итог ожидаемый: 1С сформировала кредиторскую задолженность перед этим «продавцом» (обычно по счету 60/76), потому что документ «поступления» всегда создает обязательство оплатить поставщику.
Дальше наша задача — убрать искусственную кредиторку и привести учет к логике соглашения: если покупатель не платил, то при расторжении у организации, как правило, нет обязанности ему платить за возврат имущества (если соглашением не установлено иное). По сути, мы возвращаемся к состоянию «как будто реализации не было» либо отражаем корректировку прошлых лет — в зависимости от учетной политики и того, что реально возможно восстановить в базе.
Рассмотрим подробнее несколько рабочих решений. Мы разберем по шагам: от проверки расчетов до вариантов закрытия долга в 1С:Бухгалтерии 3.0 (релиз 3.0.190.11), включая ситуации, когда исходные документы 2013 года в базе отсутствуют.
Сначала договоримся о базовой логике в 1С:
Документ «Поступление ОС» (либо «Поступление (акты, накладные)» с видом «Основные средства») отражает покупку. Он формирует обязательство перед контрагентом (кредиторку) и «ждет» оплаты.
Возврат имущества по расторжению договора — это, экономически, чаще всего не покупка, а отмена/корректировка реализации (особенно если оплаты не было).
Если продажа и возврат относятся к разным годам, мы обычно имеем дело с корректировками прошлых периодов и важно аккуратно выбрать способ: через «сторно» типовыми документами, через ручные операции, через корректировку регистров ОС.
Перед исправлениями сделаем минимальную диагностику, чтобы понимать, что именно будем «лечить»:
Сформируем Оборотно-сальдовую ведомость по счетам расчетов (обычно 60, 62, 76) с детализацией по контрагенту и договору (группировка «Контрагент → Договор → Документ расчетов»).
Проверим, по какому именно счету висит кредиторка: 60.01/60.02 или 76, и к какому документу она привязана (чаще всего — к вашему «Поступлению ОС»).
Уточним, есть ли в базе хоть какие-то документы 2013 года по этой продаже: «Передача ОС», «Реализация (акты, накладные)», счета-фактуры, регистры НДС. Если их нет — будем выбирать способ, который не требует полного восстановления цепочки.
Ключевая мысль: кредиторка возникла не потому, что «так надо по соглашению», а потому что в учете создана операция «покупки». Поэтому самое «правильное» исправление — переоформить возврат не как покупку, а как возврат/отмену реализации. Но если вам важно сохранить уже заведенный объект и амортизацию — тогда используем варианты корректировки расчетов.
Это решение самое методологически чистое: мы устраняем первопричину — неверный тип операции. Да, оно может быть «труднее», потому что затрагивает учет ОС и прошлые периоды, но зато после него у вас не остается «искусственных» долгов и меньше вопросов при проверках.
Разберем по шагам.
Отменим документ, который создал кредиторку. Если вы еще не ушли далеко с закрытием периода и налоговыми расчетами, самый простой путь — пометить на удаление/отменить проведение документа «Поступление ОС от покупателя», который сформировал долг.
Если документ уже «вплелся» в амортизацию/закрытие месяцев, не пугаемся: мы все равно можем аккуратно «развернуть» действия через корректировки по ОС и перепроведение, но делаем это осознанно и фиксируем, что меняем.
Восстановим ОС в учете корректным способом. По расторжению договора нам нужно вернуть объект на учет организации, но не как «покупку у физлица», а как возврат ранее выбывшего ОС.
Если в базе была «Передача ОС» при продаже, мы можем сторнировать ее и вернуть объект на 01 счет. Но важный нюанс: простое сторно проводок (например, через документ Операция с видом «Сторно документа») часто сторнирует только бухгалтерские проводки и не делает движений по регистрам ОС. Это означает: в бухучете вы вернете 01 счет, а в подсистеме ОС останутся следы выбытия, и амортизация/события будут некорректными.
Поэтому действуем так: если используем ручные операции — добавляем движения по регистрам ОС через кнопку «Еще → Выбор регистров» в документе Операция.
Отразим возврат по остаточной стоимости на дату возврата (или на дату выбытия — зависит от принятой методики). На практике часто ориентируются на остаточную стоимость объекта, когда он возвращается, чтобы корректно восстановить стоимость в учете и продолжить амортизацию. Если объект был вне учета организации долгие годы, вопрос «начислять ли амортизацию за период у покупателя» — спорный и зависит от вашей позиции и консультаций аудитора/налогового консультанта. Во многих практических подходах амортизацию за период нахождения у покупателя не начисляют и продолжают начисление с месяца возврата.
Скорректируем регистры ОС, чтобы амортизация и события стали корректными. Это самый важный технический шаг, иначе вы получите «красноту», отсутствие амортизации или двойные события.
В документе Операция (введенная вручную) используем «Еще → Выбор регистров» и добавляем регистры ОС, которые участвуют в жизненном цикле объекта. В зависимости от конфигурации и включенных подсистем список может отличаться, но обычно рассматривают такие регистры:
Какие регистры ОС чаще всего приходится корректировать:
СобытияОС (или «Событие ОС») — фиксируем событие «Возврат/Принятие к учету/Возобновление начисления амортизации» в зависимости от выбранной схемы.
СостояниеОСОрганизаций — состояние «В эксплуатации» (или другое актуальное).
РасчетАмортизации — чтобы механизм закрытия месяца видел объект и правильно его амортизировал.
Регистры начисления амортизации в БУ/НУ (в типовых решениях они могут называться «Начисление амортизации ОС (бухгалтерский учет)» и «Начисление амортизации ОС (налоговый учет)»).
Регистры параметров амортизации и первоначальных сведений (если объект пересоздаем или меняем параметры).
Смысл: мы должны сделать так, чтобы для подсистемы ОС объект «снова стал нашим» и корректно участвовал в расчете амортизации с нужного месяца.
После возврата — закроем месяц и проверим амортизацию. Запускаем «Закрытие месяца» для месяца возврата и следующего месяца. Проверяем, что амортизация начисляется, объект присутствует в ведомостях по ОС, а по счетам 60/76 нет долга перед физлицом.
Почему это решение убирает кредиторку? Потому что мы перестаем использовать документ «поступления», который по своей природе формирует обязательство оплатить. Возврат по расторжению отражается как корректировка прошлой реализации/возврат выбывшего актива, а не как новая покупка.
Когда решение 1 особенно уместно:
Если вы хотите, чтобы учет соответствовал экономической сути: «денег не было — значит мы не покупаем обратно, а отменяем сделку».
Если важна чистота расчетов с контрагентом и отсутствие странных проводок «мы должны покупателю, который нам не платил».
Если вы готовы аккуратно поработать с регистрами ОС, чтобы амортизация шла корректно.
Иногда вы уже далеко продвинулись: объект создан, госрегистрация прошла, амортизация начисляется, закрытия месяцев сделаны, и перепроводить «всю историю» неудобно. Тогда мы можем поступить прагматично: оставить введенное «Поступление ОС», но сделать так, чтобы кредиторская задолженность логически закрылась через взаимозачет с дебиторкой покупателя по старому договору.
То есть мы воссоздаем в учете то, чего не хватало после преобразования 2019 года: дебиторскую задолженность покупателя, а затем сворачиваем взаимные расчеты.
Разберем по шагам.
Создадим дебиторскую задолженность покупателя (если ее нет в базе). Так как продажа была в 2013 году, а в 1С дебиторка не отражена, нам нужно завести исходное сальдо или операцию, которая сформирует долг покупателя перед организацией.
Практический вариант — документ Операция (введенная вручную) на дату начала учета/переноса остатков или на дату, которой вы отражаете восстановление расчетов. Проводка зависит от методики восстановления, но типовая идея такая: создать дебет по 62 (долг покупателя) и кредит на счет, который отражает «источник» восстановления (часто 84/91 — это уже вопрос учетной политики и того, как вы вводите остатки после реорганизации).
Важно: нам здесь не нужно «красиво продать ОС задним числом», нам нужно завести расчеты так, чтобы появилась дебиторка, которую можно зачесть.
Выполним взаимозачет между 60 (кредиторка по поступлению) и 62 (дебиторка по продаже). В 1С:Бухгалтерии 3.0 для этого используем документ «Корректировка долга» с видом операции «Взаимозачет задолженности».
Разберем по шагам, как обычно заполняют документ:
Откроем раздел расчетов (в зависимости от интерфейса это может быть «Покупки» или «Продажи» или отдельный пункт «Расчеты»).
Создадим документ «Корректировка долга».
Укажем контрагента (физлицо) и соответствующие договоры (если ведете договорной учет, важно, чтобы договоры были корректно заведены: один — «как покупатель» для 62, другой — «как поставщик» для 60, либо один договор с правильным видом расчетов — это зависит от вашей настройки).
Выберем вид операции «Взаимозачет задолженности».
В табличной части подберем задолженность по 60 (кредиторка из «Поступления ОС») и по 62 (дебиторка, которую мы восстановили).
Укажем сумму взаимозачета (как правило, равную сумме кредиторки, чтобы обнулить ее полностью).
Проведем документ и проверим ОСВ по 60/62: кредиторка должна уйти, дебиторка уменьшиться на сумму зачета.
Проверим аналитику и закрытие расчетов. После взаимозачета обязательно проверим, что сальдо по контрагенту «чистое», нет зависших «документов расчетов», корректно заполнены субконто (контрагент, договор, документ расчетов). Затем перепроведем (если требуется) только документы расчетов и сформируем акт сверки для внутреннего контроля.
Плюсы решения 2:
Вы сохраняете текущую карточку ОС и историю амортизации, не ломая документ «Поступление ОС».
Кредиторка закрывается «мягко» и логично — взаимозачетом.
Минусы и риски:
Нужно аккуратно выбрать способ восстановления дебиторки (откуда «взялась» сумма в учете) и зафиксировать это внутренними документами (инвентаризация расчетов, справка бухгалтера), чтобы при проверке было понятно, почему появился долг по 62.
Если у вас по сделке был НДС/налоговые последствия в 2013–2014, восстановление только расчетов не решает вопросы налоговой корректировки. Здесь мы решаем именно проблему «кредиторка висит», а не «вся сделка отражена идеально».
Бывает, что восстановить дебиторку корректно невозможно/не хотите (например, нет документов, нет уверенности по суммам, не хотите открывать прошлые периоды). Тогда рассматривают вариант: списать кредиторскую задолженность, потому что в реальности обязательства платить физлицу нет (покупатель не платил, имущество вернул, соглашением не предусмотрена выплата).
Важно: списание кредиторки обычно ведет к признанию дохода (часто счет 91.01) и может повлиять на налоги. Поэтому это решение выбираем осознанно, документируем причину списания (инвентаризация расчетов, бухгалтерская справка, соглашение о расторжении, подтверждение отсутствия обязательства).
Разберем по шагам, как это делают в 1С.
Проведем инвентаризацию расчетов и оформим основание. Даже если вы не делаете отдельный документ «Инвентаризация расчетов» в программе, подготовьте внутренний пакет: акт/ведомость инвентаризации расчетов + бухгалтерская справка, где указано, что кредиторка возникла в результате отражения возврата как «поступления», но юридического обязательства оплатить нет.
Списываем кредиторку документом списания задолженности (если доступен) или через ручную операцию. В типовой практике применяют:
либо специализированную обработку/документ «Списание задолженности» (если используется),
либо документ Операция (введенная вручную) с проводкой списания кредиторской задолженности на прочие доходы: Дт 60 (или 76) Кт 91.01.
Чтобы проводка закрыла нужную аналитику, обязательно заполните субконто: Контрагент, Договор, а при необходимости — Документ расчетов (чтобы свернуть сальдо именно по этому «Поступлению ОС»).
Проверим, что закрылась именно та кредиторка, которая «висит». Формируем ОСВ по 60/76 с расшифровкой до документа расчетов. Если сальдо не свернулось, обычно причина в том, что проводка сделана без «Документа расчетов» или с другим договором. Тогда корректируем аналитику проводки.
Когда решение 3 подходит:
Если кредиторка «техническая», возникла из-за неверного документа, а по документам/соглашению платить не нужно.
Если вы не хотите восстанавливать дебиторку и проводить взаимозачет.
Когда стоит быть осторожнее:
Если соглашением предусмотрена компенсация/выплата покупателю — списывать нельзя, нужно отражать реальные расчеты.
Если налоговая модель чувствительна: списание кредиторки может дать доход, а это уже вопрос налогообложения и отчетности.
Теперь соберем логику выбора, чтобы вместе принять практичное решение.
Если ваша цель — «идеально по сути», выбираем решение 1. Оно требует аккуратной работы с подсистемой ОС и регистрами, но убирает кредиторку «правильно»: мы перестаем отражать возврат как покупку.
Если ваша цель — «не ломать введенный объект и амортизацию», выбираем решение 2. Оставляем поступление, восстанавливаем дебиторку и делаем взаимозачет через «Корректировка долга». Это часто самый удобный компромисс в «поздних» исправлениях.
Если взаимозачет невозможен/не хотите поднимать историю — решение 3. Списываем кредиторку как ошибочную, но обязательно документируем основания и оцениваем налоговые последствия.
Дополнительная проверка, которую полезно сделать при любом варианте:
Сверим расчеты с контрагентом через внутренний акт сверки (даже если это физлицо): важно понимать, какие суммы «живут» в 1С и почему.
Проверим движение по счету 01 и 02: объект должен быть на 01, амортизация — на 02, начисление амортизации — регулярное и без разрывов, которые вы не планировали.
Проверим «Закрытие месяца» за месяц возврата и следующий: нет ли сообщений о некорректных регистрах ОС или неучтенных параметрах амортизации.
Иногда типовые сценарии «не сходятся», особенно когда исходные документы старые/отсутствуют. Тогда выручает документ Операция с ручными движениями по регистрам ОС. Давайте зафиксируем общий подход, чтобы вы могли применить его безопасно.
Используем Операция только после диагностики. Сначала убеждаемся, что типовым документом сделать нельзя (или это сломает уже проведенные периоды).
Не ограничиваемся проводками. Помним, что ОС — это не только проводки по 01/02, это еще и регистры состояния, событий и расчета амортизации.
Добавляем регистры через «Еще → Выбор регистров». Там выбираем регистры сведений/накопления по ОС, которые нужны для корректного расчета амортизации и статуса объекта.
Проверяем результат через отчеты ОС и через закрытие месяца. Если амортизация не пошла — значит, где-то не хватает регистра или параметров амортизации.
Если вам нужно автоматизировать создание ручной операции (например, в копии базы для теста), можно использовать примерный шаблон кода для создания документа Операция и записи проводок. Посмотрим на пример (он демонстрационный: аналитики счетов и субконто подставляйте свои, а перед применением обязательно тестируйте в копии базы).
Процедура СоздатьОперациюСписанияКредиторки(ДатаОпер, Организация, Контрагент, Договор, Сумма) Экспорт
Опер = Документы.Операция.СоздатьДокумент();
Опер.Дата = ДатаОпер;
Опер.Организация = Организация;
Опер.Содержание = "Списание ошибочно отраженной кредиторской задолженности по возврату ОС";
// Проводка: Дт 60.01 (или 76) Кт 91.01
Движ = Опер.Движения.БухгалтерскийУчет.Добавить();
Движ.СчетДт = ПланСчетов.Хозрасчетный.РасчетыСПоставщиками; // замените на конкретный субсчет (60.01/76)
Движ.СчетКт = ПланСчетов.Хозрасчетный.ПрочиеДоходы; // 91.01
Движ.Сумма = Сумма;
// Заполним аналитику (примерно; конкретные измерения зависят от плана счетов)
Движ.СубконтоДт[0] = Контрагент;
Движ.СубконтоДт[1] = Договор;
Опер.Записать();
Опер.Провести();
КонецПроцедуры
Замечание: этот пример показывает только идею и проводку. В реальной базе субсчета и субконто могут называться иначе, а в управляемом приложении часто требуется корректно обращаться к конкретным элементам плана счетов (например, 60.01, 91.01). Поэтому применяем его как ориентир, а не как «копипасту в прод».
Давайте зафиксируем короткий практический план, с которым удобно стартовать.
Сформируем ОСВ по счету, где висит кредиторка (60/76) с детализацией до документа расчетов и убедимся, что источник долга — ваше «Поступление ОС».
Выберем стратегию:
хотим правильно по сути — отменяем «Поступление ОС» и отражаем возврат как расторжение/возврат выбывшего ОС (решение 1);
хотим сохранить введенный объект — восстанавливаем дебиторку и делаем взаимозачет через «Корректировка долга» (решение 2);
не хотим восстанавливать дебиторку — списываем кредиторку как ошибочную с документированием основания (решение 3).
После действий обязательно проверим:
нет ли сальдо по контрагенту на 60/62/76;
объект корректно стоит на 01 и амортизируется;
закрытие месяца проходит без ошибок по ОС.
Главная идея, которую важно унести: кредиторская задолженность возникла из-за того, что возврат по расторжению был оформлен как «покупка». Чтобы обнулить долг, нам нужно либо заменить метод отражения (самый правильный путь), либо закрыть долг расчетными документами (взаимозачет/списание) так, чтобы учет соответствовал реальным обязательствам сторон.