Склад закрывается по складам. Физ.наличие по складам и партиям. Как добавить партию в расчет себестоимости?

[mazzy]

Ситуация следующая:

1. ax 3.0 sp5
2. уже давно используется несколько складских аналитик. для определенности путь это будут склад и партия
3. по складам учитывается физическое и финансовое наличие
4. по партиям только физическое
5. склады закрываются стандартным алгоритмом

это значит, что закрытые проводки в пределах склада закрываются в 0.


а закрытые проводки в пределах склад+партия в 0, как и следовало ожидать, не закрываются по сумме.


Заказчик хочет с некоторой даты начать учет себестоимости по складам+партиям
для этого планируется инвентаризация и большие работы по согласованию себестоимостей по партиям.

Однако, сейчас в Аксапте в разрезе партий имеются суммовые остатки как по давно закрытым партиям, так и по текущим партиям. Что не устраивает заказчика.

Вопрос:
Как правильно включить учет себестоимости по партиям в этом случае? Что бы вы посоветовали сделать с суммовыми остатками по партиям?

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

Оба способа лично мне не нравятся.
Есть ли другой сопособ?

прилагаю пример данных в excel

[KiselevSA]

Списать все под ноль, закрыть склад, включить финансовый учет по партиям, принять все обратно на склад в партии, отличающиеся от исходных на специальный символ, например, "_"

[glibs]

Я так понимаю модель расчета себестоимости средняя или средняя на дату? А "финансовое наличие" — это "финансовые запасы" в настройках групп складских аналитик (в терминологии 4.0, в 3.0, по-моему, было "финансовый склад").

Из описания задачи не понятно, как себе видит заказчик процесс перехода на новую модель учета себестоимости в отношении уже имеющихся данных. Например, по номенклатуре Х были два прихода партия 1 в количестве 100 шт по 40 руб/шт и партия 2 в количестве 100 шт по 60 руб/шт. Предположим также есть расход 100 шт по 50 шт партий 1 и 2. Такой расход будет сделан по средней себестоимости 50 руб/шт. Остатки по партиям будут стоить 30 и 70.

Проводки в прошлых периодах должны остаться без изменений? Или должны обновиться за всю историю?

Если должны обновиться, то правильный ответ (1).
Если обновиться не должны, то правильный ответ — сделать переоценку остатков. Слегка извращенный вариант — вариант с абсолютной инвентаризацией от KiselevSA.
Вариант (2) заведомо неправильный.

[Alexius]

В качестве идеи:
- по всем записям InventTrans установить поля SettledQty = 0, SettledAmount = 0, ValueOpen = NoYes::Yes, DateClosed = ""
- по всем записям InventSettlement с условием Cancelled == NoYes::No, установить поля SettledQty = 0, SettledAmount = 0
- произвести закрытие склада с новыми настройками

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

[mazzy]

Спасибо, что откликнулись

Цитата:

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

Списать все под ноль, закрыть склад, включить финансовый учет по партиям, принять все обратно на склад в партии, отличающиеся от исходных на специальный символ, например, "_"

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

Кроме того, списать под ноль не получится, поскольку по партиям количественные остатки уже = 0, суммовые !=0, а проводки полностью закрыты. См приложенный пример.

Я собственно это этом и спрашиваю.
Может вы расскажете более подробно как списать "под ноль" закрытые проводки на приложенном примере?

Цитата:

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

Я так понимаю модель расчета себестоимости средняя или средняя на дату?

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

Цитата:

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

А "финансовое наличие" — это "финансовые запасы" в настройках групп складских аналитик (в терминологии 4.0, в 3.0, по-моему, было "финансовый склад").

да

Цитата:

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

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

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

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

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

Цитата:

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

Проводки в прошлых периодах должны остаться без изменений? Или должны обновиться за всю историю?

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

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

Цитата:

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

Если обновиться не должны, то правильный ответ — сделать переоценку остатков.

Glibs, проводки то закрыты. Как их переоценить?
Еще варианты есть?

Цитата:

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

В качестве идеи:
- по всем записям InventTrans установить поля SettledQty = 0, SettledAmount = 0, ValueOpen = NoYes::Yes, DateClosed = ""
- по всем записям InventSettlement с условием Cancelled == NoYes::No, установить поля SettledQty = 0, SettledAmount = 0
- произвести закрытие склада с новыми настройками

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

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

А поскольку она изменится, то лучше не прогать, а использовать стандартный инструмент "отмена закрытия".

[glibs]

Цитата:

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

...
проводки то закрыты
...

Переоценка не трогает закрытые проводки. Только незакрытые.

Цитата:

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

...
Как их переоценить?
...

Я говорил про переоценку остатков, а не проводок.

УЗ\Периодические операции\Закрытие и коррекция, затем Коррекция\В наличии.

Нужно:
1. Выбрать "час Ч". По идее, это должен быть хотябы конец финансового периода. По РСБУ и по МСФО модель расчета себестоимости можно менять только с начала финансового года, например.
2. Через некоторое время после наступления "часа Ч" закрыть склад.
3. Сделать корректировку стоимости запасов (делается исключительно на дату последнего закрытия склада).
4. Поставить галку "финансовый склад" в группе складской аналитики. В 4.0 если есть проводки — менять не дает . В 3.0 — не помню.
5. Жить дальше.

Цитата:

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

...
Еще варианты есть?
...

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

[Alexius]

Цитата:

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

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

А поскольку она изменится, то лучше не прогать, а использовать стандартный инструмент "отмена закрытия".

По сравнению с перезакрытием склада предложенный способ имеет следущие преимущества:
1. В закрытых финансовых периодах результат остается неизменным
2. Сохраняется история коррекции себестоимости
3. Время на одно "большое" закрытие меньше, чем на много мелких открытий/закрытий

Минус: "раздутие" InventSettlement

Из фразы

Цитата:

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

Однако, сейчас в Аксапте в разрезе партий имеются суммовые остатки как по давно закрытым партиям, так и по текущим партиям. Что не устраивает заказчика.

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

PS. В примере вы описали исходную ситуацию, добавьте еще пожалуйста то, что должно получиться в результате.

[gaenar]

А если головную боль перевалить на тех, кто проблему создал?
Поплывут фин результаты - значит сделать им отчёты, где будут видны изменения по фин результатам. Пусть корректируют их вручную, восстанавливая status quo.

[mazzy]

Цитата:

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

Переоценка не трогает закрытые проводки. Только незакрытые.

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

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

Надо: с некоторой даты вести и количественный учет, и себестоимость по аналитике склад+партия. Причем старые проводки желательно не менять.

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

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

См. приложенный excel-файл, который демонстрирует проблему. Проблема в +33 рубля и -33 рубля, которые видны у партий.

Вложение 3225 Вложение 3226

Цитата:

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

Я говорил про переоценку остатков, а не проводок.

Glibs, переоценка остатков сводится к переоценке открытых проводок.
Проблема в закрытых проводках

Цитата:

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

Нужно:
...
2. .... закрыть склад.
3. Сделать корректировку стоимости запасов (делается исключительно на дату последнего закрытия склада).
4. Поставить галку "финансовый склад" ...

корректировка стоимости откорректирует стоимость ТОЛЬКО в открытых проводках.
В закрытых проводках по старым партиям ничего не скорректируется.
Во-первых, потому что количественных остатков нет
Проводки то ЗАКРЫТЫ!

(Блин, вспоминаю старый Ералаш: потому что они параллельные!)

Цитата:

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

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

Насчет убедить - не беспокойся. Я уже говорил - нужные слова я знаю.
Вопрос можно ли это сделать принципиально?

Условия задачи полностью сформулированы и не вижу причин менять их.
Даже пример проводок в Excel-файле приведен.
Что именно не устраивает?

Цитата:

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

По сравнению с перезакрытием склада предложенный способ имеет следущие преимущества:
1. В закрытых финансовых периодах результат остается неизменным

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

Цитата:

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

2. Сохраняется история коррекции себестоимости

Да. Но зачем, если отчеты показывают совсем другие цифры во всех номенклатурах с партиями?

Цитата:

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

3. Время на одно "большое" закрытие меньше, чем на много мелких открытий/закрытий

Может быть... Весь финансовый результат запихать на дату ввода остатков...
Спасибо, надо подумать.

Цитата:

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

Минус: "раздутие" InventSettlement

Да, это неизбежное зло

Цитата:

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

Из фразы
я предположил, что необходимо выровнять остатки по всем и закрытым и открытым партиям, а это невозможно не корректируя себестоимость в проводках.

Почти да.
Не то, чтобы "невозможно", а очень и очень не хочется корректировать себестоимость в старых проводках. Поскольку изменив один раз, потом несколько лет придется объяснять почему вот эти распечатанные отчеты (по которым бонусы менеджемнту рассчитывались) не сходятся с данными Аксапты...

Цитата:

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

PS. В примере вы описали исходную ситуацию, добавьте еще пожалуйста то, что должно получиться в результате.

В результате складской отчет с суммами (например, Физ.наличие по складам) в разрезе Склад + Партия с некоторой даты должен показывать количество = 0 и сумму = 0 по старым, полностью закрытым партиям.

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

Цитата:

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

А если головную боль перевалить на тех, кто проблему создал?

Это мы завсегда успеем.
Я уже говорил, что знаю нужные слова на тему: почему этого делать не надо

Цитата:

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

Поплывут фин результаты - значит сделать им отчёты, где будут видны изменения по фин результатам. Пусть корректируют их вручную, восстанавливая status quo.

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

[petr]

Мы подобные проблеммы решали приходовнием одной единицы номенклатуры и ее списанием. Была проблема аналогичная, только закрытие происходило без разреза складов, суммовые остатки в разрезе складов были (плюсовые и минусовые суммы) и надо было выровнять (обнулить) остатки в разрезе скаладов.

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

[mazzy]

Цитата:

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

Мы подобные проблеммы решали приходовнием одной единицы номенклатуры и ее списанием.

Хм... Мысль интересная.
Т.е. предложение такое:
1. включить галочку финансовый учет по партиям в аналитиках.
2. на дату Х по каждой номенклатуре, каждому складу и по каждой партии оприходовать единицу номенклатуры по какой себестоимости (например 1000 рублей или указанная в справочнике номенклатуры цена на складе или...)
3. на дату Х по каждому складу и по каждой партии списать единицу принятого товара
4. Закрыть на дату Х.

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

Побочный эффект - лишние обороты на дату Х. но это не страшно, так как это дата ввода остатков. Там и так будут левые обороты...

Ай, спасибо.
Очень перспективное предложение.
Надо подумать.

[petr]

К сожелению, автор данной методики, насколько я знаю, не зарегестрирован на этом форуме.

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

[mazzy]

Спасибо. Автору мегареспект

[Alexius]

Цитата:

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

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

Не то, чтобы "невозможно", а очень и очень не хочется корректировать себестоимость в старых проводках. Поскольку изменив один раз, потом несколько лет придется объяснять почему вот эти распечатанные отчеты (по которым бонусы менеджемнту рассчитывались) не сходятся с данными Аксапты...

Цитата:

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

В результате складской отчет с суммами (например, Физ.наличие по складам) в разрезе Склад + Партия с некоторой даты должен показывать количество = 0 и сумму = 0 по старым, полностью закрытым партиям.

Хм, специально выделил две цитаты. На мой взгляд они противоречат друг другу.
Остаток = Приход - Расход
Приход не корректируется, корректировка расхода не приемлима. Что делать, что бы изменился Остаток ?

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

Хм, специально выделил две цитаты. На мой взгляд они противоречат друг другу.

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

Цитата:

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

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

Стандартный функционал и стандартные отчеты так и работают складские отчеты так и работают.
проблема в том, что же надо записать в InventSettlement, чтобы было корректно

Цитата:

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

доп. складские проводки с нулевым кол-вом и суммой корректировки.

Это не валидная запись, насклько я помню.

(сейчас проверил свойство mandatory и validate-методы - подтверждения не нашел. Но, по-моему, запись с 0 количеством недопустима)

[mazzy]

Цитата:

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

(сейчас проверил свойство mandatory и validate-методы - подтверждения не нашел. Но, по-моему, запись с 0 количеством недопустима)

Во, метод InventTrans.checkFixFields

if (this.Qty   > 0)
{
//...
}
else
if (this.Qty   < 0)
{
//...
}
else
{
    if (this.StatusIssue  != StatusIssue::None)
    {
//...
    }

    if (this.StatusReceipt != StatusReceipt::None)
    {
//...
    }
}

Т.е. проводка с 0 количеством должна быть с пустыми статусами прихода/расхода.
проводка со статусом прихода = None не будет учитываться при расчете себестоимости, не будет влиять на себестоимость

В общем: по-моему, такое предложение не пойдет.
Добавлено: хотя надо подумать. Спасибо.

[Alexius]

Цитата:

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

Стандартный функционал и стандартные отчеты так и работают складские отчеты так и работают.
проблема в том, что же надо записать в InventSettlement, чтобы было корректно

Если все используемые отчеты расчитывают CostAmountAdjustment по InventSettlement, то первый предложенный мной способ должен подойти.

PS. Ну может при некоторой доработке

[Alexius]

Цитата:

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

Т.е. проводка с 0 количеством должна быть с пустыми статусами прихода/расхода.
проводка со статусом прихода = None не будет учитываться при расчете себестоимости, не будет влиять на себестоимость

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

Более очевидный минус такого подхода может проявиться на незакрытых партиях, маленький абстрактный примерчик при методе расчета себестоимости FIFO (он более наглядный, на других будет схожая ситуация):
01.01.08 Проводка1 Приход Партия1 +1
02.01.08 Проводка2 Приход Партия2 +1
03.01.08 Проводка3 Расход Партия2 -1
31.01.08 Закрытие1 Сопоставлены и закрыты Проводка1 и Проводка3
01.02.08 УРА! "Некоторая дата" Создаем корректирующие проводки, и т.д., в конце устанавливаем "Финансовый склад" для "Партии"
01.02.08 Закрытие2 Сопоставления отсутствуют
02.02.08 Проводка4 Расход Партия1 -1
29.02.08 Закрытие3 ВНИМАНИЕ ! Вопрос знатокам: Сопоставит ли это закрытие Проводку2 с Проводкой4 по разным партиям, скорректирует себестоимость и закроет их или нет ?

[mazzy]

Цитата:

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

не в том, чтобы расчитать и вставить "нелегальные" проводки, а в том, как поведет себя в дальнейшем система при их наличии.

ап-солютно согласен.

[fed]

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

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