При работе в 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с ситуацией, когда отчет «Оборотно-сальдовая ведомость по счету» (например, по счету 41 «Товары») показывает странные данные: общая итоговая сумма или количество внизу отчета не равны сумме строк по конкретным складам. Разберем ситуацию подробно: в итоговой строке мы видим, например, 810 единиц товара, а при развороте по складам отображается только один склад с остатком 489 единиц. Разница в 321 единицу «зависает» в воздухе. Рассмотрим причины этого явления и пошагово выясним, как привести учет в порядок.
Прежде чем приступать к исправлению данных в базе, проанализируем настройки самого отчета Оборотно-сальдовая ведомость по счету. Часто проблема кроется не в ошибке учета, а в визуальном представлении данных.
Склады установлен флажок.Если настройки отчета верны, но разница сохраняется, значит, в системе есть движения по регистру бухгалтерии, где аналитика Склад не заполнена. Выясним причину их появления. Рассмотрим ситуацию: когда-то в программе велся учет без разреза по складам, или субконто Склады было добавлено на счет учета позже, чем были введены документы. В этом случае старые проводки остались с «битым» или незаполненным индексом субконто.
Для поиска таких записей проделаем следующие действия:
Комплектация номенклатуры, Оприходование товаров или ручным операциям. Часто при импорте данных из внешних систем (например, из Управления торговлей 11) аналитика склада может не заполниться из-за ошибок синхронизации.Иногда корень проблемы лежит в настройках плана счетов. Выясним, не менялись ли признаки учета по счету 41 или 10. Если для субконто Склады в какой-то момент снимался флажок Количественный, а затем был возвращен обратно, это могло привести к потере данных о количестве в разрезе складов в существующих записях регистра бухгалтерии Хозрасчетный.
Проанализируем ситуацию: в регистре хранятся измерения и ресурсы. Если измерение (субконто) было временно отключено, система могла «схлопнуть» итоги, потеряв привязку к конкретному складу, но сохранив общие итоги по счету. В этом случае стандартные процедуры Тестирование и исправление (ТиИ) через Конфигуратор часто оказываются бессильны, так как они проверяют ссылочную целостность, а не логическую полноту аналитики.
Если мы убедились, что во всех документах склады заполнены, но отчет все равно врет, мы имеем дело с повреждением таблицы итогов. Посмотрим, как это лечится программно:
chdbfl.exe, которая проверит физическую структуру таблиц .1CD.Рассмотрим способы исправления, когда причина — пустые субконто в документах. У нас есть два основных пути:
Вариант 1. Перепроведение документов. Если период не закрыт и документов немного, самым надежным способом будет простое перепроведение. Это заставит программу заново сформировать движения в регистре бухгалтерии с учетом текущих настроек субконто. Для массового перепроведения используем групповую обработку (раздел Операции — Сервис — Групповое перепроведение документов).
Вариант 2. Групповое изменение реквизитов. Если период закрыт и перепроводить документы нельзя, так как это может изменить другие показатели (например, себестоимость или налоги), воспользуемся обработкой Групповое изменение реквизитов.
Разберем по шагам:
Набор записей регистра бухгалтерии (Хозрасчетный).Субконто 2 (или то, где хранится склад) Не заполнено.Для программистов и системных администраторов лучшим способом диагностики будет прямой запрос к базе данных. Проанализируем ситуацию с помощью консоли запросов. Нам нужно сравнить данные из виртуальной таблицы Остатки и реальной таблицы ДвиженияССубконто.
Пример логики запроса:
ВЫБРАТЬ
ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
ХозрасчетныйОстатки.Субконто2 КАК Склад,
ХозрасчетныйОстатки.КоличествоОстаток КАК ОстатокВиртуальный
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет41) КАК ХозрасчетныйОстатки
Если в результате запроса мы увидим строки с NULL или пустым значением в поле Склад, значит, проблема именно в данных регистра, а не в настройках отчета. Если же запрос по виртуальной таблице показывает верные данные, а отчет ОСВ — нет, стоит проверить наличие расширений конфигурации, которые могут перехватывать компоновку данных (СКД) и искажать результат вывода.
Чтобы избежать подобных «косяков» в будущем, рекомендуем:
1С:Предприятие, так как ошибки в механизмах расчета итогов периодически исправляются разработчиками в новых релизах.Таким образом, мы выяснили, что расхождение итогов в ОСВ чаще всего связано с наличием записей без указания склада. Тщательный анализ карточки счета и проверка настроек отображения пустых значений позволяют быстро локализовать и устранить эту проблему.