← На главную

При работе в современных конфигурациях на платформе «1С:Предприятие 8.3», таких как «1С:ERP Управление предприятием» или «1С:Комплексная автоматизация 2», бухгалтеры часто сталкиваются с неожиданным поведением системы при проведении валютных документов. Типичный сценарий: оформляется возврат товаров поставщику по договору в условных единицах (у.е.) или валюте. После проведения документа мы открываем проводки и видим странную картину:

• По дебету счета 41.01 (или другого счета учета номенклатуры) рублевые суммы списались детально и построчно, в строгом соответствии с количеством и ценой каждого товара в табличной части.
• По кредиту счета 76.22 (или 60.31) валютная сумма отражается не по каждой строке товара отдельно, а «схлопывается» в одну общую сумму по всему документу.

На первый взгляд это кажется серьезной ошибкой программы. Кажется, что нарушается аналитический учет и баланс. Давайте подробно разберем, почему так происходит, как устроен механизм формирования проводок в ERP-системах и что нужно сделать, чтобы проверить правильность расчетов.

Причина 1: Свертка проводок по субконто (оптимизация платформы)

Первое и самое главное, что нам необходимо проанализировать, — это состав субконто (аналитических разрезов) на корреспондирующих счетах дебета и кредита.

Давайте сравним структуру счетов:

1. Счет 41.01 (Товары на складах) имеет обязательную аналитику Номенклатура, Склады и Партии. Чтобы корректно списать конкретный товар с остатков, программа физически обязана сделать отдельную проводку по каждой номенклатурной позиции.
2. Счет 76.22 (Расчеты по претензиям в у.е.) или 60.31 (Расчеты с поставщиками в валюте) не имеют аналитики Номенклатура. Их субконто — это Контрагенты, Договоры и Документы расчетов.

Когда система формирует проводки регламентированного учета, алгоритм оптимизации анализирует проводки. Если для десяти разных строк товаров в документе возврата аналитика по счету расчетов (контрагент, договор, документ расчетов) абсолютно одинакова, система сворачивает (схлопывает) эти проводки по стороне взаиморасчетов. В результате мы получаем детальное построчное списание рублевой себестоимости по кредиту 41-го счета и одну общую свернутую сумму обязательств по дебету счета 76.22 или 60.31. Это проектное решение разработчиков 1С, предназначенное для минимизации количества записей в регистре бухгалтерии и ускорения работы базы данных.

Причина 2: Отсутствие детализации по документам приобретения

В оперативной работе ключевое значение имеет то, как именно заполнен документ возврата. Обратим внимание на табличную часть «Товары». В ней присутствует колонка «Документ приобретения» (или документ-основание поступления).

Проанализируем два варианта заполнения этого реквизита:

• Документ приобретения указан для каждой строки отдельно: Если мы возвращаем товары, пришедшие по разным накладным, и явно указываем эти документы поступления в строках, то для системы это разные аналитики взаиморасчетов (разные Документы расчетов). В этом случае система не сможет свернуть проводки по счету 76.22 в одну строку. Проводки разделятся ровно по документам приобретения.
• Возврат оформлен по договору в целом (без указания документов приобретения): Если документы-основания не заполнены, система рассматривает весь возврат как единое событие в рамках одного договора. Вся валютная сумма долга поставщика будет проведена по договору в целом одной общей строкой.

Причина 3: Механизм «сборного курса» и зачет авансов

В ERP-системах расчеты усложнены требованиями законодательства (в частности, ПБУ 3/2006). Если до момента поступления товаров поставщику перечислялся аванс, то рублевая стоимость поступивших ценностей фиксируется по курсу на дату этого аванса (в части предоплаты) и по курсу на дату поступления (в оставшейся части). Возникает так называемый «сборный курс».

При оформлении возврата система должна корректно «размотать» эту цепочку в обратном направлении:

1. Определить, по какому историческому рублевому курсу пришел этот товар.
2. Восстановить задолженность поставщика в валюте.
3. Рассчитать рублевый эквивалент этой задолженности.

Если цепочка документов «Заказ — Аванс — Поступление — Возврат» не связана должным образом в регистрах накопления, программа не сможет сопоставить валютные и рублевые суммы построчно в момент первичного проведения документа.

Причина 4: Предварительный характер проводок до «Закрытия месяца»

Очень часто бухгалтеры бьют тревогу сразу после нажатия кнопки «Провести», анализируя предварительные проводки. В конфигурациях «1С:Комплексная автоматизация 2» и «1С:ERP» используется распределенный режим расчетов.

При обычном проведении документа возврата система делает лишь предварительную оценку стоимости по средним или текущим значениям курса. Окончательный расчет себестоимости, распределение партий по методу ФИФО, расчет курсовых разниц и окончательный зачет авансов выполняются исключительно регламентной процедурой «Закрытие месяца».

Только после успешного выполнения операции «Расчет себестоимости» и переформирования проводок в конце месяца система выровняет рублевые эквиваленты валютных сумм на счетах расчетов.

Как проверить правильность расчетов: пошаговый алгоритм

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

Шаг 1. Анализ оперативных регистров взаиморасчетов

В ERP-системах бухгалтерский учет строится на основании оперативного. Перейдите в движения документа возврата и найдите регистр накопления Расчеты с поставщиками по документам (или Расчеты с поставщиками). Проанализируйте движения по этому регистру. Суммы в валюте и валюте взаиморасчетов (EUR/USD) должны закрываться строго в соответствии с вашими первичными документами.

Шаг 2. Проверка документов приобретения

Откройте документ возврата. Убедитесь, что в табличной части «Товары» для каждой номенклатурной позиции заполнен реквизит «Документ приобретения». Если он пуст, воспользуйтесь функцией автоматического заполнения по остаткам приобретения, чтобы связать возврат с конкретной поставкой.

Шаг 3. Запуск процедуры закрытия месяца

Перейдите в раздел Финансовый результат и контроллинг — Закрытие месяца. Выполните полное закрытие месяца за отчетный период. В процессе закрытия система выполнит следующие действия:

• Сформирует движения по партионному учету.
• Рассчитает точную себестоимость возвращаемых товаров.
• Скорректирует рублевые суммы на счете 41.01.
• Актуализирует расчеты на счетах 76.22 (или 60.31) с учетом курсовых разниц на дату совершения операции.

Шаг 4. Проверка отчета «Ведомость расчетов с поставщиками»

После закрытия месяца сформируйте отчет Ведомость расчетов с поставщиками с детализацией до документов расчетов. Если в отчете конечный остаток в валюте и рублях закрылся «в ноль» (при условии полного возврата долга), значит, алгоритмы программы отработали абсолютно верно, а кажущаяся странность в проводках — это лишь результат оптимизации и свертки аналитики по субконто.