Основни теми на статията- това е:

• Насоки на автоматизация. Какво точно в работата на 1C:Specialist можем да автоматизираме? Какво трябва да се автоматизира и какво не? Ще говоря за примери за автоматизация, които вече се използват от различни хора.
• аз ще ти кажа за това как да създадете универсални решения - такива решения, които ще работят на различни конфигурации.
• аз ще ти кажа относно инструментите, които ни помагат да автоматизираме работата си и ни помагат да напишем код, който ще напише код вместо нас.
• Е, ще кажа относно обща схемаадаптиране на решениякъм потребителската конфигурация.

Насоки на автоматизация

Кои са най-популярните направления на автоматизацията?

• Когато говорим за автоматизация най-често имаме предвид автоматизация на административни задачи(създаване на архивни копия, актуализиране на конфигурацията). Тази посока е най-лесната, тъй като всички текущи стандартни решения са изградени на базата на библиотеката на стандартните подсистеми (BSP), която вече съдържа механизми, които помагат автоматично актуализирайте конфигурацията и създайте нейно копие. Освен това, ако вашата база данни е малка и имате активен абонамент за ITS, тогава самият BSP може да постави копие на вашата база данни в съхранение в облака 1C, така че да не губите данни, дори ако нещо се случи с компютъра
• Второто направление на автоматизацията е тестване на разтвора. В света на 1C това е малко по-трудно, отколкото в класическото развитие, но въпреки това напоследък се говори много за факта, че си струва да тествате конфигурацията при всяка промяна и е по-добре да го правите автоматично . Днес на пазара има много инструменти за автоматизирано тестване. Най-интересните от тях според мен са - „Тестване на сценарии“ от компанията 1C, както и разработка с отворен код «Поведението на Ванеса». Те имат малко по-различна логика на работа, но по принцип и двете решения се справят със задачата за автоматизиране на тестването. Кой да избере зависи от потребителя.
• И третата посока на автоматизация е това, за което ще говоря в останалата част от презентацията автоматизация на разработката. За много хора единственият начин за създаване на 1C решения е да напишат код в конфигуратора. Но искам да говоря за какво има много опции за програмна работа с код.

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

Кои са основните примери за вече внедрена автоматизация?

• Един от най-добрите примериаз мисля Библиотека от стандартни подсистеми (BSP) и процесът на нейното внедряване. За тези, които не са участвали в сливането с BSP, ще говоря малко за процеса на интегриране на BSP с други самонаписани конфигурации. Този процес се състои от три етапа.
  • В първата стъпка комбинираме BSP с нашата конфигурация. В същото време в конфигурацията имаме модули от различни подсистеми.
  • В повечето случаи се нуждаем само от някои подсистеми, така че вторият етап от внедряването на BSP е изрязването от конфигурацията на онези обекти, които не са ни необходими. Тази стъпка е автоматизирана. Отваряте обработка, която е част от библиотеката на стандартните подсистеми, тази обработка разтоварва конфигурацията във файлове, променя текста на тези файлове и я зарежда обратно.
  • И третият етап на внедряване, който е необходим не за всички подсистеми, а за някои - например, ако внедрите „Външен печатни форми”, тогава освен да го комбинирате в конфигурацията, трябва да го свържете и с формулярите. Това е проста операция, просто трябва да поставите ред код в процедурата "OnCreate" на формуляра и също така да добавите няколко малки процедури. За автоматизиране на тази операция има и отделна обработка, наречена "Подреждане на кодови фрагменти". Вие просто стартирате тази обработка и тя ще анализира вашата конфигурация и ще вмъкне необходимия текст във формулярите.
• Друг пример за автоматизация е разработването на външни печатни форми. Като цяло, за всяко изпълнение прехвърляне на вградени печатни форми към външние една от най-честите операции. Този процес също може да бъде автоматизиран - Infostart дори има малка обработка, която се нарича така - "Конструктор на външни печатни форми". Той работи в конфигурацията, от която прехвърляте файла за печат:
  • Вие избирате кой печат искате да изобразите,
  • Копирайте текста на мениджърския модул от този формуляр в тази обработка
  • И самата обработка:
    • Той взема шаблон от себе си и вмъква в него текста, който е необходим за свързване на библиотеката от стандартни подсистеми към механизма.
    • Предписва в този текст данни за отпечатания формуляр (името му),
    • Задава към кой документ трябва да се свърже,
    • И изважда от мениджърския модул тези процедури, които са необходими, за да може този печат да работи.

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

• Друг пример е автоматично генериране на код. Може да се използва например за:
  • рисунка елементи на формата;
  • Създаване на код условен дизайн;
  • И за автоматично създаване ACS схеми.

Тези, които работят върху управлявания интерфейс от дълго време, може би са забелязали, че подходът за създаване на условен външен вид се е променил през последните няколко години. Ако в UT11.0 условният дизайн беше написан в конструктора, тогава вече в 11.2 целият условен дизайн се изгражда програмно. Този ефект има две причини.

• Първият е функция на платформата, която забранява едновременното присъствие на едно и също условие – фиксирано и персонализирано.
• Но има и втора причина - това е, че при сегашното ниво на развитие на типичните конфигурации е много трудно да се предпишат всички условия на етапа на разработка. Тъй като условната декорация зависи от:
  • От какви опции сте активирали;
  • От потребителски права;
  • И от настройките на инфобазата.

Следователно сега се препоръчва програмно да се зададе условен външен вид в управлявани формуляри. И ако обърнете внимание на кода за формиране на условно форматиране в UT11, тогава той е същият (същите имена на променливи, същите отстъпи). Очевидно този код е генериран автоматично според конструктора.

• Платформа 8.3.6 въведе такава интересна функция като разширения. Те ви позволяват да промените функционалността на типичните конфигурации, без да променяте самите конфигурации. Проблемът обаче е, че е трудно да се създаде едно универсално решение за различни конфигурации, тъй като различни обекти могат да бъдат свързани към разширението в различни конфигурации. В този случай е много по-удобно да направите някакъв общ шаблон за разширение и да добавите документи / директории към него програмно.
• И последният пример е прехвърляне на вашите промени по време на актуализации. Това, разбира се, може да се направи ръчно, но е по-удобно да се извършват точно такива действия на ниво текст, особено ако използвате Git механизми (клонове). В този случай Git по-правилно обединява конфигурацията на типа с вашите промени. Ако промените са малки, тогава в повечето случаи актуализацията може да премине напълно автоматично.

Начини за създаване на универсални решения

Какви са начините за създаване на универсални решения?

Мисля, че всеки програмист-консултант, който работи с 1C, има своя собствена папка с лична обработка / доклади, направени за решаване на конкретен проблем. Проблемът е, че в повечето случаи такива разработки се пишат за много тясна задача и когато се появи подобна задача, те трябва да бъдат адаптирани. По-удобно е да отделите малко време и да направите обработката първоначално по-гъвкава.

• Един от начините за създаване на универсални решения е анализ на метаданни. Всъщност всички видове обработка използват този метод:
  • Обработка чрез универсално качване на данни,
  • универсален доклад,
  • Обработка за монтаж на детайли.

Тези инструменти работят на всяка конфигурация, защото те просто анализират метаданните на конфигурацията, в която са стартирани, когато бъдат стартирани.

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

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

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

Инструменти за програмиране на 1C продукти. Предимства и недостатъци на различните подходи

За какво са инструментите програмна работас продуктите на 1C?

Има три основни подхода:

• то разбор на файловев малки файлове;
• Разтоварване вXML;
• И обектен подход.

Нека да разгледаме всеки от тях.

v8 Разопаковайте

Един от най-популярните начини за работа с продуктите на 1C е метод, базиран на структурата на 1C файлове. Всъщност няма значение дали работим с конфигурация, отчет или разширение. Технически, това е просто контейнер, който има много различни малки файлове. Всеки продукт, който можем:

• да разглобя,
• Променете частите, които искаме да променим
• И събирайте обратно.

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

Този метод се изпълнява от помощната програмаv8 Разопаковайте. Каква е тя професионалисти?

• Това е, на първо място, простота. Тази помощна програма се стартира в команден режим: казваме кой файл анализираме и на изхода тя дава директория с куп файлове.
• Тя е универсален и всеяден. Няма значение на каква платформа е написано вашето решение (8.1, 8.2, 8.3). Технически структурата на файловете с решения на 1C не се е променила от доста години.
• Друго предимство на това решение е неговото самодостатъчност. За да промените конфигурацията с помощта на v8Unpack, не се нуждаете от платформата 1C. Просто стартирайте помощната програма и й покажете къде е файлът. Не взаимодейства нито с конфигуратора, нито с платформата. Той анализира всеки файл на файлове и го събира обратно.
• И последното му предимство е, че е единственият инструмент, който може да работи с байт код. Ако вашата обработка или отчет съдържа модули, които се доставят без изходен код, тогава v8Unpack пак ще ги анализира в текстови файлове. Разбира се, няма да получим руския код там, но ще получим байт кода, който също може да бъде анализиран и променен. Освен това този байт код може да бъде преобразуван в нормален четим код с помощта на инструментите, налични в Infostart. Разбира се, това е възможно само ако решението не е стартирано чрез допълнителен софтуер. Ако е карано, обикновено е невъзможно да се възстанови напълно, но винаги е възможно частично да се възстанови.

Помощната програма v8Unpack също има минуси.

• Основният му недостатък е, че файлове, които се получават след анализиране, нямат ясни имена, и е трудно да се определи какво точно трябва да се промени - трябва да ги прегледате всичките.
• Е, моментът, че всичко е все едно не е официално решениеот компанията 1C и външно развитие, макар и старо и стабилно.

XML качване/изтегляне

Вторият начин за работа с разработки на 1C е xml.

• то официален механизъм, който се препоръчва от 1C и се използва във всички негови продукти, например в BSP и в DSS. Компанията 1C гарантира, че този инструмент ще работи правилно и в двете посоки на платформите, за които е пуснат.
• Предимството на това решение е, че то разтоварва конфигурацията в ясна структура. Ние имаме:
  • Основно ниво - ниво на конфигурация като цяло;
  • Отделни папки - за документи, справочници, отчети, обработки.
  • Във всяка от тези папки има подпапка за всеки документ, за всяка директория.

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

• Новите решения също налично е частично качване на данни.
• Също така за този инструмент има много много характерни примериизползване в същото BSP. Въз основа на тези примери е много удобно да се разбере.

Е, има и малки минусив това:

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

Като цяло това е един от най-удобните инструменти - прост и ясен.

Затъмнение

И последният подход, за който искам да говоря, е обектен подход. Надявам се, че всички знаете, че 1C пише своя нов модерен конфигуратор върху основатаЗатъмнение. Но бих искал да отбележа, че това е малко повече от луксозен конфигуратор:

• Това е API достъп, който разработчиците искат от дълго време. Това е приложено преди много години под формата на Snowpat, но малко по-функционално, малко по-добре. Ако Snowpat ни дава достъп само за четене на конфигурационни данни, тогава проектът Graphite, който е внедрен на платформата Eclipce, ни дава достъпвече за промяна на конфигурацията. Например, можем да напишем наш собствен малък плъгин, който ще промени конфигурацията според нуждите ни без рестартиране.

Алгоритъм за поетапно автоматично създаване на 1C разработки

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

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

Заключение

В заключение бих искал да повторя основната идея на този доклад. Основната идея е, че всичко, което можем да направим ръчно, можем да направим автоматично.

Разбира се, не е необходимо да автоматизирате всичко. Трябва да автоматизираме задачите, коитоти се повтарят(тези задачи, които правите с всяка актуализация, с някои модификации).

Като цяло всички задачи, които могат да бъдат описани на нормален руски език, също могат да бъдат описани в програмата. В същото време, за разлика от човек, програмата не прави грешки, не пропуска нищо, прави точно това, което сте поискали от нея.

Тази статия е написана въз основа на доклад, представен от автора на конференцията Infostart през 2016 г.

Автоматизацията на бизнес процесите понякога изглежда като вълшебна пръчка. Но как да автоматизираме бизнес процесите по най-добрия начин? За да е аргументирана работата, да не се губят книжата, правилниците да помагат, екипът да действа като добре смазан механизъм?

В статията ще анализираме нюансите на изграждане и автоматизиране на бизнес процеси, ще разгледаме как да избегнем грешки, какви са целите и целите на автоматизирането на бизнес процесите и откъде да започнем. Ако мислите за подобряване на бизнес процесите и може би за въвеждане електронна системауправлявайки ги, прочетете внимателно статията. И вземете молив!

Три кита на хаоса в бизнеса: как да автоматизираме процеси, които не съществуват

Преди да говорим за това какви възможности отваря автоматизацията на бизнес процесите, нека помислим какви трудности срещате сега.

Трите лоши "стълба", които поддържат хаоса в бизнеса, са универсални. Най-вероятно и вие сте запознати с тях:

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

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

Днес способността за изграждане на бизнес процеси и знанието как да ги автоматизирате се превръщат във важно конкурентно предимство.

Бизнес процеси: какво автоматизираме, другари?

Понякога ръководството на компанията, заето със стратегически въпроси, се заблуждава: при нас всичко е наред. Но ако Петров знае, че при маркетингова задача трябва да се свържете с Иванова, това не е бизнес процес. Но конкретна карта на действие, която универсално описва стъпките, през които преминават служителите, за да постигнат определен резултат, това вече изглежда като бизнес процес.

Една схема на дейност, за да я наречем бизнес процес, трябва да вземе предвид три фактора:

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

Ясно моделиран бизнес процес ще ви позволи да видите резултата и да контролирате работата на всички етапи, за да предотвратите загуби и грешки „на нисък старт“.

В зависимост от появата на „тънки петна“ бизнес процесът се променя, коригират се неговите етапи и се гледа кои връзки са слаби. Ако имате затруднения с разработването на алгоритми, ние сме готови да ви помогнем. В крайна сметка развитието на бизнес процесите е подготовка за проекта за тяхната автоматизация.

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

Свържете се днес и получете индивидуална оферта Бизнес процесите са сърцето на компанията. Как да разберете дали вашият бизнес е във форма? Свържете се с нас и научете как да извлечете максимума от бизнес процесите и да разгърнете пълния потенциал на вашата компания.

Поръчайте консултация

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

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

Сега въпросът е: как да управляваме всичко това? Е, имате нужда от цял ​​щат от служители - да си държите пръста на пулса и внимателно да следите "тънките места", "слабите звена" и изпълнението на всичко, което трябва да бъде изпълнено!

Една четвърт от компаниите следват този път, разгръщайки отдели за качество, разширявайки управленския и секретарския персонал. Но много по-полезно е да се запитате как да автоматизирате бизнес процесите и да прехвърлите контролната функция върху тях в едно пространство. Такава система за управление на бизнес процеси ще бъде едновременно конструктор, механизъм за наблюдение и контролер, който дава сигнали, когато нещо не върви по план. Но за да работи „вълшебният бутон“, все още трябва да работите усилено.

Разбира се, целите на автоматизацията на бизнес процесите не са само удобен начин за контрол. В резултат на това използването автоматизирана системауправлението на бизнес процеси ще помогне:

• Организирайте редовни задачи.
• Минимизирайте човешкия фактор.
• Ясно разделени области на отговорност в процесите.
• Дръжте под контрол всички детайли на процеса.
• Включете в схемата за взаимодействие с клиента.
• Създайте единна ИТ инфраструктура с различни права за достъп.
• Спестете време, Ваше и Вашите служители.
• В резултат на това - да се спестят пари за управлението на компанията.

Както можете да видите, целите на автоматизацията на бизнес процесите са в много отношения същите като вашите!

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

За да стане още по-ясно, нека да разгледаме специфични функциисистеми за управление на бизнес процеси - "1C: Управление на документи 8" - на примери.

Ясно видяхме как един автоматизиран бизнес процес се различава от този, който е „писан на коляно“. Остава да разберем как да стигнем до това ниво на автоматизация.

Тайната съставка: Как да автоматизирате бизнес процесите без загуби

Вероятно сте чували истории за компания N, която имплементира супер система, бърка си в нея и плюе обратно към Excel. Това се случва, когато една компания срещне непредвидени трудности. Че служителите саботират необичайния начин на работа. Че уредените процеси по никакъв начин не се поддават на регулация. Че бюджетът за изпълнение е извън желания. Тогава самата система е тежка и неразбираема, но е необходимо „тук има бутон, натискам го и всичко работи“.

Мениджърите често забравят правилото: първият етап, от който се изгражда автоматизацията на бизнес процесите, са задачите. Системата за управление на документи има огромна функционалност, която може да задоволи изискванията и на най-капризния бизнес. Но първо тези изисквания трябва да бъдат представени.

Нашето изследване потвърждава, че 70% от бизнес трудностите възникват точно на етапа на определяне на изискванията и резултатите. Затова предоставяме първоначални консултации, както и предлагаме услугата предпроектно проучване. Тази стъпка помага:

• идентифициране на "тънки точки" в компанията,
• определи какви са целите система за автоматизация,
• разбере дали стандартната функционалност е подходяща за компанията или трябва да се направят промени,
• разберете какъв набор от функции ще бъде оптимален за бизнеса,
• определя кои процеси да се автоматизират на първо място и кои могат да бъдат отложени. Например областите, които забавят работата на цялата компания, трябва да бъдат приоритетни, дори ако работата по тях не е от най-лесните.

Правилното улавяне на системните изисквания и резултати е тайната съставка за успеха на един проект за автоматизация. Понякога на този етап става ясно, че има проблем с бизнес процесите. След това трябва да ги модифицирате или да изградите от нулата.

След като решихме задачите, които стоят пред автоматизацията на бизнес процесите, пристъпваме към формирането на екип по проекта и към изпълнението на проекта.

Искате ли да знаете какви резултати може да постигне вашият бизнес? Свържете се с нас за безплатна консултация- ще ви кажем!

Корпоративните бизнес процеси са удобен и много ефективен инструмент за управление и автоматизиране на корпоративните бизнес процеси. Корпоративни процеси EDMS системи„Управление на корпоративни документи“ ви позволява да автоматизирате както прости, така и сложни процеси на почти всяко предприятие.

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

EDMS "Управление на корпоративни документи" ви позволява да създавате и променяте бизнес процеси в режим 1C: Предприятие, без да е необходимо да правите промени в "1C: Конфигуратор".

Корпоративните бизнес процеси EDMS "Управление на корпоративни документи" ви позволяват да изпълнявате ефективна автоматизациябизнес процеси на предприятието и са добро допълнение към автоматизацията на работния процес на предприятието.

Всички съответни обекти се намират в подсистема "Корпоративни процеси".

Всяка корпоративна бизнес процесима свой собствен номер и дата и е екземпляр на предварително проектиран тип бизнес процес. Проектирането на типове бизнес процеси е разгледано в раздела "Проектиране на видове бизнес процеси".

Корпоративните процеси се намират в подсистема "Корпоративни процеси" на системата система за управление на документи„Управление на корпоративни документи”.

Има няколко начина за създаване на корпоративен процес:

Създаване на списък с корпоративни процеси от формуляр. За да създадете процес, щракнете върху стандартния бутон "Създаване" във формата за списък. Ако във формата за списък е зададен избор за един от типовете бизнес процеси, тогава ще бъде създаден нов процес от същия тип.

Създаване на списък с видове бизнес процеси от формата. За да създадете процеси, изберете желания изгледпроцес и щракнете върху бутона Създаване на екземпляр на процес. След изпълнение на тази команда ще бъде създаден корпоративен процес от необходимия тип.

Създайте процес от формуляр корпоративен документ. За да направите това, отворете формата на документа и отидете в менюто на горния панел „Бизнес процеси“. Елементите в това меню се генерират автоматично от типовете бизнес процеси, които имат разрешени квадратчета за копиране на потребители от документ в процеси, или от типовете процеси, директно разрешени в настройките за тип документ. Създаването на процеси от документи ще бъде разгледано по-подробно в този раздел по-долу.

Близо до ректора 10 декември 2013 г. в 15:54 ч

Митът, че 1C:UT има управление на бизнес процеси (BPM)

"UT" е много добър продукт за решаване на задачите, за които е предназначен. Позволява ви да управлявате търговските дейности на предприятието. Добре анализира сделки, покупки, складове, финанси. Да, в някои случаи използва механизма на платформата "Бизнес процеси". Но означава ли това, че търговията е предназначена да управлява бизнес процесите или логиката на предприятието? - Не, не и още веднъж не. Тази статия е вик от сърце. Защото наистина ми писна да гледам презентации или да чета описания на решения в разни сайтове. Уебсайтове на компании, които са готови да продадат всеки продукт на 1C и си затварят очите за това, което продават на клиента. Обжалване само на скромно описание на продукта и дори не разбиране на същността на управлението на бизнес процесите. Управлението означава, че можете да конфигурирате системата по такъв начин, че да ускорите и оптимизирате процесите, да провеждате различни анализи, да идентифицирате слабостите и много други. За тези, които не виждат разликата между управление и използване на механизма, ще се опитам да обясня на пръсти:

• UT. Има три BP, в които не можете да добавяте или премахвате задачи, да променяте типа на адресиране, логиката, не можете да правите нищо, освен да премествате процеса от конкретни документи, свързани със задачи. Всъщност това не е контрол - това е използването на предложената версия на логиката на програмата с помощта на механизма "BP". Да, възможно е да разработите свой собствен въз основа на тази функционалност, без да губите време за някои основи.
• CRM. Това наистина е единственият продукт на платформата 1C, където 100% от функционалността на платформата се използва за работа с механизма BP. Това е решение, при което потребителят самостоятелно въвежда цялата логика на работата на своето предприятие, като създава всякакви маршрутни карти. Може да извиква своите процеси, когато има нужда и както трябва. И за какво? И само за да управлявате всичко това. За да видите колко ефективни са процесите, като събирате статистика за тях. Какви биха били добри аргументи за промяна на логиката. Какво би било всичко неоснователно. Така че можете да видите цялото запушване и разтягане на гумата на етапите. Изхвърлете ненужните стъпки - увеличете ефективността на работата. Това е "Управление". И за това имате нужда от много повече от три карти с няколко блока.

И в заключение, за тези, които все още не разбират разликата - самата компания 1C ясно пише какво е в конфигурацията от гледна точка на PSU -

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

Обръщам внимание на думата "базова" функционалност за автоматизация.

Това е много далеч от управлението на корпоративните процеси. Оттук и заключението: когато ви кажат на презентацията, че UT съдържа подсистема за управление на BP - не вярвайте, когато ви кажат на презентацията, че в UT има CRM - не вярвайте. Това отново е началото и основната функционалност. Пак повтарям - UT е много добър продукт, но за други задачи - оперативно счетоводство и планиране търговски дейности, за неговия анализ. Концепцията на CRM е съвсем различна. И има само един наистина функционален продукт на платформата 1C, който поддържа концепцията за CRM в предприятието - това е 1C: CRM. Честно казано, трябва да се отбележи, че на други платформи също има достатъчно функционални продукти, които да поддържат концепцията за "CRM" в предприятието.

Етикети: crm-системи, управление на търговията, 1s, бизнес процеси

Методологията на всяка от програмите 1C отразява последователността от бизнес операции на организацията, които могат да бъдат комбинирани в една верига, т.нар. бизнес процес.За управление на бизнес процесите, както и за рационализиране и автоматизиране на тези дейности, в 1C е разработен специален механизъм.

Ползите от използването на механизма за регулиране на бизнес процесите в 1C

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

Преминаването в 1C на бизнес процес се показва чрез графична блок-схема, наречена карта на маршрута,което дава визуална представа какво, в какъв ред, при какви условия се случва. Картата на маршрута на бизнес процеса е разделена на етапи. Етапът в 1C е отделен пътна точка,в който трябва да изпълните конкретна задача. Задача- това също е обект на картата на маршрута в програмата 1C. Задачата посочва изпълнителя (или изпълнителите), към когото е адресирана тази задача, срокове и важност. Изпълнители - потребители 1C. За адресат на задачата може да бъде посочен конкретен служител, някой от членовете на работна група* (отдел, подразделение) или служител, заемащ определена длъжност (например касиер, директор, складодържател).

*Ако задачата трябва да бъде изпълнена от всички служители на работната група, тогава такова адресиране се нарича групово адресиране.

Помислете за видовете маршрутизиране като верига от действия (задачи), които трябва да бъдат изпълнени за изпълнение на бизнес процес:

• Твърд- бизнес процесът 1C се извършва стриктно по определен маршрут;
• Условно- изпълнението на бизнес процеса 1C зависи от изпълнението на условията. По маршрута може да има няколко условия и всяко от тях има две или повече опции за избор. В зависимост от това ще се изгради трасето;
• Паралелен- 1C бизнес процесът може да бъде разделен и да премине по няколко паралелни клона до края на маршрута или да се свърже * отново на някакъв етап.
• Безплатно- 1C бизнес процесът няма маршрут, в зависимост от зададените задачи, автоматично или ръчно от потребителите.

* Паралелен 1C бизнес процес може да продължи в точката на свързване, например, само ако е достигнат от всички негови клонове.

Ще разгледаме работата на бизнес процеса 1C, като използваме примера на типична операция по продажба в 1C: Управление на търговията 8.3, използвайки демонстрационна база от уебсайта на ITS 1C в издание 11.3.2.193.

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

По-нататък на блоковата схема има жълти правоъгълници– точки с посочване на служителя*, който трябва да изпълни задачата. Всички изпълнени задачи ще бъдат засенчени. Крайна точка - Завършване.Бели правоъгълни бележки под линия - препратки- Обяснение на точките.

* За простота изпълнителят в нашия пример на схемата в жълтите правоъгълници навсякъде обозначава длъжността „Управител“, но на практика позициите могат да се различават, в зависимост от правомощията и задълженията на служителите, способни да изпълнят задачата.

За да започнете бизнес процеса "Типична продажба", трябва създаване на сделка с клиент,следователно първо трябва да зададете или проверите настройките в съответния раздел на регулаторната справочна информация (RDI). За да направите това, в главното меню трябва да отидете в раздела „НСИ и администрация – CRM и маркетинг – CRM настройки“ и последователно да поставите отметки в полетата „Сделки с клиенти“ и „Управление на сделки“.

В този пример в секцията „Справка и администрация – Органайзер“ има няколко настройки за бизнес процеса, също маркирани с квадратчета за отметка:

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

Освен това в разглеждания бизнес процес има възможност получаване на имейл известияпо нови и просрочени задачи. За да направите това, поставете отметки в квадратчетата „Уведомяване за просрочени задачи по пощата“ и „Уведомяване на изпълнителите за нови задачи по пощата“ съответно. Ако е необходимо, за всеки елемент можете да конфигурирате (промените) графика за получаване на поща.

Създаване на сделка с клиент (купувач)

В раздела "CRM и маркетинг - Сделки с клиенти" в списъка със сделки трябва да създадете нова сделка и да попълните задължителните полета:

• „Клиент” – купувачът, с когото искате да сключите сделка;
• "Споразумение" - стандартно или индивидуално споразумение с купувача и с условията за продажба;
• "Име" - името на сделката;
• "Потенциал" - прогнозният обем на сделката във валутата на управленското счетоводство;
• "Вероятност" - вероятността за сключване на сделка в проценти;
• Полето „Статус“ през цялата транзакция има стойност „В ход“. В крайната точка статусът трябва да се промени в зависимост от резултата на „Победа“ или „Загуба“;
• В полето „Тип сделка“ изберете от списъка и задайте стойност на „Типична продажба“.

След като картата на сделката бъде запазена, ще се появят две хипервръзки, показващи текущия статус на сделката:

• „Етап“ означава в текстов вид;
• Когато щракнете върху хипервръзката „Карта на маршрута на бизнес процеса“, информацията ще бъде представена в графична форма.

В раздела „Участници“ можете да посочите трети страни юридически лица. лица, свързани със сделката (но това не е задължително).

За насърчаване на бизнес процеситрябва да отидете на "Моите задачи" в секцията "Desktop - My Tasks".

След това отворете нова задача и попълнете подробностите: начална дата и важност. Тази стъпка изисква създаването първично взаимодействие по транзакцията:следвайте връзката "Взаимодействие ..." и изберете желаната опция от списъка (попълването е много лесно). Важно е да зададете флага "Прегледано", преди да запазите документа.

Този етап е завършен.

След това, като щракнете с десния бутон върху списъка със задачи на етапа „Отразете основния контакт за сделката“задайте статус на „Завършено“ (или бутона „Завършено“ във формуляра за задача), след което автоматично ще бъде създадена нова задача. Тази задача трябва да бъде изпълнена и изпълнена по аналогия с предишната.

Автоматично ще се появи следващата задача „Подгответе сделка“. Във формата на тази задача трябва да кликнете върху връзката.

За да стане валидна търговската оферта е необходимо да попълните полетата и в трите раздела. Някои от полетата се попълват автоматично. След завършване задръжте и затворете документа с предложението. След това текущата задача също може да се счита за завършена, като зададе статус на „Завършена“.

Преминете последователно през следните две стъпки: „Провеждане на презентация на сделката“(представяне на продукта) и „Съгласете условията за продажба на сделката“(тук е възможно да се коригира търговската оферта), след което списъкът със задачи ще бъде като на фигурата по-долу, а текущата задача ще стане .

Тази задачаизисква клиентска поръчка. Трябва да отворите задачата и да попълните подробностите. След това създайте поръчка, като използвате връзката „Създаване на поръчка“. Поръчката ще бъде автоматично попълнена с данните за офертата. Трябва да се редактира, ако е необходимо. В случай на предплащане е необходимо да въведете платежен документ. Всички артикули в поръчката ще имат статус "Уверявам". Завършете задачата, като зададете състоянието "извършено".

Новата задача ще бъде сцената. За да потвърдите тази задача, ви е необходим пакет документи « Търговско предложение”, „Поръчка на клиента”, „Продажба на стоки и услуги”. В случай на авансово плащане има и документ, потвърждаващ плащането на сделката.

Има съответна връзка към формуляра за задача „Документи по сделката“. Щраквайки върху него в списъка с документи, ще създадем документ за изпълнение директно от документа "Клиентска поръчка". За да направите това, всички продукти в поръчката трябва да бъдат прехвърлени в статус "Кораб"и чрез бутон „Създаване на база“създават и извършват продажба на стоки. Щракнете върху бутона във формата за списък "форма". Пакетът за транзакция ще бъде актуализиран. След това задачата може да бъде прехвърлена към статуса "извършено".

Следващата задача ще бъде. Тук трябва да проверите документите за плащане на транзакцията, предмет на разсрочено плащане (също и чрез справка „Документи по сделката“). Тази стъпка трябва да бъде завършена, когато плащането е дължимо.

Последната стъпка ще бъде. Отворете сделка директно от формуляра за задача с помощта на хипервръзка и променете състоянието й на "Спечелени". Запазете промените в сделката. След това задайте статус на задачата "извършено".

В заключение, разгледайте някои интересни характеристики на бизнес процесите на 1C

• Изпълнителят може да пренасочи всяка задача към друг служител (бутона „Пренасочване“ във формуляра за задача).
• В задачата можете да настроите напомняне за себе си (бутона „Напомняне“) и да получите съобщение в определен момент. Освен това програмистите могат да настроят 1C по такъв начин, че потребителите да получават известия за нови или просрочени задачи. В последния случай мениджърът или служителят, на когото е възложена (пренасочена) задачата, може да предприеме незабавни действия.
• 1C бизнес процесите могат да се стартират автоматично. Това може да се реализира чрез редовни задачи по график или по събитие в системата. Следователно е удобно да се използват 1C бизнес процеси за редовни повтарящи се процедури. 1C бизнес процес може да бъде извикан от друг бизнес процес. За да направите това, една или повече изпълними задачи на родителския бизнес процес трябва да посочи извикване към подчинения бизнес процес.
• Имайте предвид, че различни етапи от бизнес процеса могат да бъдат адресирани до различни служители и изпълнението на следващото действие (задача) ще бъде прехвърлено на друг служител. Например, ако се изисква авансово плащане, ще бъде невъзможно да се изпрати стоката без документ за плащане от счетоводния отдел, а ако плащането е отложено, служителят, който отговаря за това, трябва да разреши изпращането.