Přejít na obsah

techone --pruvodce=mezinarodni

IT partner pro firmy s pobočkami v zahraničí

Váš ERP spravuje tým na druhém konci světa. Vy jste v Praze. Víte, jak je nakonfigurovaný a kdo k němu má přístup?

Co se nejčastěji pokazí v mezinárodním IT prostředí

Firmy s pobočkami nebo mateřskou společností v zahraničí čelí IT výzvám, které čistě lokální firma nezná. Není to jen jazyková bariéra. Je to kombinace vzdálenosti, různých legislativ a systémů, které spolu nekomunikují.

Dodavatel na druhém konci světa

ERP implementoval vzdálený tým v jiném časovém pásmu. Znají platformu, ale ne českou ani slovenskou legislativu. Podpora přes ticketovací systém se zpožděním hodin. Rotace kontaktů, každých pár měsíců jiný člověk.

Různé legislativy v jednom systému

GDPR pro EU pobočku. Místní DPH pravidla. Lokální účetní osnova. Reportování pro centrální vedení v jiném formátu, než lokální systém produkuje. To jsou samostatné konfigurace, ne překlady.

Oprávnění a Segregation of Duties (SoD)

SoD je princip, kdy žádný zaměstnanec nemá přístup ke všem krokům jednoho procesu: kdo vytváří objednávku, nesmí ji sám schválit. Kdo vidí mzdová data? Kdo má přístup k finančním výsledkům před uzávěrkou? Nejasná oprávnění jsou bezpečnostní riziko a problém při auditu.

Reporting pro centrální vedení

Mateřská společnost potřebuje konsolidované výsledky. Lokální systém reportuje v lokálním formátu. Mezera se typicky řeší Excelem: ručně, s chybami a se zpožděním.

Kontinuita vs. jednorázový projekt

Implementace proběhla, tým se rozešel. Kdo udržuje systém? Kdo zapracovává legislativní změny? Kdo školí nové zaměstnance? Bez průběžného partnera systém stárne.

Znalost kontextu

IT konzultant, který nezná zákaznické prostředí, pracuje déle a dělá víc chyb. Nový člověk pokaždé začíná od nuly. Každá rotace stojí čas a peníze.

Jak probíhá audit a převzetí existující implementace

Firma dostane ERP od mateřské společnosti nebo od externího dodavatele bez dokumentace. Systém "funguje", ale nikdo přesně neví jak. Audit odhalí, co je správně, co chybí a co je potřeba opravit.

1

Audit nastavení a datové struktury

Projdeme konfiguraci: účetní osnova, dimenze, číselníky, šablony. Hledáme nekonzistence, přebytečné záznamy a nastavení, která nevyhovují české nebo slovenské legislativě.

2

Mapování procesů vs. jak ERP skutečně funguje

Jak firma pracuje a jak to ERP zaznamenává jsou často dvě různé věci. Dokumentujeme skutečný stav, ne to, jak to mělo být. Rozdíl mezi zadáním a realitou je základ pro plán oprav.

3

Oprávnění a přístupová práva

Zkontrolujeme, kdo má přístup k čemu. Nastavíme Segregation of Duties podle skutečných rolí ve firmě. Odstraníme přístupy, které nikdo nepotřebuje nebo nemá mít.

4

Nastavení reportingu pro centrální vedení

Definujeme strukturu reportů, které mateřská společnost potřebuje. Nastavíme automatické výstupy nebo Power BI napojení tak, aby reporting neprocházel Excelem.

5

Dokumentace a knowledge transfer

Vše zdokumentujeme. Klíčové nastavení, důvody rozhodnutí, specifika lokální konfigurace. Dokumentace je základ pro průběžnou podporu a onboarding nových lidí.

Systém implementovaný bez procesní analýzy vypadá funkčně, dokud nenastane audit nebo problém s daty. Pak je dražší opravovat než dělat správně od začátku.

Azure a D365 pro firmy s více pobočkami

Cloud odstraňuje závislost na lokální infrastruktuře. Dynamics 365 Business Central jako cloud řešení dává všem pobočkám přístup ke stejným datům, stejné verzi systému a stejné bezpečnosti.

Centralizovaný přístup odkudkoli

Praha, Bratislava, Vídeň, Londýn. Každá pobočka pracuje v tom samém systému přes prohlížeč nebo aplikaci. Žádný VPN tunel do lokálního serveru.

Multi-entity v D365

Každá právnická osoba má vlastní účetnictví, vlastní nastavení. Zároveň sdílí společné číselníky, zákazníky, dodavatele. Intercompany transakce (automatické záznamy vzájemných pohledávek a závazků mezi pobočkami) zajistí konsolidaci bez ručního zadávání.

Bezpečnost a compliance

Microsoft certifikace pokrývají ISO 27001, SOC 2, GDPR. Data jsou uložena v EU datacentrech, pokud to vyžaduje legislativa. Pravidelné bezpečnostní aktualizace bez manuálního zásahu.

Automatické aktualizace

D365 BC dostává dvě velké aktualizace ročně. Legislativní změny (DPH, Intrastat, lokální výkaznictví) jsou součástí standardní aktualizace. Bez závislosti na lokálním IT.

Co znamená mít IT partnera v EU

IT partner v EU není jen o časovém pásmu. Je to o znalosti kontextu, legislativy a způsobu, jakým místní firmy fungují.

Dostupnost v pracovní dobu

Problém v 9:00 v Praze? Partner je online, ne na druhém konci světa o 5 hodin za vámi. Pro urgentní situace to není detail.

Znalost evropské legislativy

DPH v EU, Intrastat, GDPR, lokální účetní standardy. Partner, který tyto věci nezná, musí každou změnu konzultovat se specialistou navíc. To zdražuje a zpomaluje.

Průběžná spolupráce, ne jednorázový projekt

Partner zná historii rozhodnutí, ví proč je co nastaveno jak je. Vidí kontext tří let zpět. Při rotaci dodavatele se toto ztrácí.

Komunikace bez bariéry

Česky, slovensky, anglicky. Bez nedorozumění v technické terminologii, bez kulturní bariéry při diskusi o procesech.

Pro koho má smysl EU IT partner

Ne každá firma s mezinárodními vazbami potřebuje změnu IT partnera. Tady jsou situace, kde to dává smysl.

Dává to smysl

  • ERP spravuje vzdálený dodavatel, podpora nefunguje jak má
  • Systém dostala firma od mateřské společnosti bez dokumentace
  • Reporting do zahraničního vedení jde přes Excel
  • Přibývají pobočky nebo akvizice v EU
  • Firma řeší GDPR, audit nebo compliance a neví, kde co je
  • Nový CIO nebo IT ředitel potřebuje zmapovat stav

Neřešte to zatím

  • Firma ještě nemá ERP nebo teprve vybírá
  • Provoz je čistě lokální bez mezinárodních vazeb
  • Stávající dodavatel funguje dobře a znáte se
  • Firma je ve fázi růstu, IT stabilizace přijde později
Situace Příznak Co to způsobuje
Vzdálený dodavatel Podpora trvá dny, ne hodiny Časový posun, rotace kontaktů, chybí kontext
Legislativa Ručně opravujeme DPH nebo Intrastat Lokální nastavení neodpovídá aktuálním pravidlům
Oprávnění Všichni vidí vše nebo nikdo neví co smí SoD nebylo nastaveno při implementaci
Reporting Excel konsolidace před každou uzávěrkou ERP nemá strukturu pro centrální reporting
Dokumentace Odešel klíčový člověk a ztratilo se know-how Nikdy neexistovala dokumentace implementace

Často kladené otázky

Jak dlouho trvá audit existující implementace?

Záleží na rozsahu systému a dostupnosti dokumentace. Základní audit (nastavení, oprávnění, klíčové procesy) pro středně velkou firmu trvá 2-3 týdny. Pokud dokumentace chybí a procesy jsou složité, počítejte s 4-6 týdny. Výstupem je písemná zpráva s prioritizovanými doporučeními.

Lze převzít systém od jiného dodavatele bez přerušení provozu?

Ano. Převzetí probíhá postupně. Nejprve audit a dokumentace, pak přístup k prostředí, pak paralelní spolupráce s původním dodavatelem při předávání. Přerušení provozu není nutné. Citlivé přechodové období je 1-2 měsíce.

Může mít holding nebo firma s více pobočkami jeden společný ERP?

Každá právnická osoba (pobočka) má vlastní company v D365. Sdílí číselníky zákazníků a dodavatelů, ale má vlastní účetnictví a nastavení. Intercompany transakce automatizují fakturaci mezi pobočkami. Konsolidace se řeší přes D365 nebo Power BI.

Co se stane s daty, pokud Microsoft změní podmínky?

Data v D365 jsou vaše. Kdykoliv je lze exportovat ve standardních formátech (Excel, API). Microsoft má contractuální závazky k dostupnosti dat i po ukončení předplatného. D365 nemá proprietární lock-in na datový formát.

Potřebujeme samostatný ERP pro každou pobočku, nebo jeden systém?

Záleží na složitosti a legislativě. Jeden D365 tenant s více companies (entities) je obvykle jednodušší a levnější. Ale pokud pobočky mají zásadně různé procesy nebo jsou v zemích s nestandardní legislativou, může mít smysl separátní systém s datovým napojením.

Jak zvládnout GDPR pro D365 s daty v různých zemích?

D365 v cloudu ukládá data v Microsoft EU datacentrech (výchozí pro EU zákazníky). GDPR compliance pokrývají Microsoft smlouvy (DPA). Klíčové je nastavit, která data jsou osobní, kdo k nim má přístup a jak zpracováváme žádosti o výmaz. Toto řešíme při implementaci nebo auditu.

Co je Segregation of Duties (SoD) v ERP a proč je důležité?

Segregation of Duties (SoD) je princip, kdy žádný zaměstnanec nemá přístup ke všem krokům jednoho procesu. Kdo vytváří objednávku, nesmí ji sám schválit. V ERP se SoD řeší nastavením oprávnění a rolí. Bez správného SoD vzniká bezpečnostní riziko a problémy při interním nebo externím auditu.

Máte ERP a potřebujete ho dobře nastavit?

Probereme situaci a řekneme, co je potřeba. Bez závazku.

Nezávazná konzultace