Рассмотрим ситуацию подробно. В программе «1С:Бухгалтерия предприятия», редакция 3.0, при поступлении денег от покупателя на расчетный счет или в кассу программа должна разделять оплату и аванс. Если покупатель оплачивает уже отраженную реализацию, расчеты закрываются через счет 62.01. Если деньги поступили до отгрузки, выполнения работ или оказания услуг, это аванс, и он должен отражаться по счету 62.02. В рассматриваемой ситуации авансы начали автоматически попадать на 62.01, а в оборотно-сальдовой ведомости сумма отображается красным. Пользователь указывает, что раньше все формировалось правильно, а проблема появилась со 2 квартала 2026 года, возможно после обновления до версии 3.0.198.19.
Разберем проблему как учетную и техническую. Важно не ограничиваться выводом «это ошибка обновления». В 1С счет 62.01 может подставляться по нескольким причинам: из-за неверной настройки счетов расчетов с контрагентами, из-за выбора не того договора, из-за уже существующей задолженности покупателя, из-за неправильного вида операции в платежном документе, из-за нарушения последовательности проведения документов или из-за ошибки конкретного релиза. Поэтому сначала выясним причину, а затем выберем безопасный способ исправления.
Главный ориентир такой: для аванса от покупателя в документе поступления денег должны быть указаны счет расчетов 62.01 и счет авансов 62.02. Но сама проводка зависит не только от этих полей, а еще и от состояния взаиморасчетов на момент проведения документа.
Начнем с самого важного шага. Не каждое поступление денег от покупателя должно отражаться на счете 62.02. Если на дату оплаты у покупателя уже есть задолженность по реализации, программа имеет право закрыть ее через 62.01. В этом случае проводка по счету 62.01 будет правильной, даже если пользователь ожидал увидеть 62.02.
Разберем на примере. Организация отгрузила товар покупателю 10 апреля на сумму 100 000 рублей. Покупатель оплатил 15 апреля. Это не аванс, а постоплата. Поступление денег должно закрыть дебиторскую задолженность покупателя проводкой через 62.01. В такой ситуации появление счета 62.01 в банковском или кассовом документе не является ошибкой.
Теперь рассмотрим другой пример. Покупатель перечислил 100 000 рублей 10 апреля, а реализация будет оформлена только 20 апреля. На дату поступления денег задолженности покупателя еще нет. Это предварительная оплата. В этом случае сумма должна попасть на 62.02 как аванс полученный. После проведения реализации программа должна зачесть аванс проводкой между 62.02 и 62.01.
Поэтому сначала разберем по шагам:
Откройте документ ПоступлениеНаРасчетныйСчет или ПоступлениеНаличных, по которому возникла проблема.
Проверьте дату поступления денег.
Проверьте, была ли до этой даты проведена реализация этому же покупателю по тому же договору.
Сформируйте оборотно-сальдовую ведомость по счету 62 с детализацией по контрагентам, договорам и документам расчетов.
Посмотрите, есть ли на дату оплаты дебетовое сальдо по 62.01 по этому покупателю и договору.
Если на дату оплаты уже есть долг покупателя по 62.01, программа может воспринимать поступление как оплату долга, а не как аванс. Тогда нужно анализировать не настройку авансов, а последовательность документов, договор, документ расчетов и задолженность.
Рассмотрим самый простой вариант исправления. Откройте проблемный документ поступления денег. Это может быть документ ПоступлениеНаРасчетныйСчет с видом операции «Оплата от покупателя» или документ ПоступлениеНаличных с аналогичным видом операции.
В документе найдите реквизиты счетов расчетов. В типовой логике для расчетов с покупателем используются следующие значения:
Счет расчетов — 62.01.
Счет авансов — 62.02.
Если в поле «Счет авансов» стоит 62.01, программа не сможет корректно отразить поступление как аванс на 62.02. Поэтому исправьте значение вручную на 62.02 и перепроведите документ.
Разберем по шагам:
Откройте раздел «Банк и касса».
Перейдите в банковские выписки или кассовые документы.
Откройте документ поступления оплаты от покупателя.
Проверьте вид операции. Он должен быть «Оплата от покупателя», если это поступление от покупателя.
Проверьте контрагента и договор.
Откройте реквизиты расчетов, если они свернуты.
Установите «Счет расчетов» 62.01.
Установите «Счет авансов» 62.02.
Проведите документ заново.
Откройте проводки и проверьте, изменилась ли корреспонденция счета.
Если документов немного, это самый быстрый ручной способ. Именно его можно использовать как временное решение, пока не выяснена причина автоматической подстановки неправильного счета.
Важно: если поступление является постоплатой, то проводка через 62.01 правильная. Не нужно принудительно отправлять такую оплату на 62.02. На 62.02 отражайте только реальные авансы, то есть оплату, полученную до реализации.
Если проблема повторяется автоматически в новых документах, нужно проверить не только сам документ, но и настройки, из которых 1С подставляет счета. В «1С:Бухгалтерии предприятия» для этого используется настройка счетов учета расчетов с контрагентами. В техническом смысле это регистр сведений РегистрСведений.СчетаУчетаРасчетовСКонтрагентами. В пользовательском интерфейсе он обычно открывается как «Счета расчетов с контрагентами» или «Счета учета расчетов с контрагентами».
Рассмотрим подробнее. В этом регистре могут быть записи общего уровня и записи с отбором по конкретной организации, контрагенту или договору. Чем точнее запись, тем выше вероятность, что именно она будет использоваться при заполнении документа. Например, может быть общая строка для всех покупателей с правильными счетами 62.01 и 62.02, но для одного контрагента или договора может существовать отдельная строка, где счет авансов ошибочно указан как 62.01. Тогда по этому контрагенту новые документы будут заполняться неправильно.
Разберем по шагам, что нужно проверить:
Откройте справочник Справочник.Контрагенты.
Найдите покупателя, по которому аванс попал на 62.01.
Откройте связанные настройки счетов расчетов с контрагентом.
Проверьте строки, где указан этот контрагент, его договор или ваша организация.
Найдите колонку, которая отвечает за счет авансов от покупателя.
Убедитесь, что для авансов покупателей указан счет 62.02, а не 62.01.
Если есть неактуальные или ошибочные строки, исправьте их или удалите, если они больше не должны применяться.
После исправления создайте новый тестовый документ поступления оплаты и проверьте автоматическую подстановку счетов.
Если в регистре для счета авансов указан 62.01, это одна из самых вероятных причин проблемы. В таком случае 1С берет неправильное значение из настройки и автоматически переносит его в документы поступления денег.
Посмотрим на типовую настройку для покупателя:
Счет расчетов с покупателем — 62.01.
Счет авансов от покупателя — 62.02.
Счет расчетов с поставщиком — 60.01.
Счет авансов поставщику — 60.02.
Иногда пользователи путают счета расчетов с покупателями и поставщиками, особенно если редактируют регистр вручную. Поэтому проверяйте именно колонку для авансов покупателей, а не только первую попавшуюся колонку со словом «авансы».
Теперь разберем ситуацию, когда по одним покупателям авансы отражаются правильно на 62.02, а по другим ошибочно попадают на 62.01. В этом случае почти всегда нужно искать различие в настройках контрагента, договора или документа расчетов.
Откройте договор покупателя через Справочник.ДоговорыКонтрагентов. Сравните договор, по которому проблема есть, с договором, по которому все работает правильно. Посмотрите на вид договора, валюту, организацию, способ расчетов, настройки счетов расчетов и аналитику.
Разберем типичные причины:
В документе выбран другой договор. Например, реализация оформлена по одному договору, а поступление денег — по другому. Тогда программа не видит правильную картину взаиморасчетов.
Для договора задана отдельная настройка счетов. Такая запись может перекрывать общую настройку и подставлять 62.01 вместо 62.02.
В базе есть дубли контрагентов. Реализация оформлена на одного контрагента, а оплата поступила на дубль этого же покупателя. Для человека это один клиент, а для 1С это разные элементы справочника.
В базе есть дубли договоров. Оплата и реализация оформлены по разным договорам, хотя фактически относятся к одному договору с покупателем.
Указан документ расчетов, который заставляет программу закрывать 62.01. Если в поступлении денег выбран документ реализации, программа может воспринимать оплату как погашение долга.
Если проблема началась после обновления, это не отменяет проверку договоров. Обновление могло изменить форму, порядок заполнения реквизитов или заново применить настройки, которые раньше не проявлялись. Поэтому исправляйте не только документы, но и источник автоподстановки.
Следующий важный шаг — вид операции. Для денег, поступивших от покупателя, в документе ПоступлениеНаРасчетныйСчет обычно должен быть выбран вид операции «Оплата от покупателя». Для кассы аналогично используется документ ПоступлениеНаличных с операцией оплаты от покупателя.
Если вместо оплаты от покупателя выбран другой вид операции, программа может использовать другие правила заполнения счетов и движения. Например, при виде операции «Прочее поступление» пользователь сам выбирает счет учета, и стандартная логика расчетов с покупателем может не сработать так, как ожидается.
Разберем порядок проверки:
Откройте документ поступления денег.
Проверьте поле «Вид операции».
Если это поступление от покупателя, установите «Оплата от покупателя».
Проверьте контрагента, договор и счета расчетов.
Перепроведите документ.
Проверьте проводки.
Не исправляйте только счет в проводке вручную, если неверно выбран вид операции. Иначе ошибка может остаться в регистрах, в НДС, в отчетах по взаиморасчетам и в дальнейших зачетах авансов.
Рассмотрим ситуацию, которая часто выглядит как ошибка 1С, но на самом деле связана с последовательностью проведения документов. Программа определяет, аванс это или оплата задолженности, исходя из состояния расчетов на момент проведения документа. Если реализация проведена раньше поступления денег, то поступление может закрыть 62.01. Если поступление проведено раньше реализации, оно должно попасть на 62.02.
Особенно внимательно анализируйте документы с одной датой. В 1С важна не только дата, но и время документа. Например, поступление денег и реализация оформлены одним числом. Если реализация имеет время 10:00, а поступление денег — 12:00, программа видит сначала отгрузку, а потом оплату. Такая оплата будет постоплатой. Если фактически деньги поступили раньше отгрузки, нужно корректно отразить время документов.
Разберем по шагам:
Найдите оплату и реализацию по одному покупателю и договору.
Проверьте даты документов.
Если даты одинаковые, проверьте время документов.
Если по смыслу оплата была авансом, документ оплаты должен быть раньше реализации.
Измените время документов, если оно не соответствует реальной последовательности операций.
Перепроведите документы в хронологическом порядке.
Проверьте проводки по счетам 62.01 и 62.02.
Если документы проведены в неправильной последовательности, простая замена счета в одном документе может не решить проблему. Нужно восстановить последовательность взаиморасчетов.
Теперь посмотрим на причину, из-за которой аванс может уходить на 62.01 даже при правильных счетах в документе. Если по покупателю уже есть незакрытая дебиторская задолженность на 62.01, поступление денег будет закрывать эту задолженность. И только сумма превышения может попасть на 62.02.
Пример. По покупателю числится долг 30 000 рублей на 62.01. Покупатель перечисляет 100 000 рублей как предоплату по новому заказу. Если программа видит старый долг в рамках того же договора и расчетов, она может зачесть 30 000 рублей в оплату задолженности, а оставшиеся 70 000 рублей отразить как аванс на 62.02. Пользователь может ожидать всю сумму на 62.02, но 1С будет закрывать ранее возникший долг.
Чтобы проверить это, сформируйте отчет по счету 62:
Откройте отчет «Оборотно-сальдовая ведомость по счету».
Выберите счет 62.
Включите группировку по субсчетам.
Включите группировку по контрагентам.
Включите группировку по договорам.
Включите группировку по документам расчетов с контрагентами.
Включите развернутое сальдо.
Сформируйте отчет за период, в котором началась проблема.
В корректной картине по покупателю долг за отгруженные товары, работы или услуги отражается на 62.01, а полученные авансы — на 62.02. Если вы видите красные суммы, отрицательные остатки, перекрестное сальдо или документы поступления денег на 62.01 как документы расчетов, нужно разбирать взаиморасчеты детально.
Красная сумма в оборотке часто указывает не на одну ошибочную проводку, а на нарушение аналитики: контрагент, договор, документ расчетов или последовательность проведения документов не совпадают.
Если вы нашли неправильную настройку и исправили ее в регистре счетов расчетов, это не всегда автоматически исправит уже проведенные документы. В большинстве случаев старые документы нужно перепровести или исправить вручную.
Разберем безопасный порядок:
Сначала сделайте резервную копию базы.
Исправьте настройки счетов расчетов с контрагентами.
Выберите один проблемный документ и перепроведите его.
Проверьте проводки по этому документу.
Если результат правильный, перепроведите остальные документы за проблемный период.
Сформируйте оборотно-сальдовую ведомость по счету 62.
Проверьте остатки по 62.01 и 62.02.
Если учет НДС ведется, проверьте счета-фактуры на аванс и регламентные операции по НДС.
Если документов немного, исправляйте каждый документ вручную. Если документов много, можно использовать групповое перепроведение, но только после проверки на небольшой выборке. Массовое перепроведение без предварительного анализа может изменить проводки не только по проблемным оплатам, но и по другим участкам учета.
Перед массовым исправлением обязательно сохраните копию базы. Это особенно важно, если проблема появилась после обновления или затрагивает закрытый квартал.
Рассмотрим вариант, предложенный в обсуждении: если операций немного, можно зайти в документы и указать нужные счета вручную. Это действительно рабочий способ, но он подходит не всегда.
Ручное исправление подходит, если:
ошибочных документов мало;
период еще не закрыт;
вы точно понимаете, какие оплаты являются авансами, а какие постоплатой;
после исправления новые документы заполняются правильно;
ошибка не повторяется системно по всем контрагентам.
В этом случае откройте каждый документ поступления денег, проверьте счет расчетов 62.01 и счет авансов 62.02, перепроведите документ и сформируйте оборотку.
Но если новые документы продолжают автоматически получать 62.01 в поле авансов, ручное исправление будет только временной мерой. Тогда обязательно ищите настройку, из которой 1С берет неправильный счет.
Если ошибка повторяется после каждого нового поступления денег, разберем системный вариант. Скорее всего, в базе неверно заполнен регистр РегистрСведений.СчетаУчетаРасчетовСКонтрагентами. В этом случае нужно исправлять именно его.
Признаки такой проблемы:
в новых документах автоматически появляется счет авансов 62.01;
проблема повторяется у одного или нескольких конкретных покупателей;
после ручного исправления документа следующий документ снова заполняется неправильно;
раньше учет был правильным, но после обновления или изменения настроек проблема стала массовой;
в регистре есть строки, где для авансов покупателей указан 62.01.
Исправьте ошибочные записи в регистре. Если запись создана для конкретного контрагента или договора и больше не нужна, лучше удалить ее или привести к правильным значениям. Если оставить неактуальные записи, программа снова может использовать их при заполнении документов.
Общая правильная логика такая: для покупателей счет расчетов — 62.01, счет авансов — 62.02. Для поставщиков счет расчетов — 60.01, счет авансов выданных — 60.02.
Если в обычном интерфейсе вы не находите нужную настройку, воспользуйтесь функциями технического специалиста. В разных версиях и интерфейсах путь может отличаться, но общий смысл один: нужно открыть список регистров сведений и найти счета учета расчетов с контрагентами.
Разберем порядок:
Откройте меню «Сервис и настройки».
Включите или откройте «Функции технического специалиста», если они доступны пользователю.
Перейдите к регистрам сведений.
Найдите регистр СчетаУчетаРасчетовСКонтрагентами.
Откройте записи регистра.
Отберите строки по организации, контрагенту или договору, по которым возникает ошибка.
Проверьте значения счетов расчетов и счетов авансов.
Исправьте неправильные значения.
Проверьте создание нового документа поступления денег.
Если у пользователя нет прав на изменение таких настроек, обратитесь к администратору 1С или специалисту сопровождения. Не стоит редактировать технические регистры без резервной копии и понимания последствий.
В теме указана версия «Бухгалтерия предприятия, редакция 3.0 (3.0.198.19)». Поскольку проблема началась после обновления, нужно учитывать вероятность ошибки конкретного релиза или изменения поведения типовой конфигурации.
Разберем, как действовать в этом случае:
Проверьте, воспроизводится ли проблема в новой чистой операции с новым тестовым покупателем и правильными счетами расчетов.
Проверьте, есть ли ошибка только по старым контрагентам или по всем покупателям.
Проверьте регистр счетов расчетов с контрагентами.
Обновите конфигурацию до следующего доступного исправительного релиза, если он уже опубликован и подходит для вашей базы. При обслуживании нескольких баз можно автоматизировать обновление и резервное копирование баз 1С.
После обновления проверьте поведение на копии базы.
Если ошибка остается, обратитесь к сопровождающему специалисту 1С или в линию поддержки с примером базы, документом и описанием проводок.
Не начинайте с изменения конфигурации или программной доработки. В типовой «1С:Бухгалтерии» отражение авансов через 62.02 является стандартной возможностью. В большинстве случаев проблема решается настройками, исправлением документов и восстановлением последовательности расчетов.
После исправления документов и настроек обязательно проверим результат в отчетах. Простого просмотра проводки одного документа недостаточно. Нужно убедиться, что взаиморасчеты стали корректными по контрагенту, договору и документам расчетов.
Сформируйте оборотно-сальдовую ведомость по счету 62. Настройте отчет подробно:
Установите период, начиная с месяца, когда появилась ошибка.
Выберите счет 62.
Включите вывод по субсчетам.
Включите аналитику по контрагентам.
Включите аналитику по договорам.
Включите аналитику по документам расчетов с контрагентами.
Включите развернутое сальдо.
Сформируйте отчет.
Проанализируем, что должно получиться. По счету 62.01 должны отражаться долги покупателей за уже реализованные товары, работы или услуги. По счету 62.02 должны отражаться полученные авансы. После реализации аванс должен зачитываться, и в учете должны появляться движения, закрывающие 62.02 в корреспонденции с 62.01.
Если в отчете по-прежнему есть красные суммы, отрицательные остатки или перекрестное сальдо, продолжайте анализировать документы расчетов. Часто проблема остается не из-за счета, а из-за того, что оплата и реализация оформлены по разным договорам или разным документам расчетов.
Отдельно рассмотрим более сложную ситуацию: документы уже проведены, квартал закрыт, возможно сформирована отчетность. В этом случае нельзя механически перепроводить все документы без анализа последствий.
Действуйте осторожно:
Сначала сформируйте отчет по счету 62 и определите точный список ошибочных документов.
Проверьте, затрагивает ли ошибка НДС, книгу продаж и счета-фактуры на аванс.
Сделайте копию базы.
На копии выполните исправление и перепроведение.
Сравните обороты по счетам 62.01, 62.02, 68.02 и 76.АВ, если организация применяет НДС.
Проверьте, меняется ли налоговая отчетность.
Только после этого вносите исправления в рабочую базу.
Если организация применяет УСН без НДС, последствия обычно проще, но взаиморасчеты с покупателями все равно должны быть корректными. Ошибка по 62.01 и 62.02 может повлиять на акты сверки, управленческий контроль оплат, анализ задолженности и дальнейший автоматический зачет авансов.
Если организация работает на ОСНО или применяет НДС, неправильное отражение аванса может повлиять на учет НДС с авансов. Полученный аванс от покупателя обычно связан не только со счетом 62.02, но и с дальнейшим формированием счета-фактуры на аванс и движениями по НДС.
Разберем, что нужно проверить:
Отражен ли аванс на 62.02.
Сформирован ли счет-фактура выданный на аванс через Документ.СчетФактураВыданный.
Есть ли движения по счету 76.АВ, если они должны быть.
Корректно ли зачитывается аванс при реализации через Документ.РеализацияТоваровУслуг.
Не возникли ли расхождения в книге продаж и книге покупок.
Правильно ли отработали регламентные операции по НДС.
Если аванс ошибочно остался на 62.01, программа может не распознать его как аванс для целей НДС. Поэтому после исправления бухгалтерских проводок обязательно проверьте документы НДС, особенно если ошибка затрагивает конец квартала.
Иногда пользователи пытаются исправить красное сальдо простой ручной операцией, например перенести сумму с 62.01 на 62.02. Такой вариант может временно улучшить оборотку, но не исправить первопричину.
Разберем, почему это рискованно:
Документ поступления денег останется с неправильными счетами.
При перепроведении ручная корректировка может перестать соответствовать документам.
Зачет аванса при реализации может не сработать автоматически.
Акты сверки могут расходиться с аналитикой документов расчетов.
При НДС могут возникнуть ошибки со счетами-фактурами на аванс.
Новые документы продолжат формироваться неправильно, если не исправлен регистр настроек.
Ручную операцию используйте только как исключение, когда невозможно корректно перепровести документы или нужно отразить специальную бухгалтерскую корректировку. В обычной ситуации исправляйте первичные документы и настройки счетов расчетов.
Чтобы лучше понимать, где искать причину, перечислим основные объекты 1С, которые участвуют в этой задаче.
Документ.ПоступлениеНаРасчетныйСчет — используется для отражения оплаты от покупателя на расчетный счет.
Документ.ПоступлениеНаличных — используется для отражения оплаты от покупателя в кассу.
Документ.РеализацияТоваровУслуг — формирует задолженность покупателя и участвует в зачете аванса.
Справочник.Контрагенты — содержит покупателя, по которому ведутся расчеты.
Справочник.ДоговорыКонтрагентов — определяет договор, в разрезе которого программа анализирует расчеты.
РегистрСведений.СчетаУчетаРасчетовСКонтрагентами — хранит настройки счетов расчетов и авансов.
ПланСчетов.Хозрасчетный — содержит счета 62.01, 62.02, 60.01, 60.02 и другие счета бухгалтерского учета.
Документ.СчетФактураВыданный — используется для оформления счета-фактуры на аванс при учете НДС.
Код 1С для исправления этой ситуации обычно не требуется. Это не задача программирования, а задача корректной настройки типовой конфигурации и исправления учетных данных. Писать обработку имеет смысл только при массовой ошибке в большом количестве документов и только после анализа базы специалистом 1С.
Теперь проанализируем ситуацию, когда пользователь связывает проблему с обновлением. Это возможно, но нужно доказать. Для этого сравним поведение базы в разных условиях.
Разберем проверочный алгоритм:
Создайте нового тестового покупателя.
Создайте новый договор с ним.
Проверьте, какие счета автоматически подставляются в документ поступления оплаты.
Если счет авансов сразу заполняется как 62.02, значит типовой механизм работает, а проблема в настройках конкретных контрагентов или старых данных.
Если счет авансов даже у нового покупателя подставляется как 62.01, проверьте общую запись в регистре счетов расчетов.
Если общая запись правильная, но документ все равно заполняется неверно, проверьте обновление, расширения, доработки и обратитесь к специалисту.
Если база дорабатывалась, дополнительно проверьте расширения конфигурации. Расширение может изменять заполнение счетов в документах, обработку банковских выписок или правила проведения. В этом случае проблема может быть не в типовом релизе, а в доработке.
Проблема может проявляться именно при загрузке банковской выписки. Тогда нужно проверить не только проведенный документ, но и правила распознавания платежа.
Разберем по шагам:
Загрузите выписку.
Откройте созданный документ поступления денег до проведения.
Проверьте вид операции.
Проверьте контрагента.
Проверьте договор.
Проверьте счет расчетов и счет авансов.
Проведите документ.
Проверьте проводки.
Если при ручном создании документа счета подставляются правильно, а при загрузке выписки — неправильно, ищите причину в распознавании контрагента, договора или назначения платежа. Возможно, программа подбирает не тот договор или не того контрагента, из-за чего используются другие настройки счетов расчетов.
При загрузке выписки особенно внимательно проверяйте договор. Неверный договор часто приводит к тому, что 1С не видит аванс или закрывает не ту задолженность.
Рассмотрим отдельный распространенный случай. Оплата поступила по одному договору, а реализация оформлена по другому. В оборотке может появиться странная картина: по одному договору висит аванс на 62.02, по другому — долг на 62.01. Или наоборот, оплата закрывает не тот долг и появляется красное сальдо.
Разберем решение:
Сформируйте оборотно-сальдовую ведомость по счету 62 с группировкой по договорам.
Найдите покупателя.
Сравните договор в документе оплаты и договор в реализации.
Если договор выбран ошибочно, исправьте его в документе.
Перепроведите оплату и реализацию в правильной последовательности.
Проверьте зачет аванса.
Если разные договоры используются осознанно, автоматический зачет может не произойти. Тогда нужно оформлять перенос задолженности, корректировку долга или зачет через предусмотренные документы, а не просто менять счета вручную.
Красная сумма в оборотно-сальдовой ведомости обычно означает, что остаток имеет нехарактерный знак для данного счета или аналитики. По счету 62.01 обычно ожидается дебетовое сальдо, потому что это долг покупателя перед организацией. По счету 62.02 обычно ожидается кредитовое сальдо, потому что это аванс, полученный от покупателя.
Если по 62.01 появляется кредитовое сальдо, программа может показывать его красным. Это часто означает, что деньги от покупателя отражены на счете расчетов как переплата, хотя должны были попасть на счет авансов.
Разберем порядок исправления:
Раскройте красную сумму до документа расчетов.
Найдите документ, который сформировал неправильный остаток.
Откройте этот документ.
Проверьте вид операции, контрагента, договор, документ расчетов, счет расчетов и счет авансов.
Исправьте реквизиты.
Перепроведите документ.
Снова сформируйте оборотку.
Не исправляйте красную сумму только на уровне отчета. Отчет показывает следствие. Исправлять нужно документ, настройку или аналитику, которая это следствие создала.
Соберем весь алгоритм в единый порядок действий. Следуйте ему последовательно, чтобы не пропустить причину.
Сделайте резервную копию базы. Перед исправлением счетов и перепроведением документов это обязательный шаг.
Определите, какие поступления действительно являются авансами. Сравните даты оплат и реализаций.
Проверьте документ поступления денег. Для аванса от покупателя должны быть указаны счет расчетов 62.01 и счет авансов 62.02.
Проверьте вид операции. Для поступления от покупателя используйте «Оплата от покупателя».
Проверьте договор. Оплата и реализация должны относиться к корректному договору.
Проверьте задолженность на 62.01. Если долг уже есть, программа может закрывать его оплатой.
Проверьте регистр счетов расчетов с контрагентами. Для авансов покупателей должен быть счет 62.02.
Исправьте ошибочные записи регистра. Удалите неактуальные строки или замените 62.01 на 62.02 в поле авансов покупателей.
Перепроведите документы. Делайте это после исправления настроек и в хронологическом порядке.
Проверьте ОСВ по счету 62. Используйте субсчета, контрагентов, договоры, документы расчетов и развернутое сальдо.
Проверьте НДС, если он применяется. Убедитесь, что авансовые счета-фактуры и движения по НДС сформированы корректно.
Обновите программу до исправительного релиза, если проблема связана с ошибкой версии. Сначала проверяйте обновление на копии базы.
В рассматриваемой ситуации авансы от покупателя начали попадать на 62.01 вместо 62.02 в «1С:Бухгалтерии предприятия», редакция 3.0, версия 3.0.198.19. Начните с проверки самих документов поступления оплаты. Убедитесь, что это действительно авансы, а не оплата уже существующей задолженности. Если это авансы, в документах должны быть указаны счет расчетов 62.01 и счет авансов 62.02.
Если в документах счет авансов автоматически заполняется как 62.01, проверьте регистр РегистрСведений.СчетаУчетаРасчетовСКонтрагентами. Найдите записи по организации, контрагенту или договору и исправьте счет авансов покупателей на 62.02. После этого перепроведите проблемные документы и сформируйте оборотно-сальдовую ведомость по счету 62 с детализацией по субсчетам, контрагентам, договорам и документам расчетов.
Если операций немного, можно исправить документы вручную: открыть каждое поступление денег, указать правильный счет авансов 62.02 и перепровести. Но если ошибка повторяется в новых документах, ручное исправление не решит проблему. В этом случае обязательно исправьте источник автоподстановки счетов.
Если после всех проверок счета настроены правильно, договоры совпадают, задолженности на 62.01 нет, последовательность документов корректная, а программа все равно ставит 62.01 вместо 62.02, проверьте наличие исправительного обновления и обратитесь к специалисту сопровождения 1С. Возможно, проблема связана с конкретным релизом или с доработкой базы.
Практический вывод: для аванса от покупателя 62.02 должен быть указан как счет авансов. Но перед исправлением нужно убедиться, что поступление действительно является авансом, а не закрытием задолженности по 62.01. После исправления обязательно проверяйте не только проводку документа, но и оборотно-сальдовую ведомость по счету 62 с развернутой аналитикой.
Информация носит справочный характер