В мире бюджетного учета, особенно при работе с программой 1С:Бухгалтерия государственного учреждения (БГУ), часто возникают сложности с корректным закрытием счетов расчетов по авансам, таких как 206.26 и 206.31. Эти сложности особенно ощутимы после ввода начальных остатков, когда система, казалось бы, должна автоматически зачитывать авансы, но этого не происходит. Давайте вместе разберемся, почему возникают эти проблемы и как их эффективно решить.
Мы рассмотрим три ключевые проблемы, которые чаще всего приводят к незакрытым остаткам по счетам 206.хх и вспомогательному счету 000: для автоматического сравнения бухгалтерских проводок между базами при поиске причин расхождений используется МС:Автовыверка для сравнения проводок между базами.
Счет 000 "Ввод остатков" является техническим и вспомогательным инструментом в 1С:БГУ, предназначенным исключительно для временного балансирования бухгалтерских проводок при первоначальном вводе начальных остатков в программу. Его основная задача — обеспечить нулевой баланс по каждой проводке ввода остатков. В идеале, сальдо по счету 000 должно быть нулевым на конец любого отчетного периода, особенно на начало года. Если остаток по счету 000 сохраняется, это однозначно указывает на ошибки или несбалансированные операции при вводе начальных данных.
Почему остаток по счету 000 может сохраниться?
Остаток возникает, если общая сумма дебетовых проводок с 000 не равна общей сумме кредитовых проводок с 000. Это может произойти из-за:
000 уже после завершения процедуры ввода начальных остатков.Как закрыть счет 000 и исправить ситуацию:
Для закрытия счета 000 и корректировки некорректно введенных остатков мы обычно используем счет 401.30 "Финансовый результат прошлого отчетного года". Этот счет предназначен для отражения финансового результата, который сформировался в предыдущих отчетных периодах, что идеально подходит для корректировки начальных остатков.
Прежде всего, сформируйте Оборотно-сальдовую ведомость по счету 000. Это позволит нам увидеть, с какими счетами и на какую сумму были совершены операции по 000. Внимательно проанализируйте детализацию, чтобы выявить некорректные проводки или недостающие суммы. Если ОСВ показывает сальдо на конец периода, это и есть сумма, которую необходимо закрыть.
000 образовался дебетовый остаток, это означает, что дебетовых операций со счетом 000 было больше, чем кредитовых. Для закрытия нам потребуется провести его по кредиту.000 образовался кредитовый остаток, это означает, что кредитовых операций было больше, чем дебетовых. Для закрытия нам потребуется провести его по дебету.Переходим в раздел "Учет и отчетность" -> "Операции" и создаем новый документ "Операция (бухгалтерская)" (или "Операция, введенная вручную" в зависимости от версии программы и конфигурации). Этот документ позволяет нам создать произвольные бухгалтерские проводки.
В документе указываем дату, на которую должен быть закрыт счет 000. Как правило, это последний день отчетного года, за который были введены остатки (например, 31.12.2011, как упоминалось в сообщении 2, или 31.12.ХХХХ для текущего года ввода остатков).
000 дебетовый остаток: Мы должны его закрыть по кредиту. Соответственно, проводка будет: Дт 401.30 "Финансовый результат прошлого отчетного года" Кт 000 "Ввод остатков" на сумму дебетового остатка.
Дт 401.30 Кт 000
Сумма: [Сумма дебетового остатка по 000]
000 кредитовый остаток: Мы должны его закрыть по дебету. Соответственно, проводка будет: Дт 000 "Ввод остатков" Кт 401.30 "Финансовый результат прошлого отчетного года" на сумму кредитового остатка.
Дт 000 Кт 401.30
Сумма: [Сумма кредитового остатка по 000]
После проведения документа снова сформируйте Оборотно-сальдовую ведомость по счету 000, чтобы убедиться, что его сальдо стало нулевым. Также проверьте ОСВ по счету 401.30, чтобы увидеть отражение корректировки.
Важно: Счет 000 должен быть использован только при вводе остатков. Любое последующее его использование может привести к некорректным данным в отчетности.
Эта проблема, как мы выяснили из обсуждения, является одной из ключевых. Автор темы столкнулся с тем, что после ввода остатков проводкой Дт 206.26 Кт 000, документ "Зачет аванса" не "видит" эти суммы и не может их автоматически закрыть. Давайте подробно разберем, почему это происходит и как решить данную ситуацию.
Суть проблемы: Ожидания системы от авансов
Типовые документы по зачету авансов в 1С:БГУ, такие как самостоятельный документ "Зачет аванса" или функционал зачета авансов в документе "Поступление услуг, работ", разработаны для работы с "реальными" авансовыми платежами. Это означает, что система ожидает, что аванс был выдан посредством одного из следующих документов, которые формируют соответствующие проводки и регистры:
Эти документы не только создают проводку по дебету счета 206.хх, но и заполняют множество аналитических регистров, которые система использует для поиска и автоматического зачета авансов. Проводка, созданная документом "Операция ввода остатков" через счет 000 (например, Дт 206.26 Кт 000), является технической. Она формирует только бухгалтерскую проводку, но не создает всех необходимых связей в регистрах, которые ожидают типовые механизмы зачета авансов. Поэтому, когда вы пытаетесь использовать документ "Зачет аванса", он просто не находит "подтвержденного" аванса для зачета.
Как действовать, если остатки по 206.хх были введены через 000:
В этом случае наиболее надежным и рекомендуемым способом является ручной зачет с помощью документа "Операция (бухгалтерская)". Для автоматизации формирования большого количества корректирующих документов применяется платформа One RPA для роботизации действий пользователя.
Создайте новый документ "Операция (бухгалтерская)" (раздел "Учет и отчетность" -> "Операции").
206.хх и увеличит кредиторскую задолженность по счету 302.хх (до момента ее закрытия). Проводка будет следующей:
Дт 302.хх "Расчеты по принятым обязательствам"
Кт 206.хх "Расчеты по выданным авансам"
Сумма: [Сумма зачитываемого аванса]
302.26 Кт 206.26.302.31 Кт 206.31.Контрагент (поставщик)Договор (с которым был связан аванс)КПС (Код программной (целевой) статьи расходов бюджета/КБК)КФО (Код финансового обеспечения)ИФО (Источник финансового обеспечения, если используется)Эти данные должны совпадать с аналитикой, указанной при вводе остатков по 206.хх и в документе "Поступление услуг, работ" (или аналогичном), который отражает получение услуг.
В некоторых случаях, если вам абсолютно необходимо использовать типовой механизм зачета авансов и автоматические документы, можно рассмотреть создание "фиктивных" документов "Заявка на кассовый расход" или "Кассовое выбытие". Однако этот подход сопряжен с рисками искажения данных и усложнения учета, так как эти документы, как правило, влияют на кассу/банк. Если вы решитесь на это, вам потребуется создать документ с нулевым движением по кассе/банку, но с проводкой по 206.хх и, возможно, с балансировкой через счет 000 или 304.05 (для внутриведомственных расчетов). Мы настоятельно рекомендуем избегать этого метода, если ручной зачет через "Операция (бухгалтерская)" может быть применен.
После проведения ручной операции по зачету аванса, не забудьте сформировать Оборотно-сальдовую ведомость по счетам 206.хх и 302.хх, чтобы убедиться, что остатки зачтены корректно и соответствуют вашим ожиданиям.
Даже если авансы были введены корректными платежными документами (а не через счет 000), автоматический зачет между счетами 206.хх (выданные авансы) и 302.хх (расчеты по принятым обязательствам) может не произойти. Это связано с несколькими распространенными причинами, которые мы подробно рассмотрим. Для анализа зависшей задолженности и поиска причин незачтенных авансов по документам возникновения долга можно использовать отчет по распределению долгов методом FIFO для БГУ 2.0.
Это, пожалуй, самая частая и коварная причина незачета авансов. 1С:БГУ очень строго относится к совпадению всех аналитических разрезов (субконто) между документом, который сформировал аванс, и документом, который отражает получение услуг или товаров и должен зачесть этот аванс. Малейшее расхождение в любом субконто приведет к тому, что система не сможет "связать" аванс с обязательством. Для выявления расхождений в аналитике и сопоставления движений по документам можно использовать внешний акт сверки с выводом проводок для БГУ 2.0.
Какие субконто проверять на полное совпадение:
Контрагент: Убедитесь, что в обоих документах указан один и тот же контрагент. Иногда бывает, что контрагент ошибочно заведен в справочнике дважды с небольшими отличиями (например, "ООО Ромашка" и "ООО 'Ромашка'"). Система считает их разными.Договор: Это критически важный реквизит. Договор, по которому был выдан аванс, должен быть абсолютно идентичен договору, по которому поступили услуги/товары. Даже если наименование договора совпадает, но отличается его код, дата или номер внутри справочника 1С, система воспримет это как разные договоры. Проверьте все реквизиты договора.КПС (Классификационный Признак Счета): Он же КБК или Код программной (целевой) статьи расходов бюджета. В бюджетном учете КПС является одним из ключевых аналитических признаков. Убедитесь, что КПС, указанный в документе оплаты аванса (Дт 206.хх), совпадает с КПС в документе поступления услуг (Кт 302.хх).КФО (Код Финансового Обеспечения): Этот код определяет источник финансового обеспечения (например, 1 - бюджетные средства, 2 - приносящая доход деятельность). Он также должен полностью совпадать.ИФО (Источник Финансового Обеспечения): Если в вашей организации используется детализация по ИФО, убедитесь, что и этот параметр идентичен в обоих документах.Как проверить и исправить расхождения в аналитике:
Зайдите в раздел "Учет и отчетность" -> "Отчеты" -> "Оборотно-сальдовая ведомость". Сформируйте ОСВ по счетам 206.хх и 302.хх. Обязательно установите максимальную детализацию по всем субконто: Контрагент, Договор, КПС, КФО, ИФО. Это позволит вам увидеть, какие именно аналитические разрезы не совпадают.
Для каждого конкретного остатка, который не зачитывается, откройте "Карточку счета" по 206.хх и по 302.хх. Сравните всю аналитику по соответствующим проводкам.
1С:БГУ обрабатывает документы в строгой хронологической последовательности. Для того чтобы автоматический зачет аванса произошел корректно, документ, отражающий оплату аванса, должен быть проведен в системе раньше документа, который отражает получение услуг или товаров.
Пример:
Проблема возникает, если:
Как исправить:
Документ "Поступление услуг, работ" (в некоторых конфигурациях может называться "Услуги сторонних организаций") является ключевым для отражения получения услуг, принятия обязательств и зачета авансов. В нем предусмотрены специальные механизмы для этого.
Что проверить в документе:
401.хх Кт 302.хх (или соответствующий счет затрат/активов).302.хх Кт 206.хх. Если этой проводки нет, значит, зачет не произошел.Если зачет не происходит автоматически:
302.хх Кт 206.хх с полной идентичной аналитикой, как было рассмотрено в "Проблеме 2".Как уже упоминалось, если в справочнике "Контрагенты" случайно были созданы два почти идентичных элемента для одного и того же поставщика, система будет воспринимать их как разных. Аванс мог быть выдан одному "Контрагенту А", а услуги поступили от "Контрагента А (дубль)", что, естественно, не позволит системе автоматически связать эти операции.
Как исправить:
Если незакрытые остатки по счетам 206.хх и 302.хх "тянутся" из предыдущих отчетных периодов, это может быть следствием того, что в те годы зачеты авансов не были отражены или были отражены некорректно. Исправление таких ошибок может быть более сложным.
Как исправить ошибки прошлых лет:
304.86 "Иные расчеты года, предшествующего отчетному" или 304.96 "Иные расчеты прошлых лет". Эти счета используются для корректировок, не затрагивающих финансовый результат текущего периода.После того как вы выполнили все необходимые корректировки и зачеты авансов, крайне важно убедиться в корректности внесенных изменений. Регулярная проверка состояния счетов — залог достоверности учета. Для технического обслуживания и проверки целостности баз после массовых исправлений используется Обновлятор 1С для автоматического тестирования и архивации.
Всегда формируйте Оборотно-сальдовую ведомость по счетам 206.хх, 302.хх и, при необходимости, по 000. Убедитесь, что остатки стали нулевыми там, где они должны быть, или соответствуют текущей ситуации. Детализируйте ОСВ до всех возможных субконто, чтобы полностью исключить скрытые расхождения.
В 1С:БГУ 2.0 существует удобный инструмент — "Помощник закрытия периода" (обычно находится в разделе "Учет и отчетность" -> "Закрытие месяца"). Этот помощник предназначен для выполнения всех регламентных операций по закрытию месяца или года. Среди его функций есть такой документ, как "Формирование остатков по счетам расчетов", который помогает привести в порядок расчеты, включая авансы. Мы рекомендуем регулярно его использовать.
Чтобы избежать подобных сложностей в будущем, внедрите следующие практики:
000 только ограниченному кругу лиц, ответственных за ввод начальных остатков, и только на период этой операции.206.хх, 208.хх) и кредиторской задолженности (счета 302.хх), чтобы своевременно выявлять и исправлять незакрытые остатки.Корректное и своевременное закрытие счетов авансов и устранение всех расхождений в аналитике — это не только вопрос внутренней дисциплины учета, но и залог формирования достоверной финансовой отчетности, что имеет решающее значение для бюджетных учреждений при проверках контролирующих органов.