AXForum  
Вернуться   AXForum > Рынок > Полезное по Microsoft Dynamics
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.02.2018, 10:29   #1  
nicotine is offline
nicotine
Участник
 
41 / 23 (1) +++
Регистрация: 15.12.2010
Проверка полей на обязательность заполнения NAV 2017
Коллеги, добрый день!

Наша компания (Uque) реализовала небольшой функционал по проверке обязательности заполнения полей в NAV 2017.

Особенность решения - то, что оно никоим образом не затрагивает стандартный функционал.

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

Код, как всегда, находится в общем доступе, плюс есть небольшое описание.

http://uque.ru/solutions/UqueCheckFields.html

Скачивайте, пробуйте!

Последний раз редактировалось nicotine; 06.02.2018 в 10:34.
Старый 06.02.2018, 12:26   #2  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,221 / 135 (7) +++++
Регистрация: 11.01.2006
у меня тоже есть решение по проверке полей (и не только, правда не бесплатное) для NAV 3.7 - NAV17

также флоуфилдов
также условная проверка (если код склада СИНИЙ, то дата отгрузки не раньше послезавтра)
также настраиваемые сообщения об ошибке
кстати мультиязычные
и еще результат проверки может быть как запрет, так и предупреждение (для админов, например)

если интересны подробности - пишите в личку.
Старый 06.02.2018, 16:37   #3  
IGG is offline
IGG
Участник
 
658 / 29 (2) +++
Регистрация: 24.08.2005
Адрес: Санкт-Петербург
Что-то адрес фирмы знакомый.
БСА ребрендинг провел что ли?
Старый 06.02.2018, 16:47   #4  
nicotine is offline
nicotine
Участник
 
41 / 23 (1) +++
Регистрация: 15.12.2010
Не БСА, но находимся примерно рядом с ними.
Старый 06.02.2018, 17:32   #5  
IGG is offline
IGG
Участник
 
658 / 29 (2) +++
Регистрация: 24.08.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от nicotine Посмотреть сообщение
Не БСА, но находимся примерно рядом с ними.
Понятно. Удачи :-)
Старый 06.02.2018, 20:13   #6  
Александр Ермаков is offline
Александр Ермаков
Участник
Аватар для Александр Ермаков
 
25 / 26 (1) +++
Регистрация: 25.11.2016
Адрес: Россия
Наверное, нужно бы каких-нибудь дополнительных маркетинговых слов написать, зачем это нужно и какой бенефит. А то есть стандартное свойство поля пэйджа "ShowMandatory = True", многие пользователи могут задаваться ненужными вопросами, ещё не скачав...
Старый 07.02.2018, 00:25   #7  
ena_ax is offline
ena_ax
Участник
 
217 / 25 (1) +++
Регистрация: 06.12.2006
Цитата:
Сообщение от Александр Ермаков Посмотреть сообщение
Наверное, нужно бы каких-нибудь дополнительных маркетинговых слов написать, зачем это нужно и какой бенефит. А то есть стандартное свойство поля пэйджа "ShowMandatory = True", многие пользователи могут задаваться ненужными вопросами, ещё не скачав...
Предлагаете модифицировать стандартные объекты?
Старый 07.02.2018, 00:57   #8  
Александр Ермаков is offline
Александр Ермаков
Участник
Аватар для Александр Ермаков
 
25 / 26 (1) +++
Регистрация: 25.11.2016
Адрес: Россия
Ну это смотря что называть модификацией. Так можно и выведение нового поля на пейдж модификацией посчитать )). Это дело терминологии или даже вкуса. Я в целом сторонник использования стандартного функционала и по возможности минимума доработок. Так и дешевле в итоге для всех. ИМХО, изменить свойство поля на пейдже - это скорее настройка, чем модификация; загружать в систему сторонний тул, который позволяет управлять свойством, которое уже есть - это бОльшая разработка. Хотя она тоже, в определённых сценариях, может быть необходима - собственно, и предлагается автору добавить немного бенефитов в описание )).
Старый 07.02.2018, 09:47   #9  
nicotine is offline
nicotine
Участник
 
41 / 23 (1) +++
Регистрация: 15.12.2010
Цитата:
Сообщение от Александр Ермаков Посмотреть сообщение
собственно, и предлагается автору добавить немного бенефитов в описание )).
Александр, согласен по поводу красивых слов. Постараюсь)

Стандартный функционал NAV имеет несколько возможностей указания обязательности заполнения полей в документе или справочнике.
Это свойство Mandatory Field, которое влияет только на внешний вид (с условиями) и не контролирует значение поля, и свойство NotBlank, которое контролирует значение поля, но не может контролировать заполнение данного поля в зависимости от условий (например, значений других полей).

Наше решение позволяет контролировать заполнение полей в документах и справочниках в зависимости от условий (значений других полей).
Список обязательных для заполнения полей может быть разным для каждого условия.
Например, для российских клиентов обязательно заполнение поля ИНН, в для иностранных клиентов обязательного заполнения поля ИНН не требуется.

При этом наше решение полностью исключает модификацию стандартного функционала (в стандартных страницах не требуется даже изменение свойства поля).
Старый 07.02.2018, 09:51   #10  
nicotine is offline
nicotine
Участник
 
41 / 23 (1) +++
Регистрация: 15.12.2010
Цитата:
Сообщение от Александр Ермаков Посмотреть сообщение
Ну это смотря что называть модификацией. Так можно и выведение нового поля на пейдж модификацией посчитать )). Это дело терминологии или даже вкуса. Я в целом сторонник использования стандартного функционала и по возможности минимума доработок. Так и дешевле в итоге для всех. ИМХО, изменить свойство поля на пейдже - это скорее настройка, чем модификация; загружать в систему сторонний тул, который позволяет управлять свойством, которое уже есть - это бОльшая разработка.
Александр, по мне любая модификация, даже изменение свойства поля - это модификация, потому что это не позволяет не задумываясь накатить обновление и т.д.

Мы стараемся делать решения таким образом, чтобы не затрагивать стандарт, даже в такой малости, как свойства поля.
Старый 07.02.2018, 13:56   #11  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,221 / 135 (7) +++++
Регистрация: 11.01.2006
да, но запуск ф-ции проверки все равно надо будет где-то прописать.
ждем 18-го Нава с его экстеншенами
Старый 07.02.2018, 14:00   #12  
nicotine is offline
nicotine
Участник
 
41 / 23 (1) +++
Регистрация: 15.12.2010
Цитата:
Сообщение от Sancho Посмотреть сообщение
да, но запуск ф-ции проверки все равно надо будет где-то прописать.
ждем 18-го Нава с его экстеншенами
В сабскрипшинах, в расширении workflow откликов и событий.

Это не затрагивает стандартные объекты
Старый 07.02.2018, 16:50   #13  
Александр Ермаков is offline
Александр Ермаков
Участник
Аватар для Александр Ермаков
 
25 / 26 (1) +++
Регистрация: 25.11.2016
Адрес: Россия
Цитата:
Сообщение от nicotine Посмотреть сообщение
Александр, по мне любая модификация, даже изменение свойства поля - это модификация, потому что это не позволяет не задумываясь накатить обновление и т.д.

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

Однако, система NAV высоко ценится как раз за удобство и простоту кастомизации, и при внедрении нужно соблюдать разумный баланс. Вам в любом случае не удастся избежать "модификаций", прежде всего - хотя бы при настройке внешнего вида пэйджа под всех пользователей или под конкретную роль: какие-то поля будут скрыты, какие-то не выведенные - выведены. Строго говоря, это тоже "модификация" )). Однако, повторюсь, я лично не считаю это модификацией, критически отражающейся на обновлении (как в целом модификации пэйджей я считаю намного более "лёгкой" с точки зрения апгрейда кастомизацией, чем модификация например таблиц или их кода).

Также, пока свойство ShowMandatory нельзя изменять через Extension, оно не входит в список доступных (несколько свойств, тем не менее, доступно) - но это пока )). Если очень захотеть, можно передать пожелания продуктовой группе, возможно, его включат в следующем релизе.
Старый 07.02.2018, 21:48   #14  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,221 / 135 (7) +++++
Регистрация: 11.01.2006
2 nicotine
еще для расширение возможностей вашего прототипа неплохо было бы контролировать наличие измерений и вложений
контролировать оформление подчиненных справочников, строк документа например.
и возможность запускать те или иные группы контроля как при согласовании, так и при, скажем, изменении какого-то поля, установки галочки "действующий" в договоре.
За это сообщение автора поблагодарили: Александр Ермаков (1).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
russianerpexperience: Обзор технической конференции NAV TechDays 2017 в Антверпене mazzy Полезное по Microsoft Dynamics 10 05.12.2017 12:58
russianerpexperience: Microsoft Directions NA 2017: NAV больше не будет, или страсти по Dynamics 365 "Tenerife" Blog bot Полезное по Microsoft Dynamics 13 30.09.2017 08:27
rumicrosofterp: Dynamics NAV глобальные конференции 2017 Blog bot Microsoft и системы Microsoft Dynamics 0 20.02.2017 11:11
Встраивание web-страницы приложения в окна других программ. на примере NAV 2017 & Office 365 mazzy Методология внедрения 0 23.01.2017 10:24
Официальный запуск Dynamics NAV 2017 в России Александр Ермаков Microsoft и системы Microsoft Dynamics 2 30.11.2016 02:15
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.