пересчет себестоимости в журналах переноса?

[Logger]

Цитата:

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

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

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

Цитата:

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

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

Интересно как ?
Отказались бы от партионного учета в системе ?
Отказались бы от расчета себестоимости в разрезе партий ?
Заставили бы людей долбить номера партий в строки журналов ?

[mazzy]

Цитата:

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

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

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

[Logger]

Цитата:

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

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

Действительно, не обязательно.

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

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

[pitersky]

Цитата:

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

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

Автору могли просто неверно (в некорректных терминах или криво объяснив) поставить задачу. Вот пример - с меня не так давно хотели потребовать, чтобы аналитика хранения "Номер ГТД" была активна для одного склада и неактивна для другого (!!!!!!!). Подумайте, что правильнее (именно правильнее, а не проще) - объяснить заказчику неадекватность его требования или допиливать Аксапту
В случае автора - вызывает очень большие сомнения необходимость финансового складского учёта по аналитике, которая даже не является обязательной для ручного заполнения.

[aidsua]

Цитата:

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

Автору могли просто неверно (в некорректных терминах или криво объяснив) поставить задачу. Вот пример - с меня не так давно хотели потребовать, чтобы аналитика хранения "Номер ГТД" была активна для одного склада и неактивна для другого (!!!!!!!). Подумайте, что правильнее (именно правильнее, а не проще) - объяснить заказчику неадекватность его требования или допиливать Аксапту
В случае автора - вызывает очень большие сомнения необходимость финансового складского учёта по аналитике, которая даже не является обязательной для ручного заполнения.

Т.е. использование аналитик, отличных от "Склад" в качестве финансовых -- есть "принуждение ко злу"?? Я с єтим не согласен, т.к. возможны варианты, когда это необходимо и целесообразно.

[pitersky]

Цитата:

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

Т.е. использование аналитик, отличных от "Склад" в качестве финансовых -- есть "принуждение ко злу"?? Я с єтим не согласен, т.к. возможны варианты, когда это необходимо и целесообразно.

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

[aidsua]

Цитата:

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

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

Вас понял.. с данным утверждением согласен, но это не помогает в случаях, описаных выше.

[Geo]

Цитата:

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

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

Если бы это было "всё", Майкрософт предусмотрела бы автоматическую и неснимаемую установку признака "первичный". А так это не всё, а просто архитектурный баг с лотами. Как и при сторнировании покупок через немедленное получение.
Не понимаю, зачем раз за разом называть это "неправильными бизнес-процедурами"...

[Logger]

Цитата:

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

Если бы это было "всё", Майкрософт предусмотрела бы автоматическую и неснимаемую установку признака "первичный". А так это не всё, а просто архитектурный баг с лотами. Как и при сторнировании покупок через немедленное получение.
Не понимаю, зачем раз за разом называть это "неправильными бизнес-процедурами"...

Да, именно баг.

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