Закрытие 20 счета: Не закрывается остаток НЗП прошлого месяца.

Новая тема
Показывать по 10 20 40 сообщений
Честно надеялся, что посмотрят. Отчет анализ по субконто не сворачивает группировку по наименованию субконто, следовательно, ном. группа одна и та же.
***  знает! И про "рубль" тоже интересно. Получается, что остаток "подхватывает" только вместе с оборотом?
вот-вот. Как мне кажется в этом суть, но в отладчик лезть сейчас нет сил. Думал может кто-нибудь разбирал такую ситуацию. Кстати обновлял постепенно с 37.8 по 40.10 и на каждом релизе проверял. Не закрывает ни один.
вряд ли такой "косяк" прошел бы незамеченным. Найдется какая-нить "хитрая" галочка! :-)
> Распределение 20-ки в учетной политике "по выручке". Выручка по ном. группе есть в текущем (закрываемом) периоде. Выручка сделана документом РеализацияТоваровУслуг (см. скриншот).
Вроде как бы проблем нет, но при этом.

> При проведении ругается так, как будто нету базы распределения (см.скриншот).
Если внимательно посмотреть на "ругательство", явно читается что, программа ждёт либо выпуск либо НЗП.

Фраза  "Распределение 20-ки в учетной политике "по выручке", поэтому нет выпуска" совместно с "Закрытие 20 происходит на 90.2.1, т.к. выпуска как такового нет, есть реализация услуг производственного характера" вносит некоторый каламбур.

"Релизация услуг производственного характера" - это документ формирующий отражение выпуска и выручку, а "Реализация товаров и услуг" - формирующий только выручку.


Совет ТС. Проверить соблюдение нескольких незыблемых правил.

1. На ходу в учетной политике ряд параметров менять не стоит. Порядок распределения прямых затрат при оказании услуг входит в этот перечень. Если изменили, будьте добры переделать весь год.

2. Очень не рекомендуется использовать одну и ту же номенклатурную группу для отражения выпуска и реализации услуг. Помимо некорректного расчета себестоимости может повлечь ещё какие нибудь сюрпризы.

Складывается стойкое ощущение, что где-то "накосячили"

Ну и последнее. "Тестирование и исправление..." никто не отменял. Мало ли что.
И ещё, вдогонку.

Посмотри-ка, что у тебя творится в регистре "Реализация услуг".

Если в нём не будет услуг то и распределять "по выручке" будет не на что. А когда программе не на что распределять номенклатурную группу по выручке, она любит считать что это номенклатурная группа выпуска.

Судя по тому что у тебя реализована 1 услуга по стоимости 2 517 489,99 без НДС, накосячить могли и в самом документе. К примеру не указать счёт расходов либо указать его неправильно ( к примеру поставить вместо 90.02, 20.01 ). А этого достаточно чтобы всё пошло вкривь и вкось (хотя на 20 в счете расходов она бы скорее явно выругалась)

Вроде по всем "косточкам" пробежался. :)

Дерзай.
> Если внимательно посмотреть на "ругательство", явно читается что, программа ждёт либо выпуск либо НЗП.
Либо 1 руб. в дебет 20-ки не так ли? ведь если есть затраты в текущем периоде, то все закрывается и про выпуск или НЗП ругательств уже нет :)
> Ну и последнее. "Тестирование и исправление..." никто не отменял. Мало ли что.
делал

>
> Складывается стойкое ощущение, что где-то "накосячили"
Чтобы уменьшить до нуля влияние каких-либо возможных косяков. В "чистой" базе сделал всего три операции.
1. Поступление ТоваровУслуг (дт20.1-кт76.5) сумма=150р. (Январь)
2. Инвентаризация НЗП (Январь)
---- закрытие января ---------
3. Реализация (дт90.1.1-кт62) сумма=500 (Февраль)
---- закрытие февраля -----

Результат тот же, чтот и в рабочей базе. Стоит провести что-либо в дебет 20.1 в феврале, программа сразу видит все и оборот и сальдо на 20.1 и закрывает красиво.
Если есть время (порядка 5 минут) попробуйте сами.
попробовала. на закладке "НЗП" в учетной политике поставьте точку "при отсутствии выпуска...", не вводите "инвентарицазию нзп" (или вводите - без разницы), закройте, посмотрите.
и программа, кстати, про эту галочку в ошибке и пишет.
> попробовала. на закладке "НЗП" в учетной политике поставьте точку "при отсутствии выпуска...", не вводите "инвентарицазию нзп" (или вводите - без разницы), закройте, посмотрите.
Значит убедились что в режиме самостоятельного определения остатков НЗП программа не закрывает сальдо?

Да в режиме автоопределения остатков НЗП все закрывается и не ругается. Но это не решение проблемы. Клиент хочет вводить НЗП сам, а режим этот оказывается косячным.
Читают тему
(гостей: 1)

Быстрый переход