Sistemska integracija: povezovanje Microsoft okolja z ERP

Sistemska integracija pomeni povezovanje ločenih poslovnih aplikacij v enotno digitalno hrbtenico podjetja. Ko so Microsoft 365 (e-pošta, SharePoint, Teams) in ERP (na primer Pantheon, SAP Business One, Odoo ali Business Central) povezani, zaposleni delajo v znanem okolju in ne izgubljajo časa s prepisovanjem podatkov.

TL;DR — ključne točke

• Za enostavne scenarije uporabite Power Automate, za robustne integracije Azure Logic Apps ali Azure Functions
• ERP naj vedno izpostavi stabilne API-je — nikoli integracije preko neposrednega dostopa do baze
• Za sinhronizacijo v realnem času razmislite o event-driven pristopu (webhooks, Service Bus)
• Vzpostavite monitoring in retry logiko — integracije morajo biti idempotentne

Tipični scenariji integracije v slovenskih podjetjih

1. Odobritev računov v Teams: prejeti PDF računi se iz nabiralnika prepišejo v ERP, sproži se odobritveni tok v Teams.
2. Sinhronizacija strank: nova stranka v CRM se samodejno kreira tudi v ERP (in obratno).
3. Poročila v SharePoint: mesečna ERP poročila se avtomatsko generirajo in objavijo v knjižnici.
4. Obveščanje o zalogah: ko izdelek pade pod minimum, Teams kanal prejme sporočilo.

Izbira tehnologije: Power Automate vs. Logic Apps

V praksi kombinirano: začnete s Power Automate za hitri prototip, potem ko procesi dozorijo, jih preselimo v Logic Apps ali Azure Functions z ustrezno CI/CD cevjo.

Kako pristopiti k integracijskemu projektu

1. Popis procesov: kaj se danes ročno prenaša med sistemi in koliko časa to vzame.
2. Podatkovni model: enotni identifikator stranke, izdelka in dokumenta med sistemi.
3. API pregled: kateri API-ji so na voljo v ERP (REST, SOAP, OData), kje manjkajo.
4. Varnost: OAuth 2.0, service principali v Entra ID, Key Vault za skrivnosti.
5. Monitoring: Application Insights, alarmi ob napakah, dashboardi.

Varnost integracij

Vsak konektor je nova napadalna površina. Priporočamo:

• Service principali v Entra ID (nikoli osebni računi za produkcijske integracije)
• Managed Identity za Azure vire, kadar je mogoče
• Key Vault za shranjevanje ključev in gesel — nikoli v kodo
• Zaščita omrežnega prometa preko Private Endpoints, kjer je mogoče
• Ločeno testno in produkcijsko okolje z ločenimi identitetami

Idempotentnost in retry

Vsaka integracija bo v nekem trenutku odpovedala — sistemi bodo nedosegljivi, API-ji preobremenjeni, mrežne povezave prekinjene. Zato mora biti vsaka operacija idempotentna (ponovni klic ne ustvari duplikata) in mora imeti retry logiko z eksponentnim odmikom. V Logic Apps to konfigurirate deklarativno, v Power Automate skozi "Retry Policy" nastavitve akcije.

Praktičen primer: odobritev računa

Prihajajoči PDF račun v skupnem nabiralniku sproži tok:

1. Power Automate prepozna nov e-mail s priponko `.pdf`.
2. AI Builder prebere ključne podatke (dobavitelj, znesek, IBAN, datum).
3. V ERP-ju se preveri, ali dobavitelj obstaja in ali je znesek v okvirih pogodbe.
4. V Teams se v odgovarjajočem kanalu odpre karta z gumbi Odobri / Zavrni.
5. Ob odobritvi se račun poknjiži v ERP, PDF pa arhivira v SharePoint knjižnico z metapodatki.

Za razširjena avtomatizirana pravila si oglejte še naš članek Proaktivno vzdrževanje računalnikov in Azure za mala podjetja.

Merjenje uspešnosti

Vsaka integracija naj ima jasne KPI-je: število obdelanih dokumentov, povprečen čas obdelave, delež napak. Ti podatki so v Application Insights ali Log Analytics osnova za nenehno izboljševanje.

Ali potrebujemo razvijalca za Power Automate?

Za osnovne scenarije ne — dober IT skrbnik lahko zgradi tokove sam. Za kompleksne integracije z lastno logiko in obdelavo napak pa priporočamo razvijalca ali IT partnerja.

Koliko traja implementacija tipičnega integracijskega projekta?

Enostavne integracije (npr. sinhronizacija strank) so vzpostavljene v 2–4 tednih. Kompleksni scenariji z več sistemi in odobritvenimi tokovi običajno trajajo 2–4 mesece.

Kaj se zgodi, če ERP nima API-ja?

V tem primeru se izognemo neposrednemu dostopu do baze in izgradimo tanko API plast (npr. Azure Function, ki se pogovarja z ERP prek uradnih mehanizmov). Neposredni SQL dostop pomeni tveganje in prekinitev garancij.

Kako preprečimo, da integracija zaokroži isto spremembo (loop)?

Vsak dogodek naj nosi izvor (source system). Če je izvor tarčni sistem, tok preskočimo. Alternativa je časovni okvir (npr. "ne odzovi se na spremembe mlajše od 10 sekund").