|
09.04.2008, 13:16 | #1 |
Участник
|
Цитата:
Ну правильно в одной нужно запретить в другой разрешить. Цитата:
Давайте попытаюсь сказать иначе: 1) Нужно запретить в зависимости от компании смену системной даты пользователем вручную через сервис - системная дата или через двойной щелчёк по дате в статусе окна Axapta (запрещать смену даты в коде стандартных и других модулей не нужно). 2) Сбрасывать системную дату по серверу при переходе из компании в которой разрешено менять системную дату в компанию в которой запрещено менять системную дату. Кроме того вариант с закрытием периода не подходит по двум причинам: 1) Дописаный функционал не имеет контроля этих периодов 2) Запрет изменения системной даты нужен в пределах дня, тоесть в случае использования закрытия периодов нужно будет закрывать каждый день период длительностью в один день. Кроме того некоторые умельцы умудряются вносить данные наперёд. Последний раз редактировалось Beast-L; 09.04.2008 в 13:29. |
|
09.04.2008, 13:56 | #2 |
Member
|
Цитата:
Сообщение от Beast-L
...
2) Сбрасывать системную дату по серверу при переходе из компании в которой разрешено менять системную дату в компанию в которой запрещено менять системную дату. ... Можно запрограммировать в форме выбора компании. Но это кривое решение. Правильнее было бы зашить проверку в ваш функционал, и вообще не завязываться при разработке решения на системную дату, раз она так для него важна. Вы тупо режете целый ряд возможностей, который давал пользователям стандартный функционал ради своей криво написанной доработки.
__________________
С уважением, glibs® |
|