|   |   | 
| 
 | Подскажите - кто прав (доступ к документам) | ☑ | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 0
    
        programmer1c_ 63 27.06.13✎ 18:03 | 
 
        Есть задачка от заказчика "в УТ 10 надо сделать так, чтоб определенные пользователи могли редактировать документы только текущей рабочей датой. (документы за прошедшую дату были бы недоступны для редактирования)"
  Мой вариант (опыт работы с 1С 7.7 - с 2005 года, опыт правда перерывами, стабильный опыт с 1С 8.XX с 2007 года): - добавляем новое регламентное задание, которое бы 1 раз в день в определенное время двигало бы даты в регистре "Границы запрета изменения данных", причем сделать батник - кинуть его в назначенные задания опер. системы - он бы запускал 1С-ку, выполнялось бы регламентное задание после выполнения закрывалась бы программа Вариант заказчика (программист по 1С 7.7): "есть же спец. процедура для проверки даты запрета редактирования, вот в нее и врезать доп проверку" Вот меня и подвигла идея - а кто все-таки из нас прав? А может вообще лучше какой-нибудь другой вариант? | ||||||||||
| 1
    
        Maxus43 27.06.13✎ 18:06 | 
        я ближе к второму, ибо проще и красивей + допилки небольшие совсем.     Второй вариант | ||||||||||
| 2
    
        programmer1c_ 63 27.06.13✎ 18:08 | 
        (1) таким образом ведь полностью изменяется типовой функционал доступности документов - а регламентное задание просто меняет данные в регистре, дополнительный небольшой функционал     | ||||||||||
| 3
    
        Maxus43 27.06.13✎ 18:10 | 
        >>чтоб определенные пользователи могли редактировать документы только текущей рабочей датой
  сделать РС со списком юзеров. в любой момент можно чувака исключить или добавить. По степени доработок - минимально, + вариант в любой момент убрать это для пользователя любого или добавить. Гибче и проще | ||||||||||
| 4
    
        ale-sarin 27.06.13✎ 18:12 | 
        А первый вариант плох тем, что граница нужна будет другим пользователям на месяц назад, например     Второй вариант | ||||||||||
| 5
    
        shuhard 27.06.13✎ 18:12 | 
        (2) бред     Второй вариант | ||||||||||
| 6
    
        ale-sarin 27.06.13✎ 18:12 | 
        +4 Туплю, там же по каждому пользователю границу можно ставить.     | ||||||||||
| 7
    
        programmer1c_ 63 27.06.13✎ 18:13 | 
        границу переставить - кому нужно и все ...     | ||||||||||
| 8
    
        NDN 27.06.13✎ 18:17 | 
        а если убрать
  Интерактивное проведение неоперативное Интерактивное изменение проведенных | ||||||||||
| 9
    
        programmer1c_ 63 27.06.13✎ 18:24 | 
        (8) немного не пойму     | ||||||||||
| 10
    
        NDN 27.06.13✎ 18:26 | 
        Убрать у этого пользователя право проводить документы неоперативно. Получится проведение только текущим днем.
  Убрать право на редактирование уже проведенных документов. | ||||||||||
| 11
    
        Красный рассвет 27.06.13✎ 18:26 | 
        Правильность варианта зависит от цели.
  Если срубить бабла - то Первый вариант | ||||||||||
| 12
    
        Fragster гуру 27.06.13✎ 18:32 | 
        у меня есть дополнительная настройка "глубина редактирования задним числом"     Другое | ||||||||||
| 13
    
        Fragster гуру 27.06.13✎ 18:32 | 
        (10) неоперативно <> текущим днем     | ||||||||||
| 14
    
        ilpar 27.06.13✎ 18:32 | 
        Тема херня все, единственно правильного варианта часто не существует.
  Как вырулите, так и покатит. Другое | ||||||||||
| 15
    
        programmer1c_ 63 27.06.13✎ 18:34 | 
        (10) а ну это да     | ||||||||||
| 16
    
        Fragster гуру 27.06.13✎ 18:36 | 
        вариант "в нее и врезать доп проверку" - ооооооочень растяжимый     | ||||||||||
| 17
    
        Лефмихалыч 27.06.13✎ 18:38 | 
        Если есть штатное средство для проверки границы запрета, значит надо его использовать и при необходимости развить.
  Только я бы еще добавил отдельную роль, которой именно и нельзя будет менять документы, старше рабочей даты. Иначе получится конфликт политики разрешения 1С с кодом и в каких-то ситуациях документы ни кто править не сможет. Второй вариант | ||||||||||
| 18
    
        programmer1c_ 63 27.06.13✎ 18:42 | 
        (16) было предложено сделать так как в (17), я просто не дописал     | ||||||||||
| 19
    
        DJ Anthon 27.06.13✎ 18:44 | 
        конечно,     Второй вариант | ||||||||||
| 20
    
        iHell 27.06.13✎ 19:33 | 
        Заказчик конечно прав, даже если он не прав) Главное в тз прописать, что это его инициатива)     Второй вариант | ||||||||||
| 21
    
        Aleksey 27.06.13✎ 19:39 | 
        (3) В типовой это и так есть     | ||||||||||
| 22
    
        Aleksey 27.06.13✎ 19:39 | 
        К примеру в БП можно ставить дату не только по организации, но и по пользователю     | ||||||||||
| 23
    
        Aleksey 27.06.13✎ 19:41 | 
        (11) Т.е. по твоему переписывание типовой - это правильно. А реализовать механизм не затрагивая типовой код - это срубить бабло?     | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |