Проверка триггера на основе acumatica кнопки сохранения

Я рассматриваю возможность использования действия «Сохранить» в форме, например в файле клиента, чтобы включить всплывающее предупреждающее сообщение. Например, если пользователь не заполнил определенное поле атрибута, в зависимости от класса клиента, в окне предупреждающего сообщения будет отображаться предупреждение. Использование кнопки сохранения в качестве триггера. Это хороший вариант, возникнут ли какие-либо потенциальные проблемы, если acumatica изменит код вокруг настроек кнопки сохранения по умолчанию? Спасибо


customization acumatica
person Dick Smith    schedule 11.03.2016    source источник
comment
В: прошли ли вы учебные курсы для разработчиков Acumatica? (T100 / T200 / T300)   -  person Gabriel    schedule 12.03.2016

Ответы (1)


arrow_upward
2
arrow_downward

Как упомянул Габриэль, вам следует просмотреть обучение разработчиков, чтобы получить лучший ответ. Тем более о том, как использовать AEF, чтобы правильно написать настройку, чтобы переопределить график, такой как обслуживание клиентов. Я бы использовал RowPersisting для проверки во время сохранения. Учебный материал должен помочь сделать это наилучшим образом, потому что вам нужно расширить текущий вызов Customer_RowPersisting дополнительными проверками. Примеры можно найти в источнике для «Customer_RowPersisting» или просто «_RowPersisting». Я думаю, что T300 - это курс, который поможет вам с атрибутом PXOverrideAttribute.

person Brendan    schedule 13.03.2016
comment
Спасибо за полезные комментарии, в настоящее время я прохожу курс, поэтому нет, я еще не прошел. Вопрос возник из-за того, что один из моих коллег, прошедших курс, отказался перезаписывать логику кнопки сохранения. В любом случае, как только я закончу курс, я буду знать лучше - person Dick Smith; 15.03.2016