Вход | Регистрация


1С:Предприятие ::

Метки: 

СЭД на платформе 1с

Я
   kolespo
 
09.02.18 - 16:26
Всем привет.

Интересует такой вопрос. Стоит задача реализовать систему согласования заявки.
Процесс выглядит примерно вот так: https://image.prntscr.com/image/zv5Td82cTw6F7-nJO5hk-g.png (не совсем правильно конечно, с точки зрения моделирования, но суть отражает)

Скажите, можно ли реализовать это на платформе 1с, и не будет ли это "костылями"? Насколько знаю в стандартной УТ 8.3 есть что-то похожее.  

Также важно ведение версионности. Насколько знаю в 8.3 это тоже реализовано. Или просто поставить галочку "версионность" мало и необходимо будет делать доработки?
 
 
   piter3
 
1 - 09.02.18 - 16:27
После УТ 8.3 не стоит
   Малыш Джон
 
2 - 09.02.18 - 16:39
(0) УТ - она 11.4
реализовать можно
есть возможность и грамотный исполнитель - пилите сами
если нет - в любом случае искать такого человека, это в итоге получится дешевле(хотя и дорого)
   kolespo
 
3 - 09.02.18 - 16:47
Немного дополню... вопрос стоит в том, как лучше реализовать согласование документов, (и возможно правки во время согласование). При этом необходимо видеть историю изменений.
Еще один из вариантов реализации - использование СЭД, например alfresco. Но это, как мне кажется, еще больший костыль. Да и "лишняя" система не есть хорошо
   Flover
 
4 - 09.02.18 - 16:48
(0) Можно,  и можно сложнее намного...
У меня сейчас вот такая схема работает
http://www.imageup.ru/img229/2986525/2018-02-09_16-44-57.png
   Джинн
 
5 - 09.02.18 - 16:49
(3) Во время согласования правки невозможны в принципе. Иначе первый согласующий согласует совершенно другой документ, чем последний.
   Flover
 
6 - 09.02.18 - 16:50
+ причем данная схема отражается в самой 1С и видно графически на какой точке маршрута стоит задача
   kolespo
 
7 - 09.02.18 - 16:55
(6) допилено к какой-то стандартной конфигурации?
   Flover
 
8 - 09.02.18 - 17:02
(7) Допилка в УПП
   Fragster
 
9 - 09.02.18 - 17:10
а что, бесшовная интеграция с документооборотом не модно?
   DexterMorgan
 
10 - 09.02.18 - 17:10
(4) Схема сильно перегружена - большинстов условных операторов возвращается на предыдущий этап в случае отказа, можно вообще в таком случае обойтись без условий, обычным блоком типа "Проверка реквизитов таких-то"
 
 Рекламное место пустует
   Fragster
 
11 - 09.02.18 - 17:11
(10) ну так вот работают бизнеспроцессы 1с...
   DexterMorgan
 
12 - 09.02.18 - 17:12
(11) Да я не против, смотря для чего схема
   Fragster
 
13 - 09.02.18 - 17:13
вероятно, можно было бы сделать большую схему из маленьких вложенных БП согласования с возвратом исполнителю
   Джинн
 
14 - 09.02.18 - 17:14
(9) Он денег стоит.
   DexterMorgan
 
15 - 09.02.18 - 17:14
(13) +100
   DexterMorgan
 
16 - 09.02.18 - 17:15
(14) Сколько потратили на разработку БП из (4)? =)))
   DexterMorgan
 
17 - 09.02.18 - 17:17
Хрен знает, ненавижу огромные схемы БП, их всегда можно упростить ИМХО
   Flover
 
18 - 09.02.18 - 17:19
(10) схема специально в таком виде задумывалась и именно с просмотром в граф. виде на каком этапе процесс.
(16) за месяц не особо напрягаясь сам сделал
   DexterMorgan
 
19 - 09.02.18 - 17:20
(18) ДО стоит меньше в любом случае. А как вы задумывали - да мне как-то все-равно, свое важное мнение высказал по этому поводу
   Flover
 
20 - 09.02.18 - 17:24
(19) ДО еще настроить надо, а это отдельный бюджет )

Схема согласования служебки
http://www.imageup.ru/img229/2986576/slujhebka.png
   Cyberhawk
 
21 - 09.02.18 - 17:27
Делай на бизнес-процессах 1С, самый сок
   kolespo
 
22 - 09.02.18 - 19:19
(21) вопрос возможно глупый... бизнесс-процессы 1С - это какие-то метаданные в новых платформах, или реализованы в каких-то конфигурациях (документооборот, например)?
   jsmith82
 
23 - 09.02.18 - 19:22
(22) Метаданные. Наиболее полно реализованы в ДО (из типовых)
   jsmith82
 
24 - 09.02.18 - 19:23
(21) +1
   Genayo
 
25 - 09.02.18 - 19:25
ДО от 1С в целом зло, но работает, однако...
   Cyberhawk
 
26 - 09.02.18 - 19:33
(22) Это старые метаданные в старых и новых платформах. Если реализовывать самостоятельно - вообще огонь (и прокачиваешься, и глаз радуется, как это все работает на благо пользлователей) :)
   mistеr
 
27 - 09.02.18 - 20:10
(20) Отмена на этапе исполнения на предусмотрена?
   Flover
 
28 - 10.02.18 - 10:19
(27) Нет.
Исполнитель может или заморозить исполнение указав причину или исполнить задачу, скажем со статусом исполнить не могу.
Автор служебки может или принять такой статус - задача исполнится и закроется или отклонить и тогда задача вернется в работу исполнителю.
Получается зацикливание до момента пока автор не утвердит результат исполнения задачи т.е. результат контролирует Автор.
   toypaul
 
29 - 10.02.18 - 11:07
(0) можно. делать лучше свой БП. нужен программист. есть еще системы, которые можно внедрить в вашу конфу и настроить ПРОИЗВОЛЬНЫЙ БП.

(9) в ДО ФИКСИРОВАННАЯ схема движения. чтобы под себя ее сделать скорее умрешь чем сделаешь. и еще и эта "типа бесшовная интеграция". интересно посмотреть на тех кто этим реально пользуется.
   Flover
 
30 - 10.02.18 - 11:25
(29) +++
Я так и не понял как в 1С ДО сделать параллельное исполнение задачи и что бы задачу могли скажем исполнять несколько исполнителей одновременно...в итоге плюнул и сделал свои БП, понятные, обыгрываемые, минимум кода, минимум не нужной информации в базе...
   Фрэнки
 
31 - 10.02.18 - 11:44
(29) ну ими пользуются, но как минимум нужна версия ДО КОРП, иначе не имеет смысла. И да, в ДО КОРП разрабатывают _свои_ БП.

Причем, смешно, что смысл лепить _свои_ где-то сбоку, когда гораздо удобней их встраивать непосредственно в ту конфиг, в которой все работают оперативно. Хотя, какие-то преимущества у разделения комплексного решения на две или даже три базы может быть и есть.
   Лефмихалыч
 
32 - 10.02.18 - 14:12
(0) средствами платформы можно еще и не такое. А вот костыли это будут или нет, зависит от того, кто будет делать.
   mistеr
 
33 - 10.02.18 - 14:21
(28) >исполнить задачу, скажем со статусом исполнить не могу

Это по-нашему!
 
 
   kolespo
 
34 - 12.02.18 - 08:22
А еще такой вопрос. Можно ли на БП (или другими средствами) реализовать совместное заполнение табличной части документа. Т.е. один пользователь, например, заполняет номенклатуру и количество, а другой цены.
   kolespo
 
35 - 12.02.18 - 08:23
при этом доступ к редактированию "чужих" ячеек не имеет.
   МимохожийОднако
 
36 - 12.02.18 - 08:44
(34) Тому, кто вносит количество и номенклатуру запрети проводить документ. А проводит пусть тот, кто выставляет цены. Хотя подобный подход (раздельное заполнение документа) не рационально.
   Фрэнки
 
37 - 12.02.18 - 08:56
(35) непосредственно внутри документов разделение доступа по строчкам табличной части... мдя

Гораздо проще и правильней вообще не пускать такого юзера внутрь форм документов, но сделать специализированную обработку, в которой все необходимые и разрешенные для него действия отработают без проблем.
   Фрэнки
 
38 - 12.02.18 - 08:57
(35) если не очевиден такой подход, задавай вопрос - дам пояснения
   Зуекщмшср
 
39 - 12.02.18 - 10:02
(30) Параллельное исполнение задачи несколькими исполнителями одновременно - настраивается в процессе, по очереди или совместно. Одновременная постановка задачи нескольким пользователям - используешь роль, заносишь туда необходимых пользователей, ставишь задачу на роль.
   ptiz
 
40 - 12.02.18 - 10:16
(34) Можно всё. Только параллельная работа в одном документе разных юзеров - невозможна.
   Segate
 
41 - 12.02.18 - 11:48
(40) при Должной доле упоротости- возможна.

Например, 2 человека работают с принципиально разными аспектами документа. И ты выносишь на форму что-то, а хранишь это что-то не в документе, а... ну например в регистре(данные тч например), и внезапно оказывается, что можно изменять документ его не сохраняя... а следовательно не вызывая коллизий.


ЗЫ я понимаю, что сама идея дурно пахнет, но чисто теоретическая возможность есть... )
   Джинн
 
42 - 12.02.18 - 11:56
(30) Параллельные процессы вообще элементарно настраиваются мышом. Да и ролевую адресацию никто не отменял. Не понимаю в чем тут проблема вообще возникнуть может.
   Джинн
 
43 - 12.02.18 - 11:59
(39) Технически все верно. Практически если адресовать задачу нескольким исполнителям, то не выполнит ее никто, понадеявшись на товарища :) Я перестал такую херню делать очень давно - адресую задачу руководителю группы, а он уже назначает ее кому посчитает необходимым.
   Genayo
 
44 - 12.02.18 - 12:34
(43) Если всех дрючить за невыполнение - они между собой быстро разберутся, как работу организовать :)
   Лефмихалыч
 
45 - 12.02.18 - 12:52
(34) можно, но лучше так не делать. От таких решений голова болит через какое-то время.
Причем - на любой платформе. Решение потому, что очень плохое.
   ws_mason
 
46 - 14.02.18 - 04:10
Бюрократия :)
   kolespo
 
47 - 19.02.18 - 11:24
Нужно согласовывать заказ на закупку. Пока придумали такой вариант:
например, в табличной части документа содержится чекбокс. Данный элемент доступен пользователям определенной роли. Если чек бокс поставлен, значит данная позиция является согласованной.

Или может быть можно реализовать это каким-то другим более удобным способом?
   Cyberhawk
 
48 - 19.02.18 - 12:16
Это фиаско, братан
   DrZombi
 
49 - 19.02.18 - 12:24
(0) А почему инженер и спецификация выделены отдельными блоками?
 
 Рекламное место пустует
   DrZombi
 
50 - 19.02.18 - 12:26
(0) Что вы там в версионировании (ибо это история изменения объекта) хотите увидеть?
Добавляйте, механизм примитивен, и его можно тупо слизать с любой конфигурации поддерживающую историю изменения объекта.
   DrZombi
 
51 - 19.02.18 - 12:27
(47) Что такое "Чекбокс"? В вашем понимании, расшифруй... Забавно послушать :)
   DrZombi
 
52 - 19.02.18 - 12:29
(41) С таким успехом можно вообще документ не заполнять, реквизитами.
А все вынести в регистры, тогда у каждого будет свой рабочий стол и все будут счастливы :)
   DrZombi
 
53 - 19.02.18 - 12:30
+ т.е. документ есть, но как шаблон, означающий начало работы :)
   kolespo
 
54 - 19.02.18 - 13:10
(49) не совсем понял вопрос. Если про БП, то спецификация - информация, предоставляемая в электронном виде, инженер - субъект, должностной исполнителя.
   kolespo
 
55 - 19.02.18 - 13:11
(51) поле в каждой строке табличной части, реквизит - который характеризует, что данная позиция согласована.
   Фрэнки
 
56 - 19.02.18 - 19:21
(52) Я так делал. Было полностью самопальное решение и там работало именно так. Взамен табличной части обрабатывались различные наборы записей регистра, а реквизиты документа нужны были для управления правами доступа, статусами и т.п.



Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует