|
|
admn.32.zip stor32.zip |
|
|
1. Перепутаны тексты по действиям Редактирование и Удаление в поле Операция протокола (в Комментарии внизу пишется правильно). При действии редактирования пишется в поле Операция Удаление Заказа, при удалении Редактирование...(см. картинку) |
|
|
Протокол по Заказам.jpg (181,749 bytes) |
|
|
2. При Редактировании/Добавлении/Удалении позиции не пишет Кол-во добавляемого товара в комментарии к операции внизу пишет всегда =0 Протокол по Заказам2.jpg (180,090 bytes) |
|
|
stor32.zip admn32.zip (1) |
|
|
(2) Для нового заказа получается тогда все позиции будут идти как изменение количества. Или имелось ввиду именно изменение в процессе редактирования заказа. Сначала же вставляют типа пустое, потом меняют количество. |
|
|
stor32.zip (2) режим редактирования |
|
|
>>2) >>Для нового заказа получается тогда все позиции будут идти как изменение количества. >>Или имелось ввиду именно изменение в процессе редактирования заказа. >>Сначала же вставляют типа пустое, потом меняют количество. Извини не уточнил, это было для редактирования заказа. Для Добавления позиции , нет смысла сохранять добавление и изменение кол-ва... понятно, что никто в заказ с 0 позиции специально не добавляет. |
|
|
1. ПРи создании заказа пиши в лог и сумму заказа тоже. 2. Теперь, по логгированию редактирования самого заказа, в лог операции редактирования нужно фиксировать следующие критические реквизиты заказа: - Дата - Номер -Заказчик -Дата план. исполнения -Комментарий Пока эти, если после юзабилити еще что-то будет - тогда добавим. |
|
|
Протоколирование редактирования заказа сейчас срабатывает на входе в редактирование. ТЗ в этом плане (насчет редактирования) не конкретизировалось. Т.е. фиксировать и точку входа (попытку редактирования) и сохранение данных? Критично ли протоколировать именно изменение или просто параметры на момент записи? |
|
|
>>Протоколирование редактирования заказа сейчас срабатывает на входе в редактирование. >>ТЗ в этом плане (насчет редактирования) не конкретизировалось. Понятие редактирование - это не ВХОД в редактирование, а как минимум нажатие кнопки Сохранить... - т.е. открытие формы, не подразумевает обязательного редактирования, есть поля которые могут быть не видны в реестре документов ни в мастере ни в детайле, например дата создания заказа(до последних доработок), копирование каких-то данных из текстовых полей в буфер и т.д. >>Т.е. фиксировать и точку входа (попытку редактирования) и сохранение данных? Фиксировать факт редактирования, как нажатие кнопки Сохранить. И дополнительно в протоколе отслеживать изменение полей: - Дата - Номер -Заказчик -Дата план. исполнения -Комментарий В формате ...(было)=>....(стало) как у тебя сейчас для редактирования цены, кол-ва сделано. Например пользователь вошел в режим редактирования - изменил дату заказа с "21.05.2019" на "28.05.2019", соответственно по нажатию кнопки Сохранить ты фиксируешь в логе это изменение в виде "Редактирование заказа№... от 28.05.2019 изменение Дата Заказа 21.05.2019=>28.05.2019" |
|
|
Просто протоколирование редактирования накладных срабатывает именно на входе в процесс, поэтому я и уточняю. |
|
|
А если было сохранение, но эти 5 полей не менялись, надо ли фиксировать факт сохранения редактирования? |
|
|
stor32.zip |
|
|
>>А если было сохранение, но эти 5 полей не менялись, надо ли фиксировать факт сохранения редактирования? Да |
|
|
>>Просто протоколирование редактирования накладных срабатывает именно на входе в процесс, поэтому я и уточняю. Ну на мой взгляд, это тоже идеологически неправильно, свою точку зрения я изложил , заметил бы раньше то же сказал бы... |
|
|
Не отслеживается изменение комментария - поле Примечание |
|
|
stor32.zip примечание |
- Anonymous
