<\/p>\n
Gradimo delovne tokove Power Automate, ki samodejno obdelujejo obvestila, odobritve in posodobitve podatkov - neposredno v va\u0161em okolju Microsoft 365. Strukturirani, dokumentirani in zasnovani tako, da delujejo tudi v produkciji - in ne le v demo razli\u010dici.<\/p>\n
Zahtevek za oceno<\/a><\/p>\n <\/p>\n Iskanje odobritev po e-po\u0161ti, ro\u010dno posodabljanje statusov, ro\u010dno po\u0161iljanje opomnikov - to so re\u0161ljivi problemi. Power Automate pove\u017ee va\u0161a orodja Microsoft 365 in samodejno opravi ta opravila, tako da jih va\u0161i ekipi ni treba opravljati. Vpra\u0161anje ni, ali je to mogo\u010de avtomatizirati. Gre za to, ali je tok zgrajen dovolj dobro, da mu lahko zaupamo.<\/p>\n E-po\u0161tno sporo\u010dilo o odobritvi je pokopano pod petdesetimi drugimi. Odobrilec se ne odzove, nih\u010de ne ve, kak\u0161en je status, in dva tedna pozneje nekdo ugotovi, da je postopek zastal. Ni revizijske sledi, ni stopnjevanja in ni zapisa o tem, kdo je kaj odobril in kdaj. Ko revizor vpra\u0161a, mu nih\u010de ne more odgovoriti.<\/p>\n Pregledi pravilnikov, podalj\u0161anja pogodb, roki za ubla\u017eitev, preverjanje skladnosti - nekdo se mora spomniti, da jih mora spremljati. Obi\u010dajno je to koledarski opomnik, ki se premakne, nato spet premakne, nato pa ga ni mogo\u010de upo\u0161tevati. Ko rok mine neopa\u017eeno, so stro\u0161ki nesorazmerni s tem, kako preprost bi bil opomnik.<\/p>\n Nov dobavitelj je dodan na en seznam, ne pa tudi v finan\u010dni sistem. Status tveganja je posodobljen v registru, vendar je na nadzorni plo\u0161\u010di \u0161e vedno prikazana stara vrednost. Uporabniki ponovno vna\u0161ajo podatke med orodji, vna\u0161ajo napake in nih\u010de ne zaupa nobenemu enotnemu viru resnice.<\/p>\n <\/p>\n Gradimo tokove Power Automate, ki povezujejo SharePoint, Outlook, Teams in druga orodja Microsoft 365. Od posameznega opozorila do ve\u010dstopenjske verige odobritve z eskalacijami, pogoji in obdelavo napak.<\/p>\n Avtomatizirana e-po\u0161tna sporo\u010dila, ki jih spro\u017eijo dogodki v seznamih SharePoint - novi elementi, spremembe stanja, posodobitve polj ali pretekli datumi. Konfigurirano za po\u0161iljanje pravi osebi, ob pravem \u010dasu in s pravimi informacijami v telesu sporo\u010dila. Tipi\u010dni tokovi vklju\u010dujejo:<\/p>\n Ve\u010dstopenjski tokovi odobritve, ki nadomestijo odobritve po e-po\u0161ti s strukturiranim in sledljivim postopkom. Vgrajena je logika usmerjanja, \u010dasovno opredeljene eskalacije in popolna revizijska sled. Tipi\u010dni tokovi vklju\u010dujejo:<\/p>\n Tokovi, ki jih spro\u017eijo dogodki v seznamih SharePoint, ki posodabljajo zapise, ustvarjajo povezane elemente ali spro\u017eajo nadaljnje postopke. Pogosti primeri vklju\u010dujejo:<\/p>\n Microsoft 365 pove\u017eite z drugimi sistemi s standardnimi in vrhunskimi povezovalniki Power Automate. Podatki te\u010dejo med orodji brez ro\u010dnih ciklov izvoza\/uvoza. Pogoste integracije vklju\u010dujejo:<\/p>\n <\/p>\n Preden za\u010dnemo graditi, podrobno opi\u0161emo proces, ki ga \u017eelite avtomatizirati: kaj je spro\u017eilec, kateri so pogoji, katera so dejanja, katere so izjeme in kaj se zgodi, \u010de gre kaj narobe. To dokumentiramo in se z vami dogovorimo, preden se za\u010dne razvoj. Tok, ki je zgrajen na podlagi nejasnega procesa, daje nezanesljiv rezultat.<\/p>\n Tokovi so izdelani in preizku\u0161eni v va\u0161em okolju Microsoft 365 z uporabo realisti\u010dnih testnih podatkov. Preizku\u0161amo ne le sre\u010dno pot - spro\u017ei se spro\u017eilec, tok se izvede, e-po\u0161ta prispe - ampak tudi robne primere: kaj se zgodi, ko odobravalca ni v pisarni, ko je element SharePoint izbrisan sredi toka, ko je polje e-po\u0161tnega naslova prazno. Ve\u010dina napak produkcijskega toka je posledica teh scenarijev.<\/p>\n Preizkusite tok na podlagi resni\u010dnih scenarijev iz vsakodnevnega delovanja. Odpravimo vse te\u017eave, dokumentiramo znane omejitve in potrdimo, da poti za obravnavo napak in eskalacijo delujejo, kot je bilo dogovorjeno pred podpisom.<\/p>\n Popolna predaja, vklju\u010dno s pisnim opisom spro\u017eilnih pogojev, logike in dejanj vsakega toka - dovolj jasno, da ga bo va\u0161a ekipa razumela in vzdr\u017eevala, ne da bi potrebovala nas. Vklju\u010duje 3 mesece odpravljanja napak. Stalna podpora je na voljo kot honorar.<\/p>\n <\/p>\n Na\u010drtovani tok se izvaja vsak dan, preveri vse odprte ubla\u017eitve v registru tveganj za elemente, pri katerih je datum zadnje posodobitve pred ve\u010d kot 30 dnevi, in vsakemu lastniku nadzora po\u0161lje prilagojeno e-po\u0161to s seznamom njegovih zamujenih elementov. Lastnik tveganja prejme povzetek. Ro\u010dno preverjanje seznama ni potrebno.<\/p>\n Ko lastnik tveganja ozna\u010di sodelavca kot zainteresirano stran v registru tveganj SharePoint, se takoj spro\u017ei tok, ki tej osebi po\u0161lje strukturirano e-po\u0161tno sporo\u010dilo z referen\u010dno \u0161tevilko tveganja, naslovom in povezavo do zapisa. Sporo\u010dilo potrdi, da ji je bil odobren dostop, in jo povabi k sodelovanju. Prej je bilo to treba storiti ro\u010dno s posredovanjem posnetka zaslona.<\/p>\nVa\u0161a ekipa ro\u010dno opravlja stvari, ki bi jih Microsoft 365 lahko opravil samodejno.<\/h2>\n
Zahtevki za odobritev se izgubijo v prejetih sporo\u010dilih<\/h3>\n
Ro\u010dni opomniki za zamujene naloge<\/h3>\n
Podatki, vneseni na enem mestu, se nikoli ne prenesejo na drugo.<\/h3>\n
Delovni tokovi, ki jih gradimo za na\u0161e stranke.<\/h2>\n
Opozorila in obvestila po e-po\u0161ti<\/h3>\n
\n
Delovni tokovi odobritve<\/h3>\n
\n
Avtomatizacija SharePoint<\/h3>\n
\n
Sistemske integracije<\/h3>\n
\n
Kako deluje.<\/h2>\n
1. Kartiranje procesov<\/h3>\n
2. Sestavljanje in testiranje<\/h3>\n
3. UAT in potrditev<\/h3>\n
4. Predaja in dokumentacija<\/h3>\n
Kaj na\u0161e stranke avtomatizirajo.<\/h2>\n
Bla\u017eitev Zamujena opozorila<\/h3>\n
Obvestila zainteresiranim stranem<\/h3>\n
Verige odobritve<\/h3>\n