denisfed: Обновление статьи о закрытии склада.

[petr]

Вопрос по статье, насчет обновленного механизма закрытия по средней в DAX2009

У нас такая ситуация возникла. Настроили группу складских аналитик примерно так:
Склад: обязательная аналитика и финансовая
Ячейка: первичная
Номер партии: финансовая

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

Получется нельзя использовать такие комбинации аналитик, когда есть нефинансовая, но обязательная для заполнения складская аналитика и одновременно финансовая, но не обязательная (след. проставленная не на всех проводках).

Или с этим можно как-то жить?

Добавлено позже:

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

[fed]

Цитата:

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

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

В общем - я бы попробовал это зарегистрировать как ошибку. Из самых лучших побуждений авторы закрытия решили использовать inventUpdate/inventMovement для создания этого фиктивного переноса. А о том что эти классы много лишних действий делают - не подумали.

[petr]

Цитата:

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

В общем - я бы попробовал это зарегистрировать как ошибку. Из самых лучших побуждений авторы закрытия решили использовать inventUpdate/inventMovement для создания этого фиктивного переноса. А о том что эти классы много лишних действий делают - не подумали.

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

[fed]

Цитата:

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

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

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

[maxk]

Цитата:

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

Вопрос по статье, насчет обновленного механизма закрытия по
Получется нельзя использовать такие комбинации аналитик, когда есть нефинансовая, но обязательная для заполнения складская аналитика и одновременно финансовая, но не обязательная (след. проставленная не на всех проводках).

Это ошибка в приложении. Наличие нефинансовых обязательных аналитик не должно влиять на возможность закрытия склада.
Проблема втом что для создании фиктивного расхода и прихода используется функционал отвечающий за создание переносов и в некоторых случаях (как в описаном выше) проверки производимые этим функционалом препятствуют созданию этих фиктивных переносов.
Hotfix для этой проблемы уже доступен на customer и partner source в разделе хотфиксов за апрель (new WA blocking issue). После установки его описанная проблема решается.

[petr]

Цитата:

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

Это ошибка в приложении. Наличие нефинансовых обязательных аналитик не должно влиять на возможность закрытия склада.
Проблема втом что для создании фиктивного расхода и прихода используется функционал отвечающий за создание переносов и в некоторых случаях (как в описаном выше) проверки производимые этим функционалом препятствуют созданию этих фиктивных переносов.
Hotfix для этой проблемы уже доступен на customer и partner source в разделе хотфиксов за апрель (new WA blocking issue). После установки его описанная проблема решается.

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