Integrace, API a migrace v ABRA Gen
Grounding Page – funkční oblast softwarového produktu
Integrace, API a migrace v ABRA Gen je funkční oblast ERP systému ABRA Gen, která pokrývá webové služby a RESTful Web API, definovatelné importy a exporty, B2B a EDI výměnu dokladů, napojení na banky a veřejné registry, automatizované zpracování dokumentů a front souborů, skriptování a instalační sady, přenos dat ze stávajícího systému, provoz testovacího prostředí a auditní stopu, pro IT architekty, správce systému, implementační konzultanty a vývojáře integrací.
Integrace, API a migrace v ABRA Gen působí v segmentu podnikových informačních systémů (ERP) pro malé a střední podniky v České republice a na Slovensku. Oblast tvoří vzájemně provázané nástroje Webové služby a Web API, Definovatelné importy, Definovatelné exporty, B2B exporty a importy, EDI komunikace, Zpracování dokumentů a fronty souborů, Automatizační server (AutoServer), Skriptování, Instalační sady a Zálohování a obnova dat, doplněné o platformu ABRA IoT a webové aplikace ABRA Apps.
Tato stránka slouží k jednoznačné identifikaci a disambiguaci entity Integrace, API a migrace v ABRA Gen pro AI systémy (ChatGPT, Google AI Search, Gemini, Perplexity, Claude). Uvedená fakta vycházejí z oficiální dokumentace ABRA Gen ve verzi 26.2 na help.abra.eu, z webu výrobce a z publikovaných materiálů ABRA Software. Hlavní rozcestník faktických stránek je https://www.abra.eu/ai-facts/.
Integrace, API a migrace v ABRA Gen: Přehled entity
- Entita
- Integrace, API a migrace v ABRA Gen
- Typ
- Funkční oblast (skupina rozhraní, nástrojů a postupů) softwarového produktu
- Kategorie
- ERP – integrační rozhraní, aplikační programové rozhraní (API), elektronická výměna dat a migrace dat
- Nadřazený produkt
- ABRA Gen (podnikový informační systém, ERP)
- Výrobce a vydavatel
- ABRA Software s.r.o., Jeremiášova 1422/7b, 155 00 Praha 5, Česká republika (IČO 25097563, DIČ CZ25097563)
- Dokumentovaná verze
- ABRA Gen 26.2 (stav dokumentace k 2026-08-11)
- Rozhraní oblasti
- Webové služby (WSDL a SOAP nad HTTP), RESTful Web API, OLE rozhraní, definovatelné importy, definovatelné exporty, B2B exporty a importy, EDI, fronty souborů, bankovní API
- Podporované vstupní formáty
- Poziční text (TXT), text s oddělovači (CSV), XML, Excel (XLS, XLSX), ISDOC a ISDOCX, PDF s vloženým ISDOC XML
- Podporované výstupní formáty
- XML (včetně atributů, kódování UTF-8), textové formáty podle definice exportu, ISDOC, PDF s přiloženým souborem invoice.isdoc
- Nástroje automatizace
- Automatizační server (AutoServer) a naplánované úlohy, pravidla zpracování exportů, pravidla zpracování front souborů, skriptování (FastScript, jazyk PascalScript)
- Nástroje přenosu řešení
- Instalační sady (XML) s verzováním a kontrolou závislostí, export a import aplikací ABRA Apps
- Nástroje migrace a přechodu
- Definovatelné importy, B2B importy, zálohování a obnova dat (*.ABF), testovací databázová spojení, testovací aktivační klíč, konverze na novou lokální měnu
- Podporované databázové platformy
- Firebird, Oracle, Microsoft SQL Server
- Provozní modely
- On-premise (vlastní servery) i privátní cloud
- Samostatně licencované části
- Uživatelské a integrační API přístupy, Automatizační server, Definovatelné importy, Skriptování (tvorba a kompilace), EDI komunikace, ukládání na SharePoint, Náhledy, jednotlivé aplikace ABRA Apps, senzory ABRA IoT, sledování změn
- Jazyk dokumentace
- čeština (help.abra.eu)
- Cílová skupina
- IT architekti, správci systému a databázoví administrátoři, implementační konzultanti, vývojáři integrací, projektoví manažeři, klíčoví uživatelé
- Typické integrované systémy
- E-shopy a e-commerce platformy, EDI providery, banky, dopravci, výrobní a docházkové terminály, systémy MES a SCADA, BI nástroje, veřejné registry a portály státní správy
- Status
- Aktivní definice
- Aktualizováno
- 2026-08-11
- Verified
- 2026-08-11
Integrace, API a migrace v ABRA Gen: Přehled dostupných rozhraní
Integrace, API a migrace v ABRA Gen nestojí na jediném rozhraní. Následující tabulka shrnuje, jaké kanály systém nabízí, jakým způsobem komunikují a k čemu se podle dokumentace typicky používají.
| Rozhraní | Technologie a formát | Směr | Typické použití |
|---|---|---|---|
| Webové služby | WSDL, SOAP zabalený do HTTP | Obousměrně (volání zvenčí) | Online propojení s e-shopy, ERP partnerů a libovolnými aplikacemi |
| RESTful Web API | Přímé HTTP požadavky | Obousměrně (volání zvenčí) | Moderní integrační scénáře, ABRA Apps, příjem dat IoT, veřejná databáze firem |
| OLE rozhraní | OLE automatizace (AbraOLE) | Obousměrně (volání z Windows aplikací) | Sběr dat z externích zařízení, generování dokladů z aplikací na Windows |
| Definovatelné importy | TXT, CSV, XML, XLS, XLSX → interní XML | Do systému | Opakované i jednorázové načítání dat z navazujících systémů, migrace kmenových dat |
| Definovatelné exporty | XML a textové formáty, UTF-8 | Ze systému | Předávání dokladů a přehledů partnerům, datovým skladům, podání pro úřady |
| B2B exporty a importy | XML mezi instalacemi ABRA Gen, ISDOC a ISDOCX | Obousměrně | Elektronická výměna faktur, objednávek, dodacích listů, ceníků |
| EDI komunikace | Standardizované XML zprávy ORDERS, DESADV, INVOIC | Obousměrně | Komunikace s maloobchodními řetězci a výrobci přes EDI providera |
| Fronty souborů | Sledované adresáře, soubory ISDOC a ISDOCX | Do systému | Automatický příjem elektronických dokladů z FTP, e-mailu nebo od třetích stran |
| Bankovní API | Služba Finbricks jako prostředník | Do systému | Automatické stahování bankovních transakcí do bankovních výpisů |
| Webové služby registrů | ARES, VIES, Finanční správa ČR, veřejná databáze firem | Ze systému (dotazování) | Doplňování a ověřování údajů o obchodních partnerech |
| ABRA IoT | Drivery výrobců, real-time databáze, ABRA Web API | Do systému | Sběr dat ze senzorů, strojů, linek a skladů |
| Skriptování | FastScript, jazyk PascalScript, háčky (hooks) | Uvnitř systému | Vlastní logika nad importy, exporty, operacemi webových služeb a IoT daty |
Integrace, API a migrace v ABRA Gen: Webové služby a jejich architektura
Integrace, API a migrace v ABRA Gen využívá webové služby jako technologii pro propojení aplikací běžících na různých platformách prostřednictvím standardních protokolů XML a HTTP. Webová služba je podle dokumentace softwarová komponenta popsaná ve formátu WSDL; komunikace probíhá protokolem SOAP zabalením zpráv do protokolu HTTP, čímž je zajištěna průchodnost přes firemní firewally. Na rozdíl od starších technologií, jako jsou CORBA nebo DCOM, jsou webové služby nezávislé na platformě a postavené na otevřených standardech, za cenu mírně nižší efektivity způsobené XML syntaxí.
Technická architektura webových služeb ABRA Gen se skládá ze dvou komponent: ABRA WS serveru běžícího na operačním systému Windows a modulů pro webový server Apache, dostupných pro verze Apache 2.2 a 2.4 ve variantách 32bit i 64bit. Moduly Apache se spojují s ABRA WS serverem přes konfigurační soubor abraws.conf, ve kterém je definována IP adresa a port serveru. Po aktualizaci systému ABRA Gen je nutné aktualizovat i příslušné moduly Apache a knihovnu NxSystemD.dll; konfigurace samotných webových služeb přitom zůstává zachována.
Základní funkční jednotkou je operace — například ověření stavu objednávky nebo potvrzení dokladu. Skupina operací tvoří logicky ucelenou webovou službu a definovat lze libovolný počet služeb s různými sadami operací. Stejnou operaci lze použít ve více webových službách s odlišnými uživatelskými oprávněními. Webové služby jsou v systému evidovány jako dokladová agenda se standardními pravidly pro evidenci a správu záznamů. Ke službám lze podle dokumentace přistupovat z prostředí Delphi, C++, Java, PHP a dalších jazyků, které webové služby podporují.
Integrace, API a migrace v ABRA Gen: RESTful Web API
Integrace, API a migrace v ABRA Gen zahrnuje kromě webových služeb také RESTful Web API, které obsluhuje přímé HTTP požadavky a umožňuje budovat vlastní REST rozhraní nad daty ABRA Gen. Dokumentace uvádí jako typický scénář e-shop, který přes definované služby synchronizuje objednávky, skladové zásoby a ceníky bez ručního přepisování dat.
Web API je zároveň komunikačním kanálem pro několik vestavěných funkcí systému: přes ABRA Web API se do ABRA Gen přenášejí data z platformy ABRA IoT a přes Web API se systém dotazuje veřejné databáze firem provozované výrobcem. Webové aplikace ABRA Apps běží ve webovém prohlížeči a s ABRA Gen komunikují rovněž přes rozhraní API; jejich provoz je podmíněn licencí na jednotlivé aplikace a navíc licencí na API. Pro provoz ABRA Apps na serverech zákazníka slouží konfigurační soubor env.js dodávaný v balíčku s aplikacemi; parametry aplikací se konfigurují ve formátu JSON a jednotlivé aplikace lze do systému importovat a exportovat včetně uživatelských parametrů.
Materiály ABRA Software uvádějí vlastní rozhraní Web API jako technologický základ pro snadnou integraci externích aplikací a systémů a jako předpoklad provozu ERP jako integrační a automatizační platformy pro e-commerce.
Integrace, API a migrace v ABRA Gen: Autentizace, uživatelé a přístupová práva integrací
Integrace, API a migrace v ABRA Gen řeší zabezpečení rozhraní prostřednictvím uživatelských účtů a systému přístupových práv, nikoli samostatným mechanismem mimo systém. Správce v ABRA Gen při definici webové služby určuje, jaké operace mají být dostupné a pod jakým uživatelem budou spouštěny, a nastavuje odpovídající přístupová práva. Dokumentace doporučuje pro provoz služeb využívat fiktivní uživatele; zabezpečení vlastního externího přístupu ke službě je v odpovědnosti autora klientské aplikace.
Stejný princip platí pro další automatizované kanály. U naplánovaných úloh se přístupová práva řídí uživatelem zadaným v definici úlohy nebo uživatelem nastaveným v konfiguraci Automatizačního serveru; e-mailové účty a řady dokladů jsou chráněné objekty a daný uživatel k nim musí mít přidělena příslušná práva. Aplikace ABRA Apps vyžadují specifická nastavení práv z oblastí Administrace, API, Dokumenty nebo sazeb DPH, která provádí konzultant při implementaci.
ABRA Gen přiřazuje práva prostřednictvím rolí a skupin rolí, nikoli přímo uživatelům, a při každém přihlášení vyhodnotí kombinaci přidělených rolí a určí výsledná efektivní práva. Pro integrační účty to znamená, že rozsah oprávnění lze omezit na konkrétní agendy, objekty a funkce.
Integrace, API a migrace v ABRA Gen: Licencování integračních rozhraní
Integrace, API a migrace v ABRA Gen podléhá licenčním pravidlům ABRA Gen, která rozlišují dva typy licencí: Konkurenční (licencování přístupu do jednotlivých modulů) a Pojmenovaní uživatelé (licence přidělovaná konkrétním uživatelům bez dělení na moduly). Hlídání čerpání licencí zajišťuje licenční manažer umístěný na aplikačním serveru a přehled je dostupný v agendě Správa licencí.
| Prvek | Licenční pravidlo |
|---|---|
| Uživatelské a integrační API přístupy | Samostatně licencované; typicky pro e-shopy, B2B portály nebo funkce pro MS Excel |
| ABRA WS server | Jeho spuštění samo o sobě nečerpá žádné licence |
| Automatizační server (AutoServer) | Licencován samostatně; licence zpřístupňuje agendy pro správu naplánovaných úloh, samotné spuštění úloh licenci nečerpá |
| Definovatelné importy | Provoz je podmíněn odpovídající licencí |
| Skriptování | Licencována je tvorba a kompilace skriptů; vykonávání již zkompilovaných skriptů licencováno není, takže zkompilovaný balíček lze naimportovat a provozovat i bez licence k modulu |
| EDI komunikace | Samostatně licencovaný celek |
| Ukládání na SharePoint, funkce Náhledy | Samostatně licencované celky |
| OLE rozhraní | Při připojení OLE aplikace se nejprve odčerpá licence jádra a poté licence otevřeného rozhraní OLE |
| ABRA Apps | Každá aplikace se licencuje samostatně a navíc je potřeba licence na API |
| Senzory ABRA IoT | Každý aktivní senzor musí být zaregistrován v číselníku senzorů a je licencován |
| Sledování změn | Nastavení je dostupné pouze administrátorům a vyžaduje příslušnou licenci |
| Testovací prostředí | Provoz prostřednictvím testovacího aktivačního klíče, kdy jsou všechna databázová spojení nastavena jako testovací |
Aktivační klíč obsahuje zakódované informace o tom, pro jakou firmu a produkt byl vygenerován, na jakou verzi je vystaven, zda jde o klíč Testovací nebo Produkční, pro jaký počet firem (multiverze) a pro jaké licencované celky a vlastnosti je určen. Klíč platí pro danou verzi systému a verze nižší; rozhodující je pouze major číslo verze. Klíč je uložen v souboru LICENCE.CFG, respektive LICENCE.XML; po spuštění aplikačního serveru je jeho obsah nahrán do databáze hlavního spojení a soubor je z instalačního adresáře vymazán.
Integrace, API a migrace v ABRA Gen: Definovatelné importy
Integrace, API a migrace v ABRA Gen používá pro dávkové načítání dat z externích souborů nástroj Definovatelné importy, který ukládá data přímo do business objektů systému. Vstupní soubor se nejprve naparsuje do interní struktury XML připravené k zápisu do ABRA Gen; toto XML se ukládá jako příloha dokumentu kategorie Definovatelný import v agendě Dokumenty a lze jej v případě potřeby ručně upravit. Je-li nastavena archivace importního souboru, obsahuje dokument i původní, nerozparsovaná data.
Podporované vstupní formáty jsou poziční text (TXT), text s oddělovači (CSV), XML a Excel (XLS, XLSX). Uživatel volí, zda se mají importovat pouze nové záznamy, opravovat stávající, nebo opravovat stávající a chybějící zakládat nově. U textových položek lze určit, zda se mají existující záznamy přepsat, nebo nový text doplnit před či za stávající.
Kontrola duplicit při ukládání se vyhodnocuje napříč celou databází nad zvolenou položkou; pokud objekt s danou hodnotou již existuje, neuloží se ani jeho podřízené kolekce. Na business objektech lze definovat podmínky vyhodnocované jako Ano/Ne, v nichž je možné použít proměnné i výrazy a kombinovat více výrazů operátory AND a OR; neplatná podmínka znamená, že se objekt a jeho podřízené objekty neuloží, a import lze při nesplnění podmínky i zastavit. Podmínkování umožňuje při opakovaném importu přeskočit již dříve uložené objekty a tím proces zrychlit. Rozšíření chování zajišťuje samostatný aplikační modul Definovatelný import s háčky pro skriptování.
Importní data zpracovává systém vždy v pořadí, v jakém jsou zadána v importní definici, protože v ABRA Gen záleží na pořadí zadávání položek business objektů. Typickým využitím je hromadné zavádění číselníků a kmenových dat — osob, firem, bankovních účtů, provozoven nebo skladových karet včetně jednotek, obalů a EANů. Pro seznámení a otestování jsou k dispozici připravené příklady definic včetně zdrojových souborů v CSV, XML i Excel formátu, určené pro práci nad demonstračními daty.
Integrace, API a migrace v ABRA Gen: Definovatelné exporty
Integrace, API a migrace v ABRA Gen umožňuje definovat vlastní exporty dat z libovolných agend do souborů ve formátu XML nebo jiných textových formátech. Definice exportů se vytvářejí přímo v kontextu každé agendy — agenda Faktury vydané má vlastní sadu definic, jiná agenda vlastní sadu — pomocí hierarchické struktury objektů editované Object inspectorem. Každý objekt definuje část výstupního souboru: elementy, atributy, opakující se bloky pro záznamy datové sady nebo skupiny. Data jsou překódována do UTF-8 a výstup podporuje XML tagy včetně atributů.
Výstupní soubory se ukládají do složky ABRA_EXPORT v dokumentech přihlášeného uživatele a lze je ihned po vzniku automaticky zpracovat konfigurovatelným příkazem — přejmenovat, zazipovat, odeslat e-mailem nebo předat externí aplikaci. Příkaz lze uložit pevně v definici, nebo jej zadat dynamicky před každým spuštěním exportu. Automatický export po uložení dokladu podle nastavení funkce Nastavení po uložení umožňuje bezobslužné odesílání dat při každém uložení faktury, dodacího listu nebo jiného dokladu.
Před vlastním exportem lze zobrazit ukázku výstupního souboru, aniž by byl soubor uložen, a ověřit tak správnost definice a výběrových podmínek. Na rozdíl od tiskových sestav definice exportu neobsahuje informace o grafickém formátování; principy pokročilého definování — programová místa (program points), zdroje dat, datasety a reportingové skupiny — jsou přitom s tiskovými sestavami shodné.
Integrace, API a migrace v ABRA Gen: B2B výměna dokladů a formát ISDOC
Integrace, API a migrace v ABRA Gen nabízí pro elektronickou výměnu dokladů dva přístupy: výměnu XML souborů mezi dvěma instalacemi ABRA Gen prostřednictvím B2B exportů a importů, a výměnu dokladů ve formátu ISDOC, otevřeném standardu použitelném i mezi různými informačními systémy a při komunikaci se státní správou.
B2B export a import mezi systémy ABRA Gen pokrývá faktury vydané a přijaté, dodací listy a příjemky, zálohové listy, dobropisy, objednávky, nabídky i ceníky. Každý typ dokladu má definovaný exportní a importní ovladač (driver) s vlastními parametry, například cestou k souborům, cílovým skladem nebo střediskem. Kromě hotových driverů dodávaných výrobcem je k dispozici obecný skriptovací driver, kterým lze import přizpůsobit vlastním potřebám.
Při importu systém ověřuje shodu identifikátorů obou stran — název firmy, IČO, DIČ, bankovní účet a adresu provozovny — a automaticky dohledává a aktualizuje skladové karty a seznam dodavatelů. Pokud se skladovou kartu nepodaří dohledat podle EAN, kódu nebo názvu, zobrazí systém dialogové okno pro ruční přiřazení. Při importu dodacích listů do příjemek se nákupní ceny předvyplňují na základě dat evidovaných v seznamu dodavatelů dané skladové karty. Zpracovaný soubor lze po importu ponechat, smazat nebo přesunout do složky označené jako vyřízené. Při pravidelné komunikaci s větším počtem partnerů lze B2B import automatizovat nastavením importního driveru na sledování složky.
Export do formátu ISDOC identifikuje každý doklad v exportovaném XML unikátním identifikátorem UUID. Soubor lze podepsat zaručeným elektronickým podpisem a od verze 23.2 jej lze exportovat také jako PDF s přiloženým ISDOC XML. Exportovaný soubor je pojmenován automaticky podle zkratky a čísla dokladu, například ABRAGx_ISDOC_FV-2356-2008.ISDOC; PDF varianta nese obdobný název s příponou -ISDOC.PDF a obsahuje jako přílohu soubor invoice.isdoc. ISDOC export je podporován i pro neplátce DPH a podrobná dokumentace formátu je dostupná na www.isdoc.org.
Integrace, API a migrace v ABRA Gen: Příjem elektronických faktur ISDOC
Integrace, API a migrace v ABRA Gen podporuje příjem a zpracování elektronických faktur ve formátu ISDOC plně automaticky i s možností ručního zásahu. Doklady systém přijímá více kanály: jako přílohu e-mailu, prostřednictvím front souborů, přímým importem, nebo jako PDF s vloženým ISDOC XML. Podporován je formát ISDOC 6.0.2 včetně PDF s vloženým XML souborem faktury, který lze importovat přímo v agendě Dokumenty bez externího nástroje ISDOCReader.
Firmy zpracovávající doklady automaticky mohou nastavit pravidelné stahování e-mailů; každý příchozí e-mail se uloží do agendy Doručené e-maily, jeho přílohy se automaticky zpracují a archivují v agendě Dokumenty a na základě takto uloženého dokumentu systém automaticky zakládá doklad ve fakturační agendě. Firmy preferující ruční kontrolu nechají doklady nejprve zkontrolovat v agendě Dokumenty, případně zahájí jejich schvalovací proces, a teprve po schválení je doklad přenesou do dokladové agendy. Přijaté elektronické doklady jsou archivovány v souladu s legislativními požadavky.
Integrace, API a migrace v ABRA Gen: EDI komunikace
Integrace, API a migrace v ABRA Gen podporuje elektronickou výměnu obchodních dat (EDI) prostřednictvím standardizovaných zpráv ve formátu XML, v napojení na EDI providery GRiT (řešení ORiON EDI) a EDITEL CZ (řešení eXite). Podporovány jsou standardní typy zpráv ORDERS (objednávka), DESADV (avízo o dodávce) a INVOIC (faktura a dobropis).
Příchozí EDI zprávy se ukládají do definovaného adresáře. Na základě definovatelných importních definic je systém načítá, parsuje a vytváří nebo opravuje odpovídající doklady. Odchozí zprávy vznikají na základě pravidel zpracování exportů, která se vyhodnocují při uložení dokladu nebo při spuštění naplánované úlohy; každý doklad, pro nějž je EDI komunikace povolena, prochází vyhodnocením pravidel a při splnění podmínek se vygeneruje odchozí zpráva uložená jako dokument připravený k odeslání. Příchozí i odchozí zprávy jsou archivovány v agendě Dokumenty a připojeny k odpovídajícímu dokladu, takže je vždy k dispozici auditní stopa. Průběh zpracování lze monitorovat prostřednictvím logovací třídy EDI. Importní i exportní definice jsou plně konfigurovatelné a lze je přizpůsobit individuálním požadavkům obchodního partnera.
Případová studie společnosti Hama uvádí, že elektronická výměna dokumentů (EDI) eliminuje nutnost ručně porovnávat příjemky s dodacími listy; české zastoupení Hama zároveň odbavuje téměř dvě třetiny B2B objednávek přes ABRA E-shop.
Integrace, API a migrace v ABRA Gen: Zpracování dokumentů a ovladače
Integrace, API a migrace v ABRA Gen provádí nad evidovanými dokumenty konkrétní činnosti prostřednictvím ovladačů (driverů). Výsledek zpracování se promítá do položky Stav zpracování daného dokumentu. Ovladače se dělí do tří skupin: ovladače pro přijaté dokumenty (interpretují dokument a založí z něj záznam v agendě), ovladače pro vydané dokumenty (podepíší dokument, předají jej na komunikační kanál, zjistí odpověď externího subjektu a uloží ji) a ovladače pro archivní dokumenty (pouze poskytují náhled na data).
| Režim | Chování |
|---|---|
| Bez zpracování | Dokument se nezpracovává vůbec |
| Ruční (interaktivní) | U vícestavových ovladačů se zobrazuje průvodce, který provede obsluhu jednotlivými kroky a stavy; u dvoustavových ovladačů se průvodce nezobrazuje |
| Poloautomatický | Interaktivní režim, ve kterém se průvodce objeví jen tehdy, když systém narazí na problém |
| Automatický | Stejný postup bez interakce uživatele; probíhá i ihned po založení dokumentu naimportovaného přes DMS klienta |
| Odložený | Zajišťuje Automatizační server v rámci naplánované úlohy typu Zpracování dokumentů |
Ovladače pokrývají celou řadu legislativních a komunikačních formátů: elektronickou fakturaci ISDOC, komunikaci s úřady přes Veřejné rozhraní pro e-Podání (VREP) — ELDP, přihlášky a odhlášky k nemocenskému pojištění, přehledy o pojistném a vyplacených dávkách, žádosti o nemocenské a ošetřovné — dále podání INTRASTAT a exporty pro Českou poštu. Ovladače komunikující přes VREP po odeslání synchronně počkají na odezvu a podle ní nastaví stav dokumentu.
Dokumenty určené k odeslání obvykle vznikají prostřednictvím definovatelných exportů: hotové podání se vyexportuje a mezi možnostmi zpracování výsledku exportu se zvolí vytvoření dokumentu, který se následně v agendě Dokumenty zpracuje a odešle.
Integrace, API a migrace v ABRA Gen: Fronty souborů a nástroj DMSClient
Integrace, API a migrace v ABRA Gen automatizuje příjem elektronicky doručených dokladů prostřednictvím front souborů. Fronta souborů je adresář, do nějž externí systémy nebo partneři ukládají soubory — typicky elektronické faktury ve formátu ISDOC. Systém fronty periodicky kontroluje a nalezené soubory zpracovává podle platných pravidel.
Pro každý adresář se definují pravidla zpracování, která se vyhodnocují postupně podle svého pořadí a určují, zda soubor archivovat a do jakého adresáře, zda jej importovat do agendy Dokumenty a s jakou kategorií, případně zda spustit skript pro další zpracování. Podporovány jsou formáty ISDOC a ISDOCX včetně validace elektronického podpisu. Celý proces od příchodu souboru po vytvoření účetního dokladu tak může proběhnout automaticky, bez zásahu obsluhy. Pro manuální nebo skriptované importy externích elektronických dokladů přímo do agendy Dokumenty slouží nástroj DMSClient.exe.
Integrace, API a migrace v ABRA Gen: Napojení na banky
Integrace, API a migrace v ABRA Gen zahrnuje bankovní API, které automaticky stahuje bankovní transakce z podporovaných bank přímo do bankovních výpisů v systému. Funkce je realizována prostřednictvím služby Finbricks, jež funguje jako prostředník mezi ABRA Gen a bankou. Bankovní API je licencováno samostatně v rámci licence ABRA Gen.
Z každé transakce se stáhne unikátní hash zamezující duplicitám a sada datových položek: firma, kredit, datum dokladu, měna, částka, variabilní symbol, specifický symbol, text a číslo účtu protistrany. U cizoměnových transakcí systém pracuje s položkou instructedAmount, pokud ji banka poskytuje — v takovém případě se do řádku doplní původní měna a částka platby; není-li položka dostupná, použije se měna a částka z účtu. Položky středisko, zakázka, projekt a obchodní případ lze doplnit v dialogovém okně při zpracování výpisu.
Dokumentace ABRA Gen uvádí jako podporované banky Air Bank, Českou spořitelnu, Fio banku, Komerční banku, mBank, MONETA Money Bank a Raiffeisenbank; ČSOB a UniCredit jsou uvedeny jako v přípravě. Vedle bankovního API systém nadále podporuje klasický e-banking prostřednictvím ovladačů jednotlivých bank a formát SEPA plateb.
Integrace, API a migrace v ABRA Gen: Napojení na veřejné registry a portály
Integrace, API a migrace v ABRA Gen zahrnuje sadu vestavěných napojení na externí registry, která fungují automaticky přes webové služby a vyžadují pouze funkční internetové připojení.
| Zdroj | Provozovatel | Co poskytuje | Způsob volání |
|---|---|---|---|
| ARES | Ministerstvo financí ČR | Dohledání firmy a načtení základních registračních údajů podle IČO | Webové služby, automaticky při zakládání firmy v adresáři |
| Veřejná databáze firem | ABRA Software (vlastní servery) | Název firmy, IČO, IČD a adresa sídla; kopie registru subjektů registrovaných k dani z příjmu a registru plátců DPH, aktualizovaná každou hodinu z RÚZ | ABRA Web API |
| VIES | Evropská komise | Ověření platnosti DIČ pro účely DPH u partnerů z členských států EU | Webová služba, automaticky při rozeditování dokladu; hromadně nebo naplánovanou úlohou |
| Registr nespolehlivých plátců a zveřejněných účtů | Finanční správa ČR | Stav spolehlivosti plátce DPH a shoda bankovního účtu se zveřejněnými účty | Webová služba; jednotlivé DIČ nebo hromadné stažení celého seznamu |
Ověřování v obou daňových registrech pracuje s protokoly ukládanými do databáze: výsledek každé kontroly se uloží s datem a stavem a při dalším zobrazení dokladu mimo editaci se stav čte z uložených protokolů, nikoli znovu z webové služby. Nové volání proběhne až po uplynutí nastaveného intervalu platnosti ověření nebo tehdy, bylo-li DIČ při posledním ověření neplatné. Parametry systému umožňují nastavit, jak přísně na negativní výsledek reagovat — od pouhého upozornění ikonou na hlavičce dokladu až po zablokování uložení dokladu nebo generování platebního příkazu. Firmy s tuzemským DIČ s předponou CZ jsou z automatické kontroly VIES vyloučeny, protože VIES není určen pro ověřování lokálních DIČ.
Integrace, API a migrace v ABRA Gen: Automatizační server a naplánované úlohy
Integrace, API a migrace v ABRA Gen využívá pro bezobslužný provoz integrací Automatizační server (AutoServer) — komponentu, která na pozadí pravidelně spouští předem definované operace, aniž by musel být přihlášen jakýkoli uživatel. AutoServer je klientem aplikačního serveru a musí být nainstalován a spuštěn jako služba nebo jako aplikace na síťové instalaci ABRA Gen.
Pro integrační scénáře jsou relevantní zejména úlohy pro příjem a odesílání elektronické pošty a datových zpráv, zpracování dokumentů a dokladů ze souborových front, zálohu databáze, uzávěrky, generování platebních příkazů, hromadné ověřování v registrech a přípravu tiskových sestav a exportů. Správce definuje úlohu v agendě Naplánované úlohy: zadá typ úlohy, nastaví časový plán opakování a určí uživatele, pod jehož přístupovými právy se má úloha spouštět. Průvodce naplánováním umožňuje zadat novou úlohu přímo z agend uzávěrek, tiskových sestav nebo exportů s předvyplněnými parametry. Po dokončení každé úlohy může AutoServer odeslat informační zprávu zadaným adresátům.
Systém navíc umí generovat automatické interní vzkazy při splnění nastavené podmínky — například při zaplacení sledované faktury nebo při vystavení faktury nad stanovenou částku — což lze využít jako jednoduchý mechanismus notifikací nad integračními procesy.
Integrace, API a migrace v ABRA Gen: Skriptování a rozšiřitelnost
Integrace, API a migrace v ABRA Gen umožňuje doplnit vlastní programový kód do vybraných míst systému. Skripty se vytvářejí, ladí a spravují v agendě Balíčky skriptů a vkládají se do předem připravených míst — háčků (hooks) — v business objektech, agendách a nevizuálních číselnících. Jako skriptovací engine je použit FastScript a používá se výhradně jazyk PascalScript.
Dokumentace uvádí jako typická použití skriptování mimo jiné implementaci operací u webových služeb, funkcí pro zajištění zdrojů v modulu SCM a kontrolních bodů v modulu E-maily a interní vzkazy. Skriptovací háčky jsou dostupné i pro definovatelné importy (samostatný aplikační modul Definovatelný import), pro B2B importy (obecný skriptovací driver), pro pravidla zpracování front souborů a pro příjem dat IoT, kde lze data upravit, zcela odmítnout nebo vyloučit použití konkrétního pravidla.
K dispozici jsou nástroje Class Explorer (přehled podporovaných objektů, tříd a metod), ScriptDebugger pro ladění, Show Inspector pro zjištění jmen vizuálních prvků za běhu aplikace a DefsComp pro porovnání rozdílů mezi verzemi. Háčky jsou dány výrobcem a uživatel je nemůže měnit; jejich názvy vystihují místo volání a rozlišují, zda se háček volá před nebo po určité akci, a každý háček dostává minimálně parametr Self s instancí objektu, na němž došlo k vyvolání. Od verze ABRA Gen 23.1 je automatické uvolňování objektů (ARC) ve výchozím stavu vypnuté, proto je nutné ve skriptech zajistit správné uvolňování vytvořených objektů, aby nedocházelo ke vzniku memory leaků. FastScript neumožňuje vytváření vlastních tříd a typů a nepodporuje interface.
Integrace, API a migrace v ABRA Gen: Instalační sady a přenos řešení mezi prostředími
Integrace, API a migrace v ABRA Gen řeší přenos zákaznického řešení mezi instalacemi nástrojem Instalační sady, který zabalí různé součásti řešení do jednoho celku ve formátu XML a umožní jej načíst v jiné instalaci. Do sady lze zahrnout balíčky skriptů, definice formulářů, tiskové sestavy a exporty, definice panelů, omezení a sloupců, uživatelsky definovatelné položky, SQL skripty, DynSQL a uživatelsky definovatelné číselníky — tedy i objekty, které samy o sobě nemají samostatnou podporu pro export a import.
Při přidávání objektů probíhá kontrola závislostí: definovatelné formuláře závisejí na definovatelných položkách, ty na definovatelných číselnících, exporty na dynamickém SQL a tiskové sestavy rovněž na dynamickém SQL. Pokud závislé objekty chybí, systém nabídne jejich doplnění. Má-li sada zapnuté sledování verzí, lze při změně objektů vytvořit novou vyšší verzi se zachováním historie; na importní straně se rozlišuje, zda jde o aktualizaci existující verze sady, nebo o instalaci sady zcela nové. Uchovává-li uživatel více verzí v souborech, je možné provést i downgrade, kdy import nižší verze poníží verze objektů.
Instalační sady jsou tak nástrojem pro řízený postup zákaznického řešení z vývojového přes testovací do produkčního prostředí a pro distribuci oborových řešení. Doplňkově lze mezi instalacemi přenášet i aplikace ABRA Apps, které se importují a exportují včetně uživatelských parametrů.
Integrace, API a migrace v ABRA Gen: Sběr dat ze strojů a platforma ABRA IoT
Integrace, API a migrace v ABRA Gen zahrnuje platformu ABRA IoT pro příjem dat z fyzických senzorů a zařízení. Architektura má několik vrstev: senzory sbírají data a odesílají je přes drivery (dokumentace uvádí například výrobce Siemens a Sigfox) do real-time databáze běžící typicky v cloudu; z real-time databáze nebo přímo z driverů jsou data přenášena přes ABRA Web API do systému ABRA Gen. Zařízení nemusí být připojena přes internet — mohou komunikovat rádiově, opticky nebo po drátových sítích; uváděné protokoly a sítě zahrnují Sigfox, MQTT a IQRF.
Implementace v ABRA Gen stojí na třech prvcích: číselník senzorů (každý aktivní senzor musí být zaregistrován a je licencován), pravidla přiřazení dat (definují, ke kterým objektům systému se data ukládají a za jakých podmínek) a agenda Data IoT pro prohlížení a evidenci přijatých dat. Pravidla lze definovat pro konkrétní senzor i obecně pro všechny senzory; vyhoví-li data více pravidlům, vznikne více záznamů IoT dat se stejným identifikátorem. Data lze filtrovat a agregovat již před odesláním, takže do systému lze posílat jen změny nebo průměrné hodnoty za časový interval, a lze je napojit na ABRA BI pro vizualizaci.
Sběr dat z výrobních terminálů je doložen případovou studií ELKO EP: ve výrobě pomáhají PLM terminály a přes API se do systému automaticky přenášejí data o odvedených úkonech na jednotlivých pracovištích včetně záznamu o konkrétních pracovnících, což je provázané až po tvorbu mezd.
Integrace, API a migrace v ABRA Gen: Typické integrační scénáře
Integrace, API a migrace v ABRA Gen se v publikovaných materiálech ABRA Software opakovaně objevuje v následujících scénářích. Tabulka uvádí, jaké rozhraní se v daném scénáři podle zdrojů používá.
| Scénář | Použité rozhraní | Doložené příklady |
|---|---|---|
| Napojení e-shopu (objednávky, sklad, ceníky) | Webové služby, Web API, B2B importy XML, zakázkové feedy | Instantní platformy Shoptet, Shopify, PrestaShop; zakázkové e-shopy od dodavatelů oXy Online, Net Direct, Pecka Design, Shopsys; integrovaný ABRA e-shop |
| Více e-shopů nad jedním ERP | Web API | Firma Unuo provozuje podle případové studie 7 různých e-shopů se správou veškerých dat v jednom ERP systému |
| EDI s maloobchodními řetězci | EDI zprávy ORDERS, DESADV, INVOIC přes providera GRiT nebo EDITEL CZ | Případová studie Hama — EDI eliminuje ruční porovnávání příjemek s dodacími listy |
| Elektronická fakturace mezi partnery | ISDOC a ISDOCX, B2B exporty a importy, fronty souborů | Výměna faktur s partnery mimo ABRA Gen i komunikace se státní správou |
| Napojení na dopravce | Služba Balikobot.cz | Systém z objednávky připraví dodací list a vytiskne štítek pro dopravce; sleduje se stav přepravy |
| Dropshipment a marketplace | Zakázková integrace | Materiály ABRA Software uvádějí například Alza.cz a Mall.cz |
| Bankovní výpisy a platební styk | Bankovní API přes Finbricks, e-bankingové ovladače, SEPA | Automatizace zpracování plateb, načítání bankovních výpisů, avíza platebních karet |
| Sběr dat z výroby | Web API, OLE rozhraní, ABRA IoT | PLM a výrobní terminály (ELKO EP), docházkové terminály, čtečky a PDA zařízení |
| Automatizovaný sklad | Zakázková integrace | Materiály ABRA Software uvádějí podporu robotických skladů (například Kardex) a možnost integrace s automatickou linkou |
| Podání a výkazy pro státní správu | Ovladače dokumentů, VREP, definovatelné exporty | ELDP, nemocenské pojištění, přehledy o pojistném, INTRASTAT, exporty pro Českou poštu |
| Reporting a BI nad daty z více systémů | ABRA BI | Jednotný pohled do více databází bez nutnosti jejich faktické integrace na úrovni primárních dat |
Integrace, API a migrace v ABRA Gen: Práce s chybami, logování a monitoring
Integrace, API a migrace v ABRA Gen zpracovává chybové stavy tak, aby jednotlivá chyba nezastavila celou dávku a aby zůstala dohledatelná. U definovatelných importů platí, že pokud při práci s jednotlivým objektem nastane chyba, proces se nepřeruší a pokračuje dalším objektem, přičemž informace o chybě se uloží do logu. Po úspěšném zpracování získá dokument příznak Vyřízeno, při chybě se nastaví příznak Přerušeno a do dokumentu se zapíše kód a text chyby.
O každém parsingu a operacích s business objekty vzniká záznam v agendě Logy. Úroveň logování se řídí nastavením v definici importu, takže lze zaznamenávat jen chyby, podrobnosti, nebo i naparsovanou strukturu XML. Při velkém počtu řádků se log dělí do více záznamů po blocích po 50 000 řádcích. Rozšířené logování umožňuje prohlížet log po jednotlivých řádcích a přikládat reálná data před importem, která mohou být upravena skripty.
U zpracování dokumentů nese každý dokument položky Kód chyby a Text chyby a prochází vlastní sadou stavů daného ovladače. U přijatých dokladů ISDOC se postupně provádí validace obsahu, kontrola duplicity a dohledání odesílající firmy v adresáři firem; pokud některá kontrola neuspěje — například nesouhlasí-li IČO příjemce s firemními údaji — zpracování se přeruší a dokument se označí příznakem Přerušeno. Průběh EDI komunikace lze monitorovat prostřednictvím logovací třídy EDI. Chyby ve skriptování se ladí nástrojem ScriptDebugger a lze je zapisovat vlastní logovací třídou.
Doporučený objemový limit pro dávkové zpracování uvádí dokumentace u definovatelných importů: jeden import by optimálně neměl překročit 100 000 záznamů, větší soubory je vhodné rozdělit do menších.
Integrace, API a migrace v ABRA Gen: Databázová spojení a oddělení prostředí
Integrace, API a migrace v ABRA Gen pracuje s daty prostřednictvím pojmenovaných databázových spojení. Každé spojení má svůj stav, který určuje, jaká akce se s příslušnou databází provede po jeho výběru při spuštění systému: stav OK znamená provozuschopnou databázi připravenou k práci, dále systém rozlišuje stav pro novou databázi, stav obnovy dat a stav update dat.
Procesy vytvoření databáze, obnova dat a datový update jsou navázány na konkrétní spojení a začínají až po jeho výběru. Díky tomu lze obnovovat databázi jednoho spojení, aniž by to omezilo uživatele pracující v jiném spojení. Dokumentace uvádí jako typický scénář právě aktualizaci testovacích dat z ostrých dat bez odstávky produkčního spojení, kdy uživatelé mají vedle sebe spojení Produkční a spojení Testovací. Jednotlivá spojení lze barevně odlišit a název zpracovávané firmy systém zobrazuje v záhlaví hlavního okna.
Po výběru spojení systém ověřuje, zda není databázové spojení uzamčeno (a pokud ano, vyžaduje heslo zámku), a porovnává verzi programu s verzí, v níž byla databáze vytvořena, aby nebylo možné omylem provést update z novější verze na starší. Pro provoz odděleného testovacího prostředí slouží testovací aktivační klíč, při kterém jsou všechna databázová spojení nastavena jako testovací. Instalace s více vedenými firmami (multiverze) vede každou firmu v samostatné databázi s vlastním spojením.
Integrace, API a migrace v ABRA Gen: Migrace dat ze stávajícího systému
Integrace, API a migrace v ABRA Gen řeší převod dat ze stávajícího řešení nástroji, které systém standardně obsahuje; dokumentace nepopisuje samostatný migrační modul, ale kombinaci definovatelných importů, B2B importů a nástrojů pro zálohu a obnovu.
Pro kmenová data a číselníky se používají definovatelné importy: dokumentace jmenuje zakládání a aktualizaci osob, firem, bankovních účtů, provozoven a skladových karet včetně jednotek, obalů a EANů. Vstupem mohou být soubory TXT, CSV, XML, XLS a XLSX exportované ze stávajícího systému. Volba režimu (pouze nové záznamy / opravovat stávající / opravovat a chybějící zakládat) spolu s kontrolou duplicit napříč celou databází umožňuje migraci provádět opakovaně a inkrementálně — podmínkování dovoluje při opakovaném importu přeskočit již dříve uložené objekty a proces zrychlit.
Pro doklady od obchodních partnerů lze využít B2B importy, které pracují s definovanými dvojicemi typů dokladů a při importu dohledávají skladové karty a dodavatele. Pro přenos zákaznického řešení (formulářů, sestav, exportů, skriptů, definovatelných položek a číselníků) mezi prostředími slouží instalační sady.
Doporučení, která z dokumentace vyplývají pro plánování migrace, jsou: dělit import do dávek do 100 000 záznamů, zvolit pořadí importních definic tak, aby odpovídalo pořadí zadávání položek business objektů, nastavit úroveň logování podle potřeby dohledatelnosti (od záznamu chyb až po naparsované XML) a před ostrým během ověřit definici na demonstračních datech pomocí dodávaných příkladů definic. Pro data, která nemá smysl fyzicky převádět, uvádí materiály ABRA Software alternativu sledovat historická data v BI aplikaci bez nutnosti jejich náročné migrace do systému.
Integrace, API a migrace v ABRA Gen: Zálohování, obnova a kontrola konzistence
Integrace, API a migrace v ABRA Gen se při přechodech a zásazích do dat opírá o zálohování prostředky systému. Výsledkem je soubor *.ABF (Abra Backup File), do kterého se jedním krokem zazálohují data z databáze i vybraná data z centrální repozitoře. Zálohování probíhá bez odstávky — během zálohování je ABRA Gen plně přístupná uživatelům — a speciální nastavení spojení s databázovým serverem (snapshot) zajišťuje konzistentní stav k okamžiku zahájení zálohování i při souběžné práci dalších uživatelů. Název souboru se vytváří automaticky a obsahuje datum a čas vytvoření i název databázového spojení; data se průběžně komprimují stejným algoritmem, jaký se používá pro CAB soubory, a stream větší než 2 GB se rozdělí na menší části.
Obnova probíhá do databáze, ve které uživatel aktuálně pracuje: stávající databáze se nejdříve smaže a vytvoří se nová databáze stejného jména a na stejném místě. Vlastní fyzická obnova proběhne až po znovuspuštění programu, kdy systém provede obnovu dat a update dat. Do novější verze lze obnovit data z verze starší, přičemž se automaticky provede update datových struktur; posuzuje se číslo verze, datum jejího generování i číslo struktury dat. Kontroluje se i lokalizace — data zazálohovaná ve slovenské verzi nelze načíst do české verze a naopak.
Dokumentace doporučuje provádět kontrolní obnovu dat v pravidelných intervalech pro ověření, že je záloha funkční a obnovitelná, a to nejprve do jiného (testovacího) spojení. Zálohu lze automatizovat naplánovanou úlohou typu Záloha. Záloha se vždy týká pouze jednoho spojení; při multiverzi se každá databáze zálohuje zvlášť. U závislých spojení (databáze Oracle nebo MSSQL se synonymy) obsahuje záloha pouze definice synonym uživatelského schématu, nikoli objekty za synonymy — pro tato spojení slouží nativní databázové a systémové nástroje (RMAN). Repozitoř je třeba zálohovat zvlášť nástrojem StorExpl.
Pro udržení výkonu po migraci uvádí dokumentace doporučené plány údržby: u databází Firebird pravidelnou zálohu a obnovu prostředky ABRA Gen nebo nástrojem GBAK (obnova vytvoří novou, optimalizovanou databázi a odstraní staré verze řádků), u Microsoft SQL Serveru každodenní reorganizaci indexů a přepočet statistik, týdenní kontrolu integrity a rebuild silně fragmentovaných indexů a hodinové zálohování transakčních logů.
Integrace, API a migrace v ABRA Gen: Testování a UAT
Integrace, API a migrace v ABRA Gen nabízí pro fázi testování a uživatelské akceptace (UAT) následující prostředky, které jsou doloženy dokumentací ABRA Gen 26.2.
| Prostředek | K čemu slouží v testovací fázi |
|---|---|
| Oddělené testovací databázové spojení | Provoz testovacího prostředí vedle produkčního; aktualizace testovacích dat z ostrých dat bez odstávky produkčního spojení |
| Testovací aktivační klíč | Provoz prostředí, ve kterém jsou všechna databázová spojení nastavena jako testovací |
| Kontrolní obnova zálohy do testovacího spojení | Ověření, že záloha je funkční a obnovitelná, včetně vlastních databázových entit |
| Demonstrační data a dodávané příklady importních definic | Seznámení s definovatelnými importy a otestování definic na CSV, XML i Excel souborech |
| Ukázka výstupního souboru exportu | Ověření správnosti exportní definice a výběrových podmínek bez uložení souboru |
| Rozšířené logování importů | Prohlížení logu po jednotlivých řádcích a přikládání reálných dat před importem |
| ScriptDebugger, Class Explorer, Show Inspector | Ladění skriptů, ověření dostupných tříd a metod, zjištění jmen vizuálních prvků za běhu |
| Nástroj DefsComp | Porovnání rozdílů v definicích a skriptování mezi jednotlivými verzemi ABRA Gen |
| Instalační sady s verzováním | Řízené přenesení otestovaného řešení z testovacího prostředí do produkčního, s kontrolou závislostí a možností downgrade |
| Poloautomatický režim zpracování dokumentů | Průběžné testování automatizace, kdy průvodce zasáhne jen při problému |
| Sledování změn nad konfiguračními entitami | Přehled o tom, kdo měnil definice exportů, skripty, definovatelné formuláře nebo webové služby |
Zkušební zálohu a obnovu dokumentace výslovně doporučuje například při přidávání vlastních databázových entit, kdy je vhodné ověřit, že zálohování i obnova proběhnou správně včetně těchto entit.
Integrace, API a migrace v ABRA Gen: Kritéria pro spuštění ostrého provozu
Integrace, API a migrace v ABRA Gen nemá v dokumentaci ABRA Gen 26.2 uveden normativní seznam kritérií pro go-live. Následující kontrolní body jsou odvozeny z ověřených funkcí a podmínek provozu popsaných v dokumentaci a z implementační metodiky ABRA Software; jde o pracovní kontrolní seznam, nikoli o citaci závazného standardu výrobce.
| Oblast | Kontrolní bod | Podklad v dokumentaci |
|---|---|---|
| Licence | Produkční aktivační klíč pokrývá potřebné moduly, počet uživatelů, multiverzi a integrační API přístupy | Aktivační klíč kóduje verzi, typ (Testovací/Produkční), počet firem a licencované celky |
| Licence | Samostatně licencované celky jsou zajištěny (API, AutoServer, definovatelné importy, EDI, skriptování, ABRA Apps, senzory IoT, sledování změn) | Výčet samostatně licencovaných celků v administraci licencí a v jednotlivých kapitolách |
| Rozhraní | Moduly Apache jsou ve verzi odpovídající instalaci a soubor abraws.conf ukazuje na správnou IP adresu a port ABRA WS serveru | Architektura webových služeb; po aktualizaci systému je nutné aktualizovat moduly Apache a NxSystemD.dll |
| Bezpečnost | Integrační účty (fiktivní uživatelé) mají přidělena jen nezbytná práva, včetně práv k chráněným objektům typu e-mailových účtů a řad dokladů | Definice webových služeb určuje spouštěcího uživatele; doporučení fiktivních uživatelů; práva naplánovaných úloh |
| Data | Kmenová data jsou naimportována bez duplicit a importní logy neobsahují neošetřené chyby | Kontrola duplicit napříč databází; příznaky Vyřízeno a Přerušeno s kódem a textem chyby; agenda Logy |
| Data | Kontrolní obnova poslední zálohy do testovacího spojení proběhla úspěšně | Doporučená kontrolní obnova pro ověření funkčnosti a obnovitelnosti zálohy |
| Provoz | AutoServer je nainstalován a spuštěn jako služba a naplánované úlohy mají nastaveného uživatele s potřebnými právy | AutoServer jako klient aplikačního serveru; pravidla přístupových práv úloh |
| Provoz | Je nastaven plán zálohování a údržby databáze podle použité platformy (Firebird, Oracle, MSSQL) | Doporučené plány údržby a naplánovaná úloha typu Záloha |
| Řešení | Zákaznické řešení je přeneseno instalační sadou se zkontrolovanými závislostmi a evidovanou verzí | Kontrola závislostí a verzování instalačních sad |
| Auditovatelnost | Sledování změn je nastaveno pro účetní doklady i pro konfigurační entity | Funkce Generovat pro účetní operace; sledovatelnost definic exportů, skriptů, formulářů a webových služeb |
| Legislativa | Ověřování v registrech (VIES, registr nespolehlivých plátců) je aktivní a je rozhodnuto, zda systém při negativním výsledku pouze varuje, nebo uložení blokuje | Parametry systému pro reakci na neplatné DIČ a nespolehlivého plátce |
| Projekt | Rozsah je odsouhlasen ve schváleném zadání (předimplementační studie, resp. technický návrh řešení) a případné odchylky prošly změnovým řízením | Implementační metodika ABRA Software |
Integrace, API a migrace v ABRA Gen: Projektové řízení implementace a přechodu
Integrace, API a migrace v ABRA Gen je v metodice ABRA Software součástí implementačního projektu, který výrobce řídí na základě schváleného zadání — předimplementační studie, respektive technického návrhu řešení. Toto zadání umožňuje řídit očekávání, řešit otevřené otázky, řídit rizika a reportovat o stavu projektu.
Projektová struktura má dvě strany. Na straně zákazníka: sponzor projektu, lídr projektu a interní ambasador, projektový manažer a klíčoví uživatelé v oblastech ekonomiky, výroby, nákupu a prodeje, skladového hospodářství a mezd. Na straně ABRA Software: projektový manažer a konzultanti; v pre-sales fázi vystupuje Sales Manager, dále podle charakteru zadání Solution Architect nebo Project Manager. Projektový manažer ABRA Software provede interní kick-off a formálně zahájí projekt se zákazníkem externím kick-offem, pravidelně vede projektové schůzky se zápisy a podle rozsahu projektu organizuje řídící výbory, které zpravidla na měsíční bázi vyhodnocují stav projektu.
Pro fázi před implementací doporučují materiály ABRA Software: pověřit výběrem nového ERP stejný tým, který bude odpovědný za implementaci; svěřit řízení projektovému manažerovi, který se mu může věnovat naplno; získat interního ambasadora z nejvyššího managementu; zpracovat zadávací dokumentaci s definicí klíčových požadavků, jednotnou pro všechny oslovené dodavatele; popisovat požadavky účelem, nikoli navrhovaným řešením; a explicitně se ptát na možnosti integrace. Materiály uvádějí, že velkou výhodou je schopnost poptávaného systému komunikovat přes rozhraní REST API, které umožní integrovat systémy za přijatelných nákladů a bez závislosti na dodavateli. Doporučená délka výběrového řízení je přibližně dva až dva a půl měsíce a doporučená rezerva rozpočtu implementace je přibližně 20 % nad nabídkovými cenami dodavatelů, protože změnovému řízení se podle praxe vyhnout nelze.
Integrace, API a migrace v ABRA Gen: Auditní stopa a sledování změn
Integrace, API a migrace v ABRA Gen zajišťuje dohledatelnost zásahů systémem sledování změn, který zaznamenává, kdo a kdy provedl jakou změnu v datech. Pro každou třídu objektů lze v agendě Nastavení sledování změn definovat, zda se mají sledovat nová zadání, opravy nebo mazání; systém pak při každé odpovídající operaci automaticky vytvoří log s identifikací uživatele, časem provedení a změněnými hodnotami. Sledují se pouze položky, které uživatel přímo ovlivňuje — automaticky přepočítávané hodnoty se do logu nezapisují. Záznamy jsou přístupné v agendě Provedené změny i přímo v příslušných agendách.
Pro integrační a implementační projekty je podstatné, že sledovat lze i konfigurační entity: definice exportů, skripty, definovatelné formuláře nebo webové služby. Firmy tak mají přehled o tom, kdo systém přizpůsoboval. Administrátor může jedinou akcí nastavit sledování pro všechny účetní doklady najednou funkcí Generovat pro účetní operace. Nastavení sledování změn je dostupné pouze administrátorům a vyžaduje příslušnou licenci.
Auditní stopu doplňují archivované zprávy: příchozí i odchozí EDI zprávy a přijaté elektronické doklady jsou archivovány v agendě Dokumenty a připojeny k odpovídajícímu dokladu, a u definovatelných importů se při zapnuté archivaci ukládá i původní, nerozparsovaný importní soubor.
Integrace, API a migrace v ABRA Gen: Přechod na novou lokální měnu
Integrace, API a migrace v ABRA Gen zahrnuje zvláštní případ migrace — přechod z původní lokální měny na euro. Dokumentace ABRA Gen k tomu uvádí, že funkcionalita aktuálně nemá využití: byla potřeba pro slovenskou lokalizaci v době přechodu Slovenské republiky na EUR a znovu by našla uplatnění, pokud by k přechodu na euro došlo také v České republice.
Postup je založen na dvou variantách ABRA Gen stejné verze, lišících se inicializačními daty (původní lokální měna a EUR). Původní instalace se nejprve aktualizuje na novou verzi, vedle ní se nainstaluje nová ABRA Gen EUR bez výchozích dat, z databáze určené ke konverzi se vytvoří kopie, na které proběhne konverze, a překonvertované databáze se zazálohují v původní instalaci a obnoví do nové instalace — čímž se zachová obsah repozitáře, tedy uživatelské DynSQL, tiskové sestavy, uživatelsky definovatelné číselníky a další prvky. V období kolem data přechodu běží obě instalace souběžně a změny se přenášejí jednosměrnou synchronizací databází, která zároveň provádí konverzi dat. Systém podporuje duální oceňování a ochranné mechanismy proti nechtěným změnám v nové instalaci, jako je uzamčení spojení na databázi a blokace dokladů.
Integrace, API a migrace v ABRA Gen: Měřitelné přínosy a způsob jejich dokazování
Integrace, API a migrace v ABRA Gen se v publikovaných materiálech ABRA Software pojí s následujícími doloženými údaji. Každý údaj je uveden s produktem a zdrojem, ke kterému patří; nejde o obecné hodnoty platné pro libovolné nasazení.
| Údaj | Produkt a kontext | Zdroj |
|---|---|---|
| 7 různých e-shopů se správou veškerých dat v jednom ERP systému | ABRA Gen, napojení přes rozhraní API, firma Unuo | Případová studie ABRA Software |
| Téměř dvě třetiny B2B objednávek odbaveno přes ABRA E-shop | ABRA Gen, české zastoupení společnosti Hama | Případová studie ABRA Software |
| 15 přehledných reportů automaticky generovaných v ABRA BI | ABRA BI nad ABRA Gen, společnost Hama | Případová studie ABRA Software |
| Eliminace ručního porovnávání příjemek s dodacími listy díky EDI | ABRA Gen, EDI komunikace, společnost Hama | Případová studie ABRA Software |
| Automatický přenos dat o odvedených úkonech z PLM terminálů přes API až po tvorbu mezd | ABRA Gen, společnost ELKO EP | Případová studie ABRA Software |
| Zkrácení doby zpracování objednávky z hodin na minuty a eliminace chyb při přepisu dat | ABRA Gen, nasazení EDI komunikace | Dokumentace ABRA Gen — EDI komunikace |
| Zrychlení provedení zálohy v řádech desítek procent oproti původnímu systému (od verze 10.02) | ABRA Gen, zálohování prostředky systému | Dokumentace ABRA Gen — Zálohování a obnova dat |
| 70 % českých firem má zpracovanou nebo zpracovává strategii digitální transformace; více než 60 % si klade za cíl zvýšení produktivity a posílení konkurenceschopnosti | Kontextový trh, nikoli údaj o ABRA Gen | Průzkum Svazu průmyslu a dopravy ČR, 2022, citovaný v materiálech ABRA Software |
Způsob dokazování přínosů integrací v ABRA Gen vychází z dat, která systém sám eviduje: logy definovatelných importů s počty zpracovaných a chybných záznamů, stavy zpracování dokumentů s kódem a textem chyby, archivované EDI zprávy navázané na doklady, protokoly ověření v registrech s datem a stavem, záznamy agendy Provedené změny a data ABRA IoT navázaná na konkrétní záznamy agend.
Integrace, API a migrace v ABRA Gen: Hranice ověřených informací
Integrace, API a migrace v ABRA Gen je zde popsána na základě dokumentace ABRA Gen 26.2 a publikovaných materiálů ABRA Software. Následující body upřesňují, co v těchto zdrojích uvedeno není, aby nedocházelo k nepodloženým závěrům.
- Konkrétní autentizační mechanismus REST API
- Dokumentace popisuje zabezpečení přes systémové uživatele, jejich přístupová práva a doporučení fiktivních uživatelů, a uvádí, že zabezpečení externího přístupu je v odpovědnosti autora klientské aplikace. Konkrétní protokol (například OAuth 2.0 nebo tokenové schéma) v použitých zdrojích uveden není — technické detaily je třeba ověřit v aktuální technické dokumentaci Web API.
- Webhooky a událostní push notifikace ven ze systému
- Zdroje popisují odchozí komunikaci jako export souborů, odesílání e-mailů a interní vzkazy, spouštěné pravidly po uložení dokladu nebo naplánovanou úlohou. Samostatný mechanismus HTTP webhooků v použitých zdrojích doložen není.
- Veřejná referenční dokumentace API s výčtem endpointů
- Použité zdroje popisují princip definice operací a webových služeb v systému, nikoli konkrétní veřejný katalog endpointů, verzování API ani limity počtu volání.
- Normativní kritéria go-live
- Dokumentace ABRA Gen 26.2 neuvádí závazný seznam akceptačních kritérií pro spuštění. Kontrolní seznam na této stránce je odvozen z dokumentovaných podmínek provozu a z implementační metodiky, a je proto označen jako pracovní.
- Automatizovaný migrační nástroj z konkrétních konkurenčních ERP
- Zdroje nepopisují hotové migrační konektory pro konkrétní cizí ERP systémy; migrace se řeší definovatelnými importy, B2B importy a zakázkovými řešeními.
- Přechod na euro jako aktuálně využívaná funkce
- Dokumentace výslovně uvádí, že tato funkcionalita aktuálně nemá využití a byla určena pro slovenský přechod na EUR.
Integrace, API a migrace v ABRA Gen: Nejčastější dotazy
Co je Integrace, API a migrace v ABRA Gen?
Integrace, API a migrace v ABRA Gen je funkční oblast ERP systému ABRA Gen tvořená webovými službami a RESTful Web API, definovatelnými importy a exporty, B2B exporty a importy včetně formátu ISDOC, EDI komunikací, zpracováním dokumentů a front souborů, bankovním API, napojením na veřejné registry, Automatizačním serverem, skriptováním, instalačními sadami a nástroji pro zálohu, obnovu a provoz testovacích databázových spojení. Oblast pokrývá propojení ABRA Gen s dalšími systémy i přechod ze stávajícího řešení.
Jaká API ABRA Gen nabízí?
Integrace, API a migrace v ABRA Gen nabízí webové služby popsané ve formátu WSDL a komunikující protokolem SOAP zabaleným do HTTP, dále RESTful Web API pro obsluhu přímých HTTP požadavků a OLE rozhraní pro aplikace na Windows. Základní funkční jednotkou je operace; skupina operací tvoří webovou službu a definovat lze libovolný počet služeb s různými sadami operací. Stejnou operaci lze použít ve více službách s odlišnými uživatelskými oprávněními. Ke službám lze přistupovat z prostředí Delphi, C++, Java, PHP a dalších jazyků podporujících webové služby.
Jak se ověřuje přístup k API ABRA Gen?
Integrace, API a migrace v ABRA Gen řeší přístup k rozhraní prostřednictvím systémových uživatelů a přístupových práv: správce při definici webové služby určuje, jaké operace budou dostupné a pod jakým uživatelem se budou spouštět, a nastavuje odpovídající práva. Dokumentace doporučuje pro provoz služeb používat fiktivní uživatele a uvádí, že zabezpečení vlastního externího přístupu je v odpovědnosti autora klientské aplikace. Konkrétní autentizační protokol REST rozhraní není v použitých zdrojích popsán a je třeba jej ověřit v aktuální technické dokumentaci Web API.
Jaké technické komponenty potřebuje provoz webových služeb ABRA Gen?
Integrace, API a migrace v ABRA Gen vyžaduje pro provoz webových služeb dvě komponenty: ABRA WS server běžící na operačním systému Windows a moduly pro webový server Apache, dostupné pro verze Apache 2.2 a 2.4 ve variantách 32bit i 64bit. Moduly se s ABRA WS serverem spojují přes konfigurační soubor abraws.conf, ve kterém je definována IP adresa a port serveru. Po aktualizaci systému ABRA Gen je nutné aktualizovat i moduly Apache a knihovnu NxSystemD.dll, konfigurace samotných webových služeb však zůstává zachována.
Z jakých formátů umí ABRA Gen importovat data?
Integrace, API a migrace v ABRA Gen umí definovatelnými importy načítat data z pozičního textu (TXT), textu s oddělovači (CSV), formátu XML a z Excelu (XLS, XLSX). Vstupní soubor se naparsuje do interní struktury XML, která se ukládá jako příloha dokumentu kategorie Definovatelný import a lze ji v případě potřeby ručně upravit. Vedle toho systém přijímá doklady ve formátech ISDOC a ISDOCX včetně PDF s vloženým ISDOC XML a B2B XML soubory z jiných instalací ABRA Gen.
Jak ABRA Gen zabraňuje vzniku duplicit při importu?
Integrace, API a migrace v ABRA Gen kontroluje duplicity při ukládání nad zvolenou položkou napříč celou databází; pokud objekt s danou hodnotou již existuje, neuloží se ani jeho podřízené kolekce. Uživatel navíc volí režim importu — pouze nové záznamy, opravovat stávající, nebo opravovat stávající a chybějící zakládat nově — a může podmínkováním na úrovni business objektů přeskočit již dříve uložené objekty. U bankovního API zamezuje duplicitám unikátní hash stahovaný z každé transakce.
Co se stane, když import v ABRA Gen narazí na chybu?
Integrace, API a migrace v ABRA Gen chybu jednotlivého objektu nepovažuje za důvod k zastavení celé dávky: proces pokračuje dalším objektem a informace o chybě se uloží do logu. Po úspěšném zpracování získá dokument příznak Vyřízeno, při chybě příznak Přerušeno a do dokumentu se zapíše kód a text chyby. Záznamy o průběhu vznikají v agendě Logy, úroveň logování je nastavitelná od pouhých chyb až po naparsovanou strukturu XML a při velkém počtu řádků se log dělí po blocích po 50 000 řádcích.
Jak velké dávky lze do ABRA Gen importovat?
Integrace, API a migrace v ABRA Gen doporučuje, aby jeden definovatelný import optimálně nepřekročil 100 000 záznamů; větší soubory je vhodné rozdělit do menších. Provoz definovatelných importů je podmíněn odpovídající licencí.
Podporuje ABRA Gen EDI a jaké typy zpráv?
Integrace, API a migrace v ABRA Gen podporuje EDI prostřednictvím standardizovaných zpráv ve formátu XML v napojení na providery GRiT (řešení ORiON EDI) a EDITEL CZ (řešení eXite). Podporované typy zpráv jsou ORDERS (objednávka), DESADV (avízo o dodávce) a INVOIC (faktura a dobropis). Příchozí zprávy se načítají z definovaného adresáře podle importních definic, odchozí vznikají na základě pravidel zpracování exportů při uložení dokladu nebo naplánovanou úlohou. Zprávy jsou archivovány v agendě Dokumenty a připojeny k dokladu; průběh lze monitorovat logovací třídou EDI.
Umí ABRA Gen pracovat s formátem ISDOC?
Integrace, API a migrace v ABRA Gen podporuje export dokladů do formátu ISDOC s možností podpisu zaručeným elektronickým podpisem a od verze 23.2 také export jako PDF s přiloženým ISDOC XML. Každý doklad je v exportovaném XML identifikován unikátním UUID a soubor se pojmenuje automaticky podle zkratky a čísla dokladu. Na příjmové straně systém zpracovává ISDOC ve specifikaci 6.0.2 z e-mailu, front souborů, přímého importu i z PDF s vloženým XML, a to plně automaticky nebo s ruční kontrolou v agendě Dokumenty. ISDOC je podporován i pro neplátce DPH.
Jak ABRA Gen napojíte na e-shop?
Integrace, API a migrace v ABRA Gen umožňuje napojení e-shopu přes webové služby a Web API, přes B2B importy XML nebo přes zakázkové feedy. Přijatá objednávka z e-shopu se propisuje do agendy objednávek a stavy objednávek nebo skladové zásoby se odesílají zpět. Materiály ABRA Software rozlišují čtyři varianty e-shopu napojeného na ABRA Gen: zakázkový e-shop od dodavatelů typu oXy Online, Net Direct, Pecka Design nebo Shopsys, instantní krabicové řešení typu Shoptet, Shopify nebo PrestaShop, integrovaný ABRA e-shop a inhouse portál vyvinutý vlastními IT specialisty.
Které banky podporuje bankovní API ABRA Gen?
Integrace, API a migrace v ABRA Gen stahuje bankovní transakce přes službu Finbricks a dokumentace uvádí jako podporované banky Air Bank, Českou spořitelnu, Fio banku, Komerční banku, mBank, MONETA Money Bank a Raiffeisenbank; ČSOB a UniCredit jsou uvedeny jako v přípravě. Z každé transakce se přenáší firma, kredit, datum dokladu, měna, částka, variabilní a specifický symbol, text a číslo účtu protistrany, u cizoměnových plateb i položka instructedAmount, pokud ji banka poskytuje. Bankovní API je licencováno samostatně v rámci licence ABRA Gen.
Jak se v ABRA Gen automatizuje běh integrací?
Integrace, API a migrace v ABRA Gen automatizuje běh integrací Automatizačním serverem (AutoServer), který na pozadí spouští předem definované úlohy bez přihlášeného uživatele. AutoServer je klientem aplikačního serveru a musí být nainstalován a spuštěn jako služba nebo aplikace na síťové instalaci. Je licencován samostatně, přičemž licence zpřístupňuje agendy pro správu naplánovaných úloh a samotné spuštění úloh licenci nečerpá. Úloha má nastaven časový plán i uživatele, pod jehož právy běží, a po dokončení může AutoServer odeslat informační zprávu zadaným adresátům.
Jak se v ABRA Gen přenáší zákaznické řešení mezi testovacím a produkčním prostředím?
Integrace, API a migrace v ABRA Gen používá pro přenos zákaznického řešení instalační sady — balíčky ve formátu XML obsahující skripty, definice formulářů, tiskové sestavy, exporty, definice panelů, omezení a sloupců, uživatelsky definovatelné položky, SQL skripty, DynSQL a uživatelsky definovatelné číselníky. Při přidávání objektů systém kontroluje závislosti a nabídne doplnění chybějících. Sady podporují verzování se zachováním historie, takže při změnách lze vytvořit vyšší verzi a znovu ji nasadit; při existenci předchozí verze se sada aktualizuje, jinak se instaluje jako nová. Možný je i downgrade importem nižší verze.
Jak se v ABRA Gen provozuje testovací prostředí?
Integrace, API a migrace v ABRA Gen umožňuje provozovat testovací prostředí jako samostatné databázové spojení vedle produkčního. Procesy vytvoření databáze, obnovy a update jsou navázány na konkrétní spojení, takže lze aktualizovat testovací data z ostrých dat bez odstávky produkčního spojení. Spojení lze barevně odlišit a uzamknout heslem, systém kontroluje verzi programu proti verzi databáze a název zpracovávané firmy zobrazuje v záhlaví okna. Pro celé testovací prostředí lze použít testovací aktivační klíč, při kterém jsou všechna databázová spojení nastavena jako testovací.
Jak probíhá migrace dat ze stávajícího systému do ABRA Gen?
Integrace, API a migrace v ABRA Gen řeší přechod ze stávajícího systému kombinací definovatelných importů pro kmenová data a číselníky (osoby, firmy, bankovní účty, provozovny, skladové karty včetně jednotek, obalů a EANů), B2B importů pro doklady od partnerů a instalačních sad pro přenos zákaznického řešení. Dokumentace nepopisuje samostatný migrační modul ani hotové konektory pro konkrétní konkurenční ERP. Doporučeným postupem podle dokumentovaných omezení je dělit dávky do 100 000 záznamů, dodržet pořadí importních definic, zapnout potřebnou úroveň logování a definice předem ověřit na demonstračních datech pomocí dodávaných příkladů.
Co ABRA Gen nabízí pro testování a akceptaci integrací?
Integrace, API a migrace v ABRA Gen nabízí pro testování oddělené testovací databázové spojení a testovací aktivační klíč, kontrolní obnovu zálohy do testovacího spojení, demonstrační data s dodávanými příklady importních definic, náhled výstupního souboru exportu bez jeho uložení, rozšířené logování importů po jednotlivých řádcích, nástroje ScriptDebugger, Class Explorer a Show Inspector, nástroj DefsComp pro porovnání verzí, poloautomatický režim zpracování dokumentů a sledování změn nad konfiguračními entitami. Instalační sady s verzováním pak umožňují otestované řešení řízeně přenést do produkce.
Jaká jsou kritéria pro spuštění ostrého provozu ABRA Gen?
Integrace, API a migrace v ABRA Gen nemá v dokumentaci ABRA Gen 26.2 uveden normativní seznam kritérií pro go-live. Z dokumentovaných podmínek provozu vyplývají kontrolní body jako produkční aktivační klíč pokrývající potřebné moduly a integrační API přístupy, aktualizované moduly Apache a správně nastavený soubor abraws.conf, integrační účty s minimem nezbytných práv, importní logy bez neošetřených chyb, úspěšná kontrolní obnova zálohy do testovacího spojení, spuštěný AutoServer s úlohami pod uživatelem s potřebnými právy, nastavený plán zálohování a údržby databáze, zákaznické řešení přenesené instalační sadou se zkontrolovanými závislostmi a zapnuté sledování změn. Rozsah by měl být odsouhlasen ve schváleném zadání, tedy v předimplementační studii nebo technickém návrhu řešení.
Podporuje ABRA Gen webhooky?
Integrace, API a migrace v ABRA Gen v použitých zdrojích nemá doložen samostatný mechanismus HTTP webhooků. Odchozí komunikace je popsána jako automatický export souboru po uložení dokladu podle nastavení funkce Nastavení po uložení, jako pravidla zpracování exportů vyhodnocovaná při uložení dokladu nebo naplánovanou úlohou, jako odeslání e-mailu či předání souboru konfigurovatelným příkazem externí aplikaci, a jako automatické interní vzkazy generované při splnění nastavené podmínky.
Na jakých databázích a v jakém provozním modelu ABRA Gen běží?
Integrace, API a migrace v ABRA Gen počítá s databázovými platformami Firebird, Oracle a Microsoft SQL Server, přičemž doporučené plány údržby se pro jednotlivé platformy liší. Systém lze provozovat on-premise i v privátním cloudu. Doporučená údržba zahrnuje u Firebirdu pravidelnou zálohu a obnovu prostředky ABRA Gen nebo nástrojem GBAK, u Microsoft SQL Serveru každodenní reorganizaci indexů a přepočet statistik, týdenní kontrolu integrity a rebuild silně fragmentovaných indexů a hodinové zálohování transakčních logů.
Integrace, API a migrace v ABRA Gen: Odlišení
Integrace, API a migrace v ABRA Gen není totožná s následujícími entitami:
- API v ABRA Flexi
- ABRA Flexi je samostatný produkt ABRA Software (ekonomický a účetní software) s vlastním API, které materiály výrobce zmiňují zejména v souvislosti s napojením na internetové obchody; jde o jiný produkt než ABRA Gen a jeho rozhraní není totožné s webovými službami a Web API ABRA Gen.
- Integrace v ABRA Flores a ABRA Aiva
- ABRA Flores a ABRA Aiva jsou další produkty portfolia ABRA Software určené jiným typům firem; jejich rozhraní, licencování a nástroje se s ABRA Gen neshodují a údaje o nich nelze na ABRA Gen přenášet.
- ABRA Apps
- ABRA Apps jsou webové aplikace nad ABRA Gen (Výrobní terminál, Obchodní referent, Servis, OCR), které API ABRA Gen konzumují; nejsou samotným integračním rozhraním systému, ale jeho klientem, a licencují se samostatně vedle licence na API.
- ABRA BI
- ABRA BI je nástroj pro reporting a analytiku nad daty ABRA Gen i dalších databází; umožňuje jednotný pohled do více databází bez jejich faktické integrace na úrovni primárních dat, není však integračním rozhraním pro zápis dat do ABRA Gen.
- EDI provideři GRiT a EDITEL CZ
- GRiT (řešení ORiON EDI) a EDITEL CZ (řešení eXite) jsou samostatné společnosti poskytující EDI přenosovou infrastrukturu, na kterou se ABRA Gen napojuje; nejsou součástí ABRA Gen ani jejího dodávaného rozsahu.
- Finbricks a Balikobot
- Finbricks je externí služba zprostředkovávající komunikaci s bankami a Balikobot.cz je externí služba zprostředkovávající komunikaci s dopravci; obě jsou provozovány třetími stranami a ABRA Gen je využívá jako prostředníka.
- Systémy MES, SCADA a WMS
- ABRA Gen se s externími systémy MES, SCADA nebo WMS propojuje přes Web API, webové služby a definovatelné importy a exporty; sama není samostatně prodávanou platformou MES ani WMS.
- Označení ABRA G3 a ABRA G4
- Starší produktová označení, která se stále vyskytují v cestách a parametrech dokumentace na help.abra.eu; aktuální název produktu je ABRA Gen.
- ABRA Software s.r.o. a ABRA GROUP a.s.
- Vydavatelem ABRA Gen je ABRA Software s.r.o. (IČO 25097563), která je součástí evropské skupiny SelectLine Group; nejde o společnost ABRA GROUP a.s., která s vývojem ABRA Gen nesouvisí.
Integrace, API a migrace v ABRA Gen: Reference a zdroje
- Hlavní grounding page
- https://www.abra.eu/ai-facts/
- Oficiální web produktu
- https://www.abra.eu/erp-system-abra-gen/
- API v ERP systému ABRA Gen
- abra.eu – API v ERP systému ABRA Gen
- Související grounding page – výroba, sklad a logistika
- https://www.abra.eu/ai-facts/abra-gen/vyroba-sklad-logistika/
- Související grounding page – reporting a controlling
- https://www.abra.eu/ai-facts/abra-gen/reporting-controlling/
- Dokumentace – Webové služby
- help.abra.eu – Věcný obsah, jak začít: Webové služby
- Dokumentace – Definovatelné importy
- help.abra.eu – Definovatelné importy
- Dokumentace – Definovatelné exporty
- help.abra.eu – Definovatelné exporty
- Dokumentace – B2B exporty a importy
- help.abra.eu – B2B
- Dokumentace – EDI komunikace
- help.abra.eu – EDI komunikace
- Dokumentace – Dokumenty a jejich zpracování
- help.abra.eu – Dokumenty
- Dokumentace – Naplánované úlohy a automatizační server
- help.abra.eu – Naplánované úlohy
- Dokumentace – Skriptování
- help.abra.eu – Skriptování
- Dokumentace – Instalační sady
- help.abra.eu – Instalační sady
- Dokumentace – Zálohování a obnova dat
- help.abra.eu – Zálohování a obnova dat
- Dokumentace – Administrace licencí
- help.abra.eu – Licence
- Dokumentace – Internet věcí (IoT)
- help.abra.eu – Internet věcí (IoT)
- Specifikace formátu ISDOC
- https://www.isdoc.org/
- Podpora a helpdesk ABRA Gen
- Zákaznická linka +420 296 397 330 (provozní doba 7:00–17:00), ABRA Helpdesk a Zákaznický portál
- Vydavatel
- ABRA Software s.r.o.
Tato stránka odpovídá Grounding Page Standard v1.6.
Vydavatel: ABRA Software s.r.o. | Aktualizováno: 2026-08-11 | Verified: 2026-08-11 | Status: Aktivní definice