Как исправить ошибку «Запись не верна! Не заполнен счет кредита...» при проведении документов в 1С

Каждый бухгалтер или системный администратор 1С рано или поздно сталкивается с ситуацией, когда отлаженный процесс обмена данными между конфигурациями (например, из 1С:Управление торговлей (УТ) в 1С:Бухгалтерию предприятия (БП)) преподносит неприятный сюрприз. Документы, которые беспрепятственно выгрузились из управленческой базы, наотрез отказываются проводиться в бухгалтерской, выдавая пугающую системную ошибку: «Запись не верна! Не заполнен счет кредита...». Если вы автоматизируете регулярный обмен данными между базами 1С по расписанию, необходимо убедиться, что правила передачи данных корректно заполняют все счета учета в целевой базе.

Эта проблема парализует работу бухгалтерии: становится невозможно выполнить закрытие месяца, сформировать акты сверки взаиморасчетов или корректно рассчитать налоги. В этой статье мы подробно разберем природу возникновения данной ошибки, выясним, почему она чаще всего появляется именно после синхронизации, и рассмотрим пошаговые методы ее решения. Чтобы быстро обнаружить причины расхождений после выполнения синхронизации, можно автоматически сравнить бухгалтерские и налоговые проводки между базами 1С.

Суть проблемы: почему возникает эта ошибка?

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

В документе «Реализация товаров и услуг» эта ошибка чаще всего возникает при попытке сформировать проводку по списанию себестоимости товаров. Ожидаемая проводка выглядит так:

Дт 90.02.1 (Себестоимость продаж) — Кт [Пусто] (вместо Кт 41.01 «Товары на складах», 10.01 «Сырье и материалы» или 43 «Готовая продукция»).

Поскольку программа не смогла определить, с какого именно счета учета нужно списать ТМЦ, поле кредита осталось пустым, что и вызвало аварийное завершение операции.

---

Почему счета учета «слетают» именно после синхронизации?

Многие пользователи недоумевают: при ручном создании аналогичного документа в «1С:Бухгалтерии» всё проводится идеально, но импортированные из другой базы документы выдают ошибку. Рассмотрим три основные технические причины этого явления:

1. Обход интерактивных обработчиков при обмене. Когда вы создаете документ вручную на форме, выбор номенклатуры запускает событие ПриИзменении. В этот момент срабатывают встроенные алгоритмы, которые обращаются к регистру сведений СчетаУчетаНоменклатуры и автоматически подставляют нужные счета в табличную часть документа (даже если эти колонки скрыты от глаз пользователя). При обмене данными документы создаются и записываются программно. Стандартные интерактивные обработчики при этом игнорируются. Если правила обмена или настройки в БП не передали счета учета явно, документ записывается с пустыми значениями счетов.
2. Повреждение реквизита «Тип номенклатуры» в справочнике «Виды номенклатуры». При синхронизации переносится не только сама номенклатурная позиция, но и ее вид (например, «Товары», «Услуги», «Материалы»). Если в отправляющей базе (УТ) этот вид был настроен некорректно или при переносе произошел сбой метаданных, в БП у этого вида номенклатуры системный реквизит ТипНоменклатуры может оказаться незаполненным. В результате программа не понимает, что перед ней — товар или услуга, и не может подобрать алгоритм проведения.
3. Отсутствие «дефолтного» (общего) правила в регистре счетов учета. Если для новой группы товаров или склада в БП нет индивидуальных настроек счетов учета, система ищет «универсальное» правило — строку в регистре СчетаУчетаНоменклатуры, где все аналитики (склад, организация, группа) оставлены пустыми. Если эта критически важная строка была случайно удалена пользователями, то любая новая номенклатура, пришедшая из внешней базы, останется без счетов учета.

---

Пошаговые методы устранения ошибки

Рассмотрим детальные инструкции по исправлению этой ошибки — от простых пользовательских приемов до более глубоких административных методов.

Метод 1. Локализация проблемной строки в документе методом исключения

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

1. Откройте проблемный документ «Реализация товаров».
2. Запомните или запишите состав табличной части (можно сделать скриншот для себя или временно скопировать строки в Excel).
3. Начните удалять строки из табличной части снизу вверх по одной или группами по 5–10 строк, каждый раз пытаясь провести документ.
4. Как только документ успешно проведется, это будет означать, что проблемная номенклатура находилась среди только что удаленных строк.
5. Закройте документ без сохранения, откройте его заново и детально изучите выявленную проблемную позицию.

Метод 2. Проверка и исправление вида номенклатуры

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

1. Перейдите в карточку проблемного товара.
2. Обратите внимание на поле «Вид номенклатуры». Откройте сам этот элемент справочника (нажав на кнопку с лупой или выбрав «Открыть» из контекстного меню).
3. Проверьте, заполнен ли реквизит «Тип номенклатуры». Там должно быть четко указано значение (например, «Товар», «Материал» или «Услуга»).
4. Даже если поле кажется заполненным визуально, перевыберите его значение вручную из выпадающего списка, нажмите кнопку «Записать и закрыть» в карточке вида номенклатуры, а затем перезапишите саму карточку товара.

Метод 3. Восстановление общего правила счетов учета номенклатуры

Чтобы защитить базу данных от подобных сбоев при последующих обменах, необходимо убедиться в наличии базового (универсального) правила подстановки счетов:

1. Перейдите в раздел меню Справочники, далее выберите пункт Номенклатура.
2. В верхней части формы перейдите по гиперссылке «Счета учета номенклатуры».
3. Проанализируйте список. В нем обязательно должна присутствовать строка, в которой колонки «Номенклатура», «Группа номенклатуры», «Склад» и «Организация» остаются пустыми.
4. В этой пустой строке в колонке «Счет учета» должен быть указан счет 41.01 (или другой наиболее используемый вами счет учета товаров), а также заполнены счета доходов (90.01.1) и расходов (90.02.1).
5. Если такой строки нет, нажмите кнопку «Создать», оставьте все аналитики пустыми, заполните только счета учета по умолчанию и сохраните запись. Теперь для любых новых товаров, загруженных через синхронизацию, счета подставятся автоматически.

Метод 4. Групповое заполнение счетов учета в уже загруженных документах

Что делать, если из УТ загрузился массив документов за целый месяц, и все они содержат пустые счета учета? Исправлять каждый документ вручную — колоссальный труд. Воспользуемся стандартным инструментом групповой обработки данных:

1. Перейдите в раздел Администрирование -> Обслуживание -> Корректировка данных.
2. Откройте ссылку «Групповое изменение реквизитов».
3. В поле «Выбирать элементы» укажите объект: Реализация товаров и услуг: Товары (обратите внимание, нам нужна именно табличная часть «Товары»).
4. Нажмите гиперссылку «Все элементы» рядом, чтобы настроить отбор. Добавьте условие (например, по конкретной дате или по признаку проведения документа: Проведен Равно Нет).
5. В списке доступных для изменения реквизитов найдите строки:
   • Счет учета — установите значение 41.01
   • Счет доходов — установите значение 90.01.1
   • Счет расходов — установите значение 90.02.1
6. Нажмите кнопку «Изменить реквизиты». После завершения работы обработки все документы в выбранном диапазоне обновят скрытые счета учета и без проблем проведутся.

Метод 5. Сравнение реквизитов через Консоль запросов (для продвинутых пользователей)

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

ВЫБРАТЬ
    Номенклатура.Ссылка КАК Товар,
    Номенклатура.ВидНоменклатуры КАК ВидНоменклатуры,
    Номенклатура.ВидНоменклатуры.ТипНоменклатуры КАК СистемныйТип,
    Номенклатура.Услуга КАК ФлагУслуги,
    Номенклатура.ПометкаУдаления КАК Удален
ИЗ
    Справочник.Номенклатура КАК Номенклатура
ГДЕ
    Номенклатура.Ссылка В (&ПроблемныйТовар, &РабочийТовар)

Выполнив этот запрос, мы сразу увидим, какое именно скрытое поле (например, СистемныйТип или признак Услуга) очистилось или записалось некорректно в процессе работы правил обмена.

Метод 6. Интерактивное обновление строки («быстрый толчок» документа)

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

1. Откройте документ и убедитесь, что в нем включена видимость счетов учета. Это можно сделать через меню Еще -> Изменить форму (установите галочки напротив полей счетов учета), либо через персональные настройки пользователя, активировав параметр «Показывать счета учета в документах».
2. Выделите строку с проблемным товаром, скопируйте его название, а затем полностью очистите поле номенклатуры в этой строке (нажмите Backspace или Delete).
3. Выберите этот же товар заново вручную из справочника.
4. Это действие принудительно запустит стандартный код платформы ПриИзменении, счета учета мгновенно заполнятся в табличной части, и документ проведется.

Метод 7. Использование Конфигуратора для точечного поиска ошибки (для программистов)

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

1. Запустите базу данных 1С в режиме Конфигуратор. Прежде чем выполнять отладку, рекомендуется архивировать и тестировать информационные базы 1С в автоматическом режиме.
2. В главном меню перейдите в раздел Отладка -> Настройка отладки....
3. На вкладке «Остановка по ошибке» установите флаг «Использовать фильтр» и добавьте текст или часть текста ошибки (например, «Не заполнен счет кредита»).
4. Запустите сеанс отладки (клавиша F5) и попробуйте провести документ в режиме предприятия.
5. Программа автоматически остановит исполнение кода именно на той строке, которая инициирует ошибку.
6. Через окно локальных переменных или панель «Вычислить выражение» (Ctrl + F9) проанализируйте свойства набора записей регистра бухгалтерии, чтобы понять, какая именно проводка и по какой причине формируется некорректно.

Подводя итог, отметим: появление ошибки «Запись не верна! Не заполнен счет кредита» — это следствие рассинхронизации настроек счетов учета и реквизитов номенклатуры между базами. Систематическая проверка регистра сведений СчетаУчетаНоменклатуры и контроль заполнения типов в справочнике Виды номенклатуры помогут вам навсегда избавиться от этой неприятности и гарантировать стабильную работу системы учета. В случае обмена данными с УНФ для устранения проблемы можно использовать расширение для автоматического заполнения счетов затрат в загружаемых документах.