Ситуация, когда материалы фактически присутствуют на складе, но программа 1С:Бухгалтерия 3.0 отказывается их списывать документом Требование-накладная (или Расход материалов), является одной из самых распространенных и в то же время коварных проблем. Особенно тревожным сигналом становится появление системного сообщения «Ошибка хранимых данных». В этой статье мы подробно разберем, почему возникают такие ситуации, и составим пошаговый план диагностики и решения проблемы, двигаясь от простых пользовательских ошибок к глубоким техническим настройкам.
Прежде чем приступать к техническим исправлениям, нам необходимо убедиться, что программа действительно «видит» остатки так, как их видит бухгалтер. Часто бывает, что визуально в оборотке товар есть, но аналитика не совпадает. Проанализируем ситуацию с помощью детального отчета по остаткам по партиям и складам или стандартных инструментов.
Для более наглядного контроля можно сформировать материальный отчет по 10 счету. Обязательно выполним следующие настройки в панели отчетов:
Важный нюанс: часто бухгалтер видит остаток по счету 10.01, но пытается списать материал, который фактически числится на счете 10.03 или 10.06. Программа не перебрасывает остатки между субсчетами автоматически при проведении документа списания. Если мы видим, что остаток есть, но документ не проводится, проверим поле Счет учета в табличной части нашего документа Требование-накладная. Он должен строго соответствовать счету, на котором числится остаток в отчете Анализ счета.
Рассмотрим распространенную ситуацию: поступление материалов и их списание происходят в один и тот же день. В 1С время документа имеет критическое значение. Если Поступление (акт, накладная) записано в базу со временем 12:00:01, а наше Требование-накладная имеет время 12:00:00 того же дня, то на «момент» списания остатка еще не существует.
Проанализируем время документов и выполним следующие действия:
Если после смены времени на более позднее документ провелся, значит, проблема была исключительно в нарушении последовательности. Для предотвращения таких ситуаций в будущем рекомендуется использовать обработку Групповое перепроведение документов, которая выстроит все цепочки поступлений и расходов в правильном хронологическом порядке.
Если при попытке проведения возникает системное окно с текстом «Ошибка хранимых данных», это сигнализирует о техническом сбое. Данная ошибка обычно не связана с отсутствием товара, а указывает на повреждение кэша или индексов базы данных. Рассмотрим способы лечения.
Вариант А: Очистка кэша конфигурации. Это «первая помощь» при любых непонятных ошибках 1С. Мы можем либо вручную удалить папки с временными файлами в профиле пользователя Windows, либо просто удалить информационную базу из списка запуска и тут же добавить её обратно под тем же путем. Это заставит платформу создать новые локальные файлы описания конфигурации.
Вариант Б: Тестирование и исправление (ТиИ). Если очистка кэша не помогла, нам нужно проверить целостность самой базы данных. Для этого:
Пересчет итогов часто решает проблему, когда «бухгалтерские» остатки (по счетам) разошлись с «регистровыми» остатками, на которые опирается алгоритм проведения документов.
Иногда ошибка кроется в «человеческом факторе» — выборе дубля номенклатуры или неправильного склада. Разберем метод очистки данных документа. Выясним причину через перезаполнение:
Если в окне подбора при включенном фильтре по остаткам нужный материал не отображается, значит, программа действительно не видит его на выбранном складе. Проанализируем, какой склад указан в шапке документа. Бывает, что материал оприходован на «Основной склад», а списание оформляется со склада «Склад материалов». Бухгалтеру необходимо строго следить за соответствием мест хранения.
Если в организации применяется способ оценки МПЗ По ФИФО, программа ищет конкретные партии поступления. Если по какой-то причине партия была заблокирована (например, другим документом списания, который помечен на удаление, но не расправил остатки), проведение может застопориться.
Также проанализируем настройки Раздельного учета НДС. В 1С:Бухгалтерия 3.0 при включенном раздельном учете остатки материалов хранятся в разрезе аналитики «Способ учета НДС» (Принимается к вычету, Распределяется, Учитывается в стоимости и т.д.). Если мы приходовали материал со способом «Принимается к вычету», а в документе списания программа пытается подобрать остаток со способом «Без НДС», возникнет ошибка отсутствия остатка. В таких случаях помогает перевыбор номенклатуры в документе, чтобы программа подтянула актуальную аналитику из регистров накопления.
Подводя итог, если 1С не списывает материалы, действуем по алгоритму:
Номенклатура.Соблюдение этих простых правил и внимательное отношение к аналитике учета позволят избежать большинства проблем со складским учетом в 1С:Бухгалтерия 3.0.