Основные темы статьи - это:

• Направления автоматизации . Что именно в работе 1С:Специалиста мы можем автоматизировать? Что стоит автоматизировать, а что не стоит? Я расскажу о примерах автоматизации, которые уже используются разными людьми.
• Расскажу о способах создания универсальных решений - таких решений, которые будут работать на разных конфигурациях.
• Расскажу об инструментах , которые помогают нам автоматизировать нашу работу, и помогают писать код, который будет вместо нас писать код.
• Ну и расскажу об общей схеме адаптации решений к конфигурации пользователя.

Направления автоматизации

Какие наиболее популярные направления автоматизации ?

• Говоря об автоматизации, мы чаще всего подразумеваем автоматизацию задач администрирования (создания архивных копий, обновления конфигурации). С этим направлением проще всего, потому что все актуальные типовые решения построены на базе Библиотеки Стандартных Подсистем (БСП), которая уже содержит в себе механизмы, помогающие в автоматическом режиме обновить конфигурацию и создать ее копию . Более того, если ваша база небольшая, и у вас есть активная подписка на ИТС, то БСП может сама положить копию вашей базы в облачное хранилище 1С, чтобы вы не потеряли данные, даже если с компьютером что-либо случится
• Второе направление автоматизации - это тестирование решений . В 1С-мире с этим немного сложнее, чем в классической разработке, но, тем не менее, последнее время очень много говорится о том, что при каждом изменении конфигурацию стоит тестировать, и лучше это делать автоматически. Сейчас на рынке есть достаточно много инструментов для создания автотестов. Наиболее интересные из них, на мой взгляд, это - «Сценарное тестирование» от компании 1С , а также опенсорс-разработка « Vanessa Behavior» . У них немного разная логика работы, но, в принципе, оба эти решения справляются с задачей автоматизации тестирования. Что из них выбрать - решение пользователя.
• И третье направление автоматизации - это то, о чем я буду говорить остальную часть презентации - это автоматизация разработки . Для многих людей единственным способом создания решений на 1С является написание кода в конфигураторе. Но я хочу рассказать о том, что есть много вариантов работы с кодом программно .

Примеры автоматизации разработки

Какие основные примеры автоматизации уже реализованы ?

• Одним из лучших примеров мне кажется Библиотека Стандартных Подсистем (БСП) и процесс ее внедрения . Для тех, кто не занимался объединением с БСП, я немного расскажу о процессе интеграции БСП с другими самописными конфигурациями. Этот процесс состоит из трех этапов.
  • На первом этапе мы объединяем БСП с нашей конфигурацией. При этом у нас в конфигурации оказываются модули из разных подсистем.
  • Нам же в большинстве случаев нужны лишь некоторые подсистемы, поэтому второй этап внедрения БСП - это вырезание из конфигурации тех объектов, которые нам не нужны. Этот этап выполняется автоматизировано. Вы открываете обработку, которая входит в состав Библиотеки Стандартных Подсистем, эта обработка выгружает конфигурацию в файлы, меняет текст этих файлов и загружает обратно.
  • И третий этап внедрения, который нужен не для всех подсистем, но для некоторых - например, если вы внедряете в вашу конфигурацию механизм «Внешних печатных форм», то его, кроме объединения в конфигурации, нужно еще и подключить к формам. Это - простая операция, нужно просто внести строчку кода в процедуру «ПриСоздании» формы, а также добавить несколько маленьких процедур. Для автоматизации этой операции также есть отдельная обработка, которая называется «Расстановка фрагментов кода». Вы просто запускаете эту обработку, и она сама анализирует вашу конфигурацию и вставляет нужный текст в формы.
• Еще одним примером автоматизации является разработка внешних печатных форм. Вообще на любом внедрении вынесение встроенных печатных форм во внешние - это одна из наиболее частых операций. Этот процесс тоже можно автоматизировать - на Инфостарте даже есть небольшая обработка, которая так и называется - «Конструктор внешних печатных форм» . Она запускается в конфигурации, из которой вы переносите печатную форму:
  • Вы выбираете, какую печатную форму вы хотите вынести,
  • Копируете в эту обработку текст модуля менеджера из этой формы
  • И обработка сама:
    • Берет из состава самой себя шаблончик и вставляет в него тот текст, который нужен для подключения к механизму библиотеки стандартных подсистем.
    • Прописывает в этот текст данные о печатной форме (ее название),
    • Устанавливает, к какому документу она должна подключаться,
    • И вытаскивает из модуля менеджера те процедуры, которые нужны для работы этой печатной формы.

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

• Еще один из примеров - это автоматическое создание кода . Его можно использовать, например, для:
  • Рисования элементов форм ;
  • Создания кода условного оформления ;
  • И для автоматического создания схем СКД .

Те, кто давно работают на управляемом интерфейсе, могли заметить, что за последние несколько лет изменился подход к созданию условного оформления. Если в УТ11.0 условное оформление было прописано в конструкторе, то уже в 11.2 все условное оформление выстраивается программно. У этого эффекта есть две причины.

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

Поэтому сейчас условное оформление в управляемых формах рекомендуется задавать программно. И, если обратить внимание на код формирования условного оформления в УТ11, то он одинаковый (одни и те же имена переменных, одни и те же отступы). Очевидно, что этот код был сформирован автоматически по данным конструктора.

• В платформе 8.3.6 появилась такая интересная возможность, как расширения . Они позволяют менять функциональность типовых конфигураций без изменения самих конфигураций. Однако проблема состоит в том, что сложно создать одно универсальное решение на разные конфигурации, потому что к расширению могут подключаться в разных конфигурациях разные объекты. В этом случае гораздо удобнее сделать какой-то общий шаблон расширений, а добавлять в него документы/справочники уже программно.
• И последний пример - это перенос своих изменений при обновлениях . Это, конечно, можно делать и вручную, но удобнее такие действия проводить именно на уровне текста , особенно, если вы используете механизмы Git (ветки). В данном случае Git более правильно объединяет типовую конфигурацию с вашими изменениями. Если изменения небольшие, то в большинстве случаев обновление может пройти полностью автоматически.

Способы создания универсальных решений

Какие вообще есть способы создания универсальных решений?

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

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

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

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

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

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

Инструменты программной работы с 1С-продуктами. Преимущества и недостатки различных подходов

Какие есть инструменты для программной работы с 1С-продуктами?

Есть три основных подхода :

• Это разбор файла на маленькие файлики;
• Выгрузка в XML ;
• И объектный подход .

Давайте рассмотрим каждый из них.

v8Unpack

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

• Разобрать на части,
• Изменить те части, которые мы хотим изменить,
• И собрать обратно.

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

Этот способ реализует утилита v8Unpack . В чем ее плюсы ?

• Это, прежде всего, простота . Эта утилита запускается в командном режиме: мы указываем ей, какой файл разбираем, и на выходе она выдает каталог с пачкой файликов.
• Она универсальна и всеядна . Ей абсолютно все равно, на какой платформе написано ваше решение (8.1, 8.2, 8.3). Технически структура файлов 1С-решений не менялась довольно много лет.
• И еще к плюсам этого решения относится его самодостаточность . Для изменения конфигурации с помощью v8Unpack вам не нужна платформа 1С. Достаточно просто запустить утилитку и показать ей, где файл. Она не взаимодействует ни с конфигуратором, ни с платформой. Она разбирает любой файл на файлики и собирает его обратно.
• И последнее ее преимущество - это то, что это единственный инструмент, который умеет работать с байт-кодом . Если в вашей обработке или отчете есть модули, которые поставляются без исходного кода, то v8Unpack все равно разберет их на текстовые файлики. Разумеется, русского кода мы там не получим, но мы получим байт-код, который тоже можно анализировать и менять. Более того, этот байт-код имеющимися на Инфостарте средствами можно перевести в нормальный читабельный код. Разумеется, это возможно только в том случае, если решение не прогонялось через дополнительный софт. Если прогонялось, то восстановить полностью его обычно нельзя, но частично всегда можно.

У утилиты v8Unpack есть и минусы .

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

Выгрузка/загрузка XML

Второй способ работы с 1С-разработками - это XML.

• Это официальный механизм , который рекомендуется компанией 1С и используется во всех ее продуктах, например, в БСП и в СППР. Фирма 1С гарантирует, что этот инструмент будет корректно работать в обе стороны на тех платформах, для которых он запущен.
• Плюсом этого решения является то, что он выгружает конфигурацию в понятную структуру . У нас есть:
  • Корневой уровень - уровень конфигурации в целом;
  • Отдельные папки - для документов, справочников, отчетов, обработок.
  • В каждой этой папке есть подпапка для каждого документа, для каждого справочника.

Работать с этой структурой намного проще, чем со структурой, выгруженной нестандартными средствами.

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

Ну и есть некоторые небольшие минусы в том, что:

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

В целом, это один их наиболее удобных инструментов - простой и понятный.

Eclipse

И последний подход, о котором я хочу поговорить - это объектный подход . Я надеюсь, вы все знаете, что 1С пишет свой новый модный конфигуратор на базе Eclipse . Но я бы хотела обратить внимание, что это немного больше, чем модный конфигуратор:

• Это - доступ к API, который разработчики давно просили. Это то, что было реализовано много лет назад в виде Снегопата, но немного функциональнее, немного лучше. Если Снегопат нам дает доступ лишь на чтение данных конфигурации, то проект Graphite, который реализован на платформе Eclipce, дает нам доступ уже к изменению конфигурации . Например, мы можем написать свой маленький плагин, который будет менять конфигурацию так, как нам нужно и без перезапуска.

Алгоритм пошагового автосоздания 1С-разработок

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

• Идея в том, что если ваше решение должно иметь разные файлы под разные конфигурации, то вы разрабатываете шаблон, который включает в себя все механизмы, наличие которых необходимо для работы этого решения во всех конфигурациях.
• И дополнительно к шаблону разрабатываются правила, которые адаптируют этот шаблон к конкретной конфигурации пользователя (желательно, к любой конфигурации). Например, если вы реализуете тот же самый механизм внешних печатных форм на базе расширения, то:
  • В общем шаблоне будут механизмы:
    • Печати;
    • И загрузки печатных форм.
  • А в правилах будет информация о том, как подключать это расширение к справочникам и документам.
• Благодаря этому для каждой конфигурации мы сможем автоматически сформировать файлик с нашим расширением, учитывающим особенности данной конфигурации.

Заключение

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

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

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

Данная статья написана на основе доклада, представленного автором на конференции Infostart в 2016 году.

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

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

Три кита хаоса в бизнесе: как автоматизировать процессы, которых нет

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

Три нехороших «кита», на которых держится хаос в бизнесе, универсальны. Скорее всего, Вы с ними тоже знакомы:

• Регулярные ошибки. Петров сделал опечатку, Сидоров завизировал непроверенный документ, Васечкина отправила счет с неправильными реквизитами. Подобные ошибки приносят временные и финансовые потери, дергающийся глаз и работу по ночам.
• Простои. Документ на согласовании неделю, потом вторую, работа стоит. Ключевой сотрудник в отпуске или уволился, не передав дела.
• Общая неразбериха. Куда делась нужная бумага? Почему секретарь в кипе листов не заметил срочный документ? Куда бежать специалисту при обращении клиента, если нужный человек отсутствует? Эта путаница и беготня по коридорам с пачками бумаг раздражают и уж точно не способствуют продуктивной работе.

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

Сегодня умение строить бизнес-процессы и знание, как их автоматизировать, становятся важным конкурентным преимуществом.

Бизнес-процессы: что автоматизируем, товарищи?

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

Схема действий, чтобы называть ее бизнес-процессом, должна учитывать три фактора:

1. Устойчивость описанных связей: учтены множественность выбора действий, переходы, условия.
2. Регламентирование действий по ходу процесса: звонки, письма, вложения, обращения, визирования.
3. Логическое завершение: конкретная досягаемая цель.

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

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

Здорово ли сердце вашего бизнеса?

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

Заказать консультацию

Основная цель разработки бизнес-процессов - это волшебное превращение хаотично сплетенных цепочек внутрифирменных взаимодействий в упорядоченные, согласованные и понятные алгоритмы. Да будет порядок в работе, офисе, в головах сотрудников и в умах руководителей!

Ури, где кнопка? Цели автоматизации бизнес-процессов

Теперь вопрос: как всем этим управлять? Это ж нужен целый штат сотрудников - держать руку на пульсе и внимательно следить за «тонкими местами», «слабыми звеньями» и исполнением всего, что должно исполняться!

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

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

• Упорядочить регулярные задачи.
• Минимизировать человеческий фактор.
• Четко разделить зоны ответственности внутри процессов.
• Держать под контролем все детали процесса.
• Включить в схему взаимодействия клиентов.
• Создать единую ИТ-инфраструктуру с различными правами доступа.
• Экономить время, свое и сотрудниковю.
• В итоге - экономить средства на управлении компанией.

Как видите, цели автоматизации бизнес-процессов во многом совпадают и с вашими!

Управление бизнес-процессами - система одной компании

Чтобы было еще понятнее, разберем конкретные функции системы управления бизнес-процессами - «1С:Документооборот 8» - на примерах.

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

Секретный ингредиент: как автоматизировать бизнес-процессы без потерь

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

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

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

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

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

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

Хотите узнать, каких результатов сможет достичь конкретно Ваш бизнес? Обращайтесь к нам для бесплатной консультации - расскажем!

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

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

СЭД «Корпоративный документооборот» позволяет создавать и изменять бизнес-процессы в режиме «1С:Предприятие» , без необходимости внесения изменений в «1С:Конфигураторе».

Корпоративные бизнес-процессы СЭД «Корпоративный документооборот» позволяют выполнить эффективную автоматизацию бизнес-процессов предприятия и являются хорошим дополнением к автоматизации документооборота предприятия.

Все соответствующие объекты размещены в подсистеме «Корпоративные процессы».

Каждый корпоративный бизнес-процесс имеет свой номер и дату и является экземпляром ранее спроектированного вида бизнес-процесса. Проектирование видов бизнес-процессов рассмотрено в разделе «Проектирование видов бизнес-процессов «.

Корпоративные процессы располагаются в подсистеме «Корпоративные процессы» системы документооборота СЭД «Корпоративный документооборот «.

Создать корпоративный процесс можно несколькими способами:

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

Создание из формы списка видов бизнес-процессов. Для создания процессов выделите нужный вид процесса и нажмите кнопку «Создать экземпляр процесса». После выполнения данной команды будет создан корпоративный процесс нужного вида.

Создание процесса из формы корпоративного документа. Для этого откройте форму документа и перейдите в меню верхней панели «Бизнес-процессы». Пункты данного меню автоматически формируются по видам бизнес-процессов имеющих включенные флажки копирования пользователей из документа в процессы либо по видам процессов напрямую включенных в настройках вида документов. Создание процессов из документов будет рассмотрено более подробно в данном разделе ниже.

Возле ректора 10 декабря 2013 в 15:54

Миф о том, что в «1С: УТ» есть управление бизнес процессами (BPM)

«УТ» очень хороший продукт для решения тех задач, для которых разработан. Он позволяет управлять торговой деятельностью предприятия. Хорошо анализирует сделки закупки склады финансы. Да, в некоторых случаях он использует механизм платформы «Бизнес-процессы». Но значит ли это то, что торговля предназначена для управления бизнес процессами, либо логикой работы предприятия? – НЕТ, НЕТ и еще раз нет. Эта статья – это крик души. Потому, что реально надоело смотреть презентации или читать описания решения на различных сайтах. Сайтах компаний, которые готовы продать любой продукт «1С» и закрыть глаза на то, что продают клиенту. Апеллируя лишь скромным описанием продукта и даже не понимая сути управления бизнес-процессами. Управление значит, что можно настраивать систему таким образом, что бы ускорять и оптимизировать процессы, проводить различный анализ, выявлять слабые места и многое другое. Для тех, кто не видит разницы между управлением и использованием механизма, постараюсь объяснить на пальцах:

• УТ . Есть три БП в которых нельзя добавить или убрать задачи, поменять тип адресации, логику, нельзя сделать ровным счетом ничего кроме как из конкретных документов привязанных к задачам двигать процесс. По факту это не управление – это использование предложенного варианта логики работы программы с использованием механизма «БП». Да, возможно на основе данного функционала можно разрабатывать свой, не тратя время на какие-то основы.
• CRM . Это реально единственный продукт на платформе «1С», где используется 100% функциональности платформы для работы с механизмом «БП». Это решение где пользователь самостоятельно вносит всю логику работы своего предприятия создавая любые карты маршрутов. Может вызывать свои процессы когда ему нужно и как нужно. И для чего? А как раз для того, что бы этим всем управлять. Что бы смотреть насколько эффективны процессы собирая по ним статистику. Что бы были веские доводы поменять логику. Что бы было все неголословно. Что бы можно было посмотреть все затыки и растягивания резины на этапах. Выкинуть ненужные этапы – увеличить эффективность работы. Вот что такое «Управление». И для этого нужно намного больше, чем три карты с парой блоков.

И в завершение для тех, кто так и не понял разницу – сама компания «1С» четко пишет, что есть в конфигурации с точки зрения БП –

«В конфигурации реализована базовая функциональность автоматизации бизнес-процессов – универсальные механизмы настройки процессов, контроля и анализа их выполнения, поддерживающие встроенные в типовое решение бизнес-процессы и позволяющие на конкретном внедрении наращивать их состав с меньшими трудозатратами.» . (v8.1c.ru/trade/newtech/ четвертый абзац).

Обращаю внимание на слово «базовая» функциональность для автоматизации.

Это очень далеко от управления процессами предприятия. Отсюда вывод: когда Вам на презентации говорят, что УТ содержит подсистему управление БП – не верьте, когда вам на презентации говорят в УТ есть CRM – не верьте. Это опять же зачатки и базовая функциональность. Еще раз повторюсь – УТ очень хороший продукт, но для других задач – оперативного учета и планирования торговой деятельности, для ее анализа. Концепция «CRM» – это совсем другое. И есть только один по настоящему функциональный продукт на платформе 1С для поддержки концепции CRM на предприятии – Это 1C:CRM. Справедливости ради стоит отметить, что на других платформах существуют тоже достаточно функциональные продукты для поддержки концепции «CRM» на предприятии.

Теги: crm-системы, управление торговлей, 1с, бизнес-процессы

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

Преимущества использования механизма регулирования бизнес-процессов в 1С

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

Прохождение в 1С бизнес процесса отображается посредством графической блок-схемы, называемой картой маршрута, которая дает наглядное представление, что, в каком порядке, при выполнении каких условий происходит. Карта маршрутов бизнес-процессов разделена на этапы. Этап в 1С отделен точкой маршрута, в которой нужно выполнить определенную задачу. Задача – это также объект карты маршрута в программе 1С. В задаче указывается исполнитель (или исполнители), кому адресована эта задача, сроки выполнения и важность. Исполнители – пользователи 1С. Адресатом задачи может быть назначен конкретный сотрудник, один из участников рабочей группы* (отдела, подразделения) или сотрудник, занимающий определенную должность (например, кассир, директор, кладовщик).

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

Рассмотрим виды маршрутизации как цепочки действий (задач), которые нужно выполнить для реализации бизнес-процесса:

• Жесткая – бизнес-процесс 1С выполняется строго по определенному маршруту;
• Условная – реализация бизнес-процесса 1С зависит от выполнения условий. На маршруте условий может быть несколько, и у каждого – от двух и более вариантов выбора. В зависимости от этого будет построен маршрут;
• Параллельная – бизнес-процесс 1С может разделиться и идти по нескольким параллельным ветвям до конца маршрута или соединиться* вновь на каком-то этапе.
• Свободная – бизнес-процесс 1С не имеет маршрута, выполняясь в зависимости от поставленных задач, автоматически или вручную пользователями.

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

Работу бизнес-процесса 1С мы рассмотрим на примере операции типовой продажи в «1С:Управление торговлей 8.3» посредством демонстрационной базы с сайта ИТС 1С в редакции 11.3.2.193.

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

Далее на блок-схеме присутствуют желтые прямоугольники – точки маршрута с указанием в них сотрудника*, который должен выполнить поставленную задачу. Все завершенные задачи будут заштрихованы. Конечная точка – Завершение. Белые прямоугольные сноски – справки – пояснение к точкам маршрута.

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

Для запуска бизнес-процесса «Типовая продажа» требуется создание сделки с клиентом, поэтому сначала нужно установить или проверить настройки в соответствующем разделе нормативно-справочной информации (НСИ). Для этого в основном меню необходимо перейти в раздел «НСИ и администрирование – СRM и маркетинг – Настройка CRM» и последовательно установить флажки «Сделки с клиентами» и «Управление сделками».

В данном примере в разделе «НСИ и администрирование – Органайзер» имеется еще ряд настроек для бизнес-процесса, также отмеченных флажками:

• Подчиненные бизнес-процессы и задачи – возможность запускать подчиненные бизнес-процессы и задачи из текущего бизнес-процесса (можно создавать иерархические бизнес-процессы);
• Изменение запущенных бизнес-процессов – разрешение изменять задачи в уже запущенном бизнес-процессе;
• Дата начала задач – возможность изменения даты для старта выполнения задачи;
• Дата и время в сроках задачи – возможность введения сроков в задачах с точностью до минуты.

Помимо этого в рассматриваемом бизнес-процессе существует возможность получения почтовых уведомлений по новым и просроченным задачам. Для этого нужно установить соответственно флажки «Уведомлять о просроченных задачах по почте» и «Уведомлять исполнителей о новых задачах по почте». При необходимости по каждому пункту можно настроить (изменить) расписание получения почты.

Создаем сделку с клиентом (покупателем)

В разделе «CRM и маркетинг – Сделки с клиентами» в списке сделок нужно создать новую сделку и заполнить необходимые поля:

• «Клиент» – покупатель, с которым нужно заключить сделку;
• «Соглашение» – типовое или индивидуальное соглашение с покупателем и с условиями продажи;
• «Наименование» – наименование сделки;
• «Потенциал» – предполагаемый объем сделки в валюте управленческого учета;
• «Вероятность» – вероятность заключения сделки в процентах;
• Поле «Статус» на протяжении всей сделки имеет значение «В работе». В конечной точке статус должен быть изменен в зависимости от результата на «Выиграна» или «Проиграна»;
• В поле «Вид сделки» необходимо выбрать из перечня и установить значение «Типовая продажа».

После того, как карточка сделки будет сохранена, появятся две гиперссылки, отображающие текущее состояние сделки:

• «Этап» обозначает в текстовом виде;
• При переходе по гиперссылке «Карта маршрута бизнес – процесса» информация будет представлена в графическом виде.

На закладке «Участники» можно указать сторонние юр. лица, имеющие отношение к сделке (но это не обязательно).

Для продвижения бизнес-процесса нужно перейти в «Мои задачи» в разделе «Рабочий стол – Мои задачи».

Далее открыть новую задачу и заполнить реквизиты: дата начала и важность. Для выполнения этого этапа требуется создания первичного взаимодействия по сделке: перейти по ссылке «Взаимодействие…» и выбрать из списка нужный вариант (заполнение очень простое). Важно перед сохранением документа установить флаг «Рассмотрено».

Данный этап выполнен.

Далее по правой кнопке мыши в списке задач на этапе «Отразить первичный контакт по сделке» установить статус «Выполнено» (или кнопкой «Выполнено» в форме задачи), после чего автоматически будет создана новая задача . Эту задачу нужно заполнить и выполнить по аналогии с предыдущей.

Автоматически появится следующая задача «Подготовить предложение по сделке» . В форме этой задачи нужно перейти по ссылке .

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

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

Данная задача требует оформления заказа клиента . Нужно открыть задачу и заполнить реквизиты. Далее создать заказ по ссылке «Создать заказ» . Заказ автоматически заполнится данными коммерческого предложения. Его нужно провести, отредактировав при необходимости. В случае предоплаты, потребуется ввод документа об оплате. Все товары в заказе будут со статусом «К обеспечению» . Завершить задачу, установив статут «Выполнено» .

Новой задачей станет этап . Для подтверждения этой задачи нужно наличие пакета документов «Коммерческое предложение», «Заказ клиента», «Реализация товаров и услуг» . В случае предоплаты еще и документ, подтверждающий оплату по сделке.

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

Следующей будет задача . Здесь нужно выполнить проверку документов по оплате сделки при условии отсрочки платежка (также по ссылке «Документы по сделке» ). Выполнение этого этапа нужно при наступлении срока оплаты.

Последним этапом будет . Прямо из формы задачи по гиперссылке открыть сделку и изменить ее статус на «Выигранная» . Сохранить изменения в сделке. После чего установить задачу в статус «Выполнено» .

В заключении рассмотрим некоторые интересные особенности бизнес-процессов 1С

• Любую задачу исполнитель может переадресовать другому сотруднику (кнопка «Перенаправить» в форме задачи).
• В задаче можно настроить напоминание себе (кнопка «Напомнить») и в определенный момент получить сообщение. Более того, программисты могут настроить 1С таким образом, что пользователи будут получать оповещения о новых или просроченных задачах. В последнем случае, руководитель или сотрудник, которому поручено (перенаправлено) задание, может предпринять оперативные действия.
• Бизнес-процессы 1С могут быть запущены в автоматическом режиме. Это может быть реализовано с помощью регламентных заданий по расписанию или по событию в системе. Поэтому бизнес-процессы 1С удобно использовать для регулярных повторяющихся процедур. Бизнес-процесс 1С может вызываться другим бизнес-процессом. Для этого в одной или более исполняемых задачах родительского бизнес-процесса должен быть указан вызов подчиненного бизнес-процесса.
• Отметим, что разные этапы бизнес-процесса могут быть адресованы разным сотрудникам, и выполнение следующего действия (задачи) перейдет к другому сотруднику. Например, в случае необходимости предоплаты, без проведения бухгалтерией платежного документа отгрузка товара будет невозможна, а при отсрочке платежа отгрузку должен разрешить ответственный за это сотрудник.