С какой целью необходимо согласование решения

Обновлено: 30.06.2024

Согласование решений в организации (6-й этап процесса выработки решения) представляет собой процедуру достижения согласия членов организации с предлагаемым решением проблемы. Любое решение должно быть признано двумя группами в организации: теми руководителями подразделений, на деятельность которых может повлиять решение, и теми исполнителями, которые будут выполнять его. В связи с этим возникают две группы проблем.

Первая группа проблем возникает при согласовании решений с руководителями подразделений. Обычно в организации большое число руководителей одновременно решают различные проблемы. Поскольку обычно решение проблемы вырабатывается и затем осуществляется различными подразделениями организации, то возникает возможность того, что, будучи выгодным для его инициаторов, оно может отрицательно влиять на другие подразделения и даже свести на нет все выгоды изменения. Более того, результаты деятельности различных подразделений часто противоречивы, и если какое-то из подразделений заботится только о собственной выгоде, не принимая во внимание интересы других подразделений, то общий результат может быть нежелательным. Таким образом, изменение в одном подразделении может повлиять на процессы в других подразделениях, которые окажутся для них либо выгодными, либо убыточными [9].

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

Подразделения могут подсчитать (оценить) воздействие любого предложения на свои операции, а сопоставление этих расчетов покажет чистую отдачу для всей организации. Если чистая отдача будет положительной величиной, решение приемлемо. Чтобы подсчитать чистый эффект любого изменения для организации в целом подразделение управления получает по каналам обратной связи от всех заинтересованных подразделений расчеты предполагаемого влияния изменения на их операции; затем оно подсчитывает общую выгоду. Такая процедура предоставляет возможность каждому подразделению принять участие в выработке общего решения до того, как оно будет внедрено [9].

Первоначальное решение, следовательно, может не быть окончательным; по мере того, как оно согласовывается между различными подразделениями организации, в него может быть внесено много изменений. При этом критерием всегда будет общее благосостояние организации [9].

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

Известно, что люди противятся изменениям (может быть, кроме изменений, связанных с увеличением жалования). Это происходит по разным причинам. Главная причина сопротивления людей изменениям в организации состоит в том, что во многих случаях изменения не улучшают их благосостояния, а в некоторых случаях люди даже лишаются определенных привилегий, предоставляемых организацией [9].

Сопротивление изменениям обычно скрывается (редко встречаются случаи явной или полной оппозиции). При этом руководство, когда проверяет выполнение своих директив, часто сталкивается с задержками, отговорками, ссылками на непонимание, сваливанием вины на других, ссылками на нехватку времени или кадров и т.п. Методы скрытого сопротивления изменениям в деятельности организации многообразны: от простого игнорирования указаний до затягивания или изощренной обструкции (намеренный срыв как вид протеста; действия, демонстративно направленные на срыв чего-либо [НИЭС – 1999]) [9].

Так или иначе, реальным решением является то, которое фактически осуществляется исполнителями [9]. Именно поэтому необходимо согласовывать принимаемые решения с исполнителями.

Для преодоления сопротивления нововведениям со стороны исполнителей руководство применяет три метода [9].

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

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

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

Короче говоря, предполагаемые нововведения в организации должны планироваться и доводиться до общего сведения заблаговременно [9].

При согласовании решений в организации важно руководствоваться следующими соображениями [9].

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

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

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

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

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

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

& Задание для самостоятельной работы.

1. Почему люди сопротивляются изменениям в организациях? [9]

2. Почему люди более склонны к скрытому, а не к открытому сопротивлению изменениям в организациях? [9]

3. Почему руководство не может применить экономическое принуждение при введении изменений в организации или просто уволить всех работников, не выполняющих распоряжения быстро и точно? [9]

Утверждение решения

Утверждение – это одобрение решения проблемы лицом или лицами, которые имеют или которым официально дано на это право. Необходимость этого этапа процесса формирования решения обусловлена тем, что только определенные лица в организации имеют право или уполномочены решать, каким образом будут использованы ее ресурсы. Более того, они несут юридическую ответственность и отчитываются за этот акт [9].

С точки зрения теории принятия решений таким ответственным и уполномоченным лицом всегда является ЛПР. Но кто это? Всегда ли это руководитель организации? Можно ли понимать под ЛПР менеджеров среднего или низового звеньев в иерархической структуре управления организацией?

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

Иногда неясно, какие права были даны конкретному лицу; часто предполагается, что лица, которым были переданы полномочия, тем самым назначены ответственными за выполнение всех необходимых этапов процесса выработки решения. Однако это не всегда бывает так, да и не должно быть. Решение проблемы в организации может состоять из десяти отдельных этапов, но только один из них – этап утверждения. Другие девять этапов процесса формирования решений могут выполнять лица, не имеющие полномочий утверждать решения, которые будут действовать в пределах требований закона. Проблема может быть также решена внешним консультантом или рядовыми работниками, или штатом сотрудников при руководстве, однако, пока эти лица не обладают законным правом распоряжаться собственностью организации, они не могут утвердить эти решения [9].

& Задание для самостоятельной работы. Разобраться с понятиями: делегирование, ответственность, полномочия, власть. См. [1] – Гл.11. Организация взаимодействия и полномочия.

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

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

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

Глава 3. Порядок рассмотрения и согласования проектов

3.1. Ответственное структурное подразделение направляет с сопроводительным письмом подготовленный проект на рассмотрение в структурные подразделения, в компетенцию которых входят вопросы, относящиеся к сфере регулирования проекта, а также в Юридический департамент (далее при совместном упоминании - заинтересованные структурные подразделения).

К проекту прилагается пояснительная записка, подготовленная с использованием примерной структуры пояснительной записки к проекту (приложение 1 к настоящему Положению).

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

Представление на рассмотрение неполного, ненадлежащим образом сформированного (оформленного) комплекта документов и (или) текста проекта частями является основанием для возвращения проекта без рассмотрения. Возвращение проекта по указанным основаниям осуществляется в срок, не превышающий пяти рабочих дней после дня его поступления в заинтересованное структурное подразделение на рассмотрение.

3.2. Рассмотрение проекта заинтересованным структурным подразделением осуществляется в пределах своей компетенции и включает в себя анализ проекта и передачу в ответственное структурное подразделение обоснованных замечаний и предложений по проекту либо информации об отсутствии замечаний и предложений по проекту (далее - заключение по проекту).

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

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

В случае если заинтересованное структурное подразделение не представило заключение по проекту в срок, установленный абзацем вторым настоящего пункта, и до направления ответственным структурным подразделением проекта на повторное рассмотрение (согласование), Председателем Банка России, а также первым заместителем Председателя Банка России, заместителем Председателя Банка России (далее - заместитель Председателя Банка России, за исключением прямого указания на конкретное должностное лицо), главным аудитором Банка России, координирующим и контролирующим работу ответственного структурного подразделения (далее - курирующее должностное лицо Банка России), на основании служебной записки ответственного структурного подразделения может быть принято решение об осуществлении дальнейшего рассмотрения и согласования проекта без участия указанного заинтересованного структурного подразделения.

(в ред. Указания Банка России от 23.03.2020 N 5414-У)

(см. текст в предыдущей редакции)

3.3. Ответственное структурное подразделение обобщает поступившие от заинтересованных структурных подразделений заключения по проекту и составляет таблицу замечаний и предложений по проекту в соответствии с приложением 2 к настоящему Положению (далее - таблица замечаний и предложений). Таблица замечаний и предложений должна содержать все замечания и предложения по проекту, поступившие в письменной форме от заинтересованных структурных подразделений, участвовавших в рассмотрении проекта.

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

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

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

Повторное рассмотрение проекта осуществляется в порядке, установленном в пункте 3.2 настоящего Положения, в срок, не превышающий 15 рабочих дней после дня получения проекта заинтересованным структурным подразделением.

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

3.5. При сохранении разногласий по проекту ответственное структурное подразделение должно обеспечить обсуждение проекта в целях согласования его окончательной редакции.

Согласительное совещание проводится либо по предложению ответственного структурного подразделения Председателем Банка России или курирующим должностным лицом Банка России, либо ответственным структурным подразделением самостоятельно.

Решение, принятое по результатам обсуждения проекта на согласительном совещании, отражается в протоколе согласительного совещания.

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

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

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

Представление на согласование проекта, ранее не направлявшегося на рассмотрение в заинтересованные структурные подразделения, является недопустимым.

3.8. Проект должен быть согласован в следующей последовательности:

руководитель (уполномоченное должностное лицо) ответственного структурного подразделения;

руководители (уполномоченные должностные лица) заинтересованных структурных подразделений, за исключением проектов, указанных в главе 11 настоящего Положения;

руководитель Юридического департамента (лицо, исполняющее его обязанности), за исключением проектов, указанных в главе 11 настоящего Положения;

курирующее должностное лицо Банка России (при его наличии).

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

(абзац введен Указанием Банка России от 23.03.2020 N 5414-У)

3.9. Согласование проекта может производиться заинтересованными структурными подразделениями как в форме визирования проекта на бумажном носителе, так и в форме электронного визирования с использованием САДД ЦА.

Виза располагается на последней странице визового экземпляра проекта на бумажном носителе ниже реквизита "подпись" и состоит из подписи должностного лица, осуществляющего согласование проекта, его фамилии, инициалов и даты визирования. При этом не допускается визирование экземпляра проекта на бумажном носителе, не являющегося визовым, с последующим прикреплением к регистрационной карточке проекта в САДД ЦА сканированной последней страницы проекта с визой должностного лица.

При электронном визировании проекта виза представляет собой специальную отметку с информацией о дате визирования и визирующем должностном лице, проставляемую собственноручно визирующим должностным лицом в регистрационной карточке проекта в САДД ЦА. По итогам электронного визирования исполнитель ответственного структурного подразделения распечатывает и подписывает лист визирования, автоматически формируемый в САДД ЦА (далее - лист визирования).

3.10. Проект может быть согласован с замечаниями и (или) дополнениями по вопросам, относящимся к компетенции того заинтересованного структурного подразделения, руководитель (уполномоченное должностное лицо) которого визирует проект. При этом на последней странице визового экземпляра проекта на бумажном носителе около подписи должностного лица, осуществляющего согласование проекта, должна быть сделана запись "с замечаниями".

Каждое замечание и (или) дополнение, вносимое в текст проекта при визировании, должно сопровождаться дополнительной визой должностного лица, осуществляющего согласование проекта.

Замечания и (или) дополнения к проекту могут быть расположены на прилагаемом к проекту отдельном листе, завизированном должностным лицом, осуществляющим согласование проекта.

При электронном визировании замечания и (или) дополнения к проекту вносятся в регистрационную карточку проекта в САДД ЦА (в том числе путем прикрепления файла, содержащего замечания и (или) дополнения).

3.11. Срок согласования проекта не должен превышать 10 рабочих дней после дня получения проекта заинтересованным структурным подразделением.

При согласовании проекта Юридическим департаментом в установленный настоящим пунктом срок не включается время, необходимое для проведения лингвистической экспертизы проекта.

3.12. Хронологический интервал между самой ранней и самой поздней датами визирования проекта не должен превышать трех месяцев. Указанный хронологический интервал может быть увеличен на срок не более трех месяцев по решению курирующего должностного лица Банка России. В случае несоблюдения хронологического интервала, установленного настоящим абзацем, требуется повторное согласование проекта с теми заинтересованными структурными подразделениями, чье согласование по дате отстоит более чем на три месяца от последней даты визирования проекта.

Хронологический интервал между последней датой визирования проекта и датой его представления на рассмотрение Председателю Банка России, Совету директоров, Национальному финансовому совету (далее - НФС) не должен превышать двух месяцев. В указанный интервал не включается срок, необходимый для согласования проекта с федеральными органами исполнительной власти, иными органами (организациями). Хронологический интервал, установленный настоящим абзацем, может быть изменен по решению Комитета банковского надзора (далее - КБН), Комитета финансового надзора (далее - КФН).

3.13. Лингвистическая экспертиза проектов проводится уполномоченным работником Юридического департамента (далее - редактор нормативных актов) перед их согласованием руководителем Юридического департамента (лицом, исполняющим его обязанности).

Передача проекта на лингвистическую экспертизу редактору нормативных актов и завершение им лингвистической экспертизы должны отражаться в регистрационной карточке проекта в САДД ЦА.

Редактор нормативных актов проводит лингвистическую экспертизу в срок, не превышающий 12 рабочих дней, при объеме текста проекта до 100 страниц.

При объеме текста проекта свыше 100 страниц срок проведения лингвистической экспертизы определяется руководителем (уполномоченным должностным лицом) Юридического департамента с учетом объемов текста проекта.

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

Лингвистическая экспертиза проекта считается завершенной при проставлении редактором нормативных актов визы и даты визирования. При визировании проекта на бумажном носителе виза редактора нормативных актов и дата визирования проставляются на оборотной стороне каждого листа визового экземпляра проекта в левом нижнем углу, включая приложения (при их наличии). В случае согласования проекта в форме электронного визирования редактор нормативных актов делает отметку о проведении лингвистической экспертизы в соответствующем поле регистрационной карточки проекта в САДД ЦА.

3.14. Проекты по вопросам, отнесенным законодательством Российской Федерации к компетенции КБН, КФН, подлежат обязательному представлению на рассмотрение КБН, КФН в порядке, установленном положениями об этих органах.

Проект, возвращенный КБН, КФН с замечаниями, передается ответственному структурному подразделению для внесения изменений. Внесение в проект необходимых изменений осуществляется в порядке, предусмотренном пунктом 6.3 настоящего Положения.

Проект, возвращенный КБН, КФН на доработку, после внесения в него ответственным структурным подразделением необходимых изменений подлежит рассмотрению Юридическим департаментом, согласованию с ним и представлению на рассмотрение Председателю Банка России, Совету директоров, НФС в порядке, предусмотренном настоящим Положением. Представление указанного проекта на рассмотрение (согласование) иным структурным подразделениям не требуется, за исключением случаев, определенных в решении КБН, КФН.

3.15. Если в соответствии с законодательством Российской Федерации издается нормативный акт Банка России по согласованию с федеральными органами исполнительной власти, иными органами (организациями), ответственное структурное подразделение организует направление проекта, согласованного в порядке, предусмотренном пунктом 3.8 настоящего Положения, на рассмотрение (согласование) в соответствующие федеральные органы исполнительной власти, иные органы (организации).

В случаях, предусмотренных федеральными законами, проект подлежит представлению на рассмотрение (экспертизу) иным заинтересованным органам, организациям, рабочим группам и другим объединениям в порядке, определенном руководством Банка России.

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

В современном digital-мире есть много способов организовать подобные бизнес-процессы. Есть специальный софт, есть универсальные программы (Trello, Bitrix24, Листоход). В некоторых организациях до сих пор для любых согласований используют чаты Whatsapp или Telegram.

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

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

Также, при согласовании документов с сотрудниками других организаций, есть сопутствующие проблемы:

коммуникация в разных местах (чатах, приложениях, информационных системах);

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

нет удобного инструмента для поэтапного движения документа;

непонятно, куда писать комментарии по документу, и где их потом искать;

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

Мы поставили цель создать единую удобную среду для автоматизации процесса согласования любых документов. Внутри организации и вне ее. Простую в использовании и не требующую лишних телодвижений (и программ).

Что работает на данный момент

Так как основных кейсов — два (Внутреннее и Внешнее согласование), мы движемся, параллельно наращивая функции в двух направлениях.

Согласование внутри организации:

Наглядный статус движения документа. Легко увидеть, кто задерживает согласование.

Интеграция с CRM Битрикс24. Пользователи Битрикс24 могут запускать бизнес-процесс согласования из карточки Компании или Сделки в CRM.

Шаблоны маршрутов согласований.

Согласование с внешними контрагентами:

Можно запустить согласование документа внутри организации и добавить внешних пользователей (через email). Можно запустить согласование только для внешних пользователей.

Согласование по почте. Приходит письмо с уникальной ссылкой на страницу согласования. Проголосовать можно только один раз. После голосования у пользователя остаётся возможность вернуться к этому документу и увидеть результат.

Хранилище документов на Яндекс.Облаке. Доступ по ссылке, действует ограниченное время.

Как работает Микро-СЭД (кратко о технологиях)

Само приложение с технической точки зрения представляет PWA на Vue 2 (сейчас мы проводим рефакторинг на Vue 3 и TypeScript с особым вниманием мобильной версии сайта).

На бэкенде PHP 8.0. и БД PostgreSQL, а для пользовательских файлов — S3 на Яндекс.Облаке.

Для связки с Битрикс24 мы адаптировали и опубликовали приложение в Маркетплейсе Битрикс24. Оно отвечает за список сотрудников и взаимодействие с CRM.

Сейчас Микро-СЭД доступен только как приложение для Битрикс24, однако в планах выпустить его как standalone веб-сервис.

История решения вопроса автоматизации согласований

Первая версия продукта для автоматизации согласований договоров внутри организации появилась в 2018 году. Сейчас это полнофункциональный продукт для коробочных Битрикс24. У него своя ниша, свои сценарии использования и типичный портрет клиента. Подробнее — страница у нас на сайте.

В новом приложении мы хотим уйти от ограничений “коробки” и от ограничений инфраструктуры Битрикс24.

При разработке Микро-СЭД мы учитываем опыт, накопленный за 3 года. При составлении списка функций опираемся в первую очередь на востребованные пользователями:

согласование с внешними пользователями;

интеграция с CRM;

наглядный конструктор маршрута согласования.

Бизнес-результат: чего добились за полгода.

Первая версия вышла в конце мая 2021.

На данный момент мы имеем 38 коммерческих установок (через маркетплейс Битрикс24), из них 2 компании пользуются приложением ежедневно.

Удивительно, но несколько клиентов, которые ждали выпуска этого продукта, отказались его использовать по причине “Мало функций, мы ждали больше”.

Сейчас доступна 3 версия приложения, мы верим в успех. Также верим, что вернем потерянных клиентов.

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

Что дальше? Идем на Запад, в Мобилки и Юридическую чистоту.

В следующем релизе мы сделаем англоязычную версию приложения. Мы предполагаем, что продукт будет полезен многочисленным малым бизнесам Европы, США, Латинской Америки.

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

Хотим уделить должное внимание юридической стороне вопроса. Мы планируем внедрить подтверждение решения по SMS.

Также на очереди расширенная коммуникация в рамках согласования (аналог чата или форума). Делаем адаптив для мобилок и улучшаем PWA.

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

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

Процесс согласования в 1С: Документооборот

1С: Документооборот не имеет определенной отраслевой специфики. Система позволяет регламентировать правила, структурировать информацию в бюджетной организации, коммерческом секторе.

В программе 1С можно согласовывать не только документы, а еще и заведение контрагентов, проведение мероприятий, отдельные проекты и другие многочисленные задачи. Введение электронного согласования повышает в разы эффективность управленческой работы.

Отличие электронного от бумажного согласования

Сравнение типичной ситуации согласования договора наглядно показывает различие двух способов решения задачи.

Согласование документов вручную

В традиционной бумажной версии процедура выглядит так:

Юрист направляет проект ответственным работникам;
Каждый сотрудник вносит в документ свои правки;
Несколько раз исправленный текст возвращается на доработку;
Новая редакция повторно отправляется на согласование;
Процесс повторяется до принятия единого решения всеми участниками.

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

Электронный вариант согласования документов

В программе 1С: Документооборот согласование договора выглядит следующим образом:

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

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

Порядок согласования документов

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

Настройка модуля согласования документов

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

Администраторы;
Новая группа в профиле с ролью «Согласование (настройка).

Создаются роли для исполнителей, которые будут участвовать в согласовании. Они могут быть записаны как по фамилиям с именами, отчествами так и по должностям. Например, Федоров Иван Николаевич находится в списке пользователей. Его можно выбрать из другого списка по роли Главный бухгалтер.

Виды программной связи документов

Типовой функционал программы 1С: Документооборот способен отслеживать несколько десятков согласований к одному документу. Сложное переплетение взаимоотношений можно автоматизировать. Для этого классифицируют типы связей при обработке документа:

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

Обзор процессов согласования документов

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

Ход согласования документов

По мере движения задачи по указанному маршруту каждому задействованному сотруднику направляются соответствующие команды:

Рассмотрение

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

Согласование

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

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

Детали работы

группы задач по проекту, автору, типу;
персональные, делегированные, ролевые задачи;
сводки по всем задачам, в том числе новым и просроченным.

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

Шаблоны согласований

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

сотрудник создает документ-заявку;
согласует заявку руководитель данного сотрудника;
руководитель ИТ-службы согласует документ;
исполнитель ИТ-службы направляет уведомление автору заявки об ее выполнении.

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

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

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

Контроль процессов

Передача документов внешним корреспондентам и сотрудникам внутри организации учитывается программой. Согласования систематизируются по:

спискам документов;
затраченному времени;
статистике циклов и результатов.

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

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

Анализ и мониторинг согласований документов

Автоматическая служба 1С: Документооборота отслеживает более 100 показателей процессов согласований. Основные из них:

число циклов;
количество просроченных задач;
время просрочки;
средние трудозатраты.

Устанавливается пороговое значение роста или снижения показателей согласования. Программа информирует о достижении нижнего критического значения.

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

Заключение

Читайте также: