Vzorové požiadavky na poskytovateľa edi. EDI systém - elektronická správa dokumentov

  • Vývoj komunikačných systémov
  • EDI štandard (Electronic Data Interchange) – súčasť starých, dobre zabehnutých systémov. Neustále však vidíme, ako sa EDI prezentuje ako moderný štandard. Je to tak? Mali by sme EDI považovať za základnú technológiu pre nové projekty?
    Pozrime sa na EDI z technického hľadiska a vynechajme všetko ostatné.

    Formát údajov v EDI

    Používa EDI formát textu s oddeľovačmi. Funguje dobre pre ploché dátové štruktúry, ako sú tabuľky. Nie je to také dobré na reprezentáciu hierarchických dátových štruktúr. Vnorené objekty sa najlepšie serializujú pomocou značkovaných formátov, ako sú XML a JSON.
    Veľmi zvláštne, ale nikdy nebolo vytvorené popisný jazyk(definícia dokumentu) pre EDI. Od príchodu EDI prešlo toľko rokov a toľko úsilia sa na to vynaložilo, no jazyk popisu ešte nebol vytvorený. Popisný jazyk umožňuje automatizovať spracovanie dát, a to ich generovanie, overovanie, transformáciu, serializáciu, deserializáciu. Na porovnanie, na overenie údajov XML, vezmeme dátovú schému (XML Schema, xsd) a syntaktický analyzátor automaticky skontroluje, či sú dáta v súlade s touto schémou.
    Môžete to urobiť bez schémy, ale potom je žiaduce označenie dokumentu. Dokumenty XML a JSON je možné deserializovať bez schémy, pretože samotné dáta obsahujú značky (názvy) dátových prvkov. EDI má značky iba pre segmenty a nemá žiadne značky pre prvky. Prvky sú definované polohou v rámci segmentu. Univerzálny Syntaktický analyzátor EDI bude môcť analyzovať dokument iba do primitívnych kolekcií, pretože dokument neobsahuje názvy ani typy prvkov údajov.

    Poďme na detaily.

    EDI štandard pozostáva z dvoch hlavných častí:

    • Formát obálky (šarže?) (zmes štandardov na odosielanie správ)
    • Špecifikácie (formáty) dokumentov (zmes priemyselných (doménových) štandardov)

    Dávkový formát

    EDI definuje balíky pre sady dokumentov, skupiny dokumentov a samotné dokumenty/transakcie ( Výmena, skupina a transakcie/dokument). Pakety sú obmedzené na páry segmentov ISA/IEA, GS/GE, ST/SE.
    Poznámka: Pre ilustráciu používam variant EDI X12 severoamerického štandardu. Iná verzia štandardu EDIFACT je v Európe bežná a od X12 sa zásadne nelíši.
    Tu je príklad úplne prvých segmentov všetkých troch balíkov: ISA, GS a ST. Príklad prevzatý odtiaľto:
    ISA*00* *00* *ZZ*ID PRÍJEMCU *12*ID ODOSIELAteľa *100325*1113*U*00403*000011436*0*T*>~
    GS*FA*ID RECEIVERID*SENDERID*20100325*1113*24712*X*004030~
    ST*997*1136~

    Čo vidíme v prvej časti?
    Posledné tri znaky segmentu ISA sú oddeľovacie znaky: "*>~": "~" - znak oddelenia segmentov; „*“ - znak na oddelenie prvkov v rámci segmentu; „>“ je symbol na oddelenie čiastkových prvkov v rámci prvku. Zmenou týchto znakov v podstate meníme formáty balíkov a dokumentov. V XML a JSON sú oddeľovacie znaky zapísané v štandarde a nemožno ich zmeniť. Variabilné oddeľovače sú pozostatky z obdobia pred vytvorením Unicode. Ale ani v tých časoch nebolo dobré meniť oddeľovacie znaky. Oddeľovacie znaky sú veľmi dôležité znaky. Ak môžeme použiť akýkoľvek znaky ako oddeľovače, nielenže to mení logiku analýzy balíkov na ich súčasti, ale značne to komplikuje logiku analýzy textu v rámci samotných prvkov.
    Aj v segmente ISA vidíme prvky, ktoré definujú formáty času a dátumu. Pomáhajú nám používať vlastné formáty dátumu a času v dokumentoch. To dávalo zmysel v sedemdesiatych rokoch, keď sme potrebovali ušetriť niekoľko bajtov pri kódovaní dátumov a časov. Sú tieto prvky potrebné teraz, keď sme prekonali problém Y2K, po vytvorení špecializovaných a vysoko podrobných štandardov časovej reprezentácie?
    Vidíme v segmente ISA prvky, ktoré definujú odosielateľa a adresát. V podstate je to tak adresu(smerovanie) informácie. To znamená, že štandard balenia je kombinovaný so štandardom adresovania. Pomocou EDI musíme definovať odosielateľa a cieľ v rámci našich údajov. Segment ISA má tiež prvky autorizácie. Celá myšlienka vkladať tieto autorizačné informácie do samotných správ bola kedysi dosť progresívna, no teraz vyzerá prinajmenšom naivne, ak nie nebezpečne. Teraz chápeme, že informácie o autorizácii sú oveľa, oveľa komplikovanejšie ako pár hodnôt. To isté možno povedať o informáciách o adrese. Štandard EDI nás nabáda k používaniu týchto prvkov.
    Vidíme aj prvok žiadosť o potvrdenie (žiadosť o potvrdenie). To znamená, že tvorca dokumentu nastavuje stratégiu používania potvrdení priamo v dokumente. Je to dobrý nápad? Môžeme použiť dokumenty v rôzne scenáre. Niektoré používajú potvrdenia na aplikačnej vrstve, zatiaľ čo iné používajú iné protokoly na zvýšenie spoľahlivosti. Politika spoľahlivosti nie je definovaná v samotných údajoch, pretože spoľahlivosť je pomerne zložitá téma v dátovej komunikácii, ktorú definuje veľa účastníkov komunikácie.
    Stále vo vnútri segmentov paketov, ktoré vidíme kontrolné čísla (Kontrolné čísla). Sú potrebné v situáciách, keď dostaneme súbor dokumentov, ale časť súboru sa stratí alebo poškodí a my sa snažíme obnoviť čo najviac údajov. Tento scenár sa dlho nepoužíval, keďže takýto problém spoľahlivosti sa zvyčajne rieši na nižších úrovniach komunikačných protokolov. Nezabudovávame spoľahlivosť komunikácie do aplikačnej vrstvy, však?
    Ďalším prvkom segmentu ISA je EDI verzia(Štandardný identifikátor). Ide o obdobu podpory verzií, ktorú poznáme zo štandardov serializácie.
    Segment GS obsahuje prvok, ktorý definuje typ dokumentu (Typ dokumentu). Ide napríklad o objednávku alebo faktúru. Nie je na tom nič veľmi zlé, aj keď je jednoduchšie nastaviť typ dokumentu v samotnom dokumente.

    Ako vidíte, takmer všetky prvky v segmentoch paketov sú buď zbytočné, alebo navyše nebezpečné, ak ich používame v súlade so štandardom.
    Nepokúšajte sa použiť údaje zo segmentov paketov na autentifikáciu a adresovanie.
    EDI bolo vytvorené v čase, keď vkladanie týchto informácií do balíkov bolo jedinou možnosťou. Teraz prenášame dokumenty cez internet a používame veľký súbor štandardov a protokolov na balenie, adresovanie, autentifikáciu, autorizáciu, dôveryhodnosť, kódovanie, serializáciu, sharding a tak ďalej a tak ďalej. Informácie špecifické pre protokol sa pridávajú a odstraňujú pozdĺž celej dátovej cesty a tieto informácie sú nezávislé od samotných údajov.

    Je EDI štandardom formátu údajov alebo protokolom?
    EDI sa snaží byť protokolom, a preto vidíme tieto prvky adresovania, autorizácie a žiadosti o potvrdenie. Neviem, ako sa dá táto informácia porovnať s modelom vrstvy protokolu OSI.
    Napriek tomu je väčšina štandardu EDI venovaná dátovým formátom.
    Formáty dokumentov
    Vo vnútri balíkov vidíme samotné dokumenty. Ale nenájdeme štandard pre univerzálny, zovšeobecnený dokument. Norma definuje množstvo formátov pre všetky druhy dokumentov: pre objednávky, pre faktúry, pre zoznamy príloh... nájdete malú časť obrovského zoznamu štandardizovaných dokumentov.
    EDI sa riadi známym mýtom: „Niekde vonku existuje ideálny formát, ktorý popisuje všetky scenáre na svete. Tento formát určite nájdeme. Potrebujeme len pridať nové scenáre a vyladiť tie staré.“
    V dôsledku EDI sú štandardné dokumenty (špecifikácie) príliš zložité.
    Vezmime si jeden príklad: Potrebujeme faktúru pre malé miestne kníhkupectvo. Našli sme vhodnú štandardnú špecifikáciu, EDI 850, Objednávka. Na prvý pohľad pôsobí až príliš detailne. Nebudeme kupovať potraviny, uhlie, obilie, tekuté produkty, nebezpečné produkty, lieky. Nepotrebujeme medzinárodné adresy. Nebudeme využívať expresné doručovacie služby. Špecifikácia EDI popisuje všetky tieto možnosti, ale existuje príliš veľa polí, ktoré nikdy nepoužijeme. Pre náš jednoduchý dokument je príliš zložitý.
    Existuje mnoho priemyselných (doménových) štandardov, ktoré sa používajú ako druh úložiska znalostí. Tieto štandardy sa však nepoužívajú ako štandardy prenosu údajov. (Pozrite si popis problému s priemyselnými štandardmi.)
    Slučky vo vnútri dokumentov
    Štruktúra jednotlivé dokumenty celkom jednoduché. Dokumenty sa skladajú zo série segmentov obsahujúcich údaje o dokumentoch.
    Ukazuje sa ale, že segmenty možno spájať do skupín alebo do opakujúcich sa skupín, tzv cyklov(slučky). Pikantnosťou je, že tieto cykly nie sú v dokumente absolútne zvýraznené. O prítomnosti cyklu sa môžeme dočítať v špecifikácii tohto konkrétneho dokumentu. Segmenty rovnakého typu (s rovnakými značkami) môžu byť umiestnené nezávisle aj vo vnútri cyklov. Vytvorenie parseru, ktorý rozpoznáva cykly (ktoré, opakujem, nie sú v dokumente nijak označené), je pomerne netriviálna úloha.
    V XML a JSON to nie je problém, hierarchické objekty alebo kolekcie objektov ľubovoľnej úrovne vnorenia sa veľmi jednoducho definujú pomocou otváracích a zatváracích značiek, pomenovaných alebo nepomenovaných.
    EDI sa pokúsil sedieť na dvoch stoličkách. Na jednej strane je formát dokumentu podobný formátu csv a je vhodný na prezentáciu tabuľkových údajov. Na druhej strane sa snažil popísať hierarchické objekty a tento pokus skončil veľmi nepresvedčivo. Samozrejme, teraz to už chápeme, keď máme JSON pred očami. Pripomeňme si však, že EDI nebolo vytvorené na prenos tabuľkových údajov, ale špeciálne na prenos dokumentov, ktorých štruktúra je presne hierarchická.

    Netechnický pohľad na EDI

    Pre úplnosť ešte uvediem niektoré netechnické vlastnosti EDI:
    • EDI štandard nie zadarmo. V porovnaní s inými štandardmi to vyzerá dosť zvláštne.
    • Špecifikácie štandardu EDI sú prehnané podrobne. Špecifikácie EDI sú také zložité, že spoločnosti musia najať ľudí, ktorí sú oboznámení s konkrétnou špecifikáciou. Títo špecialisti komunikujú pomocou špeciálnych EDI výrazov, je to takmer EDI jazyk, ktorý nemá nič spoločné s biznisom. Pozrite sa na EDI dohody medzi spoločnosťami. Tieto konvencie sú plné špecifických požiadaviek definovaných štandardom EDI, ale ďaleko od obchodných požiadaviek.
    • EDI štandard nie stabilné. Špeciálna komisia vydáva úpravy štandardu EDI každých šesť mesiacov. Každá z týchto verzií prináša nové vylepšenia. Vývoj štandardu sa neriadi požiadavkami používateľov, ale iba časovým harmonogramom. Pravdepodobne to nie je spôsobené príliš vysokými štandardmi, ale preto, že výbor potrebuje ukázať výsledky svojej práce.
    • EDI bol vytvorený pre ušetriť kúsky a uchovávajte dokumenty čo najkompaktnejšie. Táto požiadavka stále existuje, ale je nepravdepodobné, že by sa použila na prenos dokumentov. Každé dieťa teraz vlastní telefón, ktorý napumpuje gigabajty videa. Éra sálových počítačov a teletypov už nie je na dvore. A je dosť zvláštne čítať správy, ktoré vážne diskutujú o úsporách zdrojov v dôsledku prechodu z papierového pracovného toku na používanie EDI.
    • Na šetrenie pamäte používa EDI kódy prezentovať údaje všade, kde je to možné. V dôsledku toho sa dokumenty javia ako šifrované, čo vytvára ďalší problém s výmenou kódových tabuliek.
    • Štandard EDI bol vytvorený, aby sprostredkoval sady (dávky) dokumentov kvôli tomu, že komunikácia a počítače boli drahé a pomalé. Odvtedy sa veľa zmenilo, komunikácia a počítače sa stali rýchlymi a lacnými. Údaje sa teraz prenášajú v malých správach alebo tokoch a tieto malé správy sú chrbticou distribuovaných systémov. Sady dokumentov sa stále používajú, ale nie kvôli pomalému hardvéru, ale preto, že si to vyžadujú obchodné procesy.
    • Neexistuje štandard pre jazyk popisu EDI. To znamená, že nemôžeme tvoriť univerzálny parser na spracovanie dokumentov EDI. Analyzátory musia obsahovať popisy tisícok existujúcich špecifikácií EDI s obrovským množstvom detailov. (Napríklad spoločnosť Microsoft poskytuje asi 7 000 schém XML pre dokumenty EDI ako súčasť servera BizTalk Server.) Dostupné analyzátory EDI sú drahé. Aby sme mohli pracovať s EDI dokumentmi, budeme s najväčšou pravdepodobnosťou musieť konvertovať EDI dokumenty do formátu XML a použiť XML Schema spolu s XML parserom na spracovanie EDI dokumentov: na validáciu, transformáciu, serializáciu, deserializáciu, vytváranie. Čo sa robí na serveri BizTalk.
    • Vzhľadom na to, že neexistuje štandardný jazyk popisu EDI, dokumenty sú popísané pomocou ... viacstranových pokynov. Vývojári EDI syntaktických analyzátorov interpretujú tieto inštrukcie odlišne, a preto odlišne EDI analyzátory sú nekompatibilné.
    • Štandard EDI vznikol v čase, keď bol vývoj programov, protokolov a dátových formátov extrémne drahý a trval veľmi dlho. Vytvorenie štandardu pre univerzálny formát dokumenty boli opodstatnené. Teraz sa dátové formáty generujú za pochodu a naše programy spravidla nepoužívajú žiadne univerzálne štandardy, ale vytvárajú rôzne formáty pre konkrétne prípady. EDI špecifikácie zahŕňajú maximálny možný počet dielov uspokojiť všetkých používateľov. Moderné programy zahŕňajú do špecifikácií prenášaných údajov len tie údaje, ktoré sú potrebné. Počet prvkov v špecifikácii EDI, ktoré nie sú potrebné vo vašom konkrétnom prípade, bude vždy veľmi veľký.
    • EDI kombinuje dva typy štandardov:štandardy pre komunikáciu a štandardy pre formátovanie obchodných údajov. Moderné tendencie sú priamo protikladné: normy musia byť na sebe nezávislé (ortogonálne), čo umožňuje ich miešanie v ľubovoľnej kombinácii.

    Ako vidíte, štandard EDI je zastaraný takmer vo všetkých aspektoch, ak to vezmeme do úvahy z technického hľadiska. V súčasnosti neexistujú takmer žiadne racionálne technické dôvody na jeho používanie. Ale napriek tomu je EDI stále široko používané.
    V ďalšej časti sa pokúsime nájsť dôvody. S najväčšou pravdepodobnosťou nebudú technického charakteru.

    Čo je EDI?
    EDI je skratka pre Electronic Data Interchange alebo Electronic Data Interchange. Jednoducho povedané, EDI je odosielanie a prijímanie informácií pomocou výpočtovej techniky.

    Vzhľadom na to, že používanie technológií EDI v podnikaní je pohodlné a praktické, tento štandard sa stal široko používaným v rôznych priemyselných odvetví hospodárstvo a sociálne služby.

    Akékoľvek štandardné obchodné dokumenty, ktoré si napríklad jedna FMCG spoločnosť vymieňa s inou (ako je nákupná objednávka, faktúra, plán prepravy, požiadavka na zásobu), je možné preniesť pomocou EDI, ak na to obe strany urobili potrebné prípravy.

    Štandard EDI bol vyvinutý americkým národným inštitútom pre štandardy (ANSI). Spolu s EDI existujú aj ďalšie štandardy pre elektronickú výmenu údajov. Napríklad EDIFACT je široko používaný v Európe a v automobilovom priemysle. HIPPA (Health Insurance Accountability and Security Act) je špeciálne navrhnutý tak, aby bol v súlade so zákonom v zdravotníckych zariadeniach. EDI prekladač, ktorý si vyberiete, musí podporovať všetky štandardy.

    - Prečo EDI?
    EDI sa výrazne líši od konvenčného Email, v ktorom sa informácie prenášajú v neštruktúrovanom formáte. V čom je rozdiel? Napríklad, ak potrebujete doručiť objednávku vo forme e-mailu, pravdepodobne najskôr vytlačíte dokument a potom zadáte informácie do iného programu ( účtovníctvo alebo skladové hospodárstvo). EDI má štruktúrovaný formát. Použitie EDI na výmenu elektronické dokumenty zaručuje jeho pochopenie všetkými účastníkmi tohto procesu.

    Napríklad musíte prejsť EDI informácie o konkrétnej položke nákupnej objednávky. Softvér EDI najskôr spracuje informácie, potom ich preloží do „čitateľného formátu“ a následne importuje údaje priamo do vášho programu. Výsledok - Žiadne manuálne zadávanie informácií! Proces je navyše možné naprogramovať tak, že nie je potrebný vôbec žiadny zásah človeka!

    - Aké sú výhody EDI?

    • Vylepšená presnosť informácií
    • Schopnosť vyhnúť sa vysokým mzdovým nákladom, ako je ručné zadávanie informácií
    • Rýchlosť. Vďaka rýchlemu a presnému prenosu dát sa skracuje čas na rokovania s dodávateľmi
    • Znížené náklady
    • Úspora poštovného
    • zbytočnosť papierových dokumentov

    -Ako funguje EDI?
    Predpokladajme, že kupujúci odošle objednávku dodávateľovi

    • S najväčšou pravdepodobnosťou sa informácie o objednávke nachádzajú v počítačovej aplikácii (napríklad účtovný softvérový balík) na osobnom počítači kupujúceho. Pokiaľ je možné importovať a exportovať súbory z aplikácie, potrebné informácie je možné extrahovať a previesť do súboru pre prekladový program EDI
    • EDI Translator vyjednáva a overuje, či konvertovaný súbor vyhovuje štandardom EDI a implementačným pokynom obchodných partnerov. Potom správu preloží do formátu EDI.
    • Vytvorí sa komunikačné spojenie na prenos EDI - Objednávky. EDI softvér riadi komunikáciu softvér.
    • Súbor sa odošle buď do poštovej schránky, alebo na server FTP, alebo priamo príjemcovi AS2 pomocou protokolu HTTP
    • Počítačový program, ktorý prijme objednávku EDI, naformátuje prichádzajúce informácie a pripraví ich na preklad do existujúcich aplikačných súborov. Napríklad nákupnú objednávku prijatú cez EDI je možné preložiť a nahrať do modulu registrácie objednávok.

    Po prijatí objednávky softvér vygeneruje funkčné potvrdenie späť kupujúcemu. Funkčné potvrdenie zobrazuje prijatie správy a to, či bola alebo nebola v súlade so štandardom EDI. Samotné údaje sa však do tejto správy nepridávajú.

    - Aký systém prenosu dát si vybrať?
    Jeden z kritické aspekty EDI je voľba spôsobu, akým sa budú informácie prenášať z jedného miesta na druhé, priamo alebo prostredníctvom VAN. Vo väčšine prípadov si spôsob určujú sami obchodní partneri.

    VAN (Value Added Network) – sieť s doplnkové služby
    Často sa označuje ako „služba elektronickej pošty“. VAN je tretím účastníkom procesu. Sprostredkovateľ, ktorý prenáša a uchováva informácie v elektronickej schránke, kým ich neprijme jedna zo strán. Pretože správa EDI obsahuje adresu, VAN smeruje správu do schránky príjemcu. Donedávna bol tento spôsob prenosu informácií považovaný za najbezpečnejší.

    Priame pripojenie
    Na rozdiel od VAN vám priame spojenie umožňuje prenášať dáta priamo k prijímajúcej strane. Typy priameho pripojenia zahŕňajú VPN (Virtual Private Network), FTP (File Transfer Protocol) a EDIINT (EDI cez internet). EDIINT sa zvyčajne vykonáva pomocou softvéru AS2, ktorý šifruje údaje pred ich odoslaním cez internet.

    - Internetové EDI alebo VAN EDI?
    Predtým VAN plnili úlohu elektronických poštové služby pre dodávateľov a nákupcov, ktorí si potrebovali vymieňať údaje. Napríklad spoločnosť A môže poslať elektronickú objednávku do VAN a spoločnosť B môže ísť do VAN, aby prijala túto objednávku. Ak spoločnosť B tvrdila, že nedostala ponuku, spoločnosť VAN slúžila ako sprostredkovateľ a potvrdila prítomnosť alebo neprítomnosť ponuky na mieste. Boli to „doplnkové služby“, ktoré táto sieť poskytovala.

    Napriek svojim výhodám mal VAN EDI obmedzenú distribúciu, keďže jeho cena bola vysoká. Predtým, ako si internet mohol vymieňať údaje, asi 80 % dodávateľov v akomkoľvek dodávateľskom reťazci komunikovalo so svojimi zákazníkmi prostredníctvom faxu, telefónu a pošty, pretože. si nemohla dovoliť značné náklady požadované VAN EDI. V dôsledku toho sa objavili poruchy v dodávateľských reťazcoch, ako napríklad: stratené alebo neprečítané objednávky, oneskorené faktúry a neskoré doplnenie. Produktový rad atď.

    S príchodom lepšieho a prijateľnejšieho riešenia – výmeny dát cez internet, mohli firmy – veľké aj malé – komunikovať so svojimi obchodnými partnermi. elektronicky. A bývalé služby VAN, ako napríklad upozornenia na umiestnenie správ, sú teraz zabudované do softvérových produktov.

    - Ako funguje internetové EDI?
    Internetové EDI (EDI INT) pozostáva z dvoch schválených štandardov pre bezpečný prenos dát cez internet. Internetové EDI štandardy sú AS1 a AS2.

    Štandard AS1 umožňuje bezpečný prenos elektronických výmenných dokumentov cez internet pomocou protokolu SMTP (e-mail).

    Štandard AS2 sa používa na bezpečný prenos EDI a XML dokumentov cez internet cez HTTP (inými slovami, ide o odosielanie dokumentu priamo cez internet a nie, povedzme, cez e-mail)

    Hlavnými princípmi štandardov AS1 a AS2 sú bezpečnosť a bezpečný prenos údajov cez internet. Štyri základy sú:

    Dôvernosť– zaisťuje bezpečnosť prenosu informácií obsiahnutých v správe šifrovaním údajov. (Môže ich vidieť iba odosielateľ alebo príjemca)

    Overenie– autentifikácia prebieha overením elektronického podpisu odosielateľa

    Dôveryhodnosť správy– dosiahnuté použitím MDN (upozornenia na umiestnenie správ) pre kontrolné súčty a úplne eliminuje možnosť zmeny dokumentu bez vedomia príjemcu

    Neschopnosť odmietnuť prijatie správy- príjemca podpíše oznámenie o umiestnení dokumentu, odošle ho späť odosielateľovi a teda už nemôže tvrdiť, že ho nedostal.

    - Výhody internetového EDI
    Internetové EDI umožňuje tisíckam spoločností na celom svete komunikovať a vykonávať bezpečné obchodné transakcie. Bezplatný prenos informácií cez internet umožňuje organizáciám podnikať oveľa rýchlejšie ako pri práci s papiermi. S príchodom štandardu AS1 sa dáta rýchlo prenášajú prostredníctvom e-mailu. Štandard AS2 umožňuje prakticky neprerušovaný prenos dát, as Používajú sa priame prenosy HTTP.

    Nižšie je uvedený súhrn výhod internetového EDI:

    • Vysoká rýchlosť prenos informácií
    • Znížené náklady a práca/znížený potenciál chýb
    • Údaje sa zadávajú iba raz
    • Ušetrite čas a papierovanie
    • 100% bezpečný elektronický prenos dát
    • Žiadne komunikačné náklady

    - Čo je potrebné na spustenie?
    Pri výbere riešenia výmeny rôznych obchodných dokumentov s obchodnými partnermi by ste si mali všímať:

    • Nízke celkové náklady na vlastníctvo: Má riešenie integrovanú databázu alebo si vyžaduje dodatočný softvér alebo náklady na vývoj, ako je SQL Server alebo Oracle?
    • Flexibilné pripojenie: Podporuje riešenie všetky typy údajov (EDI, XML, ebXML, TXT, GISB EDM, HL7 atď.) a ich prenosové režimy (HTTP, FTP, E-mail, SMTP atď.)?
    • Zabezpečenie pripojenia: Je toto riešenie bezpečné na prenos obchodných údajov pomocou štandardov AS1, AS2, sú zabezpečené protokoly HTTP/FTP, digitálne certifikáty, vstavané sledovanie a ukladanie údajov, správy
      - Poskytuje toto riešenie bezpečnosť a neodmietnutie prijatia správy pomocou elektronickej certifikácie?
      - Používa toto riešenie na zabezpečenie SSL?
    • Jednoduchá inštalácia a konfigurácia: Má toto riešenie automatický inštalátor (automatická inštalácia všetkých potrebných komponentov a automatické vytváranie adresáre pre prichádzajúce a odchádzajúce dokumenty)? Obsahuje riešenie jednoducho použiteľnú používateľskú pomoc, ktorá vás prevedie krok za krokom, napríklad pridaním obchodného partnera alebo nastavením AS1/AS2?
    • Interoperabilita: Podporuje toto riešenie štandardy ako AS1, AS2, FTP atď., čo umožňuje jednoduchú komunikáciu s viacerými obchodnými partnermi a rýchle zníženie nákladov na VAN?

    - Opäť AS1/AS2
    AS1 a AS2 sú priemyselné štandardy pre výmenu údajov cez internet. Keď si zvolíte riešenie s certifikáciou AS1 a AS2, budete si môcť vymieňať dáta cez internet so všetkými vašimi obchodnými partnermi, ktorí používajú rovnaké riešenie.

    Normy ako AS1 a AS2 zjednodušujú komunikačný proces znížením počtu použitých technológií, ktoré vyžadujú podporu a údržbu. Ak každý veľká organizácia využívali svoj štandard prenosu údajov, elektronická výmena informácií by bola pre ich menších partnerov neprijateľná. Štandardy AS1 a AS2 umožňujú organizáciám vybrať si jedno riešenie na výmenu údajov so všetkými obchodnými partnermi, ktorí využívajú riešenia založené na týchto štandardoch.

    AS1: Poskytuje bezpečnosť informácií pomocou kódovania S/MIME (Secure/Multiporpose Internet Mail Extensions) cez SMTP (Simple Mail Transfer Protocole). AS1 používa MDN (Message Disposition Notification) na overenie nárokov.
    AS2: Bezpečnosť dát zabezpečuje S/MIME cez HTTP (Hypertext Transfer Protocol) alebo HTTP/S (HTTP secure), tiež pomocou MDN. Na rozdiel od AS1 poskytuje štandard AS2 synchrónny prenos dát v reálnom čase s okamžitým doručením správ.

    Ako funguje AS1?
    AS1 a AS2 sú aktuálne špecifikácie vyvinuté IETF na prenos údajov medzi organizáciami cez internet. AS1 šifruje dáta pomocou S/MIME (Secure/Multiporpose Internet Mail Extensions) cez SMTP (Simple Mail Transfer Protocole) pomocou MDN (Message Disposition Notification) na overenie nárokov.

    Kto používa AS2?
    Popredné obchodné reťazce a výrobcovia dnes nachádzajú ešte viac výhod štandardu AS2. Zoznam spoločností zahŕňa: Wal-Mart, Shaw`s, Target, Lowe`s, Wegmans, Procter & Gamble, Hershey Foods, Campbell`s a mnohé ďalšie. Mnohé z týchto organizácií získavajú svojich obchodných partnerov, aby používali túto technológiu na úspešné podnikanie v obchodnej komunite.

    EDI (Electronic Data Interchange) v preklade z angličtiny znamená „elektronická výmena dát“. Predtým, ako sa táto schéma objavila, obchodné vzťahy prešli dlhou cestou. Každá spoločnosť, ktorá sa rozhodne zapojiť do tejto formy preposielania dokumentov, je schopná spolupracovať so všetkými členmi systému. Takýto proces nevyhnutne vyžaduje inštaláciu EDI brány v podniku.

    Aký je účel tejto formy komunikácie?

    Systém EDI je schopný vymieňať si informácie komerčného charakteru (objednávky, dodávky, prevody peňazí a pod.). To prispieva k rýchlej spolupráci medzi spoločnosťami v oblasti obchodných vzťahov. Elektronická výmena údajov sa týka inovatívnych technológií.

    Výhody EDI

    Objednávkový systém EDI má niekoľko výhod:

    • Všetky akcie sa vykonávajú na automatickej úrovni, bez oneskorení a chýb, na rozdiel od manuálneho zadávania dokumentov.
    • Používanie automatizovaných postupov zvyšuje rýchlosť a presnosť zberu správnych údajov a umožňuje firmám sústrediť sa na hlavné problémy a nie na papierovanie.
    • Každý maloobchodník, dodávateľ alebo logistická spoločnosť vytvorí iba jedno spojenie. Existuje teda neobmedzená možnosť komunikácie s minimálne náklady so všetkými účastníkmi. To nezohľadňuje ich účtovné systémy, obeh dokumentov a kvalifikáciu zamestnancov.
    • EDI systém dokáže riešiť spory, v ktorých jeden partner tvrdí, že objednávku odoslal on a druhý, že ju nedostal. Táto situácia nastáva často. V tomto prípade systém zaznamenáva všetky transakcie a dokáže poskytnúť podrobné informácie o konkrétnej akcii s dokumentáciou. To prispieva k rýchlemu riešeniu konfliktu.

    Čo zaručuje pravosť dokumentácie?

    EDI je systém elektronickej výmeny údajov. V európskych krajinách funguje jeho softvér ako garant pravosti všetkej dokumentácie, ktorá ním prechádza. Falzifikáty nie sú možné. Ak má daňová služba záujem o podrobnosti niektorých hlásení, vrátane ukazovateľa DPH, všetky údaje je možné získať z elektronického archívu systému. Právo vykonávať operácie s dokumentmi v elektronickej, a nie v papierovej forme, je zakotvené na legislatívnej úrovni.

    Príklad výpočtu účinnosti EDI

    Aká je úroveň účinnosti systému EDI? Príklady výpočtov slúžia ako jasné potvrdenie.

    Je ľahké objasniť, koľko rôznych výmenných dohôd by mali uzavrieť tí, ktorí sú zapojení do konkrétneho prípadu:

    • Pre šiestich účastníkov platí tento výpočet: N = 6 x (6-1)/2 = 15.
    • Pre 100 spolupracujúcich osôb platí výpočet: N = 100 x (100-1)/2 = 4450.

    S nárastom počtu účastníkov sa rast počtu zvyšuje exponenciálne.

    Počet používateľov sa rovná počtu výmenných operácií, každý partner koná v súlade s jednotnými pravidlami a pripája sa na spoločnú platformu. Zároveň ho absolútne nezaujíma spôsob pripojenia iných poskytovateľov. Za všetko je zodpovedný poskytovateľ EDI vďaka určitej štandardizácii správ.

    Poďme k analýze ekonomickej efektívnosti. Za základ budeme brať obchodnú sieť, ktorá posiela 4000 objednávok mesačne. Ručné spracovanie objednávky trvá pol hodiny. Elektronický systém EDI to dokáže za päť minút. Ak obchodnej organizácie má niekoľko tisíc dodávateľov, potom aj polhodinová úspora času na každom partnerovi dáva významný výsledok.

    Čo si o takomto zariadení ako EDI systém myslia samotní používatelia? Elektronické kontroly správy dokumentov sú chválené. Používatelia tvrdia, že prevádzka okruhu je jasná a neprerušovaná. Bez takéhoto systému by bolo ťažké podnikať modernom svete podnikania, kde je vzácna každá minúta.

    Poskytovatelia EDI v Rusku

    Napríklad komerčnú podobu systému u nás umožňuje existujúci štandard lokalizovanej výmeny informácií na EANCOM. Existuje aj globálna lokálna informačnú štruktúru a poskytovateľské spoločnosti, ktoré sa zaväzujú zabezpečiť realizáciu všetkých projektov elektronickej výmeny dokumentov.

    V roku 2004 technologický výbor ECR-Rus usporiadal výberové konanie, v dôsledku ktorého boli vybrané spoločnosti, ktoré získali právo poskytovať služby elektronickej výmeny dokumentov. Zámerom výboru je neustále zvyšovať počet poskytovateľov. Hlavným kritériom výberu je technologická mobilita v službe EDI, ako aj cena poskytovaných služieb pre používateľov.

    Hlavným cieľom ECR-Rus je aplikovať technológie systému EDI nielen v oblasti stredných a malých podnikov.

    Výbor uzatvára dohodu so všetkými poskytovateľmi služieb, ktorá umožňuje kontrolovať a udržiavať základné štandardy kvality stanovené ECR-Rus.

    Povinnosti poskytovateľov

    Od poskytovateľov EDI systémov sa vyžaduje, aby outsourcovali svoju vlastnú IT štruktúru a poskytli používateľovi prístup k spracovateľskému centru, ktoré má vysokú úroveň výkonu a spoľahlivosti. Systémové služby by mali byť dostupné celoročne a kedykoľvek počas dňa.

    Na rozdiel od IT štruktúry väčšiny spoločností je spracovateľské centrum vybavené nepretržitým napájaním, viacúrovňovou ochranou proti hackingu a zárukami na bezpečnosť informácií v prípade akejkoľvek poruchy. Čas, počas ktorého sa dokument odosiela z jedného miesta na druhé, by nemal presiahnuť 10 minút.

    Poskytovateľ zodpovedá za rýchlosť služby, garantuje preposielanie správ a kontrolu chýb v nich. Poskytovatelia zároveň komunikujú cez internet a priame kontakty medzi používateľmi sú zabezpečené pomocou siete s pridanou hodnotou (VAN).

    Rozdiel medzi domácim modelom používania systému a európskym

    EDI je systém elektronickej výmeny údajov. Ako táto schéma funguje v Rusku? Využitie EDI u nás je zásadne odlišné od európskeho a amerického modelu. V týchto krajinách sa forma objavila v 70. rokoch minulého storočia a u nás sa udomácnila o 20 rokov neskôr. Poskytovatelia preto ponúkajú rôzne systémy pripojenia, ktoré závisia od úrovne IT vo firme, množstva zasielanej dokumentácie a komunikačných nástrojov. To umožňuje každej spoločnosti riešiť svoje problémy optimálnym spôsobom. Mali by ste integrovať svoj účtovný systém a stať sa vlastníkom webového rozhrania, ktoré zabezpečí výmenu dokumentácie s obchodnými partnermi.

    Rôzne úlohy a spôsoby ich riešenia si vyžadujú rôzne úrovne konektivity a služieb. Poskytovatelia u nás slúžia tak veľkým spoločnostiam, ako aj malým partnerom – dodávateľom a zákazníkom.

    Niektoré firmy s veľkým obratom majú spočiatku taký záujem o spoluprácu s poskytovateľom EDI, že mu ponúkajú, že za transakcie svojich protistrán zaplatí na vlastné náklady alebo zavedú nízky poplatok za používanie siete.

    Základné požiadavky na poskytovateľov služieb

    Zákazník si svoje požiadavky stanoví v písomnej dohode. Udáva trvanie prevádzky služby, podpory, reakcie na požiadavku klienta, riešenia problémov. Zaznamenávajú sa aj ďalšie dôležité body.

    Poskytovatelia spravidla ponúkajú rôzne schémy pripojenia k systému, ako aj rôzne tarify, ktoré závisia od úrovne sieťových služieb.

    Požiadavky klientov môžu byť oveľa širšie ako hlavné ustanovenia stanovené ECR-Rus.

    Napríklad veľké spoločnosti potrebujú záruky na trvanie spracovania a doručenia správ, ktoré sa nepočítajú v minútach, ale v sekundách. Predpokladá sa, že jedna správa bude odoslaná maximálne za 10-20 sekúnd.

    Medzi hlavné požiadavky na poskytovateľov služieb patria:

    • podpora všetkých typov prenosu;
    • nízke celkové náklady na vlastníctvo;
    • bezpečnosť pripojenia;
    • interoperabilita s partnermi;
    • jednoduchosť inštalácie a konfigurácie;
    • audit zasielania dokumentov cez sieť;
    • preklad dokumentu z jedného formátu do druhého;
    • rýchle spojenie obchodných partnerov klienta;
    • lokalizácia a rozvoj EDI;
    • konzultačné služby, školenia a vývoj riešení v systéme;
    • užívateľskú technickú podporu.

    Stupeň rizika pri používaní systému

    Niektoré interné zmeny sú možné aj u spoľahlivého poskytovateľa EDI služieb. Napríklad veľa Ruské spoločnosti používať interné kódy bez použitia kódu GLN.

    Pred použitím EDI je potrebné získať tieto kódy a zadať ich do systému. Riziko implementácie EDI závisí od úrovne IT. S patchworkovou automatizáciou bude hrozba pochádzať z nedostatku normálneho účtovného systému.

    Riziká maloobchodníka veľké spoločnosti spojené so slabým vývojom trhu EDI. Brzdou rozvoja je legislatíva napriek tomu, že bol prijatý zákon o elektronickom podpise. Spoločnosti podnikajúce v Rusku sú povinné archivovať všetky papierové dokumenty. Regionálni partneri sa obávajú elektronickej forme obchod a odmietnuť ho, pričom neposlúchne predajcu.

    Náklady na EDI

    Pokiaľ ide o náklady, systém EDI nemôže byť pre používateľov drahý, pretože je navrhnutý tak, aby optimalizoval náklady na logistiku. Malým firmám sa však aj táto technológia môže zdať ohromujúca, ak nie sú zvyknuté pracovať s IT, ich biznis nie je dobre zabehnutý. Je nepravdepodobné, že takéto firmy získajú peňažné výhody z aplikácie elektronický systém výmena dokumentácie.

    Čo je súčasťou infraštruktúry?

    Infraštruktúra zahŕňa dial-up, káblové linky, siete. Internet s rozvojom elektronickej sféry ponúkal mnohé siete otvoreného typu (BITNET a pod.) a vnútropodnikové špecializované siete (EDI-Express General Electric, IBM Information Exchange Network). Široko používané boli chrbticové siete, ktoré sa líšili rýchlosťou.

    Schéma prenosu

    Preprava sa vykonáva prostredníctvom e-mailu, Telnetu a HTTP pripojenia. Ďalšie bežné protokoly sú SMTP, POP3 (ISP), IMAP, HTML.

    EDI môže poskytovať transakcie bez použitia konvenčných protokolov. V európskych krajinách sa priamymi prostriedkami pripojenia stali FTP (File Transfer Protocol) a EDIINT (EDI over the Internet), ako aj siete s doplnkovými službami VAN (Value-added Networks).

    Boli vytvorené aj dva štandardy: AS1, ktorý umožňuje prenášať EDI dokumenty cez štandardný protokol AS2, ktorý sa používa na prenos cez HTTP.

    Základné princípy pre aplikáciu systému EDI na internete prostredníctvom štandardov AS1 a AS2:

    • utajenie informácií pred neoprávnenými osobami - možnosť oboznamovania sa s dokumentmi iba odosielateľom a príjemcom;
    • poskytovanie autentifikácie - autentifikácie prostredníctvom overenia elektronického podpisu;
    • spoľahlivosť dokumentu - nemožnosť zmeny jeho obsahu bez účasti príjemcu;
    • spoľahlivá notifikácia - nemožnosť odmietnutia prijatej správy.

    Základy XML

    Rýchly rozvoj internetu priťahuje do siete čoraz väčší počet používateľov. Zvýšili sa požiadavky na výmenu dokumentácie cez internet. Protokol HTML prestal uspokojovať potreby mnohých účastníkov.

    Ako prebiehala reforma systému? XML EDI bolo schválené začiatkom roku 1998 Medzinárodná organizácia W3C ako nová špecifikácia.

    XML (Extensible Markup Language) sa stalo základom pre vytváranie nových jazykov. Existuje tiež veľa webových serverov, ktoré používajú technológiu XML na organizáciu informácií, ktoré ukladajú.

    Pomocou XML môžete opísať celú triedu dátových objektov, ktoré sa nazývajú doménovo špecifické dokumenty. Systém umožňuje určiť, či je povolené písať značky a ich atribúty.

    XML umožnilo prilákať na elektronický trh zákazníkov stredných a malých firiem. Existujúce systémy EDI v modernom svete sú drahé (od 10 000 do 100 000 dolárov). Mnoho malých firiem si ich jednoducho nemôže dovoliť.

    Zastúpenie a normy

    Táto úroveň zahŕňa definovanie dátovej štruktúry prostredníctvom syntaxe a sémantiky. Dôležitá otázka— vytváranie noriem pre štruktúrovanie údajov pomocou známych noriem ANSI X.12 používaných v USA, UNECE EDIFACT používaných v Európe a Ázii.

    PRICAT - správa "Katalóg tovaru (služieb) s cenami" môže obsahovať úplný alebo čiastočný zoznam tovaru vrátane cenových údajov, logistických charakteristík, ako aj technických a funkčných údajov tovaru. PRICAT môže zaslať ako dodávateľ, tak aj distribučná sieť, výrobca

    OBJEDNÁVKY (objednávka)

    OBJEDNÁVKY - správa „Objednávka“, ktorú zákazník odošle dodávateľovi, obsahujúca zoznam objednaného tovaru (služieb), množstvá, ceny, termíny a adresy doručenia. Túto správu môžu využiť obchodné reťazce, výrobcovia, sklady, dodávatelia surovín, dopravcovia a pod.

    ORDRSP (odpoveď na objednávku)

    ORDRSP - správa "Odpoveď na objednávku", pomocou ktorej dodávateľ potvrdí alebo nepotvrdí dodanie konkrétnej komoditnej položky. Použite túto správu ako dodávateľ obchodnej siete a distribútor si vymieňa dokumenty EDI s výrobcom.

    DESADV (expedičné poradenstvo)

    DESADV - Správa "Oznámenie o odoslaní" obsahujúca úplné informácie o zásielke: veľkosť, hmotnosť, parametre vozidlo, množstvo a názov tovaru, údaje príjemcu a odosielateľa, jedinečné číslo zásielky a pod. Implementácia DESADV umožňuje naplánovať preberanie tovaru.

    RECADV (Prijímanie rád)

    RECADV - Správa "Oznámenie o prevzatí" obsahujúca informácie o skutočne prevzatých produktoch (prípadne s uvedením dôvodu neprevzatia) a umožňuje dodávateľovi zistiť informácie o skutočnom prevzatí a vygenerovať správnu faktúru.

    FAKTÚRA

    FAKTÚRA - správa „Faktúra“, ktorá obsahuje informácie pre automatické generovanie elektronickej faktúry (ESI) vo formáte Federálnej daňovej služby. Pri podpise ESF elektronickým digitálnym podpisom sa dokument stáva právne významným.

    • JSC "pekáreň Rezhevskoy"

      Raisa Rakhimyanova, Hlavný účtovník

      Od marca 2014 používame systém EDI.Kontur. Bolo pre nás veľmi dôležité systém plne implementovať, pretože objem dodávok v roku 2013 predstavoval 11 714 ton, čo znamená veľké pracovné zaťaženie špecialistov a pôsobivý objem toku dokumentov. Prijímanie objednávok cez EDI značne uľahčilo prácu, najmä dievčatá to pocítili, keď došlo z akéhokoľvek dôvodu k výpadku (raz došlo k výpadku v jednom obchodnom reťazci).

      Pred spoluprácou s Konturom sme spolupracovali s iným poskytovateľom, no teraz sme so službou a tarifami úplne spokojní. Proces implementácie trval trochu času, aj keď stále prebiehajú vylepšenia, ktoré sú nevyhnutné s prihliadnutím na špecifiká našej spoločnosti.

      s technickou podporou horúcu linku) sme sa ešte nestretli, ale chalani z implementácie a náš manažér sú jednoducho šikovní!

    • Maxim Korzhavin, vedúci oddelenia IT

      Náš prechod na EDI nebol určený žiadnymi výhodami, ale životne dôležitou nevyhnutnosťou: federálne siete interpretujú svoje vlastné podmienky hry. Až v procese práce prichádza pochopenie, že EDI je dobrý pomocník v obchodnom procese. Aby ste naozaj pocítili čaro a silu tohto nástroja, musíte svoj účtovný systém integrovať s EDI. V našej organizácii to zatiaľ nie je možné z dôvodu prechodu na nový účtovný systém 1C. Preto sme s webovou platformou spokojní. Keďže EDI je v Rusku novou oblasťou, môžeme sa podieľať na zlepšovaní a zdokonaľovaní platformy. No pohodlný nástroj na komunikáciu s našimi partnermi už vzniká. Pred príchodom do Kontur išla naša cesta cez iných EDI poskytovateľov. Nehovorme o nich. Povedzme, že našou konečnou zastávkou je EDI od SKB Kontur. A sme s tým spokojní. Aktívna práca s SKB Kontura na EDI začala v polovici roka 2013. Do konca roka sme prešli všetkých našich partnerov (obchodné reťazce) od iných poskytovateľov do EDI.Kontur. A potom začali pripájať nové vozidlá. Stále sa musíme integrovať s 1C. Preto pracuj a pracuj. A Kontur s pomocou svojich špecialistov vie, ako túto prácu urobiť celkom príjemnou a pohodlnou (za čo im ľudsky „ďakujem“).

      Hneď na začiatku bol načrtnutý pracovný plán a po celý čas sme ho jasne dodržiavali. Všetky problémy boli vyriešené za pochodu a rýchlo. To všetko robí SKB Kontur nesporným lídrom medzi ostatnými poskytovateľmi. Špecialisti SKB Kontur sa zaujímajú viac ako my, aby nám všetko fungovalo ako hodinky. A samozrejme, ceny za služby Konturu sú najnižšie (a občas).
      Kontúra vás naučí nebáť sa inovácií! Preto sme s veľkým záujmom pripravení s nimi ďalej plodne spolupracovať a ako prví využívať ich nové produkty.

    • Všetky recenzie
    • obchodná spoločnosť "Kredos"

      Evgeny Petrenko, zástupca riaditeľa pre rozvoj manažérskych systémov a technológií

      K dnešnému dňu je výmena EDI plne implementovaná. Pre rôzne siete sú implementované rôzne reťazce prenosu dokumentov.
      Významnou výhodou SKB Kontur je rýchlosť riešenia ako organizačného, ​​tak aj technické problémy pri pripájaní nových dokumentov alebo nových protistrán. Verte mi, mám čo porovnávať. špecialisti na implementáciu, technických špecialistov a manažéri – všetci rýchlo, celkom jasne a informatívne reagujú na naše požiadavky.

      Najdôležitejšie úlohy, ktoré pre nás EDI.Kontur rieši, sú prijímanie žiadostí od obchodných reťazcov a zasielanie odpovedí. A teraz prejdeme k výmene právne významných dokumentov.

      Vo všeobecnosti som spokojný s interakciou s SKB Kontur a výsledkami projektu zmeny poskytovateľa.

    • Dmitrij Nefedov, vedúci oddelenia IT

      Pomocou EDI.contour bolo možné automatizovať spracovanie objednávok a prejsť na výmenu právne významných dokumentov.
      V našej spoločnosti je účtovníctvo vedené v programe 1C. Dôležité pri implementácii EDI bolo nastavenie adaptéra 1C pre priame načítanie z EDI do 1C. Pracovali sme s niekoľkými poskytovateľmi EDI a mali sme problémy s nastavením adaptéra 1C. Keď sme sa prvýkrát zoznámili s návrhom SKB Kontur, boli sme k deklarovanej automatizácii skôr skeptickí. Adaptér 1C sme dostali zadarmo, zatiaľ čo iné spoločnosti si za to účtovali samostatný poplatok. Preto sme sa rozhodli prepojiť s niektorým z obchodných reťazcov cez SKB Kontur. Výsledok nás veľmi potešil.

      Adaptér v 1C bol úspešne uvedený do prevádzky. Počas implementácie systému špecialisti Kontur rýchlo reagovali na vznikajúce problémy. V dôsledku toho máme prac automatizovaný systém a sadzby sú nižšie ako predtým.

      Chcem poznamenať, že sa nám páčil systém práce s klientmi v SKB. S akýmikoľvek otázkami sa môžete obrátiť na svojho manažéra. Manažér si vždy buď pomôže sám, alebo presmeruje požiadavku na iného odborníka. Tiež nás to teší Spätná väzba. Pri uzatváraní akejkoľvek aplikácie sa špecialistov Kontur vždy zaujíma, či nám všetko vyhovuje. Špeciálne sa chcem poďakovať manažérke Natalii Butorine.

      JSC "PuragroUK"

      Sergey Burko, Systémový administrátor

      Úroveň práce tohto riešenia je tiež na najvyššej úrovni, samozrejme nie bez chýb, ale je o čo sa snažiť. Za hlavné výhody považujem jednoduchosť rozhrania a nutnosť minima operácií pri riešení našich problémov.

      Musím povedať, že sme mali vlastný „Wishlist“, ktorý nebol v štandardnej verzii. Pracovníci SKB Kontur nám vyšli v ústrety a zrealizovali všetko, čo sme pre pohodlie pri práci požadovali. Navyše, pokiaľ viem, tieto vylepšenia boli zaradené do štandardného riešenia, čiže boli užitočné nielen pre nás. Podotýkam, že implementační špecialisti rýchlo zareagovali na moje požiadavky.

      Finančné aj časové výsledky nás potešili v porovnaní s interakciou s iným poskytovateľom. To všetko viedlo k rozhodnutiu prejsť do SKB Kontur.

    • Dmitrij Mamontov, vedúci oddelenia implementácie obchodných systémov

      Keď sme začali implementovať EDI v Castorame, plánovali sme sa obmedziť na spoluprácu s dvoma nezávislými poskytovateľmi EDI. V priebehu projektu sme sa však rozhodli zvýšiť počet EDI partnerov predovšetkým preto, aby sme urýchlili napojenie dodávateľov na EDI. Voľba padla v prospech spoločnosti SKB Kontur, ktorá je jedným z lídrov v tejto oblasti a s väčšinou našich dodávateľov už spolupracuje aj s inými obchodnými reťazcami.

      Teraz SKB Kontur aktívne spolupracuje s dodávateľmi – za pár mesiacov sa do EDI burzy zapojilo viac ako 10 % dovtedy nepripojených dodávateľov. Pri zachovaní tohto tempa plánujeme v blízkej budúcnosti úplne prepnúť všetky objednávky predajní Castorama na EDI.

    • Obchodná sieť "Red & White"

      Yana Kokorina, vedúca oddelenia automatizovaných informačných systémov

      „Červená a biela“ od marca 2015 spolupracuje s poskytovateľom SKB Kontur, ktorý poskytuje služby v práci so správou elektronických dokumentov.

      Povedať, že tok dokumentov je veľký, pravdepodobne neznamená nič. A vzhľadom na objem práce nesúhlaste elektronická správa dokumentov bolo by to nielen finančne nerentabilné, ale ani účelné z hľadiska úspory pracovného času.

      Chcel by som tiež poznamenať efektívnosť riešenia požiadaviek, organizačných aj technických.

      Medvedeva Anastasia, vedúca oddelenia služieb zákazníkom

      Po prechode na EDI.Kontur sme pripájali jednu sieť za druhou. A s úrovňou práce tohto riešenia sme spokojní. S úrovňou služieb SKB Kontur som spokojný, preto ich systematicky prenášam na podporu našich kľúčových klientov.
      Ak hovoríme o výhodách, potom jednou z prvých je, že Kontur nastavil integráciu v našom 1C rýchlejšie ako konkurenti. Druhým, nemenej dôležitým, je efektivita pri riešení našich problémov. Tretím je zameranie Contour na zákazníka. Počas našej spolupráce poskytovateľ implementoval do svojho modulu funkcie, ktoré boli potrebné len pre nás. Štvrtou je nezávislosť. Väčšinu úprav robia pracovníci kontúr s minimálnym zapojením nášho IT oddelenia.

      Prácu s Contour preto hodnotím na 5 z 5!

      Obava "Ruská zima"

      V. A. Stoyko, IT riaditeľ, Russian Cold Group

      Chcem sa poďakovať ZAO PF SKB Kontur za promptnú implementáciu EDI.Kontur v pobočkách našej spoločnosti. Osobitne by som chcel poznamenať profesionálnu úroveň školenia tímu a osobitne vyjadriť svoju vďaku manažérovi Vladimírovi Vladimirovičovi Porokhonkovi, ktorý vždy odpovedá na požiadavky a úspešne rieši všetky naše problémy.

      MPZ "Dobrogost"

      Konstantin Starikov, správca systému

      V systéme EDI spolupracujeme s obchodnými reťazcami „Monetka“, „X5 Retail Group“, „Kirovskiy“, „Megamart“, „Lenta“.

      Pred uzavretím zmluvy s Konturom sme spolupracovali s iným poskytovateľom. Táto spolupráca bola pre nás mimoriadne nákladná. Ale stále je to polovica problémov. A čo je najdôležitejšie, mali sme vážne problémy pri práci s modulom nášho poskytovateľa. Z našej strany bola potrebná obrovská suma manuálna práca o spracovaní „automatického“ načítavania dokumentov v 1C. Taktiež sme neboli vôbec spokojní s prácou technickej podpory. Často sme namiesto odpovedí počuli v slúchadle iba pípanie. Teraz sme spokojní so službami nášho poskytovateľa. Problémy sú vyriešené rýchlo, v extrémnych prípadoch je možné niektoré problémy vyriešiť prostredníctvom nášho manažéra. Čo sa týka modulu, funguje naozaj dobre. Konečne sa nám podarilo zautomatizovať proces zadávania údajov do nášho účtovného systému. Na želanie môžeme povedať, že v budúcnosti by bolo výhodné spolupracovať so všetkými obchodnými reťazcami za neobmedzenú sadzbu.

      OOO TD "Syrobogatov"

      Kupriyanov Konstantin, programátor 1C

      Cena služieb poskytovaných Konturom je v porovnaní s inými poskytovateľmi nižšia a flexibilná tarifná stupnica umožňuje vybrať si vhodnú tarifu pre každý obchodný reťazec na základe objemu toku dokladov. V tejto spolupráci cítime rovnováhu medzi všestrannosťou, rýchlosťou a stabilitou integračného modulu s inventarizačným systémom založenom na platforme 1C Enterprise 7.7. Akékoľvek otázky, ktoré sa vyskytnú pri realizácii aj počas prevádzky, riešia pracovníci SKB Kontur čo najrýchlejšie, ani jedna otázka nezostane nezodpovedaná.