Переход к расчету себестоимости от общего по фирме к расчету по складу

[AlexeyBP]

Один из клиентов обратился с проблемой на складах отображается себестоимость при этом количество равно нулю.

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

Кто нибудь сталкивался с такой ситуацией, правил себестоимость чтобы на складах не было сумм без количества?
Ax 2009

[AlexeyBP]

Неужели никто не встречался с такое проблемой?

[TasmanianDevil]

Пересчет

[AlexeyBP]

Откат закрытия и полный пересчет это не вариант. Очень долго и бухи уже отчетность сдавали за эти периоды.

[ikopyl]

Цитата:

Сообщение от AlexeyBP

Откат закрытия и полный пересчет это не вариант. Очень долго и бухи уже отчетность сдавали за эти периоды.

На баланс, по идее, не должно повлиять (он не сдаётся в разрезе складов), зато будет без доработок и напильника

[Pustik]

Не совсем ответ на Ваш вопрос, но с подобной проблемой, если так можно выразиться, мы столкнулись когда переводили некоторые номенклатуры на учет по ГТД и по Партиям, при этом расчет себестоимости остался в разрезе склада при средней модели. До этого эти номенклатуры учитывались только в разрезе склада. Оборотные ведомости на остатках стали показывать голые суммы без количества по этим номенклатурам в разрезе этих аналитик. Причем как положительные, так и отрицательные. В разрезе склада все было хорошо. Возможно не правильно был осуществлен механизм перевода. Скорее всего просто галку поставили в настройках и все, и скорее всего до пересчетов и закрытия склада. Возможно, правильно было бы, перед переходом после закрытия склада журналами переноса раскидать нужное количество по аналитикам. А может быть, сделать полное списание и нужное оприходование(инвентаризацию) через какой-нибудь "транзитный" счет. Просто о последствиях тогда видимо никто не догадывался. Уверен, что если сейчас включить финансовый учет по этим аналитикам встанет таже проблема.
Думаю, что стандартные средства тут не помогут. Образно говоря, Вам нужно перетаскивать зависшую без количества Сумму на Склады с количеством(возможно суммы будут и отрицательные). А вот как это сделать правильно думаю ответить сложно и здесь есть индивидуально-частный момент. Не так давно нам пришлось заниматься чем-то подобным. Но это не было связано конкретно с этой темой. Беда пришла к нам "изнутри". Неопытными женскими руками был залит проект, который затронул класс InventUpd_Financial. И вирус стал плодить некорректные проводки. Пересчеты, начавшиеся на следующий день, как выяснилось позже, ситуацию усугубили. Когда это заметили, в проводках уже было весело, особенно в переносах. Одной из проблем были зависшие суммы без количества на складе.
Некоторые номенклатуры мы "закрывали" руками: через корректировку проводок снимали сумму со склада без количества и пропорционально раскидывали на склады с количеством, после чего закрывали соответствующие проводки. Поскольку все руками не сделаешь, использовали кодом созданные журналы переноса с суммами "без количества" и "насильственно" их разносили. Где-то джобом создавали сразу проводки: расходную на склад без количества (чтобы закрыть сумму) и зеркально приходную на склад(ы) с количеством. Вобщем веселые танцы с бубном. В любом случаю, все индивидуально и нужно проверять. А проверку закреплять пересчетом по номенклатуре и желательно небольшим тестом на "приход - списание" после этого.

[ashu]

если взять на основу фразу "себестоимость поехала, если смотришь по нескольким складам, то все ровно" то задача стоит перераспределить "зависшую сумму" на другие склады, то в голову приходит только такой вариант (прошу сразу не бить по голове ):
1. создать инвентсетлемент по складу с 0 количеством (привязать его к закрытой складской проводке- а они все должны быть закрыты- то есть сопоставлены- так как количество равно 0) на сумму которая зависла (с обратным знаком)
2. расчётным методом вычислить суммы которые должны уйти на другие склады (общая сумма по идее должна быть равна зависшей сумме)
3. аналогично п1. создать инвентсетлменты по складам с нужными суммами
4. к каждому созданному инвентсетлементу создать проводку ГК например через транзитный счет (или 94) с правильными фин аналитиками.
В теории все должно стать правильно, сумма в ГК по счетам не изменится- разве что в разрезе фин аналитик, склад общий тоже останется такой же как и был, так как сетлементы привязаны к закрытым складским проводкам то на последующие закрытия и пересчеты это шаманство не должно повлять.


а если взять за основу фразу "правил себестоимость чтобы на складах не было сумм без количества?", то есть просто убрать эти суммы, то ситуация относительно проще и есть 2 варианта:
1. см предыдущий пункт 1 - только корр счет надо чтобы бухи указали
2. о нем уже писали- по складу с зависшей суммой сделать приход 1 шт а затем списание 1 шт, в этом случае сумма должна уйти (приходную и расходную проводки можно еще и отмаркировать во избежание чудес при закрытии)

[AlexeyBP]

Цитата:

Сообщение от ashu

2. о нем уже писали- по складу с зависшей суммой сделать приход 1 шт а затем списание 1 шт, в этом случае сумма должна уйти (приходную и расходную проводки можно еще и отмаркировать во избежание чудес при закрытии)

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

[Pustik]

Цитата:

Сообщение от ashu

так как сетлементы привязаны к закрытым складским проводкам то на последующие закрытия и пересчеты это шаманство не должно повлять.

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

Цитата:

Сообщение от AlexeyBP

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

Это одно из решений, которые мы тоже использовали. Проблема в том, чтобы гарантировано недопустить корректировку принудительно закрытых проводок в будущем, чтобы они навечно остались закрытыми.

PS Конечно, может быть у Вас это маловероятно, поскольку пустой склад, я так понимаю, должен уйти в небытие.

[ansoft]

Цитата:

(прошу сразу не бить по голове ):

...меня прошу ни сразу... ни в последствии... мнения и варианты будут интересны

Цитата:

то задача стоит перераспределить "зависшую сумму" на другие склады

Абсолютно точно...

Цитата:

1. создать инвентсетлемент по складу с 0 количеством (привязать его к закрытой складской проводке- а они все должны быть закрыты- то есть сопоставлены- так как количество равно 0) на сумму которая зависла (с обратным знаком)

Интересная идея... После этого надо проконтролировать что все проводки закрыты по этому ItemId+InventDimId. Пересчетать InventSum по номенклатуре (класс InventSumReCalcItem, а если заглянуть в этот класс, то увидим что расчет ведется от CostAmountAdjustment InventTrans-а... а значит после махинаций с InventSettlement надо править CostAmountAdjustment InventTrans-а и значит проводка может открыться)... затем пересчет и проверка что суммы закрылись...

Мы делали чуть иначе... в текущем периоде создавал проводки в InventTrans кодом и сразу закрытые, гуляя по InventSum искал зависшие суммы и создавал приходы или расходы со сторно (как корректировку прихода) с нулевым количеством и обратной к InventSum суммой (руками в таблице их потом трогать нежелательно... иначе статусы полетят) и на всякий случай пересчет InventSum (класс InventSumReCalcItem)... потом надо проверить, что закрыты все проводки по этому ItemId+InventDimId и затем пересчет и проверка что суммы закрылись...
Все откорректированные суммы нужно собрать, а потом распределять коррекцией на проводки прихода руками (или в авто-программном-режиме) по ItemId+InventDimId (с нужным складом) с остатками по количеству (без разноски в ГК, так как снимали мы их без ГК или с разноской на системные счета типа ошибок округления - мы так делали)... Если остатков нет, то на проводку с не пустым складом... пересчет... возможно скорректируются расходы... думается это нормально. Создавать искуственные проводки в данном случае неверно, так как эти суммы должны быть открытыми, иначе после полного списания эти же остатки зависнут на новом InventDimId

Цитата:

4. к каждому созданному инвентсетлементу создать проводку ГК например через транзитный счет (или 94) с правильными фин аналитиками.
В теории все должно стать правильно, сумма в ГК по счетам не изменится

Зачем трогать ГК?... фин. аналитики по идеи должны быть одинаковыми, да и если не так, то лучше потом поправить ГК руками... все равно придеться сверять ГК и склад.

Цитата:

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

Абсолютно точно... как раз все проводки прихода закрыты на количество и сумму, но меньшую на остаток в InventSum... такой подход для средней не покатит... зато чудно должен сработать для ФИФО, что мы тоже использовали для исправления формируя переносы туда и сразу обратно... пересчет далее все сделают корректно... По-крайней мере у нас так работает.

P.S. Возможно мы делали не красиво, но времени было мало на исправление...
Более верно наверное делать все через стандартные классы разноски коррекций на проводки прихода, которые и положат отклонения в InventSettlement как в случае коррекции сальдо по пустому складу, так и в случае перекладывания на конечную проводку... После чего джобом закрыть все проводки с пустым складом...

[ashu]

Цитата:

Сообщение от AlexeyBP

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

А если отмаркировать между собой приходные и расходные проводки перед пересчетом/закрытием- разве это не решит проблему? (или програмно их закрыть)

Цитата:

Сообщение от ansoft

Интересная идея... После этого надо проконтролировать что все проводки закрыты по этому ItemId+InventDimId. Пересчетать InventSum по номенклатуре (класс InventSumReCalcItem, а если заглянуть в этот класс, то увидим что расчет ведется от CostAmountAdjustment InventTrans-а... а значит после махинаций с InventSettlement надо править CostAmountAdjustment InventTrans-а и значит проводка может открыться)... затем пересчет и проверка что суммы закрылись....

если по маркированным проводкам сделать пересчет инвентсумма, они могут открыться? ( я не знаю, просто спрашиваю)

Цитата:

Сообщение от ansoft

Зачем трогать ГК?... фин. аналитики по идеи должны быть одинаковыми, да и если не так, то лучше потом поправить ГК руками... все равно придеться сверять ГК и склад.

можно и руками- но так как все равно предполагется (предлагается) программное создание инвентсетлементов, то можно и сразу создать нужную проводку ГК- с тем же ваучером- чтобы осталась связь и с теми же аналитиками- ибо вдруг у них есть связь фин аналитик и склада.



PS.А вообще это было просто предложение которое пришло в голову сразу, спасибо за обсуждения- очень интересно почитать другие варианты, ну или пообсуждать эти.

[ansoft]

Цитата:

А если отмаркировать между собой приходные и расходные проводки перед пересчетом/закрытием- разве это не решит проблему? (или програмно их закрыть)

По-моему нет... Хоть маркируй, хоть нет... они сопоставяться друг с другом и не прихватят зависший в остатках кусочек

Цитата:

если по маркированным проводкам сделать пересчет инвентсумма, они могут открыться? ( я не знаю, просто спрашиваю)

Нет, могут открыться только при изменении CostAmountAdjustment InventTrans-а... там так написано

P.S. Поправьте если не прав

[ashu]

Цитата:

Сообщение от ansoft

По-моему нет... Хоть маркируй, хоть нет... они сопоставяться друг с другом и не прихватят зависший в остатках кусочек

Хм, всегда считал что отмаркированные проводки, при сопоставлении не порождают никаких корректировок, а ведь именно это и требуется- то есть исправительные приходная и расходная проводка, уберут зависшую сумму, если они отмаркированы, то пересчет ничего не изменит... под рукой нет ни одной из аксапт на которых бы можно было проверить, может у кого есть возможность?

[ansoft]

Цитата:

Хм, всегда считал что отмаркированные проводки, при сопоставлении не порождают никаких корректировок, а ведь именно это и требуется- то есть исправительные приходная и расходная проводка, уберут зависшую сумму, если они отмаркированы, то пересчет ничего не изменит... под рукой нет ни одной из аксапт на которых бы можно было проверить, может у кого есть возможность?

Действительно надо испытать такой вариант...
Но... было 100 руб. на складе +1шт. на 100руб. -1шт.на 200 руб. остаток закрылся... что маркируем?
Приход 1 на 100 и расход 1 на 200? Проводки не уровняются маркировкой по вашему?...
Если да, то как? Не пойму...

[ashu]

Цитата:

Сообщение от ansoft

Действительно надо испытать такой вариант...
Но... было 100 руб. на складе +1шт. на 100руб. -1шт.на 200 руб. остаток закрылся... что маркируем?
Приход 1 на 100 и расход 1 на 200? Проводки не уровняются маркировкой по вашему?...
Если да, то как? Не пойму...

если их отмаркировать они останутся в таком же виде, будет приход на 100 и расход на 200, сопоставлены между собой именно в таком виде, разве не так?

[ashu]

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

тогда остается вариант с генерацией инвентсетлемента и проводки гк. с последующим правильным пересчетом инвентсумма.

[AlexeyBP]

Цитата:

Сообщение от ashu

если их отмаркировать они останутся в таком же виде, будет приход на 100 и расход на 200, сопоставлены между собой именно в таком виде, разве не так?

Отмаркировал. Пересчитал и расход стал равен приходу.

Все как пишет Денис Федотенко:

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

А приходная проводка равна 100, и поэтому появляется корректировка на 100 для расхода :-(

[AlexeyBP]

Цитата:

Сообщение от AlexeyBP

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

Цитата:

Сообщение от Pustik

Проблема в том, чтобы гарантировано недопустить корректировку принудительно закрытых проводок в будущем, чтобы они навечно остались закрытыми.

А в каком случае она можеть открыться в будущем? Можете пример привести?

[AlexeyBP]

Оформил приход (пока тест на одной номенклатуре на одном складе) на 100, оформил расход он расчитался с учетом суммы в наличии на 200. Принудительно закрыл обе складские проводки ([VALUEOPEN] = 0, [DATECLOSED] =[DATEFINANCIAL]) запустил пересчет суммы не откорректировались, на остатках по закрытому складу ноль по сумме и по количество. Приходы оформлял через журналы проводок на забалансовые счета (корреспонденский счет), видимо надо еще в разноске запасов временно поставить забалансовый счет.

Где еще может вылезти?

[ashu]

Цитата:

Сообщение от AlexeyBP

Оформил приход (пока тест на одной номенклатуре на одном складе) на 100, оформил расход он расчитался с учетом суммы в наличии на 200. Принудительно закрыл обе складские проводки ([VALUEOPEN] = 0, [DATECLOSED] =[DATEFINANCIAL]) запустил пересчет суммы не откорректировались, на остатках по закрытому складу ноль по сумме и по количество. Приходы оформлял через журналы проводок на забалансовые счета (корреспонденский счет), видимо надо еще в разноске запасов временно поставить забалансовый счет.

Где еще может вылезти?

По идее не должно нигде вылезти- склад то у вас пустой, и с этими проводками (исправительными) вы ничего делать не будете.

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