Перейти к содержимому
Tez Base

Себестоимость ноль после закрытия месяца: как найти документ и что исправить

· Опубликовано:

Типовые для Казахстана

Месяц закрыт, состояние “Выполнено”, зелёная галочка. Открываете ОСВ по 7010 в разрезе номенклатуры, а у нескольких товаров продажи есть, себестоимости нет. Первая реакция у всех одна: перезакрыть месяц. Ноль остаётся на месте.

Это поведение типовой, а не сбой. Ниже о том, почему так получается, как за пару минут понять, какой из четырёх случаев у вас, и что исправить, чтобы следующее закрытие дало правильную сумму. Всё проверено на тестовой базе Бухгалтерии для Казахстана 3.0, релиз 3.0.40.1, способ оценки по средней.

Почему повторное закрытие не помогает

Сумму списания документ продажи считает в момент проведения: берёт остаток товара на 1330 (1310, 1320) на свою дату и время и умножает среднюю цену на количество. Если товара на эту минуту не хватило, а контроль отрицательных остатков выключен, недостающее количество уходит в проводку без суммы.

При проведении 1С показывает об этом сообщение. Его ищут потом дословно:

Бух.учет. Строка: 1. Не найдено 10 шт товара <Какао 250 г>, счет учета 1330,
склад Основной склад. 10 шт товара <Какао 250 г> отражено как отрицательное
списание. В конце месяце рекомендуется перепровести документы для получения
корректного финансового результата

Сообщение показывается один раз. В документе его потом не найти, закрытие месяца его не повторяет.

Закрытие месяца в БК 3.0 состоит из двух документов, “Корректировка стоимости списания товаров” и “Закрытие месяца”. Корректировка пересчитывает только те товары, по которым в месяце были дополнительные расходы или ГТД. Продажу без остатка она не трогает вообще, сколько раз месяц ни закрывай. Это видно и в коде модуля документа, и на тестовой базе: какао, проданное 5 августа до прихода 15 августа, после закрытия так и осталось с нулём. А корицу, по которой 21 августа пришли допрасходы на доставку 2 000, закрытие доначислило в себестоимость как положено.

Отсюда первое правило: ноль из-за продажи без остатка лечится исправлением документов, а не закрытием.

Четыре случая и как их различить

В ведомости все случаи выглядят одинаково: количество списано, суммы нет. Различаются они только тем, что было с товаром в ту минуту, когда проводилась продажа. Это видно в отчёте “Карточка счёта” по 1330 с отбором по товару и показателем количества: документы идут по дате и времени, после каждого стоит сальдо.

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

На тестовой базе так выглядели пять товаров:

  • Какао: продажа 10 шт 5 августа, приход 40 шт 15 августа. Расход раньше прихода.
  • Чай зелёный: продажа 30 шт 25 августа, приход только 3 сентября. Тоже расход раньше прихода, только приход уже в следующем месяце, и на конец августа остаток минус 30 шт.
  • Сахар: продажу 20 шт от 14 августа провели, когда сахара в базе ещё не было. Потом ввели приход 50 шт на 25 000 датой 10 августа и закрыли месяц ещё раз. По датам приход раньше продажи, а продажа так и стоит с нулём. Приход задним числом.
  • Мука: пришло 10 шт на 15 000, продали 25 шт, больше приходов нет. 15 000 списались за 10 шт, ещё 15 шт ушли по нулю. Красное сальдо.
  • Фартук кухонный: выпуск 50 шт пришёл на 1320 с нулевой суммой, 30 проданных фартуков тоже ушли по нулю. Приход без суммы, а настоящая причина в затратах.

У сахара есть второе последствие, которое легко пропустить. Оставшиеся 30 шт стоят на балансе 25 000, по 833 за штуку вместо 500. Следующая продажа по средней спишет сахар дороже, и недосписанные 10 000 уедут в себестоимость будущих продаж. Если такой ноль не исправить сейчас, он испортит и следующий месяц.

”Нет базы распределения” и выпуск с нулём

После закрытия в документе “Закрытие месяца” у фартуков лежал комментарий:

По результатам анализа производственных затрат: Нет базы распределения на
себестоимость продукции (услуг) прямых расходов, учитываемых следующим образом:
Счет учета : 8110. Подразделение : Основное подразделение. Номенклатурная группа : .
База распределения : плановая себестоимость продукции. Проверьте наличие данных
о выпуске продукции.

Обратите внимание на “Номенклатурная группа : .” с пустым местом. Выпуск фартуков оформлен по основной номенклатурной группе, а требование-накладная списала ткань на 48 000 на 8110 с пустой группой. Закрытие не знает, к какому выпуску отнести затраты без группы, и оставляет их висеть на 8110. Выпуск получает ноль, продажа фартуков наследует ноль.

Что здесь неудобно для бухгалтера:

  • это комментарий, а не ошибка, и состояние закрытия остаётся “Выполнено”;
  • в тексте назван счёт и подразделение, а документа нет. Требований-накладных за месяц может быть сотня;
  • пустой счёт затрат требование-накладная не пропустит, а пустую номенклатурную группу в субконто пропускает спокойно. На тестовой базе хватило одного такого документа.

В следующем месяце на той же базе к комментарию добавилась уже ошибка про остатки на счетах прямых затрат на начало месяца, “Номенклатурная группа : . Сумма : 48 000”, и тоже без документа. Искать надо требования-накладные и другие документы месяца с проводками в дебет 8110, где номенклатурная группа не заполнена.

Почему Экспресс-проверка молчит

В “Экспресс-проверке ведения учета” есть пункт “Проверка на наличие отрицательных остатков на балансовых счетах”. За июль и август на тестовой базе он ответил “Ошибок не обнаружено”.

Судя по результату, проверка смотрит отрицательный остаток на конец месяца по сумме. У сахара и какао остаток на конец положительный. У муки и зелёного чая минус только по количеству, а сумма ноль. Для этой проверки месяц чистый. Так что зелёная Экспресс-проверка не значит, что нулевых списаний нет.

Ещё один случай: допрасходы после продажи всего остатка

Корица и ваниль на тестовой базе похожи, а исход у них разный. Корицу продали и получили по ней допрасходы в одном месяце, и закрытие августа досписало их в себестоимость. Ваниль продали всю в августе, а допрасходы на 1 500 пришли 5 сентября. Продаж ванили в сентябре не было, и после закрытия сентября эти 1 500 так и висят на 1330 без товара: на августовскую продажу корректировка сентября их не отнесла.

В ведомости это видно как сумма на остатке при нулевом количестве. Разбирать надо документ, после которого сумма осталась.

Порядок исправления

  1. Найти все нулевые списания месяца и для каждого понять случай по таблице выше.
  2. Расход раньше прихода: исправить дату прихода или продажи, сверив с первичкой.
  3. Приход задним числом: перепровести продажу, а лучше все продажи товара после этого прихода.
  4. Красное сальдо: найти невведённый приход или исправить товар в продаже.
  5. Затраты без номенклатурной группы: заполнить группу в документе затрат, перепровести его.
  6. Закрыть месяц заново, оба документа, и снова открыть ОСВ по 7010.

Пока контроль отрицательных остатков выключен, такие нули будут появляться каждый месяц. Включённый контроль просто не даст провести продажу без остатка. Ругани у кассиров и менеджеров от этого больше, а у бухгалтера в конце месяца меньше.

Для программиста: запрос, который находит виновника

Простой отбор “Кт 1330 с количеством и нулевой суммой” покажет, где ноль, но не скажет почему. Чтобы отличить приход задним числом от опоздавшего прихода, документы товара надо пройти по порядку и держать остаток. Обороты по каждому документу даёт периодичность “Регистратор”, порядок перепроведения задаёт Регистратор.МоментВремени:

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|	Т.Субконто1 КАК Номенклатура,
|	Т.Регистратор КАК Регистратор,
|	Т.Регистратор.МоментВремени КАК Момент,
|	СУММА(ЕСТЬNULL(Т.КоличествоОборотДт, 0) - ЕСТЬNULL(Т.КоличествоОборотКт, 0)) КАК Количество,
|	СУММА(ЕСТЬNULL(Т.СуммаОборотДт, 0) - ЕСТЬNULL(Т.СуммаОборотКт, 0)) КАК Сумма
|ИЗ
|	РегистрБухгалтерии.Типовой.Обороты(&Начало, &Конец, Регистратор,
|		Счет В ИЕРАРХИИ (&Счета), &ВидыСубконто, Организация = &Организация, , ) КАК Т
|СГРУППИРОВАТЬ ПО
|	Т.Субконто1, Т.Регистратор, Т.Регистратор.МоментВремени
|УПОРЯДОЧИТЬ ПО
|	Номенклатура, Момент";
Запрос.УстановитьПараметр("ВидыСубконто", ОбщегоНазначенияКлиентСервер.ЗначениеВМассиве(
	ПланыВидовХарактеристик.ВидыСубконтоТиповые.Номенклатура));

Остаток на начало берётся из того же регистра, таблицей остатков на Новый Граница(Начало, ВидГраницы.Исключая). Дальше цикл: на каждой нулевой строке расхода смотрим, хватало ли остатка. Хватало и сумма была - приход задним числом, суммы не было - приход без суммы. Не хватало и приход позже есть - расход раньше прихода, нет - красное сальдо.

Два места, где схема ошибается без доработки. Списание с неполной суммой, как у муки, по документу в целом не нулевое: его ловит сравнение суммы со средней ценой остатка, и только там, где остатка не хватало, иначе при ФИФО полезут ложные тревоги. И корректировка при закрытии приходит проводкой без количества, одной суммой: если закрытие досписало сумму, строку надо снять.

Для затрат отдельный запрос: движения месяца в дебет 8110, где вид субконто “Номенклатурные группы” есть, а значение пустое. Регистратор такой строки и есть документ, из-за которого появилось “Нет базы распределения”.

Где граница проверки

Проверено на Бухгалтерии для Казахстана 3.0.40.1, платформа 8.3.27, оценка по средней. На июле той же базы, 300 товаров и 557 списаний, ошибки были заложены руками у четырёх товаров. Разбор нашёл ровно эти четыре, по остальным 296 ложных строк ноль. Все четыре июльские ошибки нулевые: случай с неполной суммой, как у муки, на объёме не гонялся.

Чего не проверяли: ФИФО (разобрано только по коду типовой), продажу раньше прихода у товара, по которому в том же месяце были допрасходы, и Бухгалтерию предприятия 3.0 для России. При учёте по складам приход на другой склад даст картину “приход задним числом”, хотя виноват склад: проверяйте склад в продаже.

Готовая обработка

Весь разбор выше за один проход делает внешняя обработка “Закрытие месяца в БК КЗ: почему себестоимость ноль”, она продаётся на Инфостарте за 10 SM. За выбранный месяц она проходит 1310, 1320, 1330 и затраты на 8110, ставит каждой нулевой строке вердикт и называет документ-виновник, показывает цепочку документов товара с остатком после каждого и текст, который типовая записала в “Закрытие месяца”. Ничего не перепроводит и не исправляет. Какие вердикты она ставит и что нашла на тестовой базе, показано на странице инструмента.

Если закрытие месяца у вас не ошибается, а идёт часами, это другая история, она разобрана в статье закрытие месяца 1С длится часами. А что ещё в Бухгалтерии для Казахстана требует присмотра, кроме закрытия, собрано в обзоре типовой Бухгалтерии для Казахстана.

После закрытия месяца себестоимость продаж ноль

Найдём документ, из-за которого списание ушло без суммы, исправим его и перезакроем месяц, чтобы финрезультат сошёлся

Стоимость
от 25 900 ₸цена лицензии от вендора (1С), без наших работ; сопровождение и доработки - по разбору базы

Рано писать? Измерьте сами

Закрытие месяца в БК КЗ: почему себестоимость ноль

Открыть обработку

Читайте также

Отложенное обновление 1С идёт который день: четыре проверки, после которых ясно, ждать или чинить

Штатная форма пишет "Выполнено: 17 из 215" и молчит о сроках. Разбираем, в каком порядке смотреть очередь отложенных обработчиков БСП 3.1, чтобы за десять минут понять: обновление идёт и кончится к вечеру, или его держит конкретный обработчик. Запросы к регистрам, ловушки журнала регистрации и почему "зацикливание" в регистре часто означает блокировку.

"Регистрация в налоговом органе" не может быть пустым: почему не проводится начисление зарплаты

Ошибка при проведении начисления зарплаты в ЗУП и ERP для Казахстана, когда в карточке организации регистрация заполнена. Диагностика по трём регистрам, ручное исправление по шагам, обработка с одной кнопкой и числа прогона на рабочей базе.

Внешняя обработка или печатная форма не работает после обновления 1С: что пропало и как проверить заранее

Обновление типовой прошло чисто, а через день внешняя печатная форма падает с "Метод объекта не обнаружен". Разбираем четыре текста ошибки, объясняем, почему их не ловит ни конфигуратор, ни проверка модулей, и даём порядок проверки своих обработок против нового релиза. Числа из худшего случая: УТ для Казахстана 2.2.16.5 и 3.4.4.87.