К списку форумов К списку вопросов
Система "визирования" в 1С
Номер 6
06.07.2004 - 07:21
Есть, к примеру, счет, который бух должен оплатить при условии, что разрешение дал руководитель, гл. бух... в общем список ответственных лиц. Причем "виза" ответственного лица должна быть отражена в базе данных.
Очевидно, что в данном случае, счет - это только пример типовой задачи: в реальных системах учета существует множество документов, требующих "электронного визирования".
Реализовать это можно, к примеру, добавлением полей в документы, либо с помощью отдельного справочника, в котором фиксируются "визы".
Кто может поделиться опытом, соображениями о реализации такой задачи на 1С7.7?
Смит
1 - 06.07.2004 - 07:25
Подчиненный документ, доступ к котором имеет только ответственное лицо.
Если такой документ существует, то документ основание редектировать или удалить нельзя.
warenic
2 - 06.07.2004 - 07:26
Дополнительные реквизиты + спец.справочник: кто, когда и что именно делал с документом (создал, сохранил, поставил/отменил такую-то визу, провел и т.п.). Довольно геморройно, но работает.
Номер 6
3 - 06.07.2004 - 07:31
Да, вариантов - то много. Интересуют преимущества/недостатки конкретных вариантов, готовые решения.
ABZ
4 - 06.07.2004 - 07:40
Создать и записать имеет право один человек.
Провести другой.
Номер 6
5 - 06.07.2004 - 07:46
На данный момент склоняюсь к такому варианту: спраовник "Визы" с полями "Документ", "Отв. лицо", "Разрешаю/запрещаю", ну и дату-время при необходимости. Получается такой импровизированный "лог". Информация о визах выбирается простым запросом. На эскуэле должно быстро работать.
Что скажете?
Номер 6
6 - 06.07.2004 - 07:48
ABZ
Как раз и нужно получить разрешение на проведение.
marvak
7 - 06.07.2004 - 07:48
делал недавно. в документе хранится строка неогр. длины, преобразующаяся при открытии в ТаблицуЗначений. Соответственно в форме есть кнопки "Согласовать", "Утвердить", итд. При выполнении какого-то действия (изменении, создании, утверждении, согласовании, проведении) кем-то из юзеров в эту ТЗ пишется строка с именем юзера, датой операции и названием операции. При сохранении ТЗ сворачивается обратно в строку.
Но вроде бы такой способ не очень удачен. При большом количестве документов распухнет 1SBLOB.DBF. Лучше какой-нить справочник с чтением из него при просмотре документа в ту же ТЗ.
warenic
8 - 06.07.2004 - 07:54
Это тебе просто нужно выяснить, имеет ли юзер право визировать именно этот документ?
Тогда вот: http://warenic.narod.ru/doc12.html/
ABZ
9 - 06.07.2004 - 08:00
(6) Просто в процедуре проведения проверять пользователя. Если пользователь Иванов тогда провести, иначе не проводить.
Номер 6
10 - 06.07.2004 - 08:13
Нет, мужики. Читайте внимательно (0). Нужно зафиксировать факт разрешения на проведение конкретного документа. Т.е. пока начальник не скажет "Оплатить", пользователь, у котрого есть право проведения платежки, провести её не может.
marvak
11 - 06.07.2004 - 08:15
(10) А че сложного то? Проверяешь текущий статус документа и если начальник не разрешил к оплате делаешь кнопки проведения недоступными. еще в модуле документа отлавливаешь. статус документа прописываешь в его реквизите типа системного перечисления. тут выдумывать нечего
werd
12 - 06.07.2004 - 08:16
я делал так: есть реквизит дока Оплатить. тип перечиселение.Булево. при создании=нет. реквизит доступен только для просмотра и меняется только внешней обработкой одним человеком. в общем журнале пимпа Счета с процедурой отбора документа счет по реквизиту Оплатить=Да.
ABZ
13 - 06.07.2004 - 08:16
(10) менеджер создал и записал. Начальник провел. Бух оплачивает только проведенные счета.
Номер 6
14 - 06.07.2004 - 08:18
Ну это-то понятно, что реквизит в документе. Не очень мне это нравится. Что скажете о (5)?
marvak
15 - 06.07.2004 - 08:20
(14) можно и так
Номер 6
16 - 06.07.2004 - 08:22
(13) А если решение принимается коллегиально и момент принятия решения различается с моментом его реализации исполнителем?
werd
17 - 06.07.2004 - 08:22
реквизит добавить проще ИМХО... и как работать с этим справочником? сначала чел в поле Документ выбирает Док, потом выбирает Оплатить\запретить? так чтоли? а потом умный вася решит что, дюже тут документов в этом справочнике докуя и удалит все...
SiAl
18 - 06.07.2004 - 08:26
Мне кажется что платежка не проводиться, а только записывается, движения делает банковская выписка. Так что проще отдавать руководителю предстоящие платежи, пускай сам выписывает нужные.
SiAl
19 - 06.07.2004 - 08:31
Либо как вариант:
1. В платежке ставиться галка "документ проводится" или как оно там звучит в Конфигураторе, но обработка проведения пустая.
2. Документ создает бухгалтер, но провести не хватает прав, лучше использовать "наборы прав".
3. Главный бухгалтер проводит если хочент завизировать или удаляет, если не хочет.
4. В формировании печатной формы проверяется признак проведенности, если проведен то распечатать можно.
Смит
20 - 06.07.2004 - 08:37
Если только для платежей, тогда вариант:
Документ "текущие платежи" в котором оператор печатает какие платежи(кому, на какую сумму) нужно произвести сегодня.
Право проводить этот документ у ответственного лица.
Когда документ проведен, платежки можно делать только клиентам из даного документа на данные суммы.
Номер 6
21 - 06.07.2004 - 08:39
Ладно. Приведу пример из жизни.
В мастерско работает мастер (технарь, руководство не посвещает его в финансовые вопросы, его задача ремонтировать изделия и выдавать их по разрешению начальника). Мастер заносит информацию о выполненном ремонте в свой документ "Квитанция". Начальник дает разрешение на выдачу по данным взаиморасчетов, но может отдать и без оплаты. Начальник не имеет права изменять "Квитанцию".
SiAl
22 - 06.07.2004 - 08:45
(21) делаешь поля "мастер" и "начальник", при записи документа анализируешь "набор прав" и пишешь в соответствющие поля глобального пользователя. Трехминутная процедура, дольше в форуме вопрошаешь.
Номер 6
23 - 06.07.2004 - 08:47
22
Не понял. Где поля. Что за набор прав?
SiAl
24 - 06.07.2004 - 08:48
(23) Поля это реквизиты шапки документа, набор прав это третья закладка в окне конфигурации, эти наборы назначаются пользователям там же в конфигураторе. ЖКК читай иногда.
Смит
25 - 06.07.2004 - 08:52
В документ "Квитанция" добавить два реквизита:
"ОтпуститьРазрешил"
"КомментарийРазрешающего"
В журнале "Квитанции" кнопка доступная только "Начальнику". При нажатии на нее вызывается диалог в котором "Начальник" вводит свой комментарий. По окончанни диалога в документ "Квитанция" заносятся новые данные.
Номер 6
26 - 06.07.2004 - 08:53
22
Ладно - ладно, не горячись, пожалуйста.
Действительно, туманно написано. Как это решает проблему (21)?
Номер 6
27 - 06.07.2004 - 08:56
Цитата из (21):
    "Начальник не имеет права изменять "Квитанцию"."
Неважно, явно или через обработку.
Номер 6
28 - 06.07.2004 - 09:06
Поясню. Начальник должен иметь возможность ставить визу незвисимо ни от кого (на то он и начальник), ведь "Квитанция" может быть открыта мастером в ответственый момент (мало-ли что мастеру понадобилось дописать).
Смит
29 - 06.07.2004 - 09:13
Если "Квитанцию" править нельзя, то только ссылка, те.е. 5 или 1. Особой разницы между 5 или 1 не вижу.
JAV
30 - 06.07.2004 - 09:35
(0)При нажатии кнопочки "Разрешаю" (доступна только начальнику) основные поля документа (сумма, дата...) "подписываються" (создаеться хеш) с помощью PGP. ПриОткрытии у любого пользователя, если в документе есть подпись, проверяеться верна ли она тоже с помощью PGP. Все просто и надежно.
Если есть желание можно к этому еще и внешние ID подключить: Proxy, таблетки от домофона, SMART-card....
SiAl
31 - 06.07.2004 - 09:39
(28) Если "квитанция" открыта, то только сторонними объектами: справочником или подчиненными документами.
Номер 6
32 - 06.07.2004 - 09:44
31
Ну дык я к этому и клоню.
Номер 6
33 - 06.07.2004 - 10:01
Ну типа ап, что-ли.
Номер 6
34 - 06.07.2004 - 10:36
Ну типа ап, что-ли.

К списку вопросов на форуме 1C

>>