Процесс утвеждения/согласования заявок на расходование средств #627968

Всем добрый день, Поделитесь идеями, пожалуйста. На предприятии невообразимое количество заявок, крупная торговая сеть. Нужно наладить процесс согласования, утвеждения, отмены заявки. В документе есть такой статус, но не хотелось бы предлагать руководителям корректировать документ, меняя его статус. собираюсь сделать обработку, где я бы показывала список документов и весь список можно было бы утверждать нажатием одной кнопки. У кого есть ещё какие - либо удобные решения? Конфигурация УТП.

может подойдет?

См. процедуру согласования договора в Документообороте 8. Лучше не видел.

да я уже смотрю..

Ага, я случайно выделила все и нажала "Оплатить" и это все ваша программа отправила n-cуммы хрен знает куда, кассир уже успела по банку провести...

Нет у меня такой конфигурации..

посмотри в УТ11 согласование цен. там это через БП сделано. и задачи видны руководителю. при выполнении задачи - меняет статус документа

это насчет групповой обработки? Ну да, опасность такая есть

БП - это кто такой?

бизнес-процесс в УТ11. Согласование цен

тоже нет такой конфигурации.. я бы хотела сделать маршрут утверждения заявки, привязать его к пользователю.

смотри бит-финанс

Спасибо всем, что-то начало в голове вариться.

к пользователю - не всегда комильфо. например - уехал в командировку. к роли исполнителя часто привязывают - там несколько пользователей. кто первый сгреб тот и согласовал...

спасибочки :)))))))) а ты мог бы в общих чертах обрисовать, как это в принципе реализовать? я имею ввиду, регистр сведений должен быть для маршрутизации или как это всё поумнее сделать.. нет у меня этих конфигураций, которые мне были предложены.

я так понимаю, что должна быть роль, вид операции, статус начальный, статус следующий.. что ещё?

бизнес-процесс. в нем карта маршрута. в каждой точке - исполнители. там где точка "Согласование" - адресация - роль исполнителя. есть реквизит - "предмет" в виде документа. в этом документе есть реквизит - статус. при выполнении задачи "согласование" - программно меняется статус у документа

можно и несколько этапов(в бизнес процессе) там нарисовать - и по каждому менять статус документа.

есть реквизит - "предмет" в виде документа.  --------- это ссылка на документ?

ну да

Нашла.. попробую поковырять, что это такое.. спасибо!

Вы не задумывались, что процесс согласования замедляет процесс оплаты и снимает с пользователей ответственность за выставленные платежи, а значит и получения товара. Лучше распределить бюджеты и лимиты на отделы, а для согласования оставить только те платежи, которые сверхлимита или вне бюджета. Процесс согласования, имеет место быть на предприятии, при заключении договора с клиентами, когда согласовывается номенклатура, сроки и т.д. Ну мы наверно, про разные предприятия говорим.

проблема как раз, когда все n-подразделений в пределах лимита хотят 5 сентября заплатить :( , а так, да в пределах лимита обычно никто сильно не смотрит, если размазано по периоду.

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

у меня торговое предпрятие

, Жаль, предложите им график платежей по отделам, по направлениям, например ТМЦ до 10-го, Энергетика и ПФР до 20, Зпл до 30. И на все будет хватать ДС.

И вас же не накажут за такие мысли.

конечно, не накажут. Это действительно хорошая мысль.. спасибо.

Просто, в вашем решении, я уже вижу проблемы для вашей организации. Кто-то побоится согласовывать, время уйдет, начнут кивать друг на друга, а поставщик может в следующий раз и не захотеть ждать. Я такое уже встречал. Сначала все рады, а цель не достигнута.

я делаю этот бизнес-процесс, карту маршрута, исполнителей и т.д. Как я теперь понимаю, в точке Действия при адресации необходимо выбирать исполнителя, должность и подразделение из предопределенных данных. Это означает, что  регистр сведений по адресации нужно тоже только предопределённые данные выбирать?

поднимаю ветку..

Входной информации маловато для "дележа идеями". Для начала, стоит, хоты бы для себя, написать технологию "как есть". И потом уже, как и что надо. Но несколько мыслей, на мой взгляд, важных, есть. "где я бы показывала список документов и весь список можно было бы утверждать нажатием одной кнопки". Это что еще за бред? Что дает согласование всей кучи заявок "нажатием одной кнопки"? "На предприятии невообразимое количество заявок". Вот и структурируйте это дело по группам и прочим признакам, а не по заявкам. Конечно, после утверждения заявок, следует думать по технологии учета по их исполнению. Учет и исполнение заявок реализовывал на базе 1С 8.1 в с стандартной конфигурации. Пользователей(по крайней мере, зарегистрированных) было 738 человек.

Кстати, "процедура согласования договора в Документообороте 8" это просто техническая сторона дела. Кодировать процесс, после того, как он будет разложен по полочкам, делать нечего.

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

сколько?

чего сколько? заявок? по-разному, но максимум штук 30

денег сколько за решение

на регистрах с возможностью рисовать любой маршрут

"Всем ДА!" (с) Брюс Всемогущий

В форме заявки есть кнопка "Выполнена". при нажатии на эту кнопку, при выполнении задачи "согласование" мне нужно программно изменить статус у документа. там должна быть предопределенная процедура?

и Я уже поняла и сделала. настроила бизнес-процесс и задачу пишу.

и? к примеру создается точка обработки. и вот кусочек из УТ11 // Процедура - обработчик события "Обработка" точки маршрута "ОбработкаРезультатовСогласования". и далее по тексту

к примеру создается точка обработки. -----------  как её создать

карта маршрута - вставка элемента схемы - нужный элемент. ПС но я бы сделал вот что. взял бы типовуб УТ11. скопировал нужный БП - да и допилил бы. заодно и разобрался бы.

да я сделала карту маршрута и всё это работает. сейчас гляну, куда там процедуру навесить

Нашла, поняла :))))))))) Спасибки тебе!

Я так и не увидел "Как надо". И это "написать сейчас" не получится. Если, конечно, делать все по нормальному. Судя по продолжению ветки, написать по нормальному не получится. Нет желания. А так, понадергать "примерчиков обработки". Ну все это не решение.

Ещё какая-то неприятная фишка в этом во всём. На точке обработки бизнес - процесса в адресацию исполнителя, подразделения и должности выбираются предопределённые данные соответствующих справочников. предопределённые данные использовать в этих справочниках мы не будем. Неужели придётся всё это программно присваивать? Кто и как делает это?

"как надо" - я беру из описания бизнес-процессов, используюмых на предприяти, большая толстая книжка за подписью руководства. Так и делаю.

используемых.. очепяточка вышла

Дополнительно в тему. из точки разделения только три выхода могу нарисовать. я так думаю, что там не должно быть такого ограничения.