Seoses nende toodete väljalaskmise / värskendamisega ning veebiteenuste tehnoloogia arendamisega rakendasid 1C spetsialistid sujuva integratsiooni, 1C ERP ja 1C dokumendihalduse (edaspidi "DO").
See artikkel ei kirjelda mitte ainult skeemi ja integreerimisseadeid, kuigi see on täielikult, vaid kaalub ka mitut võimalikku integratsioonitüüpi.
Selle kahe programmi vahelise suhtluse rakendamiseks vajame:
-
1C "DO" 2.0 (versioon CORP)
veebiserver apache.
Andmete installimine ja seadistamine tarkvaratooted Pole vaja kirjeldada, läheme otse seadistusse.
Niisiis. Äriprotsess on järgmine: peame kokku leppima müügilepingud. Koordineerimisskeem on järgmine:
Sellise skeemi rakendamiseks suuname kasutajad 1C ERP-i ja 1C DO-sse.
- Ohutus
- Advokaat
- Majandusteadlane
- Ametnik
Liigume nüüd seadistamise juurde
Liigume režiimis "Configurator" 1C DO-sse ja avaldame oma andmebaasi veebiserveris.
Nimi - ressursi aadress, st. http://localhost/DocCorp/
Kataloog – veebiteenuse asukoht.
Kontrollime tööd.
Nüüd teeme seaded 1C TO-s.
1) Koostame uut tüüpi dokumendi: "Müügileping"
Minge jaotisse "NSI ja haldus" - "Dokumenditüübid"
Loome dokumentide rühma "Lepingud"
Uue vaate loomine
Minge vahekaardile "Dokumendimallid" - "Dokumendi üksikasjad".
Loome kausta, et salvestada kõik müügilepingud ühte kohta.
Minge jaotisse "Töötle mallid", looge uus mall.
Avaneb malli valikuvorm "Leping", looge kaust "Mittestandardsed protsessid", seejärel looge protsess "Müügilepingu leping"
Kirjutame protsessi.
Liigume edasi protsessi teemade juurde, sest. meil on tingimuslik marsruutimine, mis sõltub lepingu summast, vajame analüüsi subjekti, loome selle.
Läheme tagasi vahekaardile "Protsessi seaded", lisage sobivad.
Seejärel muudame marsruudi suunda ja määrame läbirääkimiste järjekorra:
Nüüd seadistame meeldejääva adresseerimise, klõpsake nuppu "Kasuta tingimusi". *(Ainult CORP versioonis).
Loome uue marsruuditingimuse: Lepingu summa > 100 000 rubla.
Määrame selle "Dokumendi tüübiks" - "Müügileping".
1C "TO" seadistamine on lõpetatud. Liigume edasi 1C: ERP seadistamise juurde.
Lisame kasutajaid samamoodi nagu 1C "DO" puhul
Sisestage URL-i väljale teenuse veebiaadress, määrake vajalikud märkeruudud ja jätkake integreerimisseadete juurde.
Määrake seadetes, millisele dokumendile tahame protsessi lisada.
See on "leping vastaspoolega", objekt 1C-st "DO" - "Sisedokument"
Pärast seoste valimist teostatakse seotud objektide põhikonfiguratsioon.
Peate seadistama hulga välju.
Dokumendi tüüp 1-s "DO" - "Müügileping"
Kui dokumendi tüüp on sisestatud, otsib 1C ERP seda jaotisest 1C "TO".
"Kaust" - "Müügilepingud" (dokumentide hoidmise koht)
"Registreerimisnumber"
Vaikimisi süsteem ütleb, et see on "Kood", see pole õige, muudame väärtust.
See on meie lepingu number.
Seadistage ülejäänud väljad
See on kõik – salvestage seade.
Loome 1C ERP-s müügilepingu, loome selle kasutaja "Cleric clerk" alla
Nüüd loome selle lepingu alusel 1C "DO" protsessi. Klõpsake "Veel"
1C-s "DO" loob see sisedokumendi "Müügileping"
Mille "nimi" vastab 1C ERP andmetele. Süsteem palub meil kohe protsessimalli valida. Valige "Müügilepingu läbirääkimised" ja klõpsake "Loo protsess". Me ei paigalda veel märkeruutu "Alusta kohe".
Meie lepingu summa on > 100 000 rubla, seega meie marsruutimisreegel toimis, lisati Economist.
Alustame protsessi.
Nüüd läheme 1C ERP-i erinevate kasutajate alla ja vaatame tulemust. Kui kasutaja logib esimest korda 1C ERP-i sisse ja kui integreerimine 1C "TO"-ga on konfigureeritud, palutakse kasutajal sisestada sisselogimisnimi ja parool, et luua ühendus teenusega "DO".
Lähme siis The Economisti
Tal pole ülesandeid, sest selle kinnitamine tuleb pärast “Juristi”, lepime kokku lepingu “Advokaadiga” ja uuendame “Ökonomisti” ülesandeid
Meie leping on liikunud olekusse "Kehtiv".
Väike kõrvalepõige. See on näide 1C ERP-st 1C "TO-sse" integreerimisest. Kuid minu arvates on mitmeid puudujääke mitte integratsioonis endas, vaid äriprotsessi korralduses. Oletame, et meil on suur osapooltega sõlmitud müügilepingute dokumendivoog, kõik lepingud läbivad kinnitamise protseduuri. Seetõttu tuleb leping iga kord sisestada 1C: ERP-sse. Aga lepingus ei pruugita kokku leppida, siis jääb “prügi” andmebaasi, et mitte öelda, et see süsteemi toimimist suuresti mõjutaks, aga siiski.
Kuid on võimalus suhet laiendada. "Kerkija" loob 1C "DO-s" sisedokumendi "Müügileping", dokument läbib kinnitamise etapid, seejärel kui see kokku lepitakse, sisestab "ametnik" juba kinnitatud andmed 1C ERP-sse ja loob suhte objekti 1C ERP ja 1C "DO" vahel.
1C-s "DO" loome sisedokumendi "Müügileping"
Registreerime lepingu ja saadame selle vastavalt enda loodud kinnitusmallile.
Ekraanil väike ebatäpsus, lepingu summaks pandi siis 1500 rubla.
Lepingu summaks määrasin 1500 rubla, seetõttu ei pea Economist kooskõlastusi tegema.
Liigume edasi 1C ERP-i juurde.
Nagu näete, kuvatakse 1C ERP-s kõik 1C "TO" kasutajaprotsessid ilma sujuva integratsiooniga dokumenti loomata isegi 1C ERP-s.
Kui kõik kinnitustoimingud on lõpule viidud ja leping on kokku lepitud, peate selle lihtsalt sisestama 1C ERP andmebaasi ja looma ühenduse.
Sisestame oma lepingu 1C ERP-sse ja loome ühenduse kokkulepitud objektiga 1C "DO"
Minge jaotisse "Dokumendihaldus" see dokument ja valige "sisedokument" 1C TO.
Otsing toimub 1C "TO" poolel valitud kriteeriumide järgi.
Nüüd on meil ühendus kahe objekti vahel.
Samal ajal ei loonud me 1C ERP-s tarbetuid dokumente, kogu kinnitamisprotsess toimus ERP poolel (1C "DO" abil). Ja ühendus saadi 2 objekti vahel erinevatest alustest.
Kõik sim-i jaoks. Milliseid meetodeid valida, sõltub teie vajadustest, otsustage ise.
PS. 1C ERP-ga integreerimisel soovitaksin koostada plaanid ettevõtte struktuuri, töövõtjate, kasutajate ja DDS-i artiklite vahetamiseks. See vähendab häireid 1C "DO" süsteemis ja omab ajakohast teavet lepingute raamatupidamises.
3. Integratsioon ERP alamsüsteemide vahel. See väljendub peamiselt ERP alamsüsteemide vahelises reguleeritud andmevahetuses. Sageli käivitavad need andmed protsessid teistes alamsüsteemides. Alamsüsteemide integreerimise skeem on näidatud joonisel fig. 1.4.
Riis. 1.4. KIISUP-i aluse integreerimise skeem
4. Paindlikkus kontrollistruktuuride rakendamisel konkreetsetes tingimustes. Samas ei pruugi konkreetse KIISUP-i alamsüsteemides sisalduvate funktsioonide koosseis täielikult kattuda põhisüsteemi alamsüsteemide funktsionaalse sisuga. Tuletame meelde, et põhisüsteemi all mõistetakse funktsioonide kogumit, mis on osa tarkvarast, mille alusel konkreetne süsteem on üles ehitatud. Seda asendit illustreerib joonis fig. 1.5.
A, B, C - põhisüsteemi alamsüsteemid.
A 1 , B 1 , C 1 - reaalse KIISUP alamsüsteemid.
Märge. KIISUPi ülesehitamisel orienteerumine tootmisprotsessi kui terviku juhtimisele, mitte üksikute juhtimisse kaasatud osakondade tegevuse automatiseerimisele - see on juhtimissüsteemi terviklikkuse ja selle terviklikkuse tegeliku toetamise peamine nõue. kõige tõhusam toimimine. Samal ajal võib esineda lahknevus KIISUP alamsüsteemide funktsionaalse sisu ja osakondade funktsionaalsete kohustuste vahel - joon. 1.6.
A, B, C - organisatsiooni struktuuri kuuluvad alamsüsteemid.
A 1 , B 1 , C 1 - KIISUPi alamsüsteemid.
Üsna levinud on erinevate juhtimisotsuste koostamiseks vajalike samade funktsioonide kasutamine, näiteks laovarude taseme kontrollimine toimub nii välistellimuse laekumisel kui ka tootmistellimuse või ostutellimuse koostamisel.
5. Mitme heterogeense ressursi integreerimine (liitmine) ühte lahendusse. See on eriti ilmne planeerimise kõrgematel tasanditel, samas kui ressursside koostise valik on juhi otsustada (joonis 1.7).
6. Toote elutsükli kõikide etappide juhtimise integreerimine (joonis 1.8).
Seda tüüpi integreerimine toimub kogu toote elutsükli teabe põhjal, mida toetavad PLM, PDM alamsüsteemid.
7. Tootmise kõigi etappide juhtimise integreerimine.
8. Juhtimise integreerimine kõigi ressursside toodeteks muutmise protsesside vahel.
9. Juhtimisfunktsioonide integreerimine struktuuri kujul, sealhulgas planeerimise, arvestuse, kontrolli, reguleerimise, analüüsi funktsioonid (joonis 1.11).
10. KIISUP integreerimine BPMS süsteemi abil
Integratsiooni praeguse arenguetapi põhimõtteliseks tunnuseks on BPMS-i kasutamine universaalse integreeriva lahendusena, mis annab KIISUP-ile uue kvalitatiivse arengutaseme. Selle tulemusena omandas tänapäevase KIISUPi struktuur joonisel fig. 1.12.
Sellel diagrammil on kujutatud nii peamised kaasaegsed alamsüsteemid, mis on seotud MRP-ERP-MES suuna arendamisega, kui ka BPMS-i alamsüsteem KIISUP-i integreerimiseks ja dünaamiliseks kohandamiseks keskkonnanõuetega.
Diagrammil toodud KIISUP komponentidel on järgmine tõlgendus.
CIAS – ettevõtte analüütiline süsteem. Pakub arvutituge erinevate juhtkontuuride analüüsiplokkidele.Joonis 1.11 järgi. kontrollring koosneb arvestuse, kontrolli, analüüsi, reguleerimise ja planeerimise plokkidest.
BPMS - äriprotsesside juhtimissüsteem - äriprotsesside juhtimissüsteem. See on integreeriv tööriist, KIISUPi tuum.
SEB/EK - elektroonilise äri ja kaubanduse süsteemid. Pakkuda arvutituge WEB-võrkude äritegevusele.
ERP – ettevõtte ressursside planeerimine – ettevõtte ressursside planeerimine.
APS – täiustatud planeerimine ja ajastamine – täiustatud planeerimine ja ajastamine.
EAM – ettevõtte aktiivhaldus – ettevõtte varahaldus.
CRM - kliendisuhete juhtimine - kliendisuhete haldus.
CSRP – kliendi sünkroniseeritud ressursside planeerimine – kliendi sünkroniseeritud ressursside planeerimine.
EDMS – elektrooniline dokumendihaldussüsteem.
ECM – elektrooniline sisuhaldus – elektrooniline sisuhaldus.
SCM – tarneahelate juhtimine – tarneahela juhtimine.
SRM – tarnijasuhete juhtimine – suhete haldamine tarnijatega.
MES - tootmise täitmissüsteem - tootmise operatiivjuhtimissüsteem.
AMM – täiustatud tootmisjuhtimine – täiustatud tootmise juhtimine.
PLM – toote elutsükli juhtimine – toote elutsükli juhtimine.
PDM – tooteandmete haldus – tooteandmete haldamine.
CAD – arvutipõhine disain – arvutipõhine projekteerimine (CAD).
CAM – arvutipõhine tootmine – automatiseeritud tootmine.
CAE – arvutipõhine insener – automatiseeritud arendus.
Neid üheksateist alamsüsteemi uuritakse järgmistes loengutes.
Järeldus ja järeldused
Kõik need integreerimismeetodid mõjutavad erineval määral juhtimissüsteemi tõhusust. Kuid reaalsetes süsteemides avaldudes võimaldavad need ehitada keerukaid funktsionaalseid juhtimisstruktuure. Need struktuurid koosnevad suurest hulgast omavahel seotud juhtimisfunktsioonidest. Katkestused integratsioonilinkides, vajaliku funktsionaalsuse kaotamine või nende halb rakendamine vähendavad juhtimise efektiivsust, kuna need loovad selles "pudelikaelu", "tupiktee", viivad ebatäpse ja / või mittetäieliku teabe põhjal probleemide lahendamiseni, vähendavad kvaliteeti lahendusest jne. Seetõttu tuleks süsteemi kavandamisel ja kasutamisel seada integratsiooniprobleemid esmatähtsaks.
Järeldused:
ERP-l, MES-il ja muudel tehnoloogiatel põhineva KIISUP-i integreerimine on ettevõtte juhtimissüsteemide hetkeseisu tunnuseks ja peamiseks saavutuseks. See seisneb juhtimisprotsessi kõigi elementide ajas ja ruumis kooskõlastatud rakendamises.
Integratsiooni kui juhtimiskorralduse vajalikku elementi on alati hästi mõistetud, kuid selle rakendamine sai võimalikuks alles arvutistamise baasil.
Integratsioon KIISUP-süsteemidesse avaldub mitmel viisil, sealhulgas selliste tootmissüsteemide ja tootmisprotsesside elementide ühendamises üheks tervikuks nagu:
ERP ja CAD/CAM/CAE süsteemid;
ERP, MES ja muud alamsüsteemid väliskeskkonnaga;
alamsüsteemid KIISUP omavahel;
ettevõtte allüksused;
etapid tootmisprotsess- hankest komplekteerimiseni;
materiaalsed ressursid;
elementaarsed protsessid, mis moodustavad ühe tootmisprotsessi;
juhtimisfunktsioonid.
Integratsiooni praeguse arenguetapi põhimõtteliseks tunnuseks on BPMS-i kasutamine universaalse integreeriva lahendusena, mis annab KIISUP-ile uue kvalitatiivse arengutaseme.
Ettevõtete praktikas toob KIISUPi integreerimine kaasa tootmissüsteemide elementide vaheliste piiride hägustumise, juhtimisotsuste täielikuma ja terviklikuma põhjendatuse ning juhtide professionaalsete omaduste tõusu.
Ettevõtte põhi- ja lisategevuste läbiviimisega peab kaasnema dokumentide menetlemise protsess, mis omakorda eeldab mitte ainult süsteemide kasutamist raamatupidamine või keerulised ERP-süsteemid. Selle ülesandega saavad kõige paremini hakkama ECM-süsteemid, järglased elektroonilised dokumendihaldussüsteemid (EDMS). Neid ei rakendata mitte ainult "bürokraatlike" vajaduste jaoks, vaid ka töötajate tööjõukulude vähendamiseks, teabe dubleerimise ja valede andmete sisestamise välistamiseks. Kuid siin võib sageli tekkida ERP- ja ECM-süsteemide vahelise integratsiooni probleem. Kuidas seda lahendada, vaatame näidet 1C: Dokumendihaldus 8 (edaspidi DO).
Tootel on palju võimalusi integreerimiseks teiste infosüsteemidega (edaspidi IS) või 1C-l põhinevate süsteemidega. Nende hulgas on andmete sünkroonimine ja sujuv integreerimine.
Sujuv integreerimine tähendab, et DO-võimalusi saab kasutada muude konfiguratsioonide liidese kaudu.
Sujuv integreerimine võimaldab:
- Loo dokumente 1C-s: IS-andmetel põhinev dokumendihaldus, dokumentide vahel linkide loomine, seotud objektide üksikasjade värskendamine;
- Käivitage äriprotsesse vastavalt IP dokumentidele ja kataloogidele;
- Kasutage 1C: Dokumendihaldus kui failide salvestamine peaaegu igas vormingus (pildid, tekstid, videofailid, arhiivid ja muud failid). Automatiseeritud failide üleslaadimine ja dokumentide kõigi versioonide salvestamine;
- Loo tähti IS järgi;
- Pidage arvestust töötundide ja palju muu kohta.
Tähtis! Integreerimiseks vajalikud seaded on juba 1C:Enterprise 8-s ja kõigis standardlahendustes saadaval.
1C: dokumendihalduse integreerimine IS-iga 1C: ERP Enterprise management 2 näitel
Sujuv integreerimine põhineb veebiteenus 1C: dokumendihaldus. See on osa töövoost ja sisaldub standardtarnes. See veebiteenus ei vaja programmeerimist ja seda saab avaldada mis tahes tasuta veebiserveris. Toetatakse tasuta Apache serverit või Microsoft IIS-i.
Kasutaja veebiserverit tegelikult ei "näe". See toimib omamoodi tehnoloogilise platvormina, millel sujuv integratsioon toimib. Integreeritud konfiguratsiooni (meie puhul 1C: ERP) poolelt töötab "Integratsiooniteek", mis pakub objekte, millega kasutaja suhtleb. Kasutaja näeb oma ülesandeid DO-s integratsiooniteegi abil, näeb võimalike käivitatavate äriprotsesside loendeid. Kõik see on ettevõttehalduse konfiguratsioonis. Ja kasutaja suhtleb 1C:ERP-s oleva integratsiooniteegiga.
On sujuvaid integreerimisfunktsioone, mis peaaegu ei nõua töövoos konfigureerimist ja objektide loomist. Näiteks on see töö ettevõttehalduse ülesannete loendiga. Näete lihtsalt 1C: ERP töölaual ülesannete loendit, nagu töötaksite DO-s.
Teine näide lihtne kasutamine integratsioon – DO kasutamine failisalvestusena. Saate andmebaasis 1C: Document Management valida eraldi kausta ja 1C: ERP-i lepingute skaneeringud salvestatakse sellesse kausta ilma täiendavaid üksusi loomata.
Kui soovite kasutada sujuva integreerimise huvitavamaid funktsioone, luuakse seotud objektid. Näiteks kui tulete 1C: ERP-st lepingu alusel loodud kirja kirjutama ja oma kolleegile või vastaspoolele saatma.
Kuidas seadistada sujuv integratsioon 1C-ga: dokumendihaldus
Häälestusprotsess nõuab kannatlikkust ja hoolt. Illustreerimiseks oleme valinud programmid 1C: ERP 2.2.4.0.67 ja 1C: Document Management PROF (väljalase 2.1.10.2).
Seadistamine sisaldab järgmisi samme:
Veebiserveri installimine Apache või IIS, käivitades distributsioonist. Juhend on tarnega kaasas;
DO-de ettevalmistamine sujuvaks integreerimiseks. Selles etapis peaksite otsustama, millised 1C: ERP-objektid integratsioonis osalevad. Näiteks integreerimine ainult klientide tellimustele ja müügidokumentidele. Neid toiminguid teeb administraatori õigustega kasutaja. Loome 1C: Dokumendihalduse andmebaasis kausta "From 1C: ERP" ja kahte tüüpi sisedokumente: "Klienditellimus" ja "Kaubade ja teenuste müük". Seadistage vastaspoolte ja dokumentide summade arvestus. Täpsustage, et peate kasutama tähtaegu.
Määratleme kaustad dokumentide salvestamiseks 1C: ERP-st. Meie puhul on see kaust "Müük" ja selle alamkaustad on "Tellimused" ja "Müük".
Veebiteenuse 1C: Dokumendihaldus avaldamine veebiserveris. See on väga lihtne protsess. Toodetud konfiguraatori režiimis. Käivitage 1C: Enterprise administraatorina.
Läheme programmi 1C: Dokumendihaldus administraatoriõigustega kasutaja all. Valige menüükäsk Haldus / Avalda veebiserveris.
Määrake väljaande nimi ja kataloog. Klõpsake nuppu "Avalda".
Seejärel saate käivitada brauseri ja alla laadida meie 1C: Dokumendihalduse konfiguratsiooni aadressil " http://your_comp/Doc/»
Kus "teie_komp" on veebiserveri arvuti nimi või IP-aadress.
Ja "Doc" on väljaannete kataloog ( C:\inetpub\wwwroot\Doc\).
Väljaande aadressi määramine jaotises 1C: ERP Enterprise Management 2. Me läheme programmi administraatoriõigustega kasutaja alla. Valime "NSI ja haldus / Integratsiooniseaded / 1C: Dokumendihaldus".
Toome välja sujuva integratsiooni võimalused, mida kavatseme kasutada.
Märkige ruut "Integreerimine 1C-ga: dokumendihaldus", sisestage avaldamise aadress " http://your_comp/doc/»
Järgmine samm on DO-ga ühenduse loomiseks kasutajanime valimine.
Kõigi 1C: ERP-s töötavate kasutajate jaoks peaksite looma töövoo andmebaasis kontod ja andma kasutajatele nende paroolid. Domeeni autoriseerimine ei tööta, peate kasutama 1C: ettevõtte autoriseerimist. Hea, kui töövoos ja 1C: ERP-s olevate kontode nimed on samad.
Eduka ühenduse tunnuseks on töövoo konfiguratsiooni ülesandevormi ilmumine töölauale jaotises "1C: ERP Enterprise Management 2".
See on viis programmile 1C: ERP- ja DO-objektide, näiteks kliendi tellimuse ja vastavat tüüpi dokumendi (sisedokument "Klienditellimus") vahelisest vastavusest teavitamiseks, kui 1C: Dokumendihalduse dokumendid on loodud 1C: ERP dokumentide põhjal. Näitame, kuidas dokumentide rekvisiite täidetakse, mille alusel ja mis järjekorras.
- Aluse täidis. Näiteks töövoo andmebaasis nõutava osapoole täitmine 1C: ERP nõutava osapoole alusel. Või täites DO-s nõutava "Vastutaja" ettevõtte juhtimise nõutava "Autori" alusel.
- Täitmine mõne etteantud väärtusega. Näiteks DO-s uute dokumentide loomisel määrame neile kausta "From 1C: ERP". Oluline punkt - detailide automaatse uuendamise seadistamine. Reeglite seadistamisel märkige ruut "Uuenda atribuudi väärtusi". Näitena - atribuut "Summa".
Võite mõelda keerukale äriloogikale ja manustada see väljale Manustatud keeleväljendus. Näiteks määrake 1C:ERP-s dokumentidele olekud DO kinnitusolekute põhjal.
Samuti võime teile öelda, mida kinnitada vormide trükkimine dokumente dokumentide loomisel konfiguratsioonis 1C: Dokumendihaldus. Täpsustage, millised prinditavad materjalid ja millises vormingus lisame.
Näide DO kasutamisest vastaspoolte kataloogiga sünkroonimiseks
1C: Dokumendihaldus ei võimalda 1C: ERP Enterprise Management 2-s vastaspooli automaatselt luua. Teeme seda teistmoodi.
Loome vastaspoole dokumendihalduse andmebaasis (LLC "Uus"). Me läheme kaardile ja anname selle täitmiseks.
Avage avalehel ettevõtte juhtimine. Klõpsake "Uuenda" ja vaadake meie vastaspoolt. Me läheme vastaspoole kaardile ja näeme hüperlinki, mis näitab, et peate selle vastaspoole käsitsi siduma DO ja 1C: ERP vahel.
Täidame vastaspoole TIN-koodi, kirjutame selle üles ja sulgeme. Läheme uuesti ja näeme, et hüperlink on kadunud, vastaspool on täielikult loetletud 1C: ERP andmebaasis.
IP sujuva integreerimise kasutamiseks 1C: Document Managementiga on palju rohkem viise ja võimalusi. Edu teie seadistamisel!
29. märts 2013 kell 14:52Lugeja küsimus: kas integreeritud EDMS+ERP lahenduse kasutamise puhul on tõesti oht, et ühte süsteemi ei saa teise piiratud võimaluste tõttu täiustada? Mis mõtet on siis juurutada ja integreerida, kui sa ei saa kasutada kõiki funktsioone?
Mitme süsteemi integreerimisel ei ole ülesandeks hallata ühe süsteemi objekte või andmeid teisest. Tavaliselt integreeritakse süsteemid andmete jagamiseks, andmete topeltsisestuse välistamiseks, toimingu vaatamiseks mitme süsteemi "vaatepunktist" jne.
Näiteks ERP-süsteemist on võimalik pääseda juurde ECM-is salvestatud dokumentide piltidele. Või hankige äriprotsessi teostamisel andmed, mis on salvestatud ERP-süsteemi.
Integratsiooni saab luua eraldi süsteemide vahel ja kui sel viisil on integreeritud rohkem kui kaks süsteemi, võib lüüsi olla mitu. Teine võimalus on kasutada ettevõtte andmete ja haldusteenuste siini (ESB). Kui süsteem laiendusi ei toeta, on andmete muutmine, allalaadimine, üleslaadimine või otsene juurdepääs võimatu – sellega integreerimine on võimatu. Tavaliselt on need pärandsüsteemid (sõna otseses mõttes "päritud") - tooted, mis elavad üle oma ajastu ja mida enam ei arendata, vaid kasutatakse ainult ära. Kõige sagedamini saab rakendust muuta või andmetele juurde pääseda: see annab võimaluse integreerimiseks. Loomulikult peate süsteemide integreerimise võimaluse hindamisel hindama ja seostama kõiki eeliseid ja kulusid.
ERP- ja ECM-süsteemide integreerimise ülesanne ei teki nullist – seda nõutakse protsessis ettevõtte teatud äriprotsesside automatiseerimine.
Reeglina hõlmavad need äriprotsessid dokumente - näiteks arve, avalduse või lepingu kooskõlastamise protsess, laenutaotluse kooskõlastamise protsess jne.
Süsteemide koostoimeks on palju võimalusi, toon näiteid ainult kahest.
Enamik ERP-süsteeme saab töötada ainult andmetega, mitte dokumentidega, samas kui ECM-süsteemid on algselt mõeldud dokumentide salvestamiseks. Seetõttu on esimene stsenaarium juurdepääs ERP-süsteemist ECM-süsteemi salvestatud piltide dokumenteerimiseks.
Näiteks ERP-süsteemis arve töötlemisel on vajalik juurdepääs selle skannitud pildile, mis võib sisaldada käsitsi kirjutatud muudatusi ja märke. Selle ülesandega seisavad pidevalt silmitsi turustajad, kes korraldavad kaupade massilist kohaletoimetamist müügikohad. Abiellumise, puuduse või ümberpaigutamise tuvastamise korral tehakse vastavad märgid paberveolehele. Kui arvete töötlemine on tsentraliseeritud ja geograafiliselt teostatud teises kohas, võib olukorrast väljapääsuks olla arvete voogeskaneerimine ECM-süsteemi. Süsteemi integreerimine seob ERP-süsteemis olevad andmed ECM-süsteemi salvestatud dokumendipildiga. Arveid töötlev raamatupidaja saab ligipääsu vajalikule infole (märgid ja parandused) ning saab ERP-süsteemis andmeid parandada.
Teine süsteemiintegratsiooni stsenaarium on mingil moel esimese peegel - see on ECM-i rakendusest ERP-süsteemi andmetele juurdepääsu korraldamine.
Näiteks lepingu läbirääkimiste protsessis võib otsuse tegemiseks vaja minna teavet varasemate kokkulepete täitmise tulemuse, osapoolte vaheliste tehingute, varude seisu jms kohta. Süsteemi integreerimine võimaldab lisada äriprotsessi ERP-süsteemi objektide (kaardid, aruanded, registrid jne) linke, mis lihtsustab oluliselt dokumendi kinnitavate töötajate tööd. Sellel stsenaariumil on veel üks versioon, kui finantskontrolör pöördub konto kooskõlastamisel eelarvestamise süsteemi poole, et teha kindlaks, kas planeeritud eelarve võimaldab teil taotluse eest tasuda või vastupidi, kõik limiidid on valitud. Nagu näete, on näiteid palju.
Ülaltoodud stsenaariumide korral võib ECM-süsteem toimida ka tehnilise vahendina äriprotsesside haldamisel, st võtta BPM-i (äriprotsesside haldamise) funktsioone.
Sellel on juba BPM-mootor ehk mehhanism äriprotsesside juhtimiseks: tuleb välja töötada konnektorid (integratsioonimehhanismid) teiste süsteemidega. Näiteks pistik valitud ERP-süsteemiga.
Teine variant - ECM-süsteem toimib teenusena. Meie puhul on see esimene näidatud stsenaarium, kui ERP-süsteemi kasutaja pääseb juurde dokumendi kujutisele. ECM-süsteem võimaldab juurdepääsu dokumentidele, see tähendab, et see toimib dokumentide hoidlana. See stsenaarium on muutumas väga populaarseks ja ECM-süsteemide tootjad on välja töötanud veebipõhisele dokumendihoidlale juurdepääsu liidese standardi - CMIS.
CMIS pakub standardset ja universaalset mehhanismi dokumentidele ja tervetele dokumendiklassidele juurdepääsuks veebiteenuste, st Interneti kaudu. Seega, kui teil on õigusi, saate juurdepääsu dokumentidele, mis asuvad füüsiliselt teises linnas või isegi teises riigis. Mis on aga rahvusvaheliste ettevõtete puhul üsna tavaline praktika.
Loomulikult piirab äriprotsesside automatiseerijate mõttelendu süsteemide integreerimisvõimalused. Üha vähem on süsteeme, millega integreerimine pole võimalik – tavaliselt on need pärandsüsteemid, millest me juba eespool rääkisime.
Kui rakendus toetab laiendust, saab seda muuta nii, et see pääseb juurde välisandmetele, impordib või, vastupidi, ekspordib andmeid. Paljudel kaasaegsetel rakendustel on programmi juurdepääsuliides (API), mis võimaldab juurdepääsu süsteemiobjektidele. Kui see pole võimalik, kuid on olemas teadmised, kuidas süsteemi sees andmete salvestamine on korraldatud, luuakse väline rakendus, mis pääseb otse süsteemi andmetele juurde.
Seega ei tasu rääkida lõimumise mõttetusest. Igal juhul tuleb kindlaks määrata, milline integreerimine on vajalik, mida saab teha ja millised on kulud. Ja süsteemiintegratsiooni eelised võivad palju tuua ja toodud näited tõestavad seda selgelt.
SõnastikBPM-süsteemid (ingl. Business Process Management) - süsteemid organisatsiooni äriprotsesside juhtimiseks. ERP (Eng. Enterprise Resource Planning – ettevõtte ressursside planeerimine) – komplekt integreeritud rakendused, mis võimaldavad luua ühtse keskkonna ettevõtte kõigi suuremate äritegevuste planeerimise, raamatupidamise, kontrolli ja analüüsi automatiseerimiseks. API (inglise keeles application programming interface – application programming interface) on rakenduste programmeerimisliides ühe tarkvara integreerimiseks varustamine teistega. CMIS (inglise keeles Content Management Interoperability Services – interaktsiooniteenused sisuhalduseks) – standardite kogum, mis koosneb veebiteenuste komplektist jagamine mitteseotud sisuhoidlatesse salvestatud teave. Ettevõtte teenindusbuss (ESB) - ühendamine tarkvara, mis pakub tsentraliseeritud ja ühtset sõnumivahetust erinevate infosüsteemide vahel. Teenindussiini põhiprintsiip on sõnumite vahetamine erinevaid süsteemeühe punkti kaudu, kus vajaduse korral tagatakse juhtimine, andmete teisendamine ja sõnumite turvalisus. Samuti eeldatakse, et kõik sõnumite töötlemise ja edastamise seadistused on koondatud ühte punkti, seega ei ole siiniga ühendatud infosüsteemi väljavahetamisel vaja teisi süsteeme ümber seadistada. DSS Consulting on juhtimis- ja IT-konsultatsioonifirma, mis on konsultatsiooniturul tegutsenud alates 2003. aastast ja on teinud iseseisvat monitooringut juba mitu aastat Venemaa turg infosüsteemid ja avaldab analüütilisi ülevaateid päevakajalistel teemadel. |
90ndate alguses. analüütiline ettevõte Gartner Group võttis kasutusele uue kontseptsiooni. MRPII klassi süsteemid integreerituna mooduliga finantsplaneerimine Nimetatakse FRP-ks (Finance Requirements Planning). ressursside planeerimise süsteemid ettevõtete ERP (EettevõteRressurssPlanning). See on ettevõtte ressursside planeerimise süsteem, mis hõlmab:
- prognoosimine;
- projekti- ja programmijuhtimine;
- toodete ja tehnoloogiate kohta teabe säilitamine;
- kulude juhtimine, rahandus, personal jne.
ERP-süsteemi projekt on ettevõtte ümberkorraldamise projekt.
ERP-süsteemid põhinevad kogu ettevõtte äriteabe sisaldava ühtse andmelao (hoidla) loomise põhimõttel:
- finantsinfo;
- tootmisandmed;
- personaliandmed
- ja jne.
ERP süsteem on integreeritud rakenduste komplekt, mis võimaldab luua integreeritud inforuumi, et automatiseerida ettevõtte kõigi peamiste äritegevuste planeerimist, arvestust, kontrolli ja analüüsi.
Järgmised peamised funktsionaalsed plokid on realiseeritud ERP-süsteemides.
- Müügi ja tootmise planeerimine. Ploki tegevuse tulemuseks on peamiste tooteliikide tootmise plaani väljatöötamine.
- Nõudluse juhtimine. Selle ploki eesmärk on prognoosida tulevast nõudlust toodete järele, määrata kindlaks tellimuste maht, mida saab kliendile konkreetsel ajahetkel pakkuda, määrata turustajate nõudlus, nõudlus ettevõttes jne.
- Täiustatud võimsuse planeerimine. Kasutatakse tootmisplaanide täpsustamiseks ja nende teostatavuse määramiseks.
- Peamine tootmisplaan (tootmisgraafik). Tooted määratakse lõppühikutes (toodetes) koos tootmistingimuste ja kogusega.
- Materjalivajaduse planeerimine. Määratakse kindlaks materiaalsete ressursside liigid (monteeritavad sõlmed, valmissõlmed, ostetud tooted, tooraine, pooltooted jne) ja nende tarne konkreetne ajastus plaani täitmiseks.
- Toote spetsifikatsioon. Määrab lõpptoote koostise, materiaalsed ressursid selle valmistamiseks vajalik jne. Tegelikult on spetsifikatsioon lüli põhitootmisplaani ja materjalinõuete plaani vahel.
- Võimsusnõuete planeerimine. Planeerimise praeguses etapis on üksikasjalikum kui varasematel tasanditel tootmisvõimsus.
- Marsruutimine/töökeskused. Selle ploki abil täpsustatakse nii erinevate tasemete tootmisvõimsused kui ka marsruudid, mille järgi tooteid toodetakse.
- Töökodade plaanide võimsuste kontrollimine ja kohandamine.
- Ostu-, lao-, müügijuhtimine.
- Finantsjuhtimine (pearaamatu pidamine, arveldused võlgnike ja võlausaldajatega, põhivara arvestus, kassahaldus, planeerimine finantstegevus ja jne).
- Kulude juhtimine (ettevõtte kõigi kulude arvestamine ja valmistoodete või teenuste maksumuse arvestamine).
- Projekti/programmi juhtimine.
Kõige levinumad ERP-klassi süsteemid Venemaal:
- SAP R/3
- Oracle'i rakendused
- Galaktika
- Purjetada
- 1C: ettevõte 8
- Dynamics Ax
- Cognos
- Navision Attain ja Navision Axapta
- Toetus erinevatele tööstusharudele (monteerimine, tootmine jne) ning ettevõtete ja organisatsioonide tegevustele (näiteks ERP-süsteeme saab paigaldada mitte ainult tööstusettevõtted, aga ka teenindussektori organisatsioonides – pangad, kindlustus- ja kaubandusettevõtted jne).
- Ressursiplaneerimise tugi ettevõtte erinevates valdkondades (ja mitte ainult tootmises).
- ERP-süsteemid on keskendunud "virtuaalse ettevõtte" juhtimisele (mis peegeldab tootmise, tarnijate, partnerite ja tarbijate koostoimet) IP jooksul.
- ERP-süsteemides pööratakse rohkem tähelepanu finantsalasüsteemidele.
- Lisatud mehhanismid rahvusvaheliste korporatsioonide juhtimiseks.
- Suurenenud nõuded infrastruktuurile (Internet/Intranet), mastaapsusele (kuni mitu tuhat kasutajat), tarkvara ja erinevate platvormide paindlikkusele, töökindlusele ja jõudlusele.
- Suurenenud nõuded ERP-süsteemide integreerimiseks ettevõttes juba kasutatavate rakendustega
- Rohkem tähelepanu pööratud tarkvaratööriistad otsuste tugi ja integreerimine andmeladudega (mõnikord sisaldub uue moodulina ERP süsteemis).
- Mitmed ERP-süsteemid on välja töötanud täiustatud kohandamise (konfiguratsiooni) tööriistad, integreerimise teiste rakendustega ja kohandamise (sh need, mida süsteemide töötamise ajal dünaamiliselt kasutatakse).
- Integratsioon mitmesugused ettevõtte tegevus
- Ettevõtte ressursside planeerimise protsessid on ristfunktsionaalsed, lükates ettevõtte kaugemale traditsioonilistest, funktsionaalsetest ja kohalikest piiridest.
- Varem salvestatud andmed erinevatele heterogeensed süsteemid, on nüüd integreeritud ühtsesse süsteemi .
2010. aastaks peaks EL-i riikidest saama kõige dünaamilisemalt arenev ja konkurentsivõimelisem piirkond, mis on osa ülemaailmsest infokogukonnast. See- strateegiline eesmärk programm "Elektrooniline Euroopa" (e-Euroopa), mis peaks pakkuma:
- odav, turvaline ja kiire Internet;
- piisav investeering elanikkonna IT-haridusse;
- Interneti massiline kasutamine kõigis inimelu valdkondades.
ERP-süsteemide ja e-kaubanduse süsteemide integreerimine võimaldab rakendada B4B kontseptsiooni:
Ostjal võimalus komplekteerida endale vajalikud tooted läbi e-kaubanduse süsteemi.
Need. küsimus ei ole tootmise korralduses endas - see on ERP süsteemide abil lihtsalt lahendatav.
Under klassi süsteemidERPII all mõeldakse veebirakendust, mis on integreeritud ettevõtte peamise ERP-rakendusega ja rakendab traditsioonilisele ERP-süsteemile omamoodi esindust.
Süsteem võib kuuluda ERPII klassi, kui esi- ja tagakontor on üks tervik.
ERP-2 = ERP + CRM + SCM + PLM
CRM-klassi süsteemid:
Lühendite dekodeerimine CRM (kliendisuhete juhtimine) räägib enda eest, kliendisuhete haldamine on ülesanne, mida CRM-süsteem lahendab.
CRM-klassi süsteemide funktsionaalne koostis:- müügifunktsionaalsus (kontaktide, klientide haldamine);
- müügihalduse funktsionaalsus (prognoosimine, tsüklianalüüs, fikseeritud ja suvaline aruandlus);
- telefonimüügi funktsionaalsus;
- aja juhtimine (individuaalne/rühm);
- klienditeeninduse tugi (HelpDesk);
- (turundusettevõtete juhtimine);
- aruanded kõrgemale juhtkonnale;
- integratsioon ERP-ga;
- sünkroonimine erinevaid seadmeid ja süsteemid;
- e-kaubanduse funktsionaalsus;
- mobiilne müük (töö süsteemiga väljaspool kontorit).
- müügi kasv;
- "edukate" tehingute protsendi suurenemine;
- marginaali suurendamine;
- klientide rahulolu suurendamine;
- müügi ja turundusega seotud halduskulude vähendamine.
Selle klassi süsteemide kasutamise muud eelised:
- Unustatud ei ole ka kliendi nõudmisi.
- Andmed ebaõnnestunud ja endiste klientide ning keeldumiste põhjuste kohta ei lähe kaduma.
Näide: 3 kuud tagasi keeldus klient laenu andmast kõrge intressimäära tõttu. Kuid nädal tagasi langetati intressimäära. Nüüd võivad tingimused talle sobida.
- Töötajate üksteise tegevuse dubleerimine on välistatud
Näide: täna pole kliendiga tegelenud juhti kohal. Teine tõstab telefoni. Pole vaja kõike algusest peale ära rääkida.
- Kliendisuhete andmed salvestatakse.
Näide: klient on ühistu liige... Kui teenus talle sobib, siis miks mitte pakkuda seda teistele ühistu liikmetele.
- Müügiplaani saab juhtkond lihtsalt koostada ja kohandada vastavalt juhtide aruannetele.
- Juhtidele saab koostada individuaalse tööplaani "saavutatu põhjal".
- Järelevalvearuanded võimaldavad analüüsida juhtide tööd, kõrvaldades "musta kasti" probleemi ja hinnata nende töö tulemuslikkust (perioodiks sõlmitud lepingute summat)
- "Pudelikaelad" vähenevad
SCM klassi süsteemid:
SCM (pakkuminekettjuhtimine) — automatiseeritud süsteemid tarneahela juhtimine.
Peamine ülesanne on logistika efektiivsuse tõstmine. See lubab
- hinnata tarnekulusid,
- tõhusalt juhtida kaubavedu ning valida tellimuse täitmiseks optimaalseim marsruut ja sobivaim töövõtja.
- hinnata kuluprognoosi vajadust iga kauba tarne ja selle rakendamise süsteemis.
- optimeerida tarneprotsesse, nagu saatmis- ja sorteerimispunkte (laod, filiaalid) on tavaliselt palju ja need on ruumiliselt eraldatud.
- tagada kohaletoimetamise kvaliteet, kiirus ja selle prognoositavus.
Muud SCM klassisüsteemidega lahendatavad ülesanded:
- Valitakse välja kõige tulusamad partnerid ja tingimused, mis üldjuhul annab vajaliku kokkuhoiu.
- Kuritarvitamise võimalus väheneb tänu suuremale läbipaistvusele suhetes kliendiga.
- Garanteeritud kvaliteet meelitab uusi edasimüüjaid.
- käive inventar suureneb, samal ajal väheneb vajadus omavahendite, tarnija kaubanduskrediidi ja panga sularahalaenude järele.
SCM klassi süsteemi saab kasutada:
- tootmiseks;
- turustusettevõtetele;
- poe jaoks;
- logistikaorganisatsioonidele;
- transpordiorganisatsioonidele.
SCM-i abil on võimalik olukorda muuta, kui suvalise töövõtja või mis tahes marsruudil tarnimise kõigi kulude analüüs näitab selle kahjumlikkust, kuid ettevõte jätkab selle kasutamist.
Muud tootmis- ja kaubandustsükli tugisüsteemide klassid:
- PLM (Product Lifecycle Management) – juhtimine eluring tooted;
- PDM (Product Data Management) – tootmisandmete haldussüsteemid.
- APS (Advanced Planning/Scheduling) - planeerimissüsteemi arendamine; tootmisülesannete täiustatud planeerimine.
Raske tarkvara (ERP- ja ERP-laadsed süsteemid) müügi ja sellega seotud nõustamise kogumaht juurutamisetapis ületas 90 miljonit USD-100 miljonit USD (erinevatel hinnangutel). 1/3 sellest mahust langeb litsentside müügile
