AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.10.2011, 10:21   #11  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от mazzy Посмотреть сообщение
согласен, кроме одного


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


сейчас по принципу "зупрещать неправильный ввод" работают русские авансовые отчеты.
я понимаю, что они пытаются выставить зронологию и повторную печать...
но пользователи не готовы платить ТАКУЮ цену, пользователи не готовы отказываться от "неправильного ввода", пользователи требуют чтобы система работала хоть как-то (желательно корректно) при любом раскладе.
Возможно я не правильно выразился, но я имел в виду что в модуле закрытия склада, вместо нынешнего корявого и бесполезного проверочного отчета (В форме закрытия склада "Закрытие->Проверка количества") нужен более продвинутый тул, который будет просто ПРЕДУПРЕЖДАТЬ пользователя что у него не сложилось с хронологичностью данных и результаты закрытия,вероятно, будут некорректными. Не хочешь тул запускать - не надо. Запустил - получи результат.
Теоретически можно даже пофантазировать что было бы, если бы этот тул позволял бы сторнировать некорректные документы и проводить их корректной датой (но это очень тяжело реализовать)...

Кстати - я когда-то в своей статье писал почему трудно в момент списания проверять остаток на дату. Во первых из за производительности, во вторых - из за резервирования (Если у тебя есть резерв сейчас, тебе трудно объяснить почему тебе не дают списать товар). Ну то есть - я очень сомневаюсь что микрософт смог бы сделать такую проверку в момент списания, даже если бы очень захотел...
Теги
ax2012, пожелания, себестоимость, хотелка, ax7

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axforum blogs: Квест: Подружим Dynamics Ax 2009 Sp1 RU7 c SharePoint Foundation 2010 Blog bot DAX Blogs 4 16.10.2017 17:50
Проблема: Массовое развертывание клиентов Dynamics Ax 2009 Poleax DAX: Администрирование 8 23.08.2012 17:28
dynamics-ax: Official Details about Dynamics AX '6' released, including comments from Microsofts Kees Hertogh Blog bot DAX Blogs 0 11.01.2011 05:22
dynamics-ax: Interview with Apparel and Fashion Veteran, Joe Fink Blog bot DAX Blogs 1 07.01.2011 13:43
gatesasbait: Dynamics AX 2009 SSRS and SSAS Integration Tips Blog bot DAX Blogs 3 09.07.2009 13:07

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 05:25.