К статье
Практический материал

Учет и Финансы · 11 мин

Не удалось провести списание с расчетного счета в 1С: разбираем причины

Почему в 1С не проводится списание с расчетного счета: типичные ошибки, проверка настроек, дат запрета, остатков и обмена с банком. Пошаговая инструкция.

Документ «Списание с расчетного счета» в 1С отказывается проводиться по ограниченному набору причин: программа почти всегда сообщает конкретную ошибку, но текст сообщения часто игнорируют или читают не до конца. Перед любыми действиями перепишите или сфотографируйте текст ошибки — именно он указывает направление поиска.

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

Ниже разобран каждый сценарий: как распознать причину, что проверить и как исправить, не ломая учет. Материал ориентирован на типовые конфигурации «1С:Бухгалтерия 8», но логика применима и к другим решениям на платформе 1С:Предприятие 8.

Читаем сообщение об ошибке: что программа уже знает о проблеме

При нажатии кнопки «Провести» 1С выполняет контроль: проверяет заполнение реквизитов, даты, права и остатки. Если проверка не пройдена, внизу окна появляется панель сообщений. Двойной щелчок по строке сообщения переносит курсор в то поле документа, которое вызвало ошибку, — это самый быстрый способ локализации.

Типичные формулировки и их смысл: «Не заполнено поле "Договор"» — обязательный реквизит пуст; «Дата документа находится в запрещенном периоде» — сработала дата запрета; «Недостаточно прав доступа» — ограничение роли пользователя; ошибки вида «Не обнаружено ключевое значение» чаще указывают на поврежденную ссылку в реквизите.

Указано конкретное полеОшибка заполнения

Откройте поле двойным щелчком по сообщению и заполните корректным значением

Упоминается период или датаДата запрета редактирования

Проверьте настройку дат запрета и права пользователя

Упоминаются права или ролиОграничение доступа

Проверьте роли пользователя у администратора

Текст непонятен или техническийВозможный сбой данных

Сделайте копию базы и выполните тестирование и исправление

Дата запрета редактирования — самая частая причина

Если документ датирован прошлым месяцем, кварталом или годом, а период уже закрыт, программа блокирует проведение. В «1С:Бухгалтерии 8» проверьте раздел «Администрирование — Поддержка и обслуживание — Регламентные операции — Даты запрета изменения данных». Если установлена дата, например, конец прошлого квартала, документы раньше этой даты не проведутся ни у кого, кроме пользователей с правом преодоления запрета.

Дата запрета может задаваться общая, по организации или по пользователю. Бывает, что бухгалтер не может провести документ, а главбух — может: значит, для разных пользователей настроены разные даты. Проверяйте настройку для конкретной учетной записи, под которой возникает ошибка.

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

Проверка вида операции и обязательных реквизитов документа

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

Что проверить в шапке документа

Убедитесь, что заполнены: организация, банковский счет организации, вид операции, сумма, контрагент и договор (если операция этого требует), назначение платежа. Для налоговых платежей критичны реквизиты получателя: КБК, статус плательщика, период платежа — в новых релизах их контроль усилен, и пустые поля блокируют проведение.

Ошибка «некорректный договор»

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

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

Остатки на счете и настройки учетной политики

В типовых конфигурациях списание с расчетного счета обычно проводится независимо от остатка на счете 51 — контроль достаточности средств не выполняется. Однако если в базе ведется управленческий контроль денежных средств или используются отраслевые доработки, отрицательный остаток может блокировать проведение. Проверьте остаток по счету 51 на дату документа через оборотно-сальдовую ведомость.

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

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

Проблемы обмена с клиент-банком и дубли документов

Документы, созданные обменом с банком, иногда не проводятся из-за незавершенной загрузки: платежное поручение есть, но подтверждающая выписка не пришла, и документ остается в статусе «не подтвержден банком». В зависимости от настроек обмена такой документ может не проводиться или проводиться с предупреждением.

Проверьте журнал обмена: «Банк и касса — Обмен с банком». Если платеж отклонен банком (неверные реквизиты, недостаток средств, блокировка счета), исправлять нужно причину отказа, а не только документ в 1С. Повторная выгрузка неисправленного поручения даст тот же результат.

Еще одна ситуация — дубли: документ с тем же номером и датой уже существует, и программа блокирует проведение как конфликт. Найдите дубль через поиск по номеру в журнале «Банковские выписки», удалите или пометьте на удаление лишний документ, затем проведите нужный.

Маршрут решения

Как выбрать действие

Платеж отклонен банкомУточните причину в банке, исправьте реквизиты и выгрузите поручение повторно
Документ есть, а выписки за день нетЗагрузите выписку из клиент-банка или запросите ее в банке
Найден дубль документаПометьте лишний документ на удаление и проведите корректный
Документ не подтвержден банком долгое времяПроверьте статус платежа в интернет-банке, при необходимости удалите неотправленный документ

Права пользователя и технические сбои базы

Сообщение о недостатке прав означает, что роли пользователя не хватает для проведения банковских документов или для работы в закрытом периоде. Это решает администратор: добавляет роль «Добавление и изменение банковских документов» или право преодоления даты запрета. Самостоятельно обходить ограничения нельзя — права настроены осознанно.

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

После обновления релиза также проверьте, выполнены ли отложенные обработчики обновления: «Администрирование — Поддержка и обслуживание — Результаты обновления программы». Незавершенные обработчики — частая причина странных ошибок в первые дни после обновления.

Типичные ошибки при самостоятельном устранении
01
Снятие даты запрета на весь прошлый период — приводит к случайным изменениям закрытой отчетности
02
Ручное исправление загруженного из банка документа — вызывает расхождения при следующей загрузке выписки
03
Удаление «непроводящегося» документа вместо исправления — теряется связь с платежным поручением и нумерация
04
Тестирование и исправление базы без резервной копии — при сбое данные могут быть утрачены безвозвратно
05
Игнорирование текста ошибки и многократное нажатие «Провести» — причина не устраняется, время теряется

Как проверить, что проблема решена

После исправления проведите документ и откройте его движения кнопкой «Показать проводки и другие движения». Для списания с расчетного счета должна сформироваться проводка по кредиту счета 51 и дебету соответствующего счета: 60 — оплата поставщику, 68/69 — налоги и взносы, 70 — зарплата и так далее.

Затем сверьте остаток по счету 51 с банковской выпиской на дату операции. Совпадение остатка — главный признак корректности. Если остатки расходятся, ищите незагруженные или продублированные документы за соседние даты.

Контрольные точки

Как проверить результат

Документ проведен
Норма

У документа есть номер, статус проведения, доступны движения

Тревожный признак

Ошибка сохраняется, проводки отсутствуют

Проводки документа
Норма

Кредит 51 и корректный дебетовый счет по смыслу операции

Тревожный признак

Проводок нет или счет дебета не соответствует платежу

Остаток по счету 51
Норма

Совпадает с остатком в банковской выписке

Тревожный признак

Расхождение — есть незагруженные или дублирующиеся документы

Итог

Что важно запомнить

Начинайте с текста сообщения об ошибке — он указывает причину. Чаще всего виноваты дата запрета редактирования, неверный вид операции, пустые обязательные реквизиты или проблемы обмена с банком. Любые действия с закрытыми периодами и структурой базы выполняйте только после резервного копирования и согласования с ответственным за учет.

Частые вопросы

Документ проводится, но проводки не формируются — это нормально?

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

Почему списание не проводится только у одного пользователя?

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

Можно ли провести списание прошлым числом, если период закрыт?

Технически — да, если временно сдвинуть дату запрета или иметь право ее преодоления. Но делать это следует только с согласия главного бухгалтера, так как изменение закрытого периода влияет на сданную отчетность и может потребовать уточненных деклараций.

Что делать, если ошибка появилась сразу после обновления 1С?

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

Банк отклонил платеж, а документ в 1С висит непроведенным. Удалять его?

Не спешите удалять. Сначала выясните причину отказа банка, исправьте реквизиты и выгрузите поручение повторно. Удалять документ разумно только если платеж отменен полностью и не будет отправляться в банк.

Влияет ли отрицательный остаток на счете 51 на проведение списания?

В типовой «1С:Бухгалтерии» контроль достаточности средств при проведении обычно не выполняется, и документ проведется даже при отсутствии остатка. Если проведение блокируется из-за остатка, в базе действуют доработки или управленческий контроль — уточните настройки у администратора.