← На главную

В конфигурациях «1С:Комплексная автоматизация 2» (КА 2) и «1С:ERP Управление предприятием» пользователи часто сталкиваются с ситуацией, когда после оформления документа списания ТМЦ количество успешно списывается со склада, но суммовая оценка (себестоимость) продолжает «висеть» на счетах учета (например, на счете 10.06 или 41). При этом проведение стандартных документов не дает мгновенного результата в бухгалтерском и управленческом учете.

Давайте подробно разберем, почему возникает эта проблема, как устроен механизм партионного учета и распределения затрат в современных конфигурациях 1С, и пошагово пройдем по всей цепочке поиска и устранения ошибок.

Теоретическая основа: Особенности расчета себестоимости в КА 2.4

Прежде чем перейти к практическим шагам, нам необходимо понять ключевое отличие программ на платформе ERP/КА 2 от классической «1С:Бухгалтерии 8». В «1С:Бухгалтерии» расчет себестоимости и формирование проводок по списанию стоимости ТМЦ происходят «на лету» в момент проведения документа (например, требования-накладной). В «1С:Комплексной автоматизации 2» применяется совершенно иной подход, базирующийся на механизме РАУЗ (расширенная аналитика учета затрат).

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

Рассмотрим пошагово алгоритм диагностики и решения проблемы зависшей себестоимости.

Шаг 1. Проверяем актуальность расчета себестоимости и статус закрытия месяца

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

Часто пользователи считают, что раз они нажали кнопку запуска закрытия месяца, то процедура успешно завершена. Однако это не всегда так. Давайте проверим следующие моменты:

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

Шаг 2. Анализируем движения по регистру накопления «Себестоимость товаров»

Если закрытие месяца прошло без видимых ошибок, но на счете 10.06 все равно зависла сумма, нам необходимо обратиться к первоисточнику данных — регистру накопления Себестоимость товаров. Именно на основании его записей строятся все отчеты и формируются проводки регламентированного учета.

Для анализа записей выполним следующие действия:

1. Перейдем в функции для технического специалиста (или откроем регистр через все функции).
2. Найдем регистр накопления Себестоимость товаров.
3. Установим отбор по нашей номенклатурной позиции (в нашем примере — станок стоимостью 2171 руб.).
4. Внимательно изучим строки прихода (документ «Приобретение товаров и услуг») и расхода (документ «Списание товаров»).

Наша главная задача на этом этапе — проверить совпадение ключей аналитики. В РАУЗ себестоимость списывается только тогда, когда аналитика расхода абсолютно идентична аналитике прихода. Обратим особое внимание на следующие поля:

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

Шаг 3. Анализируем настройки статьи расходов

Перейдем к анализу документа списания. В нем обязательно указывается Статья расходов (в нашем кейсе фигурировала статья «Материалы для магазина»). Нам необходимо детально изучить ее настройки, так как от них напрямую зависит поведение системы при расчете себестоимости.

Откроем карточку статьи расходов и проанализируем вкладку «Основное»:

• Вариант распределения: Если выбран вариант На финансовый результат, система будет пытаться распределить затрату в конце месяца. Если при этом указано правило распределения «Пропорционально выручке от продаж», но у конкретного подразделения или организации в этом месяце не было выручки, то программа не сможет завершить распределение, и сумма останется на балансе.
• Тип расходов: Для материалов и оборудования, списываемых на расходы подразделений, должен быть выбран тип расходов Прочие операционные/внереализационные расходы или Расходы на продажу (в зависимости от учетной политики). Если ошибочно выбран тип Приобретение товаров (расходы, формирующие стоимость запасов), возникнет конфликт настроек, и закрытие месяца не сможет распределить сумму.
• Счет учета в регл. учете: На вкладке «Регламентированный учет» должен быть корректно указан затратный счет (например, 44.01, 26 или 20.01) и статья затрат. Если счета настроены некорректно или противоречат типу расходов, проводка Дт [Затраты] Кт 10.06 просто не сформируется.

Шаг 4. Исключаем скрытые отрицательные остатки и хронологические сдвиги

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

Давайте выясним, нет ли в нашей базе временного «технического минуса»:

1. Если документ списания по времени проведен в 09:00:00, а поступление этого же товара оформлено в 12:00:00 того же дня, то на момент списания товара физически не было на складе.
2. Если в настройках системы (НСИ и администрирование — Склад и доставка) включена опция «Разрешить списание товаров при отсутствии остатков», программа спишет количество в минус.
3. При последующем расчете себестоимости система может некорректно сопоставить партии, возникшие после списания, из-за чего суммовая оценка «зависнет» на остатках счета 10.06 на конец месяца.

Для диагностики этой проблемы сформируем отчет Ведомость по товарам на складах с детализацией до регистратора и секунд. Если мы увидим отрицательные остатки в течение месяца, необходимо перепровести документы в хронологическом порядке (сначала приход, затем расход).

Шаг 5. Работа со специализированными отчетами

Для того чтобы локализовать проблему, нам нужно использовать правильные аналитические отчеты. Обычная оборотно-сальдовая ведомость по счету 10 не дает понимания внутренних механизмов РАУЗ. Воспользуемся специализированными инструментами системы:

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

Шаг 6. Проверка технического состояния базы и актуальности релиза

Если все настройки проверены, аналитика прихода и расхода совпадает, отрицательных остатков нет, а регламентная операция расчета себестоимости все равно оставляет сумму на счете 10.06, дело может быть в технических ошибках самой платформы или релиза конфигурации.

В старых релизах ветки КА 2.4 (включая версию 2.4.6.231) разработчиками неоднократно фиксировались программные ошибки, связанные с расчетом себестоимости методом РАУЗ. Например, могли возникать бесконечные циклы распределения («петли встречного выпуска» или закольцованность затрат), из-за чего алгоритм завершал работу некорректно без вывода явных сообщений об ошибках на экран.

Для исправления возможных технических сбоев выполним следующие шаги:

1. Тестирование и исправление информационной базы: Запустим конфигуратор, предварительно сделав резервную копию базы данных. Выполним тестирование с обязательным выбором пунктов «Проверка логической целостности» и «Реиндексация таблиц».
2. Очистка кэша и исправление ключей аналитики: В программе предусмотрены встроенные механизмы проверки ключей аналитики. Перейдем в раздел администрирования и запустим процедуру проверки и исправления битых ссылок в регистре сведений Аналитика учета номенклатуры.
3. Обновление конфигурации: Настоятельно рекомендуется обновить «1С:Комплексную автоматизацию» до актуального релиза. Переход на более новые версии ветки 2.4 или переход на редакцию 2.5 закрывает большинство известных платформенных багов, связанных с механизмом партионного учета РАУЗ.

Резюме и план действий по устранению проблемы

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

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