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

[aidsua]

Цитата:

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

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

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

[pitersky]

Цитата:

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

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

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

[aidsua]

Цитата:

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

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

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

[Geo]

Цитата:

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

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

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

[Logger]

Цитата:

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

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

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

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