-
to rrrrrrr © Ты я смотрю понимаешь больше всех. Сокращение использования бумажных носителей - это только малая часть электронного документооборота. Как раз одна из основных идей - исключить попадания "ненужной" бумаги с печатями в шредер. Что бы ответственность не перекладывать не непричастных. Принял документ - подписался, изменил - подписался, аннулировал - подписался, хочешь удалить - должен еще кроме тебя кто-то подписаться. И тогда вся работа человека прозрачна и никакого "мошенства"...
-
это не блокировка. это изменение записи по принципу кто первый тот и прав. Да это изменение записи и в тоже время грубая условная блокировка, при этом нужно следить за отменой или дисконнектом пользователя. Что бы бронь не подвисла. Но можно и семафор выставить, тогда в самой записе ничего менять не нужно, а ролбек или дисконект отрубят семафор. А если тетя Глаша открыла сессию и пошла пить чай - то по отрубаем сессию по таймеру бездействия пользователя. Чем выше поток, тем короче время на бездействие.
-
Сокращение использования бумажных носителей - это только малая часть электронного документооборота. Как раз одна из основных идей - исключить попадания "ненужной" бумаги с печатями в шредер.
выйди на улицу, дыхни свежего воздуха и посмотри что ты только что написал выше.
"основная цель электрооборота - чтобы в шредер не попало что-то бумажное"
чтоб так тупить лет двадцать учиться надо
-
Ну так проясни для чего электронный документооборот нужен?
-
> Да флаг состояния билета может служит блокировкой. > А то пока тебе оформляют билет, его в соседней кассе могут > уже подрезать или через онлайн сервис. > А так на время оформления накладывается бронь и его в свободных > уже никто не увидит пока бронь не отменят.
Как много нам открытий чудных Готовит просвещенья дух.
-
чем мельче проблема тем больше обсуждение...
-
кстати с билетами там не блокировка, там резервирование. по сути другое, что то типа предварительной покупки с последующим подтверждением. причем после таймаута на подтверждение бывает и отмена, и наоборот безусловная покупка. никаких блокировок на момент оформления нет. вообще если бы логика блокирования на момент редактирования/оформления была при продажах билетов то это бы была смерть процессу. даже если бы все работали как трудоголики без перекуров, чисто по законам больших чисел, были бы обрывы сети/другие проблемы, в процессе после начала редактирования(т.е. блокировки), которая по логике macrodens отменяется только админом. а до админа пока дойдет... в прямом смысле, вот в другом городе оформляли, и как раз связь упала... голубями сообщать придется.
-
О, уже на философию потянуло... <offtop> Я как-то читал прикол по поводу как на тематических форумах отвечают на сабж зарубежом и в России. Зарубежом. ТС:Как мне запузырыть иконку в трей? Имя1: Вот так ссыль.. Имя2: Или так ссыль.. ТС: Спасибо помогло.
Как у нас: ТС:Как мне запузырыть иконку в трей? Имя1: В гугле забанили? Имя2: Тема избита... Сто раз одно и тоже... Имя3: Найми программиста.. Имя4: Делфи вообще умирает... Далее несколько страниц обсуждения несвязных с сабжем тем и то какой афтар м... В итоге половину народа банится (включая автора) и вопрос не решен. </offtop>
-
Уважаемый sniknik ©, у не надо так переворачивать. Я неоднократно писал выше какие механизмы можно использовать дабы не привлекать админов. Могу напомнить: 1. Таймаут сессии. 2. Таймаут бездействия. 3. Обрыв сессии.
Админ (или старший менеджер/кассир/etc) нужен, когда очень срочно нужно отменить. (почему-то в 1С нормально с этим работают и не парятся).
кстати с билетами там не блокировка, там резервирование. по сути другое, И как это противоречит тому, что я предложил с блокировками? В чем разница-то?
мне кажется я начал понимать - вас коробит слово "блокировка"? Хорошо, давайте назовем это по другому: Пусть менеджер Вася зарезервировал некий документ на редактирование с последующей отменой или безусловным подтверждением. Так лучше будет?
-
> В чем разница-то? в трехзвенке, в основном. что бы не случилось на клиенте, по пути к серверу, действие на сервере выполнится в любом случае. и главное без участия админа, который в твоей логике жизненно необходим.
-
> почему-то в 1С нормально с этим работают и не парятся у нас в конторе несколько систем, 1С тоже есть, и это единственная система которую обслуживает 3 админа. конечно, с чего им парится то? даже на телефонию, которая ИМХО сложнее 1С-а один. на самописных, типа моей, вообще нет, хотя основная работа именно на этих самоделках, и народу в них больше.
-
> вас коробит слово "блокировка"? > Хорошо, давайте назовем это по другому: меня коробит не слово, а то что этим действием подменяют другие понятия, и используют не по назначению, в итоге мешают работать пользователям. по теме http://www.sql.ru/forum/166093/dolgie-tranzakcii-korotkie-tranzakciiне читал, просто нагуглил, но думаю там тоже самое, что здесь... и каждый остался при своем мнении
-
Да админ необходим, но не жизненно и не для конкретного приложения. Аутсорсер на удаленке вполне справится и раз/два в месяц кикнуть неродивого сотрудника его не напряжет. Так же можно дать права внутри софта кому-то из сотрудников. А к забывчивому сотруднику применить административные действия. Ибо дисциплина должна быть. 1-2 предупреждения и вырабатывается рефлекс. Уходишь - закрой все документы. Еще раз говорю дело в специфике задачи. Если в Вашей системе это оптимальный вариант, все работает и все рады - то значит так и надо. Я же не говорю, что блокировки это сверх необходимость и то что без них работа с базой ущербна. Если можно обойтись без них, значит нужно делать без них.
В моем проекте требования другие, мой заказчик не готов тратить время на разборы сотрудников кто из них прав. Поэтому в ТЗ прописано требование не давать другим пользователям редактировать документы, пока кто-то с ним работает. Да можно при этом просматривать документ и его содержимое.
-
Да тема похожая, и к консенсус там похоже найден. Собственно примерно тоже самое я в 72 посте говорил.
-
> Аутсорсер на удаленке вполне справится
это тот же админ. какая-то постоянная игра терминами, мне непонятная.
-
В каких случаях, и с какими документами работают пользователи, если одновременно возникает необходимость в "разнонаправленной" корректировке одних и тех же данных?
-
Уважаемый KilkennyCat © непонятно вам, потому что выдираете отдельные фразы из контекста. Вопрос был про жизненную необходимость админа, а не кто есть "ху".
-
А мне интетресно... (12.09.17 15:03) [75] ну например на производстве мясной продукции, когда оформляются поставки для ретейлеров. Сопровождающий гос. документ оформляет вет.врач. В программе находятся предварительные заявки для ретейлеров с Н-ым количеством позиций. в момент оформления количество позиций может измениться, + для позиций необходимо заполнить лабораторные исследования и прочую инфу. если вет.врачи начнут работать одновременно над одной заявкой - это потеря времени. Так как распечатать гос.бланк сможет только один из них, соответственно блокируем документ и коллеги понимают, что нужно заниматься уже другим документом. Сделать привязку к ретейлеру тоже не всегда возможно, так как в один момент времени может оформляться целая фура для одного ретейлера, а гос.блан имеет ограничение на количество позиций.
-
> Сопровождающий гос. документ оформляет вет.врач. как то ты соскакиваешь с темы, было про запись, теперь документ. ладно бы еще запись = документу, ну типа учетной карточки, а то что тут расписал документ в котором много записей, и есть наверняка заголовок "шапка списка документов". вот тут не вижу никаких противопоказаний чтобы несколько человек редактировали/заполняли справками один документ... и опять же, уже тут, зачем блокировать, ограничивать людей в их работе?
-
Хочу напомнить, что обычно автоматизация чего-либо подразумевает наличие исходных документопотоков. То есть, все нужные задачи можно выполнить без автоматизации, вручную. Мне трудно представить, чтобы в реальной жизни один и тот же документ в четыре или шесть рук одновременно оформляли несколько человек.
|