Многие компании заключают договора с гражданами на оказание разного вида работ или услуг. Берут в сети готовую болванку и заключают договор, который не учитывает специфику данного вида договора.
Рассмотрим простой бизнес-процесс заключения договора оказания услуг с физическим лицом, который является исполнителем, с применением нотации BPMN.
ГПД – гражданско-правовой договор.
ГПХ – гражданско-правовой характер.
ИП — индивидуальный предприниматель.
СЗ – самозанятый, плательщик налога на профессиональный доход (НПД).
ФЛ – физическое лицо, гражданин.
ФНС – Федеральная налоговая служба.
Бизнес-процесс – это алгоритм действия, последовательность действий сотрудников при создании товаров, работ, услуг.
На основании информации, полученной из документации и от сотрудников, бизнес-аналитик на понятном языке нотации (например, BPMN) рисует бизнес-процессы.
Работа бизнес-аналитика
- Описание текущего состояния бизнес-процессов
- Формирование нового бизнес-процесса
- Аудит бизнес-процессов
То есть: от AS IS (буквальный перевод — «как есть») до состояния TO BE («как должно быть».
Сотрудник берет в сети готовую болванку или берет из папки последний договор с физическим лицом и вписывает туда персональные данные нового исполнителя.
Бизнес-аналитик проводит аудит текущего бизнес-процесса и готовит новый бизнес-процесс.
Так как гражданин может иметь статус ИП или СЗ или просто физическим лицом, то можно заключать три вида договора, в зависимости от статуса ФЛ и соответственно будет различная налоговая нагрузка на предприятие.
Сами договора оказания услуг также будут отличаться, т.к. должны учитывать статус гражданина, например в главе «Особые условия».
Краткое описание бизнес-процесса
Определить статус физического лица на сайте ФНС.
- Если индивидуальный предприниматель, то заключаем договор с ИП.
- Если самозанятый, то проверяем состоял ли граждан ранее с заказчиком в трудовых отношениях. Если да, то проверяем, прошло ли 2 года, с момента прекращения трудового договора. Если менее 2 лет, то заключаем договор ГПХ. Иначе заключаем договор с самозанятым.
- Если не индивидуальный предприниматель и не самозанятый, то заключаем договор ГПХ.
Это только болванка, на её основе можно доделывать бизнес-процесс бесконечно.
Например, надо учесть гражданство исполнителя и т.д.
Нотация BPMN позволяет на понятном языке схем («пришел, увидел, победил»):
- Моделировать
- Оптимизировать
- Автоматизировать бизнес-процесс.
В следующей статье разберемся с определением «бизнес».
- бизнес-процессы
- бизнес-аналитика
- правовой анализ
- договор
- заключение договора
- legaltech
- legal tech
- юриспруденция
- правовые технологии
- bpmn
- Анализ и проектирование систем
- IT-стандарты
- Управление проектами
- Бизнес-модели
Источник: habr.com
Договорной процесс: ECM vs ERP
В компаниях зачастую имеются и ERP, и ECM решения. И, как следствие, возникает вопрос «где целесообразнее автоматизировать договорной процесс: в ERP или в ECM?».
Если смотреть на договорной процесс от формирования шаблона до исполнения и архивного хранения, то выглядеть все может примерно так:
Создание договора
ECM. Выбрать нужный шаблон, в идеале не из перечня из 100 пунктов видов договоров, а с помощью удобного механизма задания условийпараметров договора (доходныйрасходный, юр.лицо, суммы, направление деятельности и т.д.).
То есть либо эти критерии позволяют системе автоматически выбрать нужный шаблон, либо иметь некий конструктор, который для этих выбранных условий автоматический сформирует из блоков текста проект договора для согласования. Реализация данного функционала имеется в ECM-системах, причем разными способами (мастера действий, конструкторы и т.д.). И ее нет в ERP. ECM+ERP.
Часто условия в тексте договора должны браться из проекта договора, опубликованного на этапе проведения конкурсных процедур. И для этих конкурсных процедур проект договора также целесообразнее создавать в ECM. А также запускать связанные с этим процедуры подготовки и согласования другой конкурсной документации.
И даже еще с более ранних стадий — сбора потребностей для закупок с подразделений и формирования годового плана закупок. Такой функционал часто в компаниях не автоматизирован, сбор требований ведется в «эксельках», либо используются функциональные блоки ERP для финансового планирования и планирования закупок.
В зависимости от уже реализованного функционала и потребностей здесь может быть разная комбинация функционала ECM+ERP, но чаще граница идет так: ECM — инициация процессов, вся их маршрутизация, напоминания, создание и хранение документов, в ERP — хранение товарной номенклатуры (если товар, а не услуги). ECM.
Управление шаблонами: должен быть инструментарий актуализации шаблонов, управления шаблонами, версионности шаблонов, процессы внесения в них изменений и т.п. ECM-системы для этого опять же предназначены, ERP — нет. ECM. Управление маршрутами согласования: должен быть удобный простой инструментарий актуализации шаблонов маршрутов, в идеале с минимальной трудоемкостью и квалификацией сотрудника для этой задачи. ECM системы имеют для этого соответствующий инструментарий, ERP — нет.
Согласование договора
- редактирование версий проекта договора;
- работа с комментариями, их учет и отработка, наличие функционала сравнения версий (от контрагента и наша, к примеру);
- гибкая раздачаограничения прав доступа в процессе согласования;
- визуализация этапов жизненных циклов договора;
- контроль и фиксация истории изменений и работы с документом;
- возможность согласования и оставления комментариев текстовыхграфическихзвуковых с мобильных и планшетов.
Подписание договора
ECMERPБУМАГА. Может быть везде. Для электронных документов подписание ЭП может быть и в ECM, и в ERP. Но в ECM есть удобные мобильные решения для руководителей с подписанием ЭП. В ERP такой функционал мне не известен.
Далее если договор должен быть в бумаге, то подписание дублируется на бумаге.
Регистрация договора
ECM. Все это на 100% функционал ECM, в ERP такого нет.
Исполнение договора
ECM+ERP. В процессе исполнения договорных обязательств происходит закрытие этапов работ, оформляются закрывающие документы на поставленные товары. Создание закрывающих документов для товаров чаще в ERP, для услуг — в ECM. Также для товаров меньше свойственны процессы согласования, поэтому вероятность использования здесь ERP выше. Для услуг наоборот, чаще целесообразнее в ECM делать.
Здесь часто делаются связки в комплекты, проверки содержимого (суммы, номенклатура, сроки), здесь связка с ERP почти всегда необходима, либо можно делать сразу все в ERP. Ну и после утверждения закрывающих документов информация о проводке хозяйственной операции должна отражаться в ERP. Здесь также есть и этап подписания, который удобнее делать на планшете руководителю.
Архивное хранение договора и первичных документов
ECM. Все это на 100% функционал ECM, в ERP такого нет. На этом этапе нужен большой блок архивных процедур, учитывающие номенклатуру дел, описи сдаточные, сводные, годовые, сроки хранения, процессы согласования уничтожения документов, запроса прав доступа и многое другое. Плюс функционал обеспечения юридической значимости электронных документов на долгом сроке (перештамповка штампами времени, как один из вариантов).
Делаем выводы
Таким образом, из вышеописанного процесса видно, что кроме исполнения договора и, возможно, процесса закупок, ERP использовать для договорного процесса не совсем целесообразно. Если решить автоматизировать весь договорной процесс только лишь в ERP, то всплывают следующие риски:
- Дороже купить и внедрить: просто функционал, который в ECM является базовым, в ERP нужно будет создавать с нуля. Также лицензии на ERP нужно будет купить на всех пользователей компании, то есть расширить сразу с «пары подразделений» (финансызакупки) на юристов, безопасность, ИТ, все функциональные подразделения, заинтересованные в договоре, архив, и т.п. У западных ERP лицензии, например, будут на порядок дороже, ну или в разы точно. Плюс дороже обойдутся специалисты.
- Сложнее и дольше кастомизировать: долгие сроки внесения изменений и, как следствие, неудовлетворенность конечных пользователей. Просто потому, что инструментария такого в ERP нет.
- Сложнее обучать, сложнее интерфейсы: это сильно влияет на лояльность пользователей, так как кроме финансистов остальным группам пользователей часто очень сложно работать в интерфейсах учетных систем с документами, они часто очень отстают в плане удобства и современности интерфейсов, перегружены, сложны.
- Дороже сопровождать и конвертироватьобновлять: увеличивается трудоемкость и стоимость обновлений, так как в ECM большая часть функционала есть в «коробке», а значит протестирована сотнями клиентов и стандартный конвертор для обновления создается для этого функционала вендором бесплатно в рамках развития продукта (для получения обновления достаточно действующего абонемента). Нужно учитывать и зарплату специалистов сопровождения и поддержки. И тут сравнение затрат тоже может быть не в пользу EPR.
- Больше багов: больше кастомизации — больше багов.
- Сложность развития, низкая скорость развития: в целом, развитие не типового для ERP функционала под большим вопросом. Лучше опираться на сильных игроков рынка ECM, понимающих потребности и предлагающих новые возможности пользователям.
Таким образом, вышеописанный процесс показывает, что целесообразнее договорной процесс автоматизировать полностью в ECM, со связкой с ERP на этапе исполнения договора, возможно иногда на этапе закупок, так как эта схема зачастую является максимально рациональной.
Источник: ecm-journal.ru
