|
Персонализация отрабатывает не корректно.
|
|||
---|---|---|---|
#18+
Добрый вечер, Версия OEBS: 12.1.3 Требуется: Строку формы "прочая транзакция" заполнить данными, из уж сохраненной транзакции. Реализация: В поле "Позиция" руками набираю номер транзакции, не переходя в другое поле, запускаю персонализацию через меню. Система берет этот номер, находит по нему значения из уже имеющейся транзакции и заполняет строку этими данными. При этом поле "Позиция" очищается и заменяется необходимым значением. Строка закрывается для редактирования. Сделано: первые 3 дейтсвия: 1) Присвоение номера транзакции из поля "Позиция" в переменную. 2) Обнуление значения поля "Позиция" на форме. 3) Добавление в поле "Позиция" значения из таблицы. Проблема: Если запускать настройку через меню. То 1 и 2 пункт отрабатывает, а 3 нет. Если запускать последовательно через форму создания персонализаций, то отрабатывает все четко. И результат, такой какой нужен. ----- P.S. Готов рассмотреть любые пути решения. Заранее благодарю. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2011, 18:29 |
|
Персонализация отрабатывает не корректно.
|
|||
---|---|---|---|
#18+
Распиши конкретно по шагам. Не понятно: что значит "обнуление", что значит "добавление в поле "Позиция" значения из таблицы" Не понимаю, зачем перед добавлением из таблицы, нужно что-то обнулять. Для LOV, последовательность которую я рекомендовал аналитикам была: Л_КудрявцевУстановка свойства VALUE для LOV и зависимых полей 1. Перейти на это поле GO_ITEM. 2. Выполнить триггер WHEN-NEW-ITEM-INSTANCE. В случае, если содержимое LOV зависит от других полей, в этом триггере обычно инициализируются данные зависимости. 3. Записать данные в поле (свойство VALUE) 4. Выйти из поля DO_KEY( ‘NEXT_ITEM’ ) Данная команда вызывает LOV и соответственно выполняется правильная подстановка всех ключевых полей. ВНИМАНИЕ: Записываемые в поле значения обязательно должны быть корректны. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2011, 20:50 |
|
Персонализация отрабатывает не корректно.
|
|||
---|---|---|---|
#18+
Доброе утро, Выяснил, что не отрабатывает 1 пункт - Присвоение номера транзакции из поля "Позиция" в глобальную переменную. Если после внесения в поле "Позиция" значения вызвать сразу пункт меню, то в переменную ничего не попадает. А если после внесения попытаться перейти в другие поля, в появляющихся предложениях системы уточникть номер, нажимаем везде "отмена" и возвращаемся в поле "Позиция". И после этого вызываем пункт меню, то все отрабатывает. P.S. 1. Обнуление убрал. 2. В поле "Позиция" с клавиатры вношу Transaction_id.Переменная получает это значение. По нему в таблице MTL_Material_transaction ищется значение Item. Этим значением заменяется поле "позиция". ... |
|||
:
Нравится:
Не нравится:
|
|||
29.11.2011, 10:23 |
|
Персонализация отрабатывает не корректно.
|
|||
---|---|---|---|
#18+
Andrew StВыяснил, что не отрабатывает 1 пункт - Присвоение номера транзакции из поля "Позиция" в глобальную переменную. ... Странно это. Но вообще, после ввода данных в LOV поля принято нажимать TAB. Что бы OeBS провел валидацию введенного значения по LOV. Или, в случае гибкого ключевого поля (коем позиция и является), разбор введенного значения и раскидывание его по сегментам гибкого поля. IMHO Я бы заморачиваться не стал. И банально учил бы пользователей правильно пользоваться OeBS. Т.е. нажимать TAB после вводе в LOV поля. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.11.2011, 12:34 |
|
Персонализация отрабатывает не корректно.
|
|||
---|---|---|---|
#18+
Andrew St, Так, на вскидку: А если вносить номер не в LOV "Позиция", а в текстовое поле "Источник" на заголовке транзакции или создать специальное поле в ОГП (оно доступно для редактирования до указания позиции). Во втором случае можно даже запуск через меню не делать, а на WHEN-NEW-ITEM-INSTANCE позиции вешать проверку, если позиция не пустая и в ОГП это поле заполнено, то запускать настройку. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.01.2012, 12:27 |
|
|
start [/forum/topic.php?fid=51&msg=37549312&tid=1878566]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
82ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 188ms |
0 / 0 |