V souvislosti s vydáním / aktualizací těchto produktů a také s vývojem technologie webových služeb implementovali specialisté 1C bezproblémovou integraci, 1C ERP a 1C Document Management (dále jen „DO“).
Tento článek bude nejen popisovat schéma a nastavení integrace, i když to bude v plném rozsahu, ale také zvážit několik možných typů integrace.
K realizaci této interakce mezi dvěma programy potřebujeme:
-
1C "DO" 2.0 (verze CORP)
webový server apache.
Instalace a konfigurace dat softwarových produktů Není třeba popisovat, pojďme přímo k nastavení.
Tak. Obchodní proces je následující: musíme se dohodnout na prodejních smlouvách. Koordinační schéma bude následující:
Pro implementaci takového schématu dostaneme uživatele do 1C ERP a 1C DO.
- Bezpečnost
- Právník
- Ekonom
- Úředník
Nyní přejdeme k nastavení
Pojďme do 1C DO v režimu "Konfigurátor" a publikujeme naši databázi na webovém serveru.
Název - adresa zdroje, tzn. http://localhost/DocCorp/
Adresář – Umístění webové služby.
Práci kontrolujeme.
Nyní provedeme nastavení v 1C TO.
1) Vytvoříme nový typ dokumentu: „Smlouva o prodeji“
Přejděte na "NSI a správa" - "Typy dokumentů"
Vytvořme skupinu dokumentů "Smlouvy"
Vytvoření nového pohledu
Přejděte na kartu "Šablony dokumentů" - "Podrobnosti dokumentu".
Vytvořme složku, abychom všechny prodejní smlouvy uložili na jedno místo.
Přejděte na "Zpracovat šablony", vytvořte novou šablonu.
Otevře se formulář pro výběr šablony „Schválení“, vytvořte složku „Nestandardní procesy“, poté vytvořte proces „Smlouva o prodeji“
Napíšeme postup.
Přejděme k předmětům procesu, protože. máme podmíněné směrování, které závisí na výši kontraktu, potřebujeme předmět analýzy, pojďme si ho vytvořit.
Vraťme se na kartu "Nastavení procesu", přidejte odpovídající.
Poté změníme směr směrování a nastavíme pořadí vyjednávání:
Nyní nastavíme chytlavé adresování, klikneme na tlačítko „Use Conditions“. *(Pouze ve verzi CORP).
Vytvořme novou podmínku směrování: Částka smlouvy > 100 000 rublů.
Přiřaďme jej k „Typu dokumentu“ – „Smlouva o prodeji“.
Nastavení 1C "TO" je dokončeno. Pojďme k nastavení 1C: ERP.
Pojďme přidat uživatele, stejně jako v 1C "DO"
Do pole URL zadejte webovou adresu služby, nastavte potřebná zaškrtávací políčka a přejděte k nastavení integrace.
V nastavení specifikujte, ke kterému dokumentu chceme proces připojit.
Bude to „dohoda s protistranou“, objekt z 1C „DO“ - „Interní dokument“
Po výběru vztahů se provede základní konfigurace souvisejících objektů.
Musíte nastavit řadu polí.
Typ dokumentu v 1 "DO" - "Smlouva o prodeji"
Když je zadán typ dokladu, 1C ERP jej hledá v 1C "DO".
"Složka" - "Smlouva o prodeji" (místo pro ukládání dokumentů)
"Evidenční číslo"
Výchozí systém říká, že toto je "Kód", není to správné, změňme hodnotu.
Toto je číslo naší smlouvy.
Nastavte zbývající pole
To je vše - Uložte nastavení.
Vytvořme kupní smlouvu v 1C ERP, vytvoříme ji pod uživatelem „Klerický referent“
Nyní na základě této dohody vytvoříme proces 1C „DO“. Klikněte na "Více"
V 1C „DO“ se tím vytvoří interní dokument „Smlouva o prodeji“
Jeho "název" odpovídá údajům z 1C ERP. Systém nás okamžitě vyzve k výběru šablony procesu. Vyberte „Vyjednávání prodejní smlouvy“ a klikněte na „Vytvořit proces“. Zaškrtávací políčko „Spustit ihned“ zatím nenainstalujeme.
Částka našeho kontraktu je > 100 000 rublů, proto naše směrovací pravidlo fungovalo, byl přidán Economist.
Zahájíme proces.
Nyní pojďme na 1C ERP pod různými uživateli a podívejme se na výsledek. Když se uživatel poprvé přihlásí do 1C ERP, pokud je nakonfigurována integrace s 1C „TO“, bude uživatel vyzván k zadání přihlašovacího jména a hesla pro připojení k „DO“.
Pak pojďme k The Economist
Nemá žádné úkoly, protože jeho schválení následuje po „Právníkovi“, dohodneme smlouvu s „Právníkem“ a aktualizujeme úkoly „Ekonoma“
Naše smlouva se posunula do stavu „Platná“.
Malá odbočka. Toto je příklad integrace z 1C ERP do 1C "TO". Ale podle mého názoru existuje řada nedostatků nikoli v samotné integraci, ale v organizaci obchodního procesu. Předpokládejme, že máme velký tok dokumentů o prodejních smlouvách s protistranami, všechny smlouvy procházejí schvalovacím postupem. Proto musí být smlouva pokaždé zadána v 1C: ERP. Smlouva se ale nemusí dohodnout, pak v databázi zůstanou „smetí“, neříkám, že to výrazně ovlivní chod systému, ale stejně.
Ale je tu příležitost rozšířit vztah. "Úřednice" vytvoří interní dokument "Smlouva o prodeji" v 1C "DO", dokument projde schvalovacími fázemi, poté, když dojde k odsouhlasení, "úřednice" zapíše již schválené údaje do ERP 1C a nastaví vztah mezi objektem v 1C ERP a 1C "DO" .
V 1C "DO" vytvoříme interní dokument "Smlouva o prodeji"
Smlouvu zaevidujeme a odešleme podle námi vytvořeného schvalovacího vzoru.
Drobná nepřesnost na obrazovce, výše kontraktu pak byla uvedena ve výši 1500 rublů.
Částku smlouvy jsem nastavil na 1500 rublů, proto Economist nemusí schvalovat.
Pojďme k 1C ERP.
Jak můžete vidět, aniž byste dokonce vytvořili dokument v 1C ERP s bezproblémovou integrací, všechny uživatelské procesy v 1C „TO“ se zobrazí v 1C ERP.
Po dokončení všech schvalovacích procedur a odsouhlasení smlouvy ji stačí zadat do databáze 1C ERP a nastavit připojení.
Uzavřeme naši smlouvu do 1C ERP a nastavíme spojení se sjednaným objektem z 1C "DO"
Přejděte na "Správa dokumentů" tento dokument a vyberte "interní dokument" 1C TO.
Vyhledávání probíhá podle zvolených kritérií na straně 1C "TO".
Nyní máme spojení mezi dvěma objekty.
Zároveň jsme nevytvářeli zbytečné doklady v 1C ERP, celý schvalovací proces probíhal na straně ERP (prostřednictvím 1C „TO“). A bylo přijato spojení mezi 2 objekty z různých základen.
Vše pro sim. Které metody zvolit závisí na vašich potřebách, rozhodněte se sami.
PS. Při integraci s 1C ERP bych doporučil nastavit plány pro výměnu struktury podniku, dodavatelů, uživatelů a článků DDS. Tím se sníží interference v systému 1C "DO" a budou mít aktuální informace ve smluvním účetnictví.
3. Integrace mezi ERP subsystémy. Projevuje se především v regulované výměně dat mezi ERP subsystémy. Tato data často iniciují procesy v jiných subsystémech. Schéma integrace subsystémů je znázorněno na Obr. 1.4.
Rýže. 1.4. Schéma integrace základu KIISUP
4. Flexibilita při zavádění řídicích struktur v konkrétních podmínkách. Zároveň se skladba funkcí obsažených v subsystémech konkrétního KIISUP nemusí zcela shodovat s funkční náplní subsystémů základního systému. Připomeňme, že základní systém je chápán jako soubor funkcí, které jsou součástí softwaru, na jehož základě je konkrétní systém postaven. Tato poloha je znázorněna na Obr. 1.5.
A, B, C - subsystémy základního systému.
A 1 , B 1 , C 1 - subsystémy reálného KIISUP.
Poznámka. Orientace při výstavbě KIISUP na řízení výrobního procesu jako celku, a nikoli na automatizaci činností jednotlivých útvarů podílejících se na řízení, je hlavním požadavkem na samotnou podporu integrity systému řízení a jeho co největší efektivní fungování. Zároveň může docházet k nesouladu mezi funkční náplní subsystémů KIISUP a funkčními odpovědnostmi v odděleních - obr. 1.6.
A, B, C - subsystémy zahrnuté v organizační struktuře.
A 1 , B 1 , C 1 - subsystémy KIISUP.
Použití stejných funkcí potřebných pro přípravu různých manažerských rozhodnutí je zcela běžné, například kontrola stavu zásob ve skladu se provádí jak při přijetí externí zakázky, tak při generování výrobní zakázky nebo objednávky.
5. Integrace (agregace) více heterogenních zdrojů v jednom řešení. To je patrné zejména na vyšších úrovních plánování, přičemž volba skladby zdrojů je na manažerovi (obr. 1.7).
6. Integrace řízení všech fází životního cyklu produktu (obr. 1.8).
Tento typ integrace se provádí na základě informací o celém životním cyklu produktu, podporovaný PLM, PDM subsystémy.
7. Integrace řízení všech fází výroby.
8. Integrace řízení mezi všemi procesy přeměny zdrojů na produkty.
9. Integrace funkcí řízení ve formě struktury, včetně funkcí plánování, účetnictví, kontroly, regulace, analýzy (obr. 1.11).
10. Integrace KIISUP pomocí systému BPMS
Základním rysem současného stupně rozvoje integrace je využití BPMS jako univerzálního integračního řešení, které poskytuje novou kvalitativní úroveň rozvoje KIISUP. V důsledku toho struktura moderního KIISUP získala podobu znázorněnou na obr. 1.12.
Toto schéma ukazuje jak hlavní moderní subsystémy související s rozvojem směru MRP-ERP-MES, tak subsystém BPMS pro integraci a dynamické přizpůsobení KIISUP požadavkům prostředí.
Komponenty KIISUP uvedené v diagramu mají následující výklad.
CIAS - podnikový analytický systém. Poskytuje počítačovou podporu pro bloky analýzy různých regulačních smyček dle obr. 1.11. regulační smyčka se skládá z bloků účetnictví, řízení, analýzy, regulace a plánování.
BPMS - business process management system - business process management system. Toto je integrační nástroj, jádro KIISUP.
SEB/EK - systémy elektronického obchodu a obchodu. Poskytování počítačové podpory pro podnikání ve WEB sítích.
ERP - plánování podnikových zdrojů - plánování podnikových zdrojů.
APS - pokročilé plánování a rozvrhování - pokročilé plánování a rozvrhování.
EAM - enterprise actives management - enterprise asset management.
CRM - řízení vztahů se zákazníky - řízení vztahů se zákazníky.
CSRP - klientské synchronizované plánování zdrojů - klientské synchronizované plánování zdrojů.
EDMS - systém elektronické správy dokumentů.
ECM - electronic content management - správa elektronického obsahu.
SCM - supply chains management - řízení dodavatelského řetězce.
SRM - řízení vztahů s dodavateli - řízení vztahů s dodavateli.
MES - výrobní realizační systém - operační systém řízení výroby.
AMM - pokročilé řízení výroby - pokročilé řízení výroby.
PLM - product lifecycle management - product lifecycle management.
PDM - správa produktových dat - správa produktových dat.
CAD - computer aided design - computer-aided design (CAD).
CAM - počítačově podporovaná výroba - automatizovaná výroba.
CAE - computer aided engineering - automatizovaný vývoj.
Těchto devatenáct subsystémů je studováno v následujících přednáškách.
Závěr a závěry
Všechny tyto integrační metody v různé míře ovlivňují efektivitu systému řízení. Ale projevujíce se v reálných systémech, umožňují budovat složité funkční řídicí struktury. Tyto struktury se skládají z velkého množství vzájemně propojených řídících funkcí. Přerušení integračních vazeb, ztráta potřebné funkčnosti nebo jejich špatná implementace snižují efektivitu řízení, protože v něm vytvářejí „úzká místa“, „slepé uličky“, vedou k řešení problémů na základě nepřesných a/nebo neúplných informací, snižují kvalitu řešení atd. Při navrhování a provozu systému by proto měly mít otázky integrace nejvyšší prioritu.
Závěry:
Integrace KIISUP na bázi ERP, MES a dalších technologií je rysem a hlavním úspěchem současného stavu systémů řízení podniku. Spočívá v časově a prostorově koordinované realizaci všech prvků procesu řízení.
Integrace jako nezbytný prvek organizace řízení byla vždy dobře chápána, ale její realizace byla možná až na základě elektronizace.
Integrace do systémů KIISUP se projevuje mnoha způsoby, mimo jiné ve formě spojení prvků výrobních systémů a výrobních procesů do jednoho celku, jako jsou:
ERP a CAD/CAM/CAE systémy;
ERP, MES a další subsystémy s vnějším prostředím;
subsystémy KIISUP mezi sebou;
divize podniku;
etapy produkční proces- od nákupu po montáž;
materiální zdroje;
elementární procesy, které tvoří jeden výrobní proces;
řídící funkce.
Základním rysem současného stupně rozvoje integrace je využití BPMS jako univerzálního integračního řešení, které poskytuje novou kvalitativní úroveň rozvoje KIISUP.
V praxi podniků vede integrace KIISUP ke stírání hranic mezi prvky produkčních systémů, úplnějšímu a komplexnějšímu zdůvodňování manažerských rozhodnutí a zvyšování odborných kvalit manažerů.
Provádění hlavních a doplňkových činností společnosti musí být doprovázeno procesem zpracování dokumentů, což zase vyžaduje nejen použití systémů účetnictví nebo komplexní ERP systémy. Tento úkol nejlépe zvládají ECM systémy, nástupci elektronické systémy pro správu dokumentů (EDMS). Zavádějí se nejen pro „byrokratické“ potřeby, ale také pro snížení mzdových nákladů zaměstnanců, odstranění duplicitních informací a chybného zadávání dat. Zde však může často nastat problém integrace mezi ERP a ECM systémy. Jak to vyřešit, podívejme se na příklad 1C: Správa dokumentů 8 (dále jen DO).
Produkt má široké možnosti integrace s jinými informačními systémy (dále jen IS) nebo systémy na bázi 1C. Mezi ně patří synchronizace dat a bezproblémová integrace.
Bezproblémová integrace znamená, že funkce DO lze používat prostřednictvím rozhraní z jiných konfigurací.
Bezproblémová integrace umožňuje:
- Vytvářejte dokumenty v 1C: Správa dokumentů na základě dat IS, navazování vazeb mezi dokumenty, aktualizace detailů souvisejících objektů;
- Spusťte obchodní procesy podle dokumentů a adresářů IP;
- Použijte 1C: Správa dokumentů jako úložiště souborů téměř jakýkoli formát (obrázky, texty, video soubory, archivy a další soubory). Automatické nahrávání souborů a ukládání všech verzí dokumentů;
- Vytvářejte písmena podle IS;
- Zaznamenávejte si pracovní dobu a mnoho dalšího.
Důležité! Nastavení potřebná pro integraci jsou již k dispozici v 1C:Enterprise 8 a ve všech standardních řešeních.
Integrace 1C: Správa dokumentů s IS na příkladu 1C: ERP Enterprise management 2
Bezproblémová integrace je založena na webová služba 1C: Správa dokumentů. Je součástí pracovního postupu a je součástí standardní dodávky. Tato webová služba nevyžaduje programování a může být publikována na libovolném bezplatném webovém serveru. Je podporován bezplatný server Apache nebo Microsoft IIS.
Uživatel ve skutečnosti „nevidí“ webový server. Slouží jako jakási technologická platforma, na které funguje bezproblémová integrace. Ze strany integrované konfigurace (v našem případě 1C: ERP) funguje „Integrační knihovna“, která poskytuje objekty, se kterými uživatel interaguje. Uživatel vidí své úkoly v DO pomocí integrační knihovny, vidí seznamy možných obchodních procesů, které lze spustit. To vše je v konfiguraci Enterprise Management. A uživatel komunikuje s integrační knihovnou uvnitř 1C:ERP.
Existují funkce bezproblémové integrace, které nevyžadují téměř žádnou konfiguraci a vytváření objektů v pracovním postupu. Jedná se například o práci se seznamem úloh v Enterprise Management. Na ploše 1C: ERP vidíte pouze seznam úkolů, jako byste pracovali v DO.
Druhý příklad snadné použití integrace - použití DO jako úložiště souborů. V databázi 1C: Document Management můžete vybrat samostatnou složku a skeny smluv z 1C: ERP budou uloženy v této složce, aniž byste vytvořili další entity.
Pokud chcete využít zajímavější funkce bezproblémové integrace, vytvoří se související objekty. Pokud například přijdete napsat dopis vytvořený na základě smlouvy z 1C: ERP a pošlete ho svému kolegovi nebo protistraně.
Jak nastavit bezproblémovou integraci s 1C: Správa dokumentů
Proces ladění vyžaduje trpělivost a péči. Pro ilustraci jsme zvolili programy 1C: ERP 2.2.4.0.67 a 1C: Document Management PROF (vydání 2.1.10.2).
Nastavení zahrnuje následující kroky:
Instalace webového serveru Apache nebo IIS spuštěním z distribuce. Návod je součástí dodávky;
Příprava DO pro bezproblémovou integraci. V tomto kroku byste se měli rozhodnout, jaký druh objektů 1C: ERP se bude integrace účastnit. Například integrace pouze pro zákaznické objednávky a prodejní doklady. Tyto akce provádí uživatel s právy správce. Vytvořme složku „Od 1C: ERP“ a dva typy interních dokumentů v databázi 1C: Správa dokumentů: „Objednávka zákazníka“ a „Prodej zboží a služeb“. Nastavte účtování pro protistrany a množství dokladů. Určete, že musíte použít termíny splatnosti.
Definujme složky pro ukládání dokumentů z 1C: ERP. V našem případě je to složka „Prodej“ a v ní jsou podsložky „Objednávky“ a „Prodej“.
Zveřejnění webové služby 1C: Správa dokumentů na webovém serveru. Jedná se o velmi jednoduchý proces. Vyrábí se v režimu konfigurátoru. Spusťte 1C:Enterprise jako správce.
Jdeme do programu 1C: Správa dokumentů pod uživatelem s administrátorskými právy. Vyberte položku nabídky Správa / Publikovat na webovém serveru.
Zadejte název publikace a adresář. Klikněte na tlačítko "Publikovat".
Poté můžete spustit prohlížeč a stáhnout naši konfiguraci 1C: Document Management na " http://your_comp/Doc/»
Kde "your_comp" je název počítače nebo IP adresa webového serveru.
A "Doc" je adresář publikace ( C:\inetpub\wwwroot\Doc\).
Zadání adresy publikace v 1C: ERP Enterprise Management 2. Do programu vstupujeme pod uživatelem s administrátorskými právy. Vybereme "NSI a administrace / Nastavení integrace / 1C: Správa dokumentů".
Naznačujeme možnosti bezproblémové integrace, které plánujeme využít.
Zaškrtněte políčko „Integrace s 1C: Správa dokumentů“, zadejte adresu publikace „ http://vas_komp/doc/»
Dalším krokem, který je třeba provést, je vybrat uživatelské jméno pro připojení k DO.
Pro všechny uživatele pracující v 1C: ERP byste měli vytvořit účty v databázi pracovních postupů a poskytnout uživatelům jejich hesla. Autorizace domény nefunguje, musíte použít autorizaci 1C: Enterprise. Je dobré, když jsou názvy účtů ve workflow a 1C: ERP stejné.
Známkou úspěšného připojení bude zobrazení formuláře úlohy z konfigurace Workflow na ploše v "1C: ERP Enterprise Management 2".
Toto je způsob, jak říci programu o korespondenci mezi objekty 1C: ERP a DO, například objednávkou zákazníka a odpovídajícím typem dokumentu v pracovním postupu (interní dokument „Objednávka zákazníka“), když jsou dokumenty 1C: Document Management vytvořeno na základě dokumentů 1C: ERP. Uvádíme, jak se vyplňují detaily dokumentů, na základě čeho a v jakém pořadí.
- Základní náplň. Například vyplnění požadované „Protistrana“ v databázi pracovních postupů na základě požadované „Protistrana“ z 1C: ERP. Nebo vyplnění požadovaného „Odpovědný“ v DO na základě požadovaného „Autora“ v Enterprise Management.
- Vyplnění nějakou předdefinovanou hodnotou. Příklad, při vytváření nových dokladů v DO jim přiřadíme složku "Z 1C: ERP". Důležitý bod - nastavení automatické aktualizace detailů. Při konfiguraci pravidel zaškrtněte políčko "Aktualizovat hodnoty atributů". Jako příklad - atribut "Částka".
Můžete si představit složitou obchodní logiku a vložit ji do pole Embedded Language Expression. Například na základě stavů schválení v DO přiřaďte stavy dokumentům v 1C:ERP.
Můžeme vám také říci, co přiložit tiskových formulářů dokumentů při vytváření dokumentů v konfiguraci 1C: Document Management. Určete, které tiskové soubory přidáme a v jakém formátu.
Příklad použití DO pro synchronizaci s adresářem Counterparties
1C: Správa dokumentů vám neumožňuje automaticky vytvářet protistrany v 1C: ERP Enterprise Management 2. Uděláme to jiným způsobem.
Vytváříme protistranu v databázi Document Management (LLC "New"). Jdeme do karty a dáme ji k provedení.
Na domovské stránce přejděte na Enterprise Management. Klikněte na "Aktualizovat" a podívejte se na naši protistranu. Přejdeme na kartu protistrany a uvidíme hypertextový odkaz, který naznačuje, že musíte tuto protistranu ručně propojit mezi DO a 1C: ERP.
Vyplníme DIČ protistrany, zapíšeme a uzavřeme. Jdeme znovu a vidíme, že hypertextový odkaz zmizel, protistrana je plně uvedena v databázi 1C: ERP.
Existuje mnohem více způsobů a možností, jak využít bezproblémovou integraci IP s 1C: Document Management. Hodně štěstí s nastavením!
29. března 2013 14:52Dotaz čtenáře: Hrozí v případě použití integrovaného řešení EDMS + ERP skutečně nemožnost zdokonalit jeden systém z důvodu omezených možností druhého? Jaký pak má smysl implementace a integrace, když nemůžete využívat plnou funkčnost?
Při integraci více systémů není úkolem spravovat objekty nebo data jednoho systému z jiného. Systémy jsou obvykle integrovány tak, aby sdílely společná data, aby se zabránilo dvojímu zadávání dat, aby bylo možné nahlížet na operaci „z hlediska“ několika systémů atd.
Například z ERP systému bude možné přistupovat k obrázkům dokumentů uložených v ECM. Nebo při provádění obchodního procesu získat data, která jsou uložena v systému ERP.
Integrace může být vytvořena mezi samostatnými systémy, a pokud jsou tímto způsobem integrovány více než dva systémy, může existovat několik bran. Další možností je použití sběrnice Enterprise Data and Management Services Bus (ESB). Pokud systém nepodporuje rozšíření, není možné data upravovat, stahovat, nahrávat nebo k nim přímo přistupovat – integrace s nimi nebude možná. Obvykle se jedná o starší systémy (doslova „zděděné“) – produkty, které přežívají svůj věk, které se již nevyvíjejí, ale pouze využívají. Nejčastěji lze aplikaci upravit nebo získat přístup k datům: to poskytuje příležitost pro integraci. Při vyhodnocování možnosti integrace systémů je samozřejmě potřeba vyhodnotit a korelovat všechny přínosy a náklady.
Úkol integrace ERP a ECM systémů nevzniká od nuly – je vyžadován v procesu automatizace určitých obchodních procesů společnosti.
Mezi tyto obchodní procesy patří zpravidla dokumenty - například proces odsouhlasení faktury, žádosti nebo smlouvy, proces schválení žádosti o úvěr atp.
Možností interakce systémů je spousta, uvedu příklady pouze dvou z nich.
Většina ERP systémů umí pracovat pouze s daty, nikoli s dokumenty, zatímco ECM systémy jsou původně určeny k ukládání dokumentů. Prvním scénářem je tedy přístup z ERP systému k obrázkům dokumentů, které jsou uloženy v ECM systému.
Například při zpracování faktury v ERP systému je vyžadován přístup k jejímu naskenovanému obrázku, který může obsahovat ručně psané úpravy a značky. Tomuto úkolu neustále čelí distributoři, kteří organizují hromadné dodávky zboží napříč prodejních míst. V případě zjištění sňatku, manka nebo přeřazení jsou odpovídající značky provedeny v papírovém nákladním listu. Pokud je zpracování faktur centralizované a geograficky prováděno na jiném místě, východiskem ze situace může být streaming skenování faktur do systému ECM. Systémová integrace propojí data v ERP systému s obrazem dokumentu uloženým v ECM systému. Účetní, která faktury zpracovává, získá přístup k potřebným informacím (značkám a opravám) a bude moci data v ERP systému opravovat.
Další scénář systémové integrace je svým způsobem zrcadlem toho prvního – jedná se o organizaci přístupu k datům ERP systému z aplikace ECM.
Například v procesu sjednávání smlouvy mohou být pro přijetí rozhodnutí vyžadovány informace o výsledku realizace předchozích dohod, informace o transakcích mezi protistranami, stavu zásob atd. Systémová integrace umožní zařadit do podnikového procesu vazby na objekty v ERP systému (karty, reporty, registry atd.), což značně zjednoduší práci zaměstnanců, kteří dokument schvalují. Existuje další verze tohoto scénáře, kdy se finanční kontrolor při odsouhlasení účtu obrátí na rozpočtový systém, aby zjistil, zda plánovaný rozpočet umožňuje platit za aplikaci, nebo jsou naopak zvoleny všechny limity. Jak vidíte, příkladů je mnoho.
Ve výše uvedených scénářích může systém ECM fungovat i jako technický nástroj pro řízení podnikových procesů, tedy převzít funkce BPM (Business Process Management).
Již má BPM engine neboli mechanismus pro orchestraci obchodních procesů: bude nutné vyvinout konektory (integrační mechanismy) k dalším systémům. Například konektor k vybranému ERP systému.
Další varianta - Systém ECM funguje jako služba. V našem případě se jedná o první ukázaný scénář, kdy uživatel z ERP systému přistupuje k obrazu dokumentu. Systém ECM poskytuje přístup k dokumentům, to znamená, že funguje jako úložiště dokumentů. Tento scénář se stává velmi populárním a výrobci ECM systémů vyvinuli standard pro rozhraní pro přístup k online úložišti dokumentů – CMIS.
CMIS nabízí standardní a univerzální mechanismus pro přístup k dokumentům a celým třídám dokumentů prostřednictvím webových služeb, tedy přes internet. Pokud tedy máte práva, můžete přistupovat k dokumentům, které se fyzicky nacházejí v jiném městě nebo dokonce v jiné zemi. Což je ovšem u nadnárodních společností zcela běžná praxe.
Samozřejmě, že myšlenkový útěk automatů podnikových procesů je omezen integračními schopnostmi systémů. Systémů, se kterými není možná integrace, je stále méně – obvykle se jedná o starší systémy, které jsme již zmínili výše.
Pokud aplikace rozšíření podporuje, lze jej upravit tak, aby přistupoval k externím datům, importoval nebo naopak exportoval data. Mnoho moderních aplikací má rozhraní pro přístup k programu (API), které umožňuje přístup k systémovým objektům. Pokud to není možné, ale existuje znalost toho, jak je v systému organizováno ukládání dat, je vytvořena externí aplikace, která přímo přistupuje k datům systému.
Tím pádem nemá cenu mluvit o nesmyslnosti integrace. V každém případě je nutné určit, jaká integrace je požadována, co lze udělat a jaké budou náklady. A výhody systémové integrace mohou přinést mnohé a uvedené příklady to jasně dokazují.
SlovníkBPM-systems (angl. Business Process Management) - systémy pro řízení obchodních procesů organizace. ERP (angl. Enterprise Resource Planning - plánování podnikových zdrojů) - sada integrované aplikace, které vám umožní vytvořit jednotné prostředí pro automatizaci plánování, účetnictví, kontroly a analýzy všech hlavních obchodních operací podniku. API (anglicky application programming interface - application programming interface) je aplikační programovací rozhraní pro integraci jednoho softwaru poskytování s ostatními. CMIS (anglicky Content Management Interoperability Services - interakční služby pro správu obsahu) - soubor standardů sestávající ze souboru webových služeb pro sdílení informace uložené v úložištích nesouvisejícího obsahu. Enterprise service bus (ESB) - spojovací software, která poskytuje centralizované a jednotné zasílání zpráv mezi různými informačními systémy. Základním principem servisní sběrnice je výměna zpráv mezi sebou různé systémy prostřednictvím jediného bodu, ve kterém je v případě potřeby zajištěna kontrola, transformace dat a bezpečnost zpráv. Předpokládá se také, že všechna nastavení pro zpracování a přenos zpráv jsou soustředěna do jednoho bodu, takže při výměně jakéhokoli informačního systému připojeného na sběrnici není potřeba překonfigurovat další systémy. DSS Consulting je manažerská a IT poradenská společnost, která působí na poradenském trhu od roku 2003 a již několik let provádí nezávislý monitoring ruský trh informační systémy a publikuje analytické recenze na aktuální témata. |
Na počátku 90. let. analytická společnost Gartner Group představila nový koncept. Systémy třídy MRPII v integraci s modulem finanční plánování FRP (Finance Requirements Planning) se nazývají systémy plánování zdrojů podnikové ERP (EpodnikRzdrojPlanning). Jedná se o systém plánování podnikových zdrojů, který zahrnuje:
- prognózování;
- projektový a programový management;
- udržování informací o produktech a technologiích;
- řízení nákladů, financí, lidských zdrojů atd.
Projekt ERP systému je projektem obchodní reorganizace.
ERP systémy jsou založeny na principu vytvoření jediného datového skladu (úložiště) obsahujícího všechny podnikové obchodní informace:
- finanční informace;
- výrobní údaje;
- personální údaje
- atd.
ERP systém je sada integrovaných aplikací, které vám umožní vytvořit integrovaný informační prostor pro automatizaci plánování, účetnictví, kontroly a analýzy všech hlavních obchodních operací podniku.
V systémech ERP jsou implementovány následující hlavní funkční bloky.
- Plánování prodeje a výroby. Výsledkem působení bloku je vypracování plánu výroby hlavních typů výrobků.
- Řízení poptávky. Tento blok je navržen tak, aby předpovídal budoucí poptávku po produktech, určoval objem objednávek, které mohou být klientovi v určitém okamžiku nabídnuty, určoval poptávku distributorů, poptávku v rámci podniku atd.
- Pokročilé plánování kapacity. Slouží ke specifikaci výrobních plánů a určení stupně jejich proveditelnosti.
- Hlavní plán výroby (výrobní plán). Produkty jsou určeny v konečných jednotkách (produktech) s termíny výroby a množství.
- Plánování materiálových požadavků. Stanoví se druhy materiálových zdrojů (prefabrikáty, hotové celky, nakupované výrobky, suroviny, polotovary atd.) a konkrétní načasování jejich dodání ke splnění plánu.
- Specifikace produktu. Určuje složení konečného produktu, materiální zdroje nutné pro jeho výrobu atd. Specifikace je ve skutečnosti spojnicí mezi hlavním výrobním plánem a plánem materiálových požadavků.
- Plánování kapacitních požadavků. V této fázi plánování, podrobněji než na předchozích úrovních, produkční kapacita.
- Směrovací/pracovní centra. Pomocí tohoto bloku jsou specifikovány jak výrobní kapacity různých úrovní, tak trasy, podle kterých jsou produkty vyráběny.
- Kontrola a seřízení dílenských plánů na kapacity.
- Řízení nákupu, zásob, prodeje.
- Finanční řízení (vedení hlavní knihy, vyrovnání s dlužníky a věřiteli, účtování dlouhodobého majetku, cash management, plánování finanční aktivity atd.).
- Řízení nákladů (účtování všech nákladů podniku a kalkulace hotových výrobků nebo služeb).
- Řízení projektů/programů.
Nejběžnější systémy třídy ERP v Rusku:
- SAP R/3
- Aplikace Oracle
- Galaxie
- Plachta
- 1C: Enterprise 8
- Dynamics Ax
- Cognos
- Navision Attain a Navision Axapta
- Podpora různých typů odvětví (montážní, výrobní atd.) a činností podniků a organizací (např. ERP systémy lze instalovat nejen na průmyslové podniky, ale i v organizacích v sektoru služeb – banky, pojišťovny a obchodní společnosti atd.).
- Podpora plánování zdrojů v různých oblastech podniku (nejen výroby).
- ERP-systémy jsou zaměřeny na řízení „virtuálního podniku“ (odrážejícího interakci výroby, dodavatelů, partnerů a spotřebitelů) v rámci IP.
- V ERP systémech je větší pozornost věnována finančním subsystémům.
- Přidány mechanismy pro řízení nadnárodních korporací.
- Zvýšené požadavky na infrastrukturu (Internet/Intranet), škálovatelnost (až několik tisíc uživatelů), flexibilitu, spolehlivost a výkon softwaru a různých platforem.
- Zvýšené požadavky na integraci ERP systémů s aplikacemi, které již podnik používá
- Věnováno více pozornosti softwarových nástrojů podpora rozhodování a integrace s datovými sklady (někdy součástí ERP systému jako nový modul).
- Řada ERP systémů vyvinula pokročilé nástroje pro přizpůsobení (konfiguraci), integraci s jinými aplikacemi a přizpůsobení (včetně těch, které se používají dynamicky při provozu systémů).
- Integrace různé druhyčinnosti společnosti
- Procesy plánování podnikových zdrojů jsou mezifunkční a posouvají firmu za tradiční, funkční a místní hranice.
- Data dříve uložená na jiném heterogenní systémy, jsou nyní integrovány do jediného systému .
Do roku 2010 by se země EU měly stát nejdynamičtěji se rozvíjejícím, konkurenceschopným regionem, který je součástí globální informační komunity. To - strategický cíl program „Electronic Europe“ (e-Europe), který by měl poskytovat:
- levný, bezpečný a rychlý internet;
- dostatečné investice do IT vzdělávání obyvatel;
- masové využívání internetu ve všech sférách lidského života.
Integrace ERP systémů a systémů elektronického obchodování umožňuje implementovat koncept B4B:
Možnost pro kupujícího dokončit produkty, které potřebuje, prostřednictvím systému elektronického obchodu.
Tito. otázka není v organizaci výroby samotné - ta je jednoduše řešena pomocí ERP systémů.
Pod třídní systémyERP II je chápána jako WEB aplikace integrovaná s hlavní ERP aplikací podniku a implementuje jakousi front-office k tradičnímu ERP systému.
Systém může patřit do třídy ERPII, pokud jsou front-office a back-office jedna entita.
ERP-2 = ERP + CRM + SCM + PLM
Systémy třídy CRM:
Dekódování zkratek CRM (Customer Relationship Management) mluví samo za sebe, řízení vztahů se zákazníky je úkol, který CRM systém řeší.
Funkční složení systémů třídy CRM:- prodejní funkčnost (správa kontaktů, klientů);
- funkcionalita řízení prodeje (prognózy, analýza cyklu, pevné a libovolné výkazy);
- funkce prodeje po telefonu;
- time management (individuální/skupina);
- podpora zákaznických služeb (HelpDesk);
- (vedení marketingových společností);
- zprávy pro vyšší management;
- integrace s ERP;
- synchronizace s různá zařízení a systémy;
- funkčnost elektronického obchodu;
- mobilní prodej (práce se systémem mimo kancelář).
- zvýšení prodeje;
- zvýšení procenta „úspěšných“ transakcí;
- zvýšení marže;
- zvýšení spokojenosti zákazníků;
- snížení administrativních nákladů na prodej a marketing.
Další výhody používání systémů této třídy:
- Nezapomíná se ani na požadavky klienta.
- Údaje o neúspěšných a bývalých klientech a důvodech odmítnutí se neztrácejí.
Příklad: Před 3 měsíci klient odmítl úvěr z důvodu vysoké sazby. Ale před týdnem byla sazba snížena. Nyní mu podmínky mohou vyhovovat.
- Duplikace činností mezi zaměstnanci ostatních je vyloučena
Příklad: dnes není přítomen manažer, který s klientem jednal. Další zvedne telefon. Není potřeba říkat vše od začátku.
- Údaje o vztazích se zákazníky jsou uloženy.
Příklad: klient je členem sdružení... Pokud mu služba vyhovuje, proč ji nenabídnout dalším členům sdružení.
- Plán prodeje může vedení snadno sestavit a upravit podle zpráv manažerů.
- Individuální plán práce pro manažery lze sestavit „z toho, co bylo dosaženo“.
- Monitorovací zprávy umožňují analyzovat práci manažerů, eliminovat problém „černé skříňky“ a vyhodnocovat efektivitu jejich práce (množství smluv uzavřených za dané období)
- „Úzkých míst“ ubývá
Systémy třídy SCM:
SCM (zásobovánířetězřízení) — automatizované systémyřízení dodavatelského řetězce.
Hlavním úkolem je zvýšit efektivitu logistiky. To umožňuje
- vyhodnocovat náklady na dodávku,
- efektivně řídit přepravu zboží a zvolit nejoptimálnější trasu a nejvhodnějšího dodavatele pro realizaci zakázky.
- vyhodnotit potřebu prognózování nákladů pro každou dodávku zboží a v systému pro její implementaci.
- optimalizovat zásobovací procesy, as expedičních a třídících míst (sklady, pobočky) je většinou hodně a jsou prostorově odděleny.
- zajistit kvalitu dodávky, rychlost a její předvídatelnost.
Další úlohy řešené systémy tříd SCM:
- Jsou vybráni nejziskovější partneři a podmínky, což obecně poskytuje potřebné úspory.
- Možnost zneužití se snižuje díky větší transparentnosti vztahů se zákazníkem.
- Zaručená kvalita přitahuje nové prodejce.
- obrat inventář roste, zároveň klesá potřeba vlastních zdrojů, obchodních úvěrů dodavatele a hotovostních úvěrů banky.
Systém tříd SCM lze použít:
- pro výrobu;
- pro distribuční společnosti;
- pro obchod;
- pro logistické organizace;
- pro dopravní organizace.
Pomocí SCM je možné změnit situaci, kdy analýza všech nákladů na dodávku kterýmkoli dodavatelem nebo po jakékoli trase ukáže její nerentabilnost, ale společnost ji nadále využívá.
Další třídy podpůrných systémů pro výrobní a obchodní cyklus:
- PLM (Product Lifecycle Management) - řízení životní cyklus produkty;
- PDM (Product Data Management) - systémy řízení výrobních dat.
- APS (Advanced Planning/Scheduling) - vývoj plánovacího systému; pokročilé plánování výrobních úkolů.
Celkový objem prodeje těžkého softwaru (ERP a ERP podobných systémů) a souvisejícího poradenství ve fázi implementace přesáhl 90 milionů USD až 100 milionů USD (podle různých odhadů). 1/3 tohoto objemu připadá na prodej licencí
