Пользователи программы «1С:Бухгалтерия государственного учреждения 8, редакция 1.0» нередко сталкиваются с ситуацией, когда стандартные отчеты, такие как «Оборотно-сальдовая ведомость» или «Анализ счета», показывают корректные данные, а «Шахматная ведомость» («Шахматка») выдает странные результаты. Особенно остро эта проблема проявляется при работе со счетами учета материальных запасов (105.00) и после проведения реорганизации или смены типа учреждения (например, с казенного на бюджетное).
В данной статье мы подробно разберем, почему возникают такие расхождения, как алгоритмы отчета интерпретируют данные и что нужно проверить в базе данных, чтобы привести отчетность в порядок.
Для начала проанализируем ситуацию: почему «Шахматка» «врет», в то время как ОСВ идеальна? Разберем ключевое различие в алгоритмах формирования этих отчетов. Оборотно-сальдовая ведомость строится на основе итогов по счетам. Она суммирует обороты по дебету и кредиту, не всегда учитывая «красоту» корреспондирующих пар. Если в документе по дебету и кредиту указаны разные аналитические разрезы, ОСВ может их просто «схлопнуть» на уровне итогов.
«Шахматка» (Шахматная ведомость) — это отчет, который анализирует исключительно корреспонденции счетов. Каждая ячейка в ней — это пересечение дебета одного счета и кредита другого. Если в учете допущена хотя бы малейшая несогласованность в аналитике (КБК, КОСГУ, номер журнала), отчет разделит одну операцию на несколько строк или колонок, создавая иллюзию задвоения или неверных сумм.
Рассмотрим ситуацию, когда в отчете появляются «счета-близнецы». Например, вы видите две строки со счетом 105.36.340, и у каждой свое сальдо. Проанализируем настройки отчета. В БГУ 1.0 «Шахматка» по умолчанию может выводить данные в разрезе номеров журналов операций.
Если в настройках отчета включена группировка по журналам, то счет будет выводиться столько раз, в скольких журналах он «засветился». Выясним причину: в бухгалтерском учете госучреждений каждый счет привязан к определенному номеру журнала операций (задается в плане счетов). Однако в документах внутреннего перемещения (105.ХХ — 105.ХХ) или списания может возникнуть ситуация, когда для дебета и кредита определены разные номера журналов (например, из-за специфики настройки счетов или ручных корректировок). В этом случае отчет покажет две строки, чтобы отразить обороты по каждому журналу в отдельности.
Что сделать: Попробуйте в настройках отчета отключить группировку по журналам операций. Если после этого данные «схлопнулись» и стали корректными — проблема носила чисто визуальный характер. Если же нет — копаем глубже.
Одной из самых частых проблем со счетом 105.00 является одновременное попадание сумм в колонки со статьями 340 (увеличение стоимости) и 440 (уменьшение стоимости). Проанализируем логику:
340 — это всегда Дебет (поступление).440 — это всегда Кредит (выбытие).
Когда вы формируете документ «Внутреннее перемещение», в одной проводке участвуют и дебет 105 счета (по 340), и кредит 105 счета (по 440). Если в течение одного месяца по одной и той же номенклатуре были и перемещения, и списания (например, на счет 109.81 или 401.20), алгоритм «Шахматки» может запутаться в оборотах, если нарушена последовательность или аналитика КПС.
Выясним, как проверить корректность: нажмите на «неправильную» ячейку в отчете и вызовите расшифровку (Карточку счета). Внимательно посмотрите на КЭК (КОСГУ) в проводках. Если вы видите, что по кредиту счета 105 стоит 340 (что методологически неверно для списания), «Шахматка» разнесет эти суммы в разные колонки, пытаясь «сопоставить несопоставимое».
Если ваша организация перешла с казенного типа на бюджетный, это критический момент для отчетов. У казенных учреждений используются КБК типа КРБ, а у бюджетных — произвольные или классификационные коды (АУ/БУ).
Разберем ситуацию: при переносе остатков на новые КПС в базе могли остаться «хвосты». Даже если сальдо по счету в ОСВ равно нулю, в регистрах могут висеть обороты по разным КПС. «Шахматка» видит эти разные КПС как разные объекты. Если в документе списания был выбран «старый» КПС, а в перемещении — «новый», отчет не сможет их объединить.
Рекомендация: Воспользуйтесь инструментом «Технологический анализ» (меню «Сервис»). Он подсветит проводки, где используются КБК, не соответствующие текущему типу учреждения или периоду. Обязательно проверьте справочник КПС на наличие дублей с одинаковым кодом, но разными типами.
Если вы столкнулись с «непонятными данными», выполните следующие действия по шагам:
КПС, КЭК (КОСГУ) и Номер журнала. Проанализируйте, нет ли там пустых значений или неожиданных сочетаний (например, Кредит 105 по КЭК 340).%AppData%\1C\1Cv8.КЭК и проверьте карточки статей 340 и 440. Бывали случаи, когда пользователи случайно меняли тип статьи или её код, что сводило с ума механизмы группировки в сложных отчетах.Проанализируем влияние ручных операций. Если вы использовали документ «Операция (бухгалтерская)» для корректировки учета МЗ, убедитесь, что вы заполнили все субконто и служебные поля. «Шахматка» крайне чувствительна к полю НомерЖурнала в регистре бухгалтерии. Если в ручной проводке оно не заполнено, эта сумма может «вывалиться» в отдельную строку или вообще не попасть в нужную колонку.
При использовании сторно (красное сторно) «Шахматка» может вести себя непредсказуемо, так как она не всегда корректно обрабатывает отрицательные обороты в корреспонденции «счет сам на себя» (105-105). В таких случаях рекомендуется заменять сторно на обратные проводки, если это не противоречит вашей учетной политике.
Мы выяснили, что некорректные данные в «Шахматке» — это почти всегда признак «грязной» аналитики, которую игнорируют другие отчеты. Основное внимание стоит уделить:
КПС (КБК) после смены типа учреждения.После приведения аналитики в порядок и пересчета итогов данные в «Шахматке» должны прийти в соответствие с данными главной книги и оборотно-сальдовой ведомости.