Опрос: Руководство пользователя "Исправления и сторно в Dynamics AX всех версий"

[Vals]

Голосуем: нужно ли такое руководство пользователя?

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

Спасибо!

[kashperuk]

Для себя ответа не нашел. Мой ответ - "Да, считаю, что нужно, но мне лично не нужно".
Невозможно сделать все идеально, и есть множество компаний, в которых процессы сделаны/работают плохо.
Поэтому, как ни крути, исправлять придется не раз.

[glibs]

О! Я не одинок в своем варианте ответов .

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

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

[Zabr]

Цитата:

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

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

Респект.
Это то, чего так не хватает в документации и от MS, и от партнеров по их решениям.

А еще было бы неплохо, чтобы кроме руководства, сами сторнировки выполнялись более просто. Или, скажем, так: был бы и более простой вариант одной кнопкой, и более сложный и продвинутый.

[ViV]

Затрудняюсь ответить даже. Вроде и руководства нет - но дописаны кнопочки позволяющее легко делать сторно (по самым частым операциям). Сначала мы от этого отнекивались (есть же стандартные механизмы) - но потом сами поняли, что так проще - пользователь иногда при сторнировании умудряется ошибок наделать больше, чем в изначальном документе
Ax 3.0.

[longson]

Я голосую "Нет, бесполезно".

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

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

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

[AraraT®]

Есть на сайте microsoft'а
http://www.microsoft.com/rus/downloa..._warehouse.pdf

В нём есть раздел про сторнирование, а также в других документах по российской функциональности.

http://www.microsoft.com/Rus/dynamics/ax/useful.mspx

[lev]

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

[twilight]

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

[Raven Melancholic]

Цитата:

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

Хотелось бы видеть в руководстве раздел по программированию исправления / сторнирования.

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

[Lemming]

Цитата:

Сообщение от Raven Melancholic

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

Вероятно для заказов через parmId можно восстановить исторические условия разноски накладной.

[Raven Melancholic]

Цитата:

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

Вероятно для заказов через parmId можно восстановить исторические условия разноски накладной.

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

[Raven Melancholic]

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

[glibs]

Цитата:

Сообщение от Raven Melancholic

...
Поэтому сторно это не только вызов создания накладной, но и восстановление на время сторнирования данных заказа, которые существовали на момент создания исходной накладной.
...

Ну восстановление — это радикальный подход. В стиле бухучета: "Все что нам не нравится, мы перепроведем бесследно". Только в другой области. По заказам на покупку можно, например, анализировать исполнительность поставщиков, если в заказе на покупку оставлять согласованный цены, а фактические цены указывать при обработке накладной поставщика непосредственно в строках в форме обработки накладной.

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

[Raven Melancholic]

Цитата:

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

По заказам на покупку можно...

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

[Raven Melancholic]

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

[Vals]

Цитата:

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

Согласен.
Я думаю что это будет продукт совместного творчества, вероятно, не исчерпывающий, но дающий основное представление о порядке действий пользователя и консультанта. Думаю что будут какие-то кейсы. На следующей неделе постараюсь сформировать перечень тем и кейсов, если это кто-то до меня не соберёт в документ

[mazzy]

а также версий, сервис- и фиче-паков.