Hlavní témata článku- tohle je:

• Směry automatizace. Co přesně můžeme v práci 1C:Specialist automatizovat? Co by se mělo automatizovat a co ne? Budu mluvit o příkladech automatizace, které již používají různí lidé.
• Řeknu ti to o tom, jak vytvořit univerzální řešení - taková řešení, která budou fungovat na různých konfiguracích.
• Řeknu ti to o nástrojích, které nám pomáhají automatizovat naši práci a pomáhají nám psát kód, který bude psát kód za nás.
• No, řeknu o obecné schéma přizpůsobování řešení na uživatelskou konfiguraci.

Směry automatizace

Jaké jsou nejoblíbenější směry automatizace?

• Když mluvíme o automatizaci, máme nejčastěji na mysli automatizace administrativních úkolů(vytváření archivních kopií, aktualizace konfigurace). Tento směr je nejjednodušší, protože všechna současná standardní řešení jsou postavena na bázi Knihovny standardních subsystémů (BSP), která již obsahuje mechanismy, které automaticky pomáhají aktualizujte konfiguraci a vytvořte její kopii. Navíc, pokud je vaše databáze malá a máte aktivní předplatné ITS, může BSP sám vložit kopii vaší databáze do cloudové úložiště 1C, abyste o data nepřišli, i když se s počítačem něco stane
• Druhým směrem automatizace je testování řešení. Ve světě 1C je to trochu obtížnější než v klasickém vývoji, ale přesto se v poslední době hodně mluví o tom, že se vyplatí konfiguraci testovat při každé změně a je lepší to dělat automaticky . Dnes je na trhu spousta automatizovaných testovacích nástrojů. Nejzajímavější z nich jsou podle mého názoru - "Testování scénáře" od společnosti 1C, stejně jako vývoj open source «Chování Vanessy ». Mají trochu jinou logiku práce, ale v zásadě obě tato řešení zvládají úkol automatizace testování. Který z nich si vybere, je na uživateli.
• A třetí směr automatizace je to, o čem budu mluvit, zbytek prezentace automatizace vývoje. Pro mnoho lidí je jediným způsobem, jak vytvořit řešení 1C, napsat kód do konfigurátoru. Ale chci mluvit o čem existuje mnoho možností, jak programově pracovat s kódem.

Příklady automatizace vývoje

Jaké jsou hlavní příklady již implementované automatizace?

• Jeden z nejlepší příklady Myslím Knihovna standardních subsystémů (BSP) a proces její implementace. Pro ty, kteří nebyli zapojeni do sloučení s BSP, budu mluvit trochu o procesu integrace BSP s jinými vlastními konfiguracemi. Tento proces se skládá ze tří fází.
  • V prvním kroku zkombinujeme BSP s naší konfigurací. Zároveň máme v konfiguraci moduly z různých subsystémů.
  • Ve většině případů potřebujeme pouze některé subsystémy, takže druhou fází implementace BSP je vyříznutí z konfigurace těch objektů, které nepotřebujeme. Tento krok je automatizovaný. Otevřete zpracování, které je součástí Knihovny standardních podsystémů, toto zpracování uvolní konfiguraci do souborů, změní text těchto souborů a načte je zpět.
  • A třetí etapa implementace, která není potřebná pro všechny subsystémy, ale pro některé - například pokud implementujete „Externí tištěné formuláře“, pak jej kromě zkombinování v konfiguraci musíte také propojit s formuláři. Jedná se o jednoduchou operaci, stačí vložit řádek kódu do procedury "OnCreate" formuláře a také přidat několik malých procedur. Pro automatizaci této operace existuje také samostatné zpracování nazvané „Uspořádání fragmentů kódu“. Jednoduše spustíte toto zpracování a ono analyzuje vaši konfiguraci a vloží požadovaný text do formulářů.
• Dalším příkladem automatizace je vývoj externích tiskových forem. Obecně pro jakoukoli implementaci převod vestavěných tiskových forem na externí je jednou z nejběžnějších operací. Tento proces lze také automatizovat - Infostart má dokonce malé zpracování, které se nazývá tzv. "Konstruktor externích tiskových forem". Běží v konfiguraci, ze které přenášíte tisknutelný:
  • Vyberete si, jaký tisk chcete vykreslit,
  • Zkopírujte text manažerského modulu z tohoto formuláře do tohoto zpracování
  • A samotné zpracování:
    • Vezme ze sebe šablonu a vloží do ní text, který je potřeba pro připojení knihovny standardních subsystémů k mechanismu.
    • V tomto textu předepisuje údaje o tištěném formuláři (jeho název),
    • Nastaví, na který dokument má odkazovat,
    • A vytáhne z modulu správce ty procedury, které jsou potřebné k tomu, aby tento tisk fungoval.

Samozřejmě nezískáte plně funkční externí tiskovou desku, ale získáte šablonu, kterou lze celkem snadno ručně upravit.

• Dalším příkladem je automatické generování kódu. Lze jej použít například pro:
  • výkres tvarové prvky;
  • Tvorba kódu podmíněný design;
  • A pro automatickou tvorbu schémata ACS.

Ti, kteří na spravovaném rozhraní pracují delší dobu, si možná všimli, že přístup k vytváření podmíněného vzhledu se za posledních pár let změnil. Pokud v UT11.0 byl podmíněný návrh napsán v konstruktoru, pak již v 11.2 je veškerý podmíněný návrh vytvořen programově. Tento efekt má dva důvody.

• Prvním je funkce platformy, která zakazuje současnou přítomnost stejného stavu - pevného a vlastního.
• Ale je tu ještě druhý důvod – ten je ten, že na současné úrovni vývoje typických konfigurací je velmi obtížné předepsat všechny podmínky ve fázi vývoje. Protože podmíněná dekorace závisí na:
  • Z jakých možností jste povolili;
  • Z uživatelských práv;
  • A to z nastavení infobáze.

Proto se nyní doporučuje nastavit podmíněný vzhled ve spravovaných formulářích programově. A pokud věnujete pozornost kódu pro vytvoření podmíněného formátování v UT11, pak je to stejné (stejné názvy proměnných, stejné odrážky). Je zřejmé, že tento kód byl vygenerován automaticky podle konstruktoru.

• Platforma 8.3.6 představila tak zajímavou funkci jako rozšíření. Umožňují měnit funkčnost typických konfigurací, aniž by se měnily konfigurace samotné. Problém je však v tom, že je obtížné vytvořit jedno univerzální řešení pro různé konfigurace, protože k rozšíření lze připojit různé objekty v různých konfiguracích. V tomto případě je mnohem pohodlnější vytvořit nějakou obecnou šablonu rozšíření a přidat do ní dokumenty / adresáře programově.
• A poslední příklad je přenos vašich změn během aktualizací. To lze samozřejmě provést ručně, ale je pohodlnější provádět takové akce přesně na úrovni textu, zvláště pokud používáte mechanismy Git (větve). V tomto případě Git správněji sloučí konfiguraci typu s vašimi změnami. Pokud jsou změny malé, pak může aktualizace ve většině případů proběhnout zcela automaticky.

Způsoby, jak vytvořit univerzální řešení

Jaké jsou způsoby vytváření univerzálních řešení?

Myslím, že každý konzultační programátor, který pracuje s 1C, má svou vlastní složku osobních zpracování / reportů, které byly vytvořeny pro řešení konkrétního problému. Problém je v tom, že ve většině případů je takový vývoj napsán pro velmi úzký úkol, a když se podobný úkol objeví, musí být přizpůsoben. Je vhodnější věnovat trochu času a učinit zpracování zpočátku všestrannějším.

• Jedním ze způsobů, jak vytvořit univerzální řešení, je analýza metadat. Ve skutečnosti všechny typy zpracování používají tuto metodu:
  • Zpracování univerzálním nahráváním dat,
  • univerzální zpráva,
  • Zpracování pro instalaci detailů.

Tyto nástroje fungují na jakékoli konfiguraci, protože jednoduše analyzují metadata konfigurace, ve které jsou spuštěny, když jsou spuštěny.

• V některých případech tento přístup nefunguje, protože různé konfigurace vyžadují různá pravidla provozu. V tomto případě můžete použít samostatné větve kódu pro různé konfigurace:
  • Pokud je konfigurace taková a taková, pak provedeme jeden text;
  • Pokud je konfigurace jiná, provedeme jiný text.

Ve většině případů vám tento přístup umožňuje provést jedno zpracování, které funguje na různých uživatelských konfiguracích.

• Ale to bohužel nefunguje vždy. Například pro stejná rozšíření někdy potřebujete mít různé soubory pro různé konfigurace a každé rozšíření musí mít metadata přesně pro tuto konfiguraci. To je také docela snadné automatizovat vytvoření šablony s následným softwarovým přizpůsobením konfiguraci uživatele.

Programovací nástroje pro produkty 1C. Výhody a nevýhody různých přístupů

K čemu jsou nástroje programová práce s produkty 1C?

Tady je tři hlavní přístupy:

• to parsování souboru do malých souborů;
• Vykládání vXML;
• A objektový přístup.

Podívejme se na každou z nich.

v8 Rozbalit

Jedním z nejoblíbenějších způsobů práce s produkty 1C je metoda založená na struktuře souborů 1C. Ve skutečnosti je jedno, jestli pracujeme s konfigurací, sestavou nebo rozšířením. Technicky je to jen kontejner, který má mnoho různých malých souborů. Jakýkoli produkt, který můžeme:

• rozebrat,
• Změňte části, které chceme změnit
• A sbírat zpět.

To mi připadá jako jeden z nejoblíbenějších způsobů práce s konfiguracemi mezi automatizačními řešeními.

Tato metoda je implementována obslužným programemv8 Rozbalit. co je ona profesionálové?

• Toto je v první řadě jednoduchost. Tato utilita se spouští v příkazovém režimu: řekneme jí, který soubor analyzujeme, a na výstupu nám dá adresář s hromadou souborů.
• Je univerzální a všežravý. Je jedno, na jaké platformě je vaše řešení napsáno (8.1, 8.2, 8.3). Technicky se struktura souborů řešení 1C již několik let nezměnila.
• Další výhodou tohoto řešení je jeho soběstačnost. Ke změně konfigurace pomocí v8Unpack nepotřebujete platformu 1C. Jednoduše spusťte nástroj a ukažte mu, kde se soubor nachází. Neinteraguje s konfigurátorem ani platformou. Analyzuje jakýkoli soubor do souborů a shromažďuje je zpět.
• A jeho poslední výhodou je, že je jediný nástroj, který umí pracovat s bajtkódem. Pokud vaše zpracování nebo sestava obsahuje moduly, které jsou dodávány bez zdrojového kódu, pak je v8Unpack stále analyzuje do textových souborů. Samozřejmě tam nedostaneme ruský kód, ale dostaneme bytecode, který lze také analyzovat a změnit. Navíc lze tento bajtkód převést na normální čitelný kód pomocí nástrojů dostupných na Infostart. To je samozřejmě možné pouze v případě, že řešení nebylo spuštěno pomocí dodatečného softwaru. Pokud byl zajetý, pak je obvykle nemožné jej obnovit celý, ale vždy je možné jej částečně obnovit.

Nástroj v8Unpack má také mínusy.

• Jeho hlavní nevýhodou je, že soubory, které se získají po analýze, nemají jasná jména, a je těžké určit, co přesně je potřeba změnit – musíte je všechny prokouknout.
• No, moment, kdy je to všechno stejné není oficiální rozhodnutí od společnosti 1C a externí vývoj, i když starý a stabilní.

XML upload/download

Druhý způsob, jak pracovat s vývojem 1C, je xml.

• to oficiální mechanismus, kterou doporučuje 1C a používá ji ve všech jejích produktech, například v BSP a v DSS. Společnost 1C Company zaručuje, že tento nástroj bude na platformách, pro které je spuštěn, správně fungovat v obou směrech.
• Výhodou tohoto řešení je, že je rozloží konfiguraci do přehledné struktury. My máme:
  • Kořenová úroveň - konfigurační úroveň jako celek;
  • Samostatné složky - pro dokumenty, adresáře, sestavy, zpracování.
  • V každé z těchto složek je podsložka pro každý dokument, pro každý adresář.

Práce s touto konstrukcí je mnohem jednodušší než s konstrukcí vyloženou nestandardními prostředky.

• Nová řešení také možnost nahrání částečných dat.
• Také pro tento nástroj existuje velmi mnoho typických příkladů použít ve stejném BSP. Na základě těchto příkladů je velmi pohodlné to pochopit.

No, nějaké malé jsou mínusy v tomto:

• Konfigurace analyzovaná na jedné platformě se nemusí načíst na jiné platformě - kvůli problémům s kompatibilitou musíme pracovat na stejné platformě.
• Kromě, před verzí 8.3.7 tento nástroj nemohl pracovat s externími zprávami a zpracováním. Nyní už takový problém není, ale pokud používáte starší platformu, tak externí reporty a zpracování do textu nenahrajete.
• Neumí pracovat s bajtkódem - uvolňuje chráněné moduly v binární podobě.

Obecně se jedná o jeden z nejpohodlnějších nástrojů – jednoduchý a přímočarý.

Zatmění

A poslední přístup, o kterém chci mluvit, je objektový přístup. Doufám, že všichni víte, že 1C píše svůj nový módní konfigurátor na základněZatmění. Ale rád bych podotkl, že jde o něco víc než jen nóbl konfigurátor:

• Jedná se o přístup k API, o který vývojáři žádali již delší dobu. To je to, co bylo implementováno před mnoha lety v podobě Snowpat, ale o něco funkčnější, o něco lepší. Pokud nám Snowpat poskytuje přístup pouze ke čtení konfiguračních dat, pak nám projekt Graphite, který je implementován na platformě Eclipce, poskytuje přístup již pro změnu konfigurace. Můžeme si například napsat vlastní malý plugin, který bez restartu změní konfiguraci tak, jak potřebujeme.

Algoritmus pro automatické vytváření 1C vývoje krok za krokem

O, jak toto vše využít k automatickému přizpůsobení vašich řešení konfiguracím. Tento snímek ukazuje velmi zjednodušené schéma použitelné pro rozšíření, zpracování a reporting.

• Myšlenka je taková, že pokud vaše řešení musí mít různé soubory pro různé konfigurace, pak vyvíjíte šablonu, která obsahuje všechny mechanismy, které musí být přítomny, aby fungovaly tento řešení ve všech konfiguracích.
• A kromě šablony se vyvíjejí pravidla, která přizpůsobí tuto šablonu konkrétní uživatelské konfiguraci(nejlépe pro jakoukoli konfiguraci). Pokud například implementujete stejný mechanismus externí tiskové desky založený na rozšíření, pak:
  • V obecné šabloně budou mechanismy:
    • Tisk;
    • A stahování tiskovin.
  • A pravidla budou obsahovat informace o tom, jak toto rozšíření propojit s adresáři a dokumenty.
• Díky tomu budeme moci pro každou konfiguraci automaticky vygenerovat soubor s naší příponou s přihlédnutím k vlastnostem této konfigurace.

Závěr

Na závěr bych rád zopakoval hlavní myšlenku této zprávy. Hlavní myšlenka je taková vše, co můžeme udělat ručně, můžeme udělat automaticky.

Samozřejmě není nutné vše automatizovat. Musíme automatizovat úkoly, které vy se opakují(úlohy, které provádíte s každou aktualizací, s určitými úpravami).

Obecně lze v programu popsat i všechny úkoly, které lze popsat v běžné ruštině. Zároveň na rozdíl od člověka program nedělá chyby, nic nevynechává, dělá přesně to, o co jste ho požádali.

Tento článek je napsán na základě zprávy prezentované autorem na konferenci Infostart v roce 2016.

Automatizace obchodních procesů se někdy zdá jako mávnutím kouzelného proutku. Jak ale co nejlépe automatizovat obchodní procesy? Aby se práce hádala, papíry se neztrácely, předpisy pomáhaly, tým fungoval jako dobře promazaný mechanismus?

V článku budeme analyzovat nuance budování a automatizace obchodních procesů, zvážíme, jak se vyhnout chybám, jaké jsou cíle a cíle automatizace obchodních procesů a kde začít. Pokud uvažujete o zlepšení obchodních procesů a možná o zavedení elektronický systém jejich správu, přečtěte si článek pozorně. A vezměte si tužku!

Tři velryby chaosu v podnikání: jak automatizovat procesy, které neexistují

Než si povíme, jaké příležitosti otevírá automatizace obchodních procesů, zamysleme se nad tím, s jakými potížemi se nyní potýkáte.

Tři špatné „pilíře“, které udržují chaos v podnikání, jsou univerzální. S největší pravděpodobností je také znáte:

• Pravidelné chyby. Petrov udělal překlep, Sidorov podpořil neověřený dokument, Vasechkina poslal fakturu s nesprávnými údaji. Takové chyby přinášejí dočasné a finanční ztráty, cukání očí a práci v noci.
• Odstávka. Dokument se schvaluje týden, pak druhý, ta práce stojí za to. Klíčový zaměstnanec je na dovolené nebo dává výpověď, aniž by případ předal.
• Obecný zmatek. Kam zmizelo papírování? Proč si sekretářka v hromadě listů nevšimla naléhavého dokumentu? Kam má specialista běžet, když ho klient kontaktuje, když není k dispozici správná osoba? Tento zmatek a pobíhání po chodbách se svazky papírů je otravné a rozhodně nepřispívá k produktivní práci.

Ještě před 10 lety se modelování obchodních procesů zdálo většině společností drahé, zdlouhavé a tudíž zbytečné. Někteří lidé si to myslí i nyní, po přečtení hororových příběhů o nedokončených projektech a utracených milionech nebo dokonce přiblížení automatizace ze špatné strany. Ukázalo se ale, že společnosti pracující na automatizaci obchodních procesů rostou rychleji, lépe překonávají dobu krize a překonávají konkurenci. V takových společnostech se zaměstnanci cítí pohodlněji, což vytváří tu správnou pracovní atmosféru v týmu. Příkladem jsou příběhy Toyoty, Amazonu, McDonalds a také našich zákazníků, jejichž zpětná vazba k automatizaci obchodních procesů.

Schopnost budovat obchodní procesy a vědět, jak je automatizovat, se dnes stávají důležitou konkurenční výhodou.

Obchodní procesy: co automatizujeme, soudruzi?

Někdy je vedení společnosti zaneprázdněné strategickými záležitostmi oklamáno: u nás je vše v pořádku. Pokud ale Petrov ví, že v případě marketingového úkolu je třeba kontaktovat Ivanovou, nejde o obchodní proces. Ale konkrétní akční mapa, která univerzálně popisuje kroky, kterými zaměstnanci procházejí, aby dosáhli konkrétního výsledku, to už vypadá jako obchodní proces.

Aby bylo možné schéma činnosti nazvat obchodním procesem, musí brát v úvahu tři faktory:

1. Stabilita popsaných odkazů: je zohledněna rozmanitost výběru akcí, přechodů, podmínek.
2. Regulace akcí během procesu: hovory, dopisy, přílohy, odvolání, pozorování.
3. Logické dokončení: konkrétní dosažitelný cíl.

Jasně modelovaný obchodní proces vám umožní vidět výsledek a kontrolovat práci ve všech fázích, abyste předešli ztrátám a chybám „při nízkém začátku“.

V závislosti na výskytu „tenkých míst“ se mění obchodní proces, upravují se jeho fáze a sledují se, které články jsou slabé. Pokud máte nějaké potíže s vývojem algoritmů, jsme připraveni vám pomoci. Rozvoj podnikových procesů je totiž přípravou na projekt jejich automatizace.

Je srdce vašeho podnikání zdravé?

Kontaktujte ještě dnes a získejte individuální nabídku Obchodní procesy jsou srdcem společnosti. Jak poznáte, že je vaše firma v kondici? Kontaktujte nás a zjistěte, jak z obchodních procesů vytěžit maximum a naplno využít potenciál vaší společnosti.

Objednejte se na konzultaci

Hlavním cílem rozvoje podnikových procesů je magická transformace chaoticky tkaných řetězců mezipodnikových interakcí do uspořádaných, konzistentních a srozumitelných algoritmů. Ať je pořádek v práci, kanceláři, v myslích zaměstnanců i v myslích manažerů!

Uri, kde je tlačítko? Cíle automatizace podnikových procesů

Teď je otázka: jak to všechno zvládnout? No, potřebujete celý tým zaměstnanců - držet prst na tepu a pečlivě sledovat "tenká místa", "slabé články" a provedení všeho, co by mělo být provedeno!

Čtvrtina společností jde touto cestou, nasazuje oddělení kvality, rozšiřuje manažerské a sekretářské pracovníky. Mnohem užitečnější je ale položit si otázku, jak zautomatizovat obchodní procesy a přenést nad nimi kontrolní funkci do jednoho prostoru. Takový systém řízení podnikových procesů bude zároveň konstruktérem, monitorovacím mechanismem a kontrolérem, který dává signály, když něco nejde podle plánu. Ale aby „kouzelné tlačítko“ fungovalo, musíte stále tvrdě pracovat.

Cíle automatizace podnikových procesů samozřejmě nejsou jen pohodlným způsobem ovládání. V důsledku toho použití automatizovaný systémřízení obchodních procesů pomůže:

• Organizujte pravidelné úkoly.
• Minimalizujte lidský faktor.
• Jasně oddělené oblasti odpovědnosti v rámci procesů.
• Mějte všechny detaily procesu pod kontrolou.
• Zahrnout do schématu interakce se zákazníkem.
• Vytvořte jednotnou IT infrastrukturu s různými přístupovými právy.
• Ušetřete čas váš i vašich zaměstnanců.
• V důsledku toho - ušetřit peníze na řízení společnosti.

Jak vidíte, cíle automatizace obchodních procesů jsou v mnoha ohledech stejné jako ty vaše!

Řízení podnikových procesů – systém jedné firmy

Aby to bylo ještě jasnější, podívejme se na to specifické funkce systémy řízení podnikových procesů - "1C: Document Management 8" - na příkladech.

Jasně jsme viděli, jak se automatizovaný obchodní proces liší od procesu „psaného na koleně“. Zbývá pochopit, jak se dostat na tuto úroveň automatizace.

Tajná ingredience: Jak bezztrátově automatizovat obchodní procesy

Pravděpodobně jste slyšeli příběhy o Společnosti N, která implementovala super systém, pohrávala si s ním a plivala zpátky do Excelu. To se stane, když se společnost dostane do nepředvídaných potíží. Že zaměstnanci sabotují neobvyklý způsob práce. Že ustálené procesy regulaci nijak neustupují. Že prováděcí rozpočet je nad rámec požadovaného. Samotný systém je pak těžký a nesrozumitelný, ale je nutné, aby „tady bylo tlačítko, stisknu ho a vše funguje“.

Manažeři často zapomínají na pravidlo: první fází, ze které se staví automatizace podnikových procesů, jsou úkoly. Systém správy dokumentů má obrovskou funkcionalitu, která dokáže uspokojit požadavky i těch nejrozmarnějších podniků. Nejprve však musí být předloženy tyto požadavky.

Náš výzkum potvrzuje, že 70 % obchodních potíží vzniká právě ve fázi stanovení požadavků a výsledků. Poskytujeme proto vstupní konzultace a také službu předprojektové studie. Tento krok pomáhá:

• identifikovat „tenká místa“ ve společnosti,
• určit, jaké jsou cíle automatizační systém,
• pochopit, zda je standardní funkčnost pro společnost vhodná nebo zda je třeba provést změny,
• zjistit, jaká sada funkcí bude pro podnikání optimální,
• určit, které procesy je třeba automatizovat a které lze odložit. Upřednostňovat by se měly například oblasti, které zpomalují práci celé společnosti, i když práce na nich není nejjednodušší.

Správné zachycení systémových požadavků a výsledků je tajnou složkou úspěchu automatizačního projektu. Někdy v této fázi je jasné, že existuje problém s obchodními procesy. Pak je musíte upravit nebo postavit od začátku.

Po rozhodnutí o úkolech, které stojí před automatizací podnikových procesů, přistoupíme k vytvoření projektového týmu a k realizaci projektu.

Chcete vědět, jakých výsledků může vaše podnikání dosáhnout? Kontaktujte nás pro konzultace zdarma- to vám povíme!

Firemní podnikové procesy jsou pohodlným a velmi efektivním nástrojem pro řízení a automatizaci podnikových podnikových procesů. Firemní procesy EDMS systémy"Správa firemních dokumentů" umožňuje automatizovat jednoduché i složité procesy téměř jakéhokoli podniku.

Manažeři podniku dostávají nástroj pro sledování a získávání informací o skutečné práci zaměstnanců podniku a zaměstnanci podniku jsou poskytováni šikovný nástroj pro rychlé a efektivní akce k řešení každodenních úkolů.

EDMS "Corporate Document Management" umožňuje vytvářet a upravovat obchodní procesy v režimu 1C: Podnik, bez nutnosti provádět změny v "1C: Configurator".

Firemní obchodní procesy EDMS "Corporate Document Management" vám umožní provádět efektivní automatizaci obchodní procesy podniku a jsou dobrým doplňkem k automatizaci pracovního toku podniku.

Všechny relevantní objekty jsou umístěny v subsystému "Podnikové procesy".

Každá společnost obchodní proces má své vlastní číslo a datum a je instancí dříve navrženého typu obchodního procesu. Navrhování typů podnikových procesů je diskutováno v části „Navrhování typů podnikových procesů“.

Firemní procesy jsou umístěny v subsystému systému "Podnikové procesy". systém správy dokumentů"Správa firemních dokumentů".

Existuje několik způsobů, jak vytvořit firemní proces:

Vytvoření seznamu podnikových procesů z formuláře. Chcete-li vytvořit proces, klikněte na standardní tlačítko "Vytvořit" ve formuláři seznamu. Pokud byl ve formuláři seznamu nastaven výběr pro jeden z typů obchodních procesů, bude vytvořen nový proces stejného typu.

Vytvoření seznamu typů obchodních procesů z formuláře. Chcete-li vytvořit procesy, vyberte požadovaný pohled procesu a klepněte na tlačítko Vytvořit instanci procesu. Po provedení tohoto příkazu se vytvoří podnikový proces požadovaného typu.

Vytvořte proces z formuláře firemní dokument. Chcete-li to provést, otevřete formulář dokumentu a přejděte do nabídky horního panelu "Obchodní procesy". Položky v této nabídce jsou automaticky generovány podle typů obchodních procesů, které mají povolena zaškrtávací políčka pro kopírování uživatelů z dokumentu do procesů, nebo podle typů procesů přímo povolených v nastavení typu dokumentu. Vytváření procesů z dokumentů bude podrobněji probráno v této části níže.

Blízko rektora 10. prosince 2013 v 15:54

Mýtus, že 1C:UT má řízení obchodních procesů (BPM)

"UT" je velmi dobrý produkt pro řešení úloh, pro které byl navržen. Umožňuje vám řídit obchodní aktivity podniku. Dobře analyzuje transakce, nákupy, sklady, finance. Ano, v některých případech používá platformu "Business Processes". Znamená to ale, že obchod má řídit obchodní procesy nebo logiku podniku? - Ne ne a ještě jednou ne. Tento článek je výkřik ze srdce. Protože mě opravdu nebaví sledovat prezentace nebo číst popisy řešení na různých stránkách. Webové stránky společností, které jsou připraveny prodávat jakýkoli produkt 1C a přimhouřit oči nad tím, co klientovi prodávají. Přitažlivý pouze skromný popis produktu a ani nepochopení podstaty řízení podnikových procesů. Management znamená, že můžete nakonfigurovat systém tak, abyste zrychlili a optimalizovali procesy, provedli různé analýzy, identifikovali slabá místa a mnoho dalšího. Pro ty, kteří nevidí rozdíl mezi ovládáním a použitím mechanismu, se pokusím vysvětlit na prstech:

• UT. Existují tři BP, ve kterých nemůžete přidávat nebo odebírat úkoly, měnit typ adresování, logiku, nemůžete dělat nic kromě konkrétních dokumentů vázaných na úkoly pro přesun procesu. Ve skutečnosti to není kontrola - je to použití navržené verze logiky programu pomocí mechanismu "BP". Ano, je možné vyvinout vlastní na základě této funkce, aniž byste ztráceli čas některými základy.
• CRM. Jedná se skutečně o jediný produkt na platformě 1C, kde je 100 % funkčnosti platformy využito pro práci s mechanismem BP. Jedná se o řešení, kde uživatel samostatně zavádí veškerou logiku práce svého podniku vytvořením libovolných map tras. Může volat své procesy, kdy potřebuje a jak potřebuje. a za co? A jen to všechno zvládnout. Chcete-li zjistit, jak efektivní jsou procesy, shromažďujte o nich statistiky. Jaké by byly dobré argumenty pro změnu logiky. Co všechno by bylo neopodstatněné. Aby bylo vidět veškeré ucpávání a natahování gumy na stupních. Vyhoďte zbytečné kroky – zvyšte efektivitu práce. To je to, co je "Management". A k tomu potřebujete mnohem více než tři karty s několika bloky.

A na závěr pro ty, kteří stále nechápou rozdíl - sama společnost 1C jasně píše, co je v konfiguraci z hlediska napájení -

„Konfigurace implementuje základní funkcionalitu automatizace podnikových procesů – univerzální mechanismy pro nastavení procesů, sledování a analýzu jejich implementace, podporu podnikových procesů zabudovaných do standardního řešení a umožňující konkrétní implementace zvýšit jejich složení s nižšími mzdovými náklady.. (v8.1c.ru/trade/newtech/ čtvrtý odstavec).

Upozorňuji na slovo "základní" funkčnost pro automatizaci.

To má k řízení podnikových procesů velmi daleko. Proto závěr: když vám na prezentaci řeknou, že UT obsahuje subsystém řízení BP - nevěřte tomu, když vám na prezentaci řeknou, že v UT je CRM - nevěřte. To jsou opět začátky a základní funkčnost. Ještě jednou opakuji - UT je velmi dobrý produkt, ale na jiné úkoly - operativní účetnictví a plánování obchodní činnosti, pro jeho analýzu. Koncept CRM je zcela odlišný. A na platformě 1C existuje pouze jeden skutečně funkční produkt, který podporuje koncept CRM v podniku – Toto je 1C: CRM. Pro spravedlnost je třeba poznamenat, že na jiných platformách existují také dostatečně funkční produkty, které podporují koncept „CRM“ v podniku.

Štítky: crm-systémy, řízení obchodu, jedničky, obchodní procesy

Metodika kteréhokoli z programů 1C odráží posloupnost obchodních operací organizace, které lze spojit do jediného řetězce, tzv. obchodní proces. Pro řízení obchodních procesů a také zefektivnění a automatizaci těchto činností byl v 1C vyvinut speciální mechanismus.

Výhody použití mechanismu regulace obchodních procesů v 1C

• Předem stanovená struktura obchodního procesu 1C určuje podle přijatých postupů posloupnost akcí zaměstnanců, což poskytuje systematický a formalizovaný přístup.
• Je vyloučeno opomenutí kterékoli etapy, což neumožňuje porušení stanoveného pracovního postupu a výrazně snižuje pravděpodobnost chyb.
• Neustálá, operativní kontrola toho, co je v jaké fázi, stejně jako hodnocení celkového stavu prováděného pracovního segmentu.
• Identifikace neefektivních řešení s následnou optimalizací podnikových procesů v 1C.
• Budování (nebo modelování) celé struktury podnikových procesů pro organizaci, což dává společné chápání pro přijetí manažerská rozhodnutí různé úrovně.

Průchod v 1C obchodního procesu je zobrazen prostřednictvím grafického vývojového diagramu s názvem mapa trasy, který poskytuje vizuální reprezentaci toho, co, v jakém pořadí a za jakých podmínek se vyskytuje. Mapa trasy obchodního procesu je rozdělena do fází. Stupeň v 1C je oddělený bod na trase, ve kterém musíte provést konkrétní úkol. Úkol- to je také objekt mapy trasy v programu 1C. Úkol označuje interpreta (nebo interprety), kterému je tento úkol určen, termíny a důležitost. Účinkující – uživatelé 1C. Adresátem úkolu může být konkrétní zaměstnanec, některý z členů pracovní skupiny* (oddělení, pododdělení) nebo zaměstnanec zastávající určitou pozici (například pokladní, ředitel, skladník).

*Pokud úkol musí splnit všichni zaměstnanci pracovní skupiny, pak se takové oslovování nazývá skupinové oslovování.

Zvažte typy směrování jako řetězec akcí (úkolů), které je třeba provést k implementaci obchodního procesu:

• Tuhá- obchodní proces 1C se provádí přísně podél určité trasy;
• Podmiňovací způsob- realizace obchodního procesu 1C závisí na splnění podmínek. Na trase může být několik podmínek a každá má dvě nebo více možností na výběr. V závislosti na tom bude postavena trasa;
• Paralelní- Obchodní proces 1C lze rozdělit a jít podél několika paralelních větví až na konec trasy nebo se v určité fázi znovu připojit *.
• volný, uvolnit- Obchodní proces 1C nemá trasu v závislosti na úlohách nastavených automaticky nebo ručně uživateli.

*Paralelní obchodní proces 1C může pokračovat v bodě připojení, například pouze tehdy, pokud ho dosáhnou všechny jeho pobočky.

Budeme uvažovat o fungování obchodního procesu 1C na příkladu typické prodejní operace v 1C: Trade Management 8.3 s použitím demo báze z webu ITS 1C ve vydání 11.3.2.193.

Mapa začíná bodem Start, bez kterých nelze obchodní proces spustit (nastartovat). Výchozích bodů může být několik, ale v našem příkladu podmínka výběru se objeví za ním a pokračování trasy závisí na výsledku transakce.

Dále na blokovém schématu jsou žluté obdélníky– průjezdní body s uvedením zaměstnance*, který musí úkol splnit. Všechny dokončené úkoly budou stínované. Koncový bod - Dokončení. Bílé obdélníkové poznámky pod čarou - Reference- Vysvětlení trasových bodů.

* Pro zjednodušení vykonavatel v našem příkladu schématu ve žlutých obdélnících všude označuje pozici „Manažer“, ale v praxi se pozice mohou lišit v závislosti na pravomocích a povinnostech zaměstnanců schopných úkol splnit.

Chcete-li zahájit obchodní proces „Typický prodej“, potřebujete uzavření obchodu s klientem, proto musíte nejprve nastavit nebo zkontrolovat nastavení v příslušné části regulačních referenčních informací (RDI). Chcete-li to provést, musíte v hlavním menu přejít do sekce "NSI a administrace - CRM a marketing - Nastavení CRM" a postupně zaškrtnout políčka "Obchody s klienty" a "Správa obchodů".

V tomto příkladu je v sekci "Reference a administrace - Organizátor" řada nastavení pro obchodní proces, která jsou také označena zaškrtávacími políčky:

• Podřízené obchodní procesy a úkoly – schopnost spouštět podřízené obchodní procesy a úkoly z aktuálního obchodního procesu (můžete vytvářet hierarchické obchodní procesy);
• Změna běžících obchodních procesů – povolení ke změně úloh v již běžícím obchodním procesu;
• Datum zahájení úkolů - možnost změnit datum zahájení úkolu;
• Datum a čas v termínech úkolů – možnost zadávat termíny v úkolech s přesností až na minutu.

Navíc v uvažovaném obchodním procesu existuje možnost přijímání e-mailových upozornění na nové a zpožděné úkoly. Chcete-li to provést, zaškrtněte políčka „Upozorňovat na zpožděné úkoly poštou“ a „Upozorňovat účinkující na nové úkoly poštou“. V případě potřeby můžete pro každou položku nakonfigurovat (změnit) plán příjmu pošty.

Vytvoření obchodu s klientem (kupujícím)

V sekci "CRM a marketing - Obchody s klienty" v seznamu obchodů musíte vytvořit nový obchod a vyplnit povinná pole:

• "Klient" - kupující, se kterým chcete uzavřít obchod;
• "Smlouva" - standardní nebo individuální dohoda s kupujícím as podmínkami prodeje;
• "Název" - název transakce;
• "Potenciální" - odhadovaný objem transakce v měně manažerského účetnictví;
• "Pravděpodobnost" - pravděpodobnost uzavření transakce v procentech;
• Pole „Stav“ má v průběhu transakce hodnotu „Probíhá“. V koncovém bodě by se měl stav změnit v závislosti na výsledku na „Výhra“ nebo „Ztráta“;
• V poli "Typ obchodu" vyberte ze seznamu a nastavte hodnotu na "Typický prodej".

Po uložení karty nabídky se zobrazí dva hypertextové odkazy ukazující aktuální stav dohody:

• "Stage" označuje v textové podobě;
• Po kliknutí na hypertextový odkaz „Mapa obchodního procesu“ se informace zobrazí v grafické podobě.

Na záložce "Účastníci" můžete určit právnické osoby třetích stran. osoby související s transakcí (není to však nutné).

Pro podpora obchodních procesů musíte jít do "Moje úkoly" v části "Desktop - Moje úkoly".

Dále otevřete nový úkol a vyplňte podrobnosti: datum zahájení a důležitost. Tento krok vyžaduje vytvoření primární interakce na transakci: klikněte na odkaz "Interakce ..." a vyberte požadovanou možnost ze seznamu (vyplnění je velmi jednoduché). Před uložením dokumentu je důležité nastavit příznak "Recenzováno".

Tato etapa byla dokončena.

Dále kliknutím pravým tlačítkem myši na seznam úkolů ve fázi "Odrážet primární kontakt pro dohodu" nastavte stav na "Dokončeno" (nebo tlačítko "Dokončeno" ve formuláři úkolu), po kterém se automaticky vytvoří nový úkol. Tento úkol musí být dokončen a dokončen analogicky s předchozím.

Další úkol se objeví automaticky "Připravte dohodu". Ve formuláři tohoto úkolu je třeba kliknout na odkaz.

Aby byla obchodní nabídka platná, je potřeba vyplnit pole na všech třech kartách. Některá pole se vyplňují automaticky. Po dokončení přidržte a zavřete dokument návrhu. Poté lze aktuální úkol také považovat za dokončený nastavením stavu na „Dokončeno“.

Projděte postupně následující dva kroky: "Proveďte prezentaci o dohodě"(prezentace produktu) a "Dohodněte se na podmínkách prodeje obchodu"(zde je možné upravit komerční nabídku), poté bude seznam úkolů jako na obrázku níže a aktuální úkol se stane .

Tento úkol vyžaduje objednávku zákazníka. Musíte otevřít úkol a vyplnit podrobnosti. Dále vytvořte objednávku pomocí odkazu "Vytvořit objednávku". Objednávka bude automaticky vyplněna údaji o nabídce. V případě potřeby je třeba jej upravit. V případě platby předem budete muset zadat platební doklad. Všechny položky v objednávce budou mít stav "Ujistit se". Ukončete úlohu nastavením stavu "Provedeno".

Novým úkolem bude jeviště. K potvrzení tohoto úkolu potřebujete balíček dokumentů « Komerční nabídka“”, “Objednávka zákazníka”, “Prodej zboží a služeb”. V případě platby předem je k dispozici i doklad potvrzující platbu za transakci.

Na formuláři úkolu je odpovídající odkaz "Dokumenty k dohodě". Kliknutím na něj v seznamu dokumentů vytvoříme prováděcí dokument přímo z dokumentu "Objednávka od zákazníka". K tomu musí být všechny produkty v objednávce převedeny do stavu "Loď" a tlačítkem "Vytvořit na základě" vytvářet a provádět prodej zboží. Klikněte na tlačítko ve formuláři seznamu "Tvar". Transakční balíček bude aktualizován. Poté lze úkol převést do stavu "Provedeno".

Dalším úkolem bude. Zde je třeba zkontrolovat doklady k platbě za transakci s výhradou odložené platby (také odkazem "Dokumenty k dohodě"). Tento krok je nutné dokončit při splatnosti platby.

Posledním krokem bude . Otevřete obchod přímo z formuláře úkolu pomocí hypertextového odkazu a změňte jeho stav na "Vyhrál". Uložte změny dohody. Poté nastavte úkol do stavu "Provedeno".

Na závěr zvažte některé zajímavé funkce obchodních procesů 1C

• Interpret může přesměrovat jakýkoli úkol na jiného zaměstnance (tlačítko "Přesměrovat" ve formuláři úkolu).
• V úkolu si můžete nastavit připomenutí pro sebe (tlačítko "Připomenout") a obdržet zprávu v určitém okamžiku. Programátoři mohou navíc nastavit 1C tak, aby uživatelé dostávali upozornění na nové nebo zpožděné úkoly. V druhém případě může manažer nebo zaměstnanec, kterému je úkol přidělen (přesměrován), rychle zasáhnout.
• Obchodní procesy 1C lze spouštět automaticky. To lze implementovat pomocí pravidelných úloh podle plánu nebo události v systému. Proto je vhodné používat obchodní procesy 1C pro pravidelné opakující se procedury. Obchodní proces 1C může být vyvolán jiným obchodním procesem. K tomu musí jedna nebo více spustitelných úloh nadřazeného obchodního procesu určit volání podřízeného obchodního procesu.
• Všimněte si, že různé fáze obchodního procesu mohou být adresovány různým zaměstnancům a provedení další akce (úkolu) bude převedeno na jiného zaměstnance. Pokud je například vyžadována platba předem, nebude možné zboží odeslat bez účtárny platebního dokladu a v případě odložení platby musí za to odpovědný pracovník expedici povolit.