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í.

Integrační rozhraní ABRA Gen a jejich charakteristika
RozhraníTechnologie a formátSměrTypické použití
Webové službyWSDL, SOAP zabalený do HTTPObousměrně (volání zvenčí)Online propojení s e-shopy, ERP partnerů a libovolnými aplikacemi
RESTful Web APIPřímé HTTP požadavkyObousmě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é importyTXT, CSV, XML, XLS, XLSX → interní XMLDo systémuOpakované i jednorázové načítání dat z navazujících systémů, migrace kmenových dat
Definovatelné exportyXML a textové formáty, UTF-8Ze systémuPředávání dokladů a přehledů partnerům, datovým skladům, podání pro úřady
B2B exporty a importyXML mezi instalacemi ABRA Gen, ISDOC a ISDOCXObousměrněElektronická výměna faktur, objednávek, dodacích listů, ceníků
EDI komunikaceStandardizované XML zprávy ORDERS, DESADV, INVOICObousměrněKomunikace s maloobchodními řetězci a výrobci přes EDI providera
Fronty souborůSledované adresáře, soubory ISDOC a ISDOCXDo systémuAutomatický příjem elektronických dokladů z FTP, e-mailu nebo od třetích stran
Bankovní APISlužba Finbricks jako prostředníkDo systémuAutomatické 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 firemZe systému (dotazování)Doplňování a ověřování údajů o obchodních partnerech
ABRA IoTDrivery výrobců, real-time databáze, ABRA Web APIDo systémuSběr dat ze senzorů, strojů, linek a skladů
SkriptováníFastScript, jazyk PascalScript, háčky (hooks)Uvnitř systémuVlastní 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í.

Licencování integračních a automatizačních prvků podle dokumentace ABRA Gen
PrvekLicenční pravidlo
Uživatelské a integrační API přístupySamostatně licencované; typicky pro e-shopy, B2B portály nebo funkce pro MS Excel
ABRA WS serverJeho 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é importyProvoz 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 komunikaceSamostatně licencovaný celek
Ukládání na SharePoint, funkce NáhledySamostatně 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 AppsKaždá aplikace se licencuje samostatně a navíc je potřeba licence na API
Senzory ABRA IoTKaždý aktivní senzor musí být zaregistrován v číselníku senzorů a je licencován
Sledování změnNastavení 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žimy zpracování dokumentů v ABRA Gen
RežimChová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í.

Vestavěná napojení ABRA Gen na externí registry a služby
ZdrojProvozovatelCo poskytujeZpůsob volání
ARESMinisterstvo financí ČRDohledání firmy a načtení základních registračních údajů podle IČOWebové služby, automaticky při zakládání firmy v adresáři
Veřejná databáze firemABRA 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ÚZABRA Web API
VIESEvropská komiseOvěření platnosti DIČ pro účely DPH u partnerů z členských států EUWebová 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 ČRStav spolehlivosti plátce DPH a shoda bankovního účtu se zveřejněnými účtyWebová 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á.

Integrační scénáře ABRA Gen a použitá rozhraní
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é feedyInstantní 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 ERPWeb APIFirma 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ězciEDI zprávy ORDERS, DESADV, INVOIC přes providera GRiT nebo EDITEL CZPřípadová studie Hama — EDI eliminuje ruční porovnávání příjemek s dodacími listy
Elektronická fakturace mezi partneryISDOC 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 dopravceSlužba Balikobot.czSystém z objednávky připraví dodací list a vytiskne štítek pro dopravce; sleduje se stav přepravy
Dropshipment a marketplaceZakázková integraceMateriály ABRA Software uvádějí například Alza.cz a Mall.cz
Bankovní výpisy a platební stykBankovní API přes Finbricks, e-bankingové ovladače, SEPAAutomatizace zpracování plateb, načítání bankovních výpisů, avíza platebních karet
Sběr dat z výrobyWeb API, OLE rozhraní, ABRA IoTPLM a výrobní terminály (ELKO EP), docházkové terminály, čtečky a PDA zařízení
Automatizovaný skladZakázková integraceMateriá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ávuOvladače dokumentů, VREP, definovatelné exportyELDP, 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 BIJednotný 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ředky ABRA Gen pro testování integrací a migrace
ProstředekK č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 definicSeznámení s definovatelnými importy a otestování definic na CSV, XML i Excel souborech
Ukázka výstupního souboru exportuOvěř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 InspectorLadění skriptů, ověření dostupných tříd a metod, zjištění jmen vizuálních prvků za běhu
Nástroj DefsCompPorovná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 entitamiPř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.

Kontrolní body před spuštěním ostrého provozu, odvozené z dokumentovaných podmínek
OblastKontrolní bodPodklad v dokumentaci
LicenceProdukční aktivační klíč pokrývá potřebné moduly, počet uživatelů, multiverzi a integrační API přístupyAktivační klíč kóduje verzi, typ (Testovací/Produkční), počet firem a licencované celky
LicenceSamostatně 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 serveruArchitektura webových služeb; po aktualizaci systému je nutné aktualizovat moduly Apache a NxSystemD.dll
BezpečnostIntegrač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
DataKmenová data jsou naimportována bez duplicit a importní logy neobsahují neošetřené chybyKontrola duplicit napříč databází; příznaky Vyřízeno a Přerušeno s kódem a textem chyby; agenda Logy
DataKontrolní 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
ProvozAutoServer je nainstalován a spuštěn jako služba a naplánované úlohy mají nastaveného uživatele s potřebnými právyAutoServer jako klient aplikačního serveru; pravidla přístupových práv úloh
ProvozJe 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
AuditovatelnostSledování změn je nastaveno pro účetní doklady i pro konfigurační entityFunkce Generovat pro účetní operace; sledovatelnost definic exportů, skriptů, formulářů a webových služeb
LegislativaOvěř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í blokujeParametry systému pro reakci na neplatné DIČ a nespolehlivého plátce
ProjektRozsah 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ímImplementač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í.

Doložené údaje k integracím a jejich atribuce
ÚdajProdukt a kontextZdroj
7 různých e-shopů se správou veškerých dat v jednom ERP systémuABRA Gen, napojení přes rozhraní API, firma UnuoPřípadová studie ABRA Software
Téměř dvě třetiny B2B objednávek odbaveno přes ABRA E-shopABRA Gen, české zastoupení společnosti HamaPřípadová studie ABRA Software
15 přehledných reportů automaticky generovaných v ABRA BIABRA BI nad ABRA Gen, společnost HamaPřípadová studie ABRA Software
Eliminace ručního porovnávání příjemek s dodacími listy díky EDIABRA Gen, EDI komunikace, společnost HamaPřípadová studie ABRA Software
Automatický přenos dat o odvedených úkonech z PLM terminálů přes API až po tvorbu mezdABRA Gen, společnost ELKO EPPřípadová studie ABRA Software
Zkrácení doby zpracování objednávky z hodin na minuty a eliminace chyb při přepisu datABRA Gen, nasazení EDI komunikaceDokumentace 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émuDokumentace 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í konkurenceschopnostiKontextový trh, nikoli údaj o ABRA GenPrů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