← На главную

Приветствуем вас! В практической работе бухгалтера нередко возникают ситуации, когда привычные схемы отражения хозяйственных операций в программе 1С начинают вести себя непредсказуемо после очередного обновления. Один из таких ярких примеров — изменение в поведении документа «Поступление (акт, накладная)» (ПТиУ) в программе «1С:Бухгалтерия 8» (редакция 3.0), начиная с релиза 3.0.79.14 и во всех последующих версиях.

Многие пользователи столкнулись с проблемой: при попытке отразить поступление услуг напрямую на счет 76.09 («Прочие расчеты с разными дебиторами и кредиторами»), выбрав его в качестве счета затрат в табличной части, проводки по НДС на счете 19.04 формируются некорректно. Аналитика (субконто) по контрагенту на 19-м счете либо пустует, либо заполняется совершенно не теми данными, которые указаны в строке затрат. В этой статье мы подробно разберем, почему так происходит, проанализируем техническую сторону вопроса и рассмотрим несколько методологически верных способов решения этой проблемы.

Выясняем причину проблемы: технический конфликт аналитик и позиция фирмы «1С»

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

1. На счете 76.09 («Прочие расчеты с разными дебиторами и кредиторами») настроено три субконто: Контрагенты (Субконто 1), Договоры (Субконто 2) и Документы расчетов с контрагентами (Субконто 3).
2. На счете 19.04 («НДС по приобретенным услугам») настроено два субконто: Контрагенты (Субконто 1) и Счета-фактуры полученные (Субконто 2).

В старых релизах (до 3.0.79.14) алгоритм проведения документа «Поступление (акт, накладная)» позволял сопоставлять данные «на лету». При проведении система автоматически подтягивала Контрагента из Субконто 1 счета 76.09 в Субконто 1 счета 19.04.

Однако в целях повышения контроля за ведением учета НДС и автоматического заполнения Книги покупок разработчики 1С оптимизировали алгоритм проведения. Теперь при проведении документа программа жестко сопоставляет аналитику. Когда в табличной части в качестве счета затрат указывается счет расчетов (в нашем случае 76.09), алгоритм сопоставления «сбоит»:

• Программа берет основного контрагента из шапки документа (фактического поставщика по договору) и подставляет его в субконто счета 19.04.
• Вместо документа расчетов (который ожидается на счете 19.04) программа пытается записать договор (Субконто 2 счета 76.09), что вызывает конфликт типов данных.

Фирма «1С» не считает данное поведение ошибкой релиза. Позиция разработчиков однозначна: документ «Поступление (акт, накладная)» предназначен исключительно для отражения затрат. В качестве счетов затрат в табличной части (колонки «Счет затрат» / «Счет учета») должны выступать только счета расходов (20, 23, 25, 26, 29, 44, 91.02, 97) или счета внеоборотных активов (08). Использование счетов расчетов (группы 60 и 76) в этой колонке методологически неверно.

Давайте рассмотрим, какими способами мы можем решить эту задачу и корректно отразить операции в учете.

Решение 1: Двухэтапное отражение операции через «Корректировку долга» (Рекомендуемый способ)

Чаще всего схема с использованием дебета 76.09 в документе поступления применяется при перевыставлении услуг (например, коммунальных платежей арендаторам) или при оформлении договоров переуступки долга (цессии). Чтобы учет НДС и взаиморасчетов не «поплыл», выполним операцию в два этапа.

Шаг 1. Оприходование услуг от основного поставщика

Оформляем документ «Поступление (акт, накладная)» в стандартном порядке:

1. В шапке документа указываем нашего реального контрагента-поставщика (например, энергосбытовую компанию) и договор с ним.
2. В табличной части выбираем услугу, а в качестве счета затрат указываем обычный счет расходов (например, 26 или 44) либо транзитный счет затрат.
3. В таком случае проводки по НДС сформируются абсолютно верно: Дт 19.04 - Кт 60.01, где контрагентом на 19 счете будет выступать энергосбытовая компания. Данный НДС мы сможем без проблем принять к вычету.

Шаг 2. Перенос задолженности на конечного контрагента

Для переноса задолженности (или перевыставления расходов) воспользуемся специализированным документом:

1. Переходим в раздел «Продажи» или «Покупки» и открываем журнал «Корректировка долга».
2. Создаем новый документ и выбираем вид операции «Перенос задолженности».
3. В поле «Перенести» указываем значение Задолженность поставщику или Авансы поставщику (в зависимости от ситуации).
4. В полях «Покупатель (кредитор)» и «Новый покупатель» указываем наших контрагентов — того, с кого списываем долг, и того, на кого его переносим.
5. Нажимаем кнопку «Заполнить». Программа автоматически подберет остатки по взаиморасчетам и сформирует корректные проводки вида Дт 60.01 (76.09) - Кт 76.09 с заполнением всех необходимых регистров НДС и Книги покупок/продаж.

Решение 2: Настройка счетов расчетов по умолчанию (Если 76.09 — это счет расчетов с самим поставщиком)

Иногда бухгалтеры путают назначение полей в документе Поступления. Если ваша цель состоит не в перевыставлении затрат другому лицу, а в том, чтобы сам долг перед текущим поставщиком отражался не на 60.01, а на счете 76.09 (например, при расчетах с лизинговыми компаниями или прочими кредиторами), то менять счет в табличной части не нужно!

Выполним следующие действия:

1. В табличной части документа в колонке «Счет затрат» оставляем стандартный счет расходов (например, 91.02 или 26).
2. В шапке документа находим гиперссылку «Счета расчетов» (обычно там написано «Счета расчетов: 60.01, 60.02»). Нажимаем на нее.
3. В открывшемся окне заменяем счет расчетов с поставщиком по умолчанию (60.01) на 76.09 (или 76.05).
4. Проводим документ.

При таком подходе программа сформирует абсолютно верные проводки: Дт 91.02 (26) - Кт 76.09 по расходам и Дт 19.04 - Кт 76.09 по НДС. Вся аналитика заполнится корректно, и НДС без труда попадет в Книгу покупок.

Решение 3: Ручная корректировка движений документа (Временный обходной путь)

Если бухгалтеру жизненно необходимо отразить операцию «здесь и сейчас» именно в одном документе ПТиУ, и у вас нет времени на переделывание цепочки документов, можно воспользоваться ручной правкой проводок. Мы не рекомендуем этот способ для постоянного использования, так как ручные правки могут «слететь» при групповом перепроведении документов, но как оперативное решение оно имеет право на жизнь.

Разберем по шагам, как это сделать:

1. Откроем проблемный документ «Поступление (акт, накладная)».
2. Нажмем на кнопку «Дт/Кт» на панели инструментов документа, чтобы перейти в окно просмотра движений.
3. В верхней части окна установим флаг «Ручная корректировка (разрешает редактирование движений документа)».
4. Найдем строку проводки по дебету счета 19.04.
5. Вручную скорректируем аналитику: в поле Субконто 1 выберем правильного контрагента, а в поле Субконто 2 перевыберем нужный счет-фактуру или документ расчетов (вместо договора, который туда ошибочно подставила программа).
6. Сохраним изменения, нажав кнопку «Записать и закрыть».

Решение 4: Документ «Операция, введенная вручную» + «Отражение НДС к вычету»

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

Для этого воспользуемся следующим алгоритмом:

1. Перейдем в раздел «Операции» -> «Операции, введенные вручную» и создадим новый документ.
2. Запишем необходимые проводки по переносу задолженности: например, Дт 76.09 (Контрагент А) - Кт 76.09 (Контрагент Б).
3. Помните, что простая ручная проводка по счету 19.04 не делает записей в специальные регистры НДС, а значит, этот НДС никогда не попадет в Книгу покупок автоматически.
4. Чтобы исправить это, перейдем в раздел «Операции» -> «Отражение НДС к вычету». Создадим этот документ, укажем в нем нашего контрагента, документ-основание (ручную операцию) и заполним вкладку «Товары и услуги», указав ставку и сумму НДС. Обязательно установим флаги Использовать как документ расчетов и Записать в книгу покупок.

Таким образом, мы рассмотрели все возможные варианты решения проблемы с субконто счета 19.04. Рекомендуем вам придерживаться методологически верных подходов (Решение 1 или Решение 2) — это обезопасит ваш учет от ошибок при закрытии месяца и формировании декларации по НДС.