Exemple de cerințe pentru un furnizor de editare. Sistem EDI - management electronic document

  • Dezvoltarea sistemelor de comunicații
  • Standard EDI (Electronic Data Interchange) - parte a sistemelor vechi, bine stabilite. Dar vedem constant cum EDI este prezentat ca un standard modern. E chiar asa? Ar trebui să considerăm EDI ca tehnologia de bază pentru proiecte noi?
    Să privim EDI din punct de vedere tehnic, lăsând deoparte orice altceva.

    Format de date în EDI

    Utilizări EDI format de text delimitat. Funcționează bine pentru structuri de date plate, cum ar fi tabelele. Nu este atât de bun pentru reprezentarea structurilor de date ierarhice. Obiectele imbricate sunt cel mai bine serializate folosind formate etichetate, cum ar fi XML și JSON.
    Foarte ciudat, dar nu a fost creat niciodată limbaj de descriere(definiția documentului) pentru EDI. Au trecut atât de mulți ani de la apariția EDI și s-au depus atât de multe eforturi pentru el, dar limbajul de descriere nu a fost creat. Limbajul de descriere vă permite să automatizați prelucrarea datelor, și anume generarea, verificarea, transformarea, serializarea, deserializarea acestora. Pentru comparație, pentru a verifica datele XML, luăm o schemă de date (XML Schema, xsd) iar analizatorul verifică automat datele pentru conformitate cu această schemă.
    Puteți face fără o schemă, dar apoi marcarea documentului este de dorit. Documentele XML și JSON pot fi deserializate fără o schemă, deoarece datele în sine conțin etichetele (numele) elementelor de date. EDI are etichete numai pentru segmente și nu are etichete pentru elemente. Elementele sunt definite de poziția în cadrul unui segment. universal Analizorul EDI va putea analiza documentul doar în colecții primitive, deoarece documentul nu conține nici nume, nici tipuri pentru elementele de date.

    Să trecem la detalii.

    Standardul EDI constă din două părți principale:

    • Format plic (lot?) (amestec de standarde de mesagerie)
    • Specificațiile (formatele) documentelor (un amestec de standarde industriale (domeniu))

    Format lot

    EDI definește pachete pentru seturi de documente, grupuri de documente și documente/tranzacții în sine ( Schimb, grupși tranzacţie/document). Pachetele sunt limitate la perechi de segmente ISA/IEA, GS/GE, ST/SE.
    Notă: Pentru ilustrare, folosesc varianta EDI X12 a standardului nord-american. O altă versiune a standardului, EDIFACT, este comună în Europa și nu diferă fundamental de X12.
    Iată un exemplu de primele segmente ale tuturor celor trei pachete: ISA, GS și ST. Exemplu luat de aici:
    ISA*00* *00* *ZZ*RECEIVERID *12*SENDERID *100325*1113*U*00403*000011436*0*T*>~
    GS*FA*RECEIVERID*SENDERID*20100325*1113*24712*X*004030~
    ST*997*1136~

    Ce vedem în primul segment?
    Ultimele trei caractere ale segmentului ISA sunt caractere separatoare: "*>~": ‘~’ - caracter de separare a segmentelor; ‘*’ - caracter pentru separarea elementelor în cadrul unui segment; „>” este un simbol pentru separarea subelementelor dintr-un element. Schimbând aceste caractere, schimbăm în esență formatele pachetelor și documentelor. În XML și JSON, caracterele separatoare sunt scrise în standard și nu pot fi modificate. Caracterele separatoare variabile sunt vestigii dintr-o epocă înainte de crearea Unicode. Dar chiar și în acele vremuri, transformarea caracterelor separatoare nu era o idee bună. Caracterele separatoare sunt personaje foarte importante. Dacă putem folosi orice caractere ca delimitatori, acest lucru nu numai că schimbă logica pentru analizarea pachetelor în părțile lor componente, ci complică foarte mult logica pentru analizarea textului în elementele în sine.
    Chiar și în segmentul ISA, vedem elemente care definesc formate de oră și dată. Ele ne ajută să folosim formate personalizate de dată și oră în documente. Acest lucru a avut sens în anii șaptezeci, când trebuia să salvăm câțiva octeți când codificăm datele și orele. Sunt necesare aceste elemente acum, după ce am depășit problema Y2K, după ce au fost create standarde specializate și foarte detaliate de reprezentare a timpului?
    Vedem în segmentul ISA elemente care definesc expeditorși destinatar. În esență, aceasta este abordare(rutare) informație. Adică standardul de ambalare este combinat cu standardul de adresare. Folosind EDI, trebuie să definim expeditorul și destinația în datele noastre. Segmentul ISA are de asemenea elemente de autorizare. Întreaga idee de a pune aceste informații de autorizare în interiorul mesajelor în sine a fost odată destul de progresivă, dar acum pare cel puțin naivă, dacă nu chiar periculoasă. Acum înțelegem că informațiile de autorizare sunt mult, mult mai complicate decât o pereche de valori. Același lucru se poate spune despre informațiile despre adresă. Standardul EDI ne încurajează să folosim aceste elemente.
    Vedem și elementul cerere de confirmare (cerere de confirmare). Adică, creatorul documentului stabilește strategia de utilizare a confirmărilor direct în document. Este aceasta o idee bună? Putem folosi documente în diferite scenarii. Unii folosesc confirmări la nivelul aplicației, în timp ce alții folosesc alte protocoale pentru a îmbunătăți fiabilitatea. Politica de fiabilitate nu este definită în cadrul datelor în sine, deoarece fiabilitatea este un subiect destul de complex în comunicarea datelor, definit de mulți participanți la comunicare.
    Încă în interiorul segmentelor de pachete pe care le vedem numere de control (Numerele de control). Sunt necesare în scenariile în care primim un set de documente, dar o parte din setul este pierdută sau coruptă pe parcurs și încercăm să recuperăm cât mai multe date posibil. Acest scenariu nu a fost folosit de mult timp, deoarece o astfel de problemă de fiabilitate este de obicei rezolvată la nivelurile inferioare ale protocoalelor de comunicație. Nu construim fiabilitatea comunicării în nivelul aplicației, nu-i așa?
    Celălalt element al segmentului ISA este Versiunea EDI(Identificator standard). Acest lucru este similar cu suportul de versiuni pe care îl cunoaștem din standardele de serializare.
    Segmentul GS conține un element care definește Tipul documentului (Tip de document). De exemplu, aceasta este o comandă sau o factură. Nu este nimic greșit în acest lucru, deși este mai ușor să setați tipul de document în interiorul documentului în sine.

    După cum puteți vedea, aproape toate elementele din segmentele de pachete sunt fie inutile, fie, în plus, periculoase dacă le folosim în conformitate cu standardul.
    Vă rugăm să nu încercați să utilizați date din segmentele de pachete pentru autentificare și adresare.
    EDI a fost creat într-un moment în care punerea acestor informații în pachete era singura opțiune. Acum transferăm documente pe Internet și folosim un set mare de standarde și protocoale pentru ambalare, adresare, autentificare, autorizare, încredere, codificare, serializare, fragmentare și așa mai departe. Informațiile specifice protocolului sunt adăugate și eliminate de-a lungul întregii căi de date, iar aceste informații sunt independente de datele în sine.

    Este EDI un standard de format de date sau un protocol?
    EDI încearcă să fie un protocol, motiv pentru care vedem aceste elemente de adresare, autorizare și cerere de confirmare. Nu știu cum pot fi comparate aceste informații cu modelul stratului de protocol OSI.
    Dar totuși, cea mai mare parte a standardului EDI este dedicat formatelor de date.
    Formate de documente
    În interiorul pachetelor vedem documentele în sine. Dar nu vom găsi un standard pentru un document universal, generalizat. Standardul definește numeroase formate pentru tot felul de documente: pentru comenzi, pentru facturi, pentru liste atașate... veți găsi o mică parte din imensa listă de documente standardizate.
    EDI urmează un mit binecunoscut: „Undeva acolo, există un format ideal care descrie toate scenariile din lume. Cu siguranță vom găsi acest format. Trebuie doar să adăugăm scenarii noi și să le modificăm pe cele vechi.”
    Ca urmare a EDI, documentele standard (specificațiile) sunt excesiv de complexe.
    Să luăm un exemplu: avem nevoie de o factură pentru o mică librărie locală. Am găsit o specificație standard adecvată, EDI 850, Comanda de achiziție. La prima vedere, pare prea detaliat. Nu vom cumpăra alimente, cărbune, cereale, produse lichide, produse periculoase, medicamente. Nu avem nevoie de adrese internaționale. Nu vom folosi servicii de livrare expres. Specificația EDI descrie toate aceste opțiuni, dar există prea multe câmpuri pe care nu le vom folosi niciodată. Este prea complex pentru documentul nostru simplu.
    Există multe standarde din industrie (domenii) care sunt folosite ca un fel de depozit de cunoștințe. Dar aceste standarde nu sunt folosite ca standarde de transmisie a datelor. (Vezi o descriere a problemei standardelor din industrie.)
    Bucle în interiorul documentelor
    Structura documente individuale destul de simplu. Documentele sunt alcătuite dintr-o serie de segmente care conțin date de document.
    Dar se dovedește că segmentele pot fi combinate în grupuri sau în grupuri repetate, așa-numitele cicluri(bucle). Deliciul este că aceste cicluri nu sunt absolut evidențiate în document. Putem citi despre prezența unui ciclu în specificația acestui document special. Segmentele de același tip (cu aceleași etichete) pot fi localizate atât independent, cât și în interiorul ciclurilor. Crearea unui parser care recunoaște ciclurile (care, repet, nu sunt marcate în niciun fel în document) este o sarcină destul de nebanală.
    În XML și JSON, aceasta nu este o problemă; obiectele ierarhice sau colecțiile de obiecte de orice nivel de imbricare sunt definite foarte simplu folosind etichete de deschidere și de închidere, numite sau nenumite.
    EDI a încercat să stea pe două scaune. Pe de o parte, formatul său de document este similar cu formatul csv și este convenabil pentru prezentarea datelor tabelare. Pe de altă parte, a încercat să descrie obiecte ierarhice, iar această încercare s-a încheiat foarte neconvingător. Desigur, înțelegem asta acum că avem JSON în fața ochilor noștri. Dar să ne amintim că EDI nu a fost făcut pentru transferul de date tabulare, ci special pentru transferul documentelor a căror structură este tocmai ierarhică.

    O vedere non-tehnică a EDI

    Pentru a fi complet, voi enumera în continuare câteva dintre caracteristicile non-tehnice ale EDI:
    • Standard EDI nu este gratis. Arată destul de ciudat în comparație cu alte standarde.
    • Specificațiile standardului EDI sunt excesive detaliat. Specificațiile EDI sunt atât de complexe încât companiile trebuie să angajeze oameni care sunt familiarizați cu specificația specifică. Acești specialiști comunică folosind termeni speciali EDI, este aproape un limbaj EDI care nu are nimic de-a face cu afacerile. Uită-te la acordurile EDI dintre companii. Aceste convenții sunt pline de cerințe specifice definite de standardul EDI, dar departe de cerințele de afaceri.
    • Standard EDI instabil. Un comitet special emite modificări ale standardului EDI la fiecare șase luni. Fiecare dintre aceste versiuni aduce noi rafinamente. Dezvoltarea standardului nu urmează cererile utilizatorilor, ci pur și simplu urmează un calendar. Probabil că acest lucru nu se datorează standardelor foarte înalte, ci pentru că comitetul trebuie să arate rezultatele muncii lor.
    • EDI a fost creat pentru economisiți bițiși păstrați documentele cât mai compacte posibil. Această cerință încă există, dar este puțin probabil să fie utilizată pentru transmiterea documentelor. Fiecare copil deține acum un telefon care pompează gigaocteți de videoclipuri. Era mainframe-urilor și teletipurilor nu mai este în curte. Și este destul de ciudat să citiți rapoarte care discută serios despre economiile de resurse datorită tranziției de la fluxul de lucru pe hârtie la utilizarea EDI.
    • Pentru a conserva memoria, EDI folosește coduri pentru a prezenta datele ori de câte ori este posibil. Drept urmare, documentele apar criptate, ceea ce creează o problemă suplimentară de schimb de tabele de coduri.
    • Standardul EDI a fost creat pentru a transmite seturi (loturi) de documente datorită faptului că comunicațiile și calculatoarele erau scumpe și lente. S-au schimbat multe de atunci, comunicațiile și calculatoarele au devenit rapide și ieftine. Datele sunt acum transmise în mesaje sau fluxuri mici, iar aceste mesaje mici sunt coloana vertebrală a sistemelor distribuite. Seturile de documente sunt încă folosite, dar nu din cauza hardware-ului lent, ci pentru că procesele de afaceri o cer.
    • Nu exista standard pentru limbajul de descriere EDI. Asta înseamnă că nu putem crea universal parser pentru procesarea documentelor EDI. Analizatoarele trebuie să conțină descrieri ale miilor de specificații EDI existente, cu o cantitate imensă de detalii. (De exemplu, Microsoft furnizează aproximativ 7.000 de scheme XML pentru documente EDI ca parte a BizTalk Server.) Analizatoarele EDI disponibile sunt scumpe. Pentru a lucra cu documente EDI, cel mai probabil va trebui să convertim documentele EDI în format XML și să folosim XML Schema împreună cu un parser XML pentru a procesa documente EDI: pentru validare, transformare, serializare, deserializare, creare. Ceea ce se face în BizTalk Server.
    • Din cauza lipsei unui limbaj de descriere EDI standard, documentele sunt descrise folosind ... instrucțiuni cu mai multe pagini. Dezvoltatorii analizoarelor EDI interpretează aceste instrucțiuni în mod diferit și, din această cauză, diferit Analizoarele EDI sunt incompatibile.
    • Standardul EDI a fost creat într-un moment în care dezvoltarea programelor, protocoalelor și formatelor de date era extrem de costisitoare și dura foarte mult. Crearea unui standard pentru format universal documentele erau justificate. Acum formatele de date sunt generate din mers, iar programele noastre, de regulă, nu folosesc niciun standard universal, ci creează formate diferite pentru cazuri specifice. Specificațiile EDI includ numărul maxim posibil de piese pentru a satisface toți utilizatorii. Programele moderne includ în specificațiile datelor transmise doar datele necesare. Numărul de elemente dintr-o specificație EDI care nu este necesar în cazul dvs. particular va fi întotdeauna foarte mare.
    • EDI combină două tipuri de standarde: standarde pentru comunicații și standarde pentru formatarea datelor de afaceri. Tendințele moderne sunt direct opuse: standardele trebuie să fie independente unele de altele (ortogonale), ceea ce le permite să fie amestecate în orice combinație.

    După cum puteți vedea, standardul EDI este depășit în aproape toate aspectele, dacă îl luăm în considerare din punct de vedere tehnic. Aproape că există motive tehnice raționale pentru a-l folosi acum. Dar, în ciuda acestui fapt, EDI este încă utilizat pe scară largă.
    În partea următoare, vom încerca să găsim motivele pentru aceasta. Cel mai probabil nu vor fi de natură tehnică.

    Ce este EDI?
    EDI înseamnă Electronic Data Interchange sau Electronic Data Interchange. Mai simplu spus, EDI este trimiterea și primirea de informații folosind tehnologia computerizată.

    Datorită faptului că utilizarea tehnologiilor EDI în afaceri este convenabilă și practică, acest standard a devenit utilizat pe scară largă în diverse industrii economie si servicii sociale.

    Orice documente comerciale standard pe care, de exemplu, o companie FMCG le schimbă cu alta (cum ar fi o comandă de cumpărare, factură, plan de expediere, cerere de inventar) pot fi transferate folosind EDI dacă ambele părți au făcut pregătirile necesare pentru aceasta.

    Standardul EDI a fost dezvoltat de Institutul Național American de Standarde (ANSI). Alături de EDI, există și alte standarde pentru schimbul electronic de date. De exemplu, EDIFACT este utilizat pe scară largă în Europa și în industria auto. HIPPA (Health Insurance Accountability and Security Act) este conceput special pentru a respecta legea în instituțiile de asistență medicală. Traducătorul EDI pe care îl alegeți trebuie să accepte toate standardele.

    - De ce EDI?
    EDI este semnificativ diferit de cel convențional E-mail, în care informațiile sunt transmise într-un format nestructurat. Care este diferența? De exemplu, dacă trebuie să livrați o comandă de cumpărare sub forma unui e-mail, probabil mai întâi veți imprima documentul și apoi veți introduce informațiile într-un alt program ( contabilitate sau managementul depozitului). EDI are un format structurat. Utilizare EDI pentru schimb documente electronice garantează înțelegerea acestuia de către toți participanții la acest proces.

    De exemplu, trebuie să treceți EDI informații despre un anumit articol al comenzii de achiziție. Software-ul EDI procesează mai întâi informațiile, apoi le traduce într-un „format care poate fi citit” și apoi importă datele direct în programul dumneavoastră. Rezultat - Fără introducere manuală a informațiilor! În plus, procesul poate fi programat astfel încât să nu fie necesară deloc intervenția umană!

    - Care sunt beneficiile EDI?

    • Precizie îmbunătățită a informațiilor
    • Abilitatea de a evita costurile mari de muncă, cum ar fi introducerea manuală a informațiilor
    • Viteză. Datorită transferului de date rapid și precis, timpul pentru negocierile cu furnizorii este redus
    • Costuri reduse
    • Economii de poștă
    • inutilitatea documentelor pe hârtie

    -Cum funcționează EDI?
    Să presupunem că un cumpărător trimite o comandă unui furnizor

    • Cel mai probabil, informațiile despre comandă se află într-o aplicație informatică (de exemplu, un pachet de software de contabilitate) pe computerul personal al cumpărătorului. Atâta timp cât este posibil să importați și exportați fișiere din aplicație, informațiile necesare pot fi extrase și convertite într-un fișier pentru programul de traducere EDI
    • Traducătorul EDI negociază și verifică dacă fișierul convertit respectă standardele EDI și ghidurile de implementare ale partenerilor comerciali. După aceea, traduce mesajul în format EDI.
    • Se stabilește o conexiune de comunicare pentru a transfera EDI - Comanda de achiziție. Software-ul EDI controlează comunicarea software.
    • Fișierul este trimis fie către o cutie poștală, fie către un site FTP, fie direct către un destinatar AS2 folosind protocolul HTTP
    • Programul de calculator care primește comanda de achiziție EDI formatează informațiile primite și le pregătește pentru traducere în fișierele de aplicație existente. De exemplu, o comandă de achiziție primită prin EDI poate fi tradusă și încărcată în modulul de înregistrare a comenzii.

    Când o comandă este primită, software-ul generează o confirmare funcțională înapoi către cumpărător. Confirmarea funcțională afișează primirea mesajului și dacă acesta a fost sau nu conform cu standardul EDI. Dar datele în sine nu sunt adăugate la acest mesaj.

    - Ce sistem de transmisie a datelor să alegeți?
    Unul dintre aspecte critice EDI este alegerea modului în care informațiile vor fi transferate dintr-un loc în altul, direct sau printr-un VAN. În cele mai multe cazuri, metoda este determinată de partenerii comerciali înșiși.

    VAN (Rețea cu valoare adăugată) - Rețea cu servicii aditionale
    Este adesea denumit „serviciu de poștă electronică”. VAN este al treilea participant la proces. Un intermediar care transmite și stochează informații într-o cutie poștală electronică până când acestea sunt primite de una dintre părți. Deoarece mesajul EDI conține o adresă, VAN direcționează mesajul către caseta destinatarului. Până de curând, această metodă de transmitere a informațiilor era considerată cea mai sigură.

    Conexiune directa
    Spre deosebire de un VAN, o conexiune directă vă permite să transferați date direct către partea care primește. Tipurile de conexiune directă includ VPN (Virtual Private Network), FTP (File Transfer Protocol) și EDIINT (EDI prin Internet). De obicei, EDIINT se face cu software-ul AS2, care criptează datele înainte de a le trimite prin Internet.

    - Internet EDI sau VAN EDI?
    Anterior, VAN-urile jucau rolul electronicului servicii poștale pentru furnizorii și cumpărătorii care aveau nevoie să facă schimb de date. De exemplu, compania A ar putea trimite o comandă electronică către VAN, iar compania B ar putea merge la VAN pentru a primi această comandă. Dacă Compania B a susținut că nu a primit oferta, VAN a servit ca intermediar și a confirmat prezența sau absența ofertei pe loc. Acestea au fost „serviciile suplimentare” pe care le oferea această rețea.

    În ciuda avantajelor sale, VAN EDI a avut o distribuție limitată, deoarece prețul său era mare. Înainte ca Internetul să poată face schimb de date, aproximativ 80% dintre furnizorii din orice lanț de aprovizionare comunicau cu clienții lor prin fax, telefon și poștă, deoarece. nu își putea permite costurile semnificative cerute de VAN EDI. Ca urmare, au apărut întreruperi în lanțurile de aprovizionare, cum ar fi: comenzi pierdute sau necitite, întârzieri de facturi și reaprovizionare cu întârziere. gamă de produse etc.

    Odată cu apariția unei soluții mai bune și mai acceptabile - schimbul de date prin Internet, companiile - mari și mici - au putut comunica cu partenerii lor comerciali. electronic. Și fostele servicii VAN, cum ar fi alertele de locație a mesajelor, sunt acum integrate în produsele software.

    - Cum funcționează Internet EDI?
    Internet EDI (EDI INT) constă din două standarde aprobate pentru transmiterea securizată a datelor prin Internet. Standardele Internet EDI sunt AS1 și AS2.

    Standardul AS1 vă permite să transferați în siguranță documente de schimb electronic prin Internet folosind protocolul SMTP (e-mail).

    Standardul AS2 este folosit pentru a transfera în siguranță documente EDI și XML prin Internet prin HTTP (cu alte cuvinte, aceasta înseamnă trimiterea unui document direct pe Internet, și nu, să zicem, prin e-mail)

    Principiile principale din spatele standardelor AS1 și AS2 sunt securitatea și transmiterea securizată a datelor prin Internet. Cele patru fundații sunt:

    Confidențialitate– asigură securitatea transmiterii informațiilor conținute în mesaj prin criptarea datelor. (Numai expeditorul sau destinatarul le poate vedea)

    Autentificare– autentificarea are loc prin verificarea semnăturii electronice a expeditorului

    Credibilitatea mesajului– realizat prin utilizarea MDN (alerte de locație a mesajelor) pentru sume de control și elimină complet posibilitatea de a schimba documentul fără știrea destinatarului

    Incapacitatea de a refuza primirea unui mesaj- destinatarul semnează înștiințarea unde se află documentul, îl trimite înapoi expeditorului și astfel nu mai poate pretinde că nu l-a primit.

    - Beneficiile Internet EDI
    Internet EDI permite mii de companii din întreaga lume să comunice și să efectueze tranzacții de afaceri în siguranță. Transferul gratuit de informații prin Internet permite organizațiilor să facă afaceri mult mai rapid decât atunci când lucrează cu documente. Odată cu apariția standardului AS1, datele sunt transferate rapid prin e-mail. Standardul AS2 permite transferul de date practic neîntrerupt, ca Se folosesc transferuri HTTP directe.

    Mai jos este un rezumat al avantajelor EDI pe Internet:

    • Viteza mare transmiterea de informații
    • Costuri reduse și forță de muncă / potențial redus de erori
    • Datele sunt introduse o singură dată
    • Economisiți timp și documente
    • Transmitere electronică de date 100% sigură
    • Fără costuri de comunicare

    - Ce este necesar pentru a începe?
    Iată la ce ar trebui să acordați atenție atunci când alegeți o soluție pentru schimbul de documente de afaceri diverse cu partenerii de afaceri:

    • Costul total de proprietate scăzut: Soluția are o bază de date integrată sau necesită costuri suplimentare de software sau de dezvoltare precum SQL Server sau Oracle?
    • Conexiune flexibilă: Soluția acceptă toate tipurile de date (EDI, XML, ebXML, TXT, GISB EDM, HL7 etc.) și modurile de transfer ale acestora (HTTP, FTP, E-mail, SMTP etc.)?
    • Securitatea conexiunii: Este această soluție sigură pentru transferul de date de afaceri folosind standardele AS1, AS2, sunt securizate protocoalele HTTP/FTP, certificate digitale, urmărirea și stocarea datelor încorporate, rapoarte
      - Oferă această soluție securitate și nerefuzare a primirii mesajului prin utilizarea certificării electronice?
      - Această soluție folosește SSL pentru securitate?
    • Ușor de instalat și configurat: Are această soluție un instalator automat (instalarea automată a tuturor componentelor necesare și creare automată directoare pentru documentele de intrare și de ieșire)? Soluția include ajutor de utilizator ușor de utilizat, care vă ghidează prin, de exemplu, adăugarea unui partener comercial sau configurarea AS1/AS2?
    • Interoperabilitate: Această soluție acceptă standarde precum AS1, AS2, FTP etc., permițându-vă să comunicați ușor cu mai mulți parteneri comerciali și să reduceți rapid costurile VAN?

    - AS1/AS2 din nou
    AS1 și AS2 sunt standarde industriale pentru schimbul de date prin Internet. Atunci când alegeți o soluție certificată AS1 și AS2, veți putea face schimb de date prin Internet cu toți partenerii dvs. comerciali care folosesc aceeași soluție.

    Standarde precum AS1 și AS2 simplifică procesul de comunicare prin reducerea numărului de tehnologii implicate care necesită asistență și întreținere. Dacă fiecare organizație mareși-au folosit standardul de transfer de date, schimbul electronic de informații ar fi inacceptabil pentru partenerii lor mai mici. Standardele AS1 și AS2 permit organizațiilor să aleagă o singură soluție pentru schimbul de date cu toți partenerii de afaceri care utilizează soluții bazate pe aceste standarde.

    AS1: Oferă securitatea informațiilor prin codificare S/MIME (Secure/Multiporpose Internet Mail Extensions) prin SMTP (Simple Mail Transfer Protocol) AS1 utilizează MDN (Message Disposition Notification) pentru a valida revendicările.
    AS2: Securitatea datelor este asigurată de S/MIME prin HTTP (Hypertext Transfer Protocol) sau HTTP/S (HTTP securizat), de asemenea, folosind MDN. Spre deosebire de AS1, standardul AS2 oferă transmisie de date sincronă în timp real cu mesaje de livrare imediată.

    Cum funcționează AS1?
    AS1 și AS2 sunt specificații actuale dezvoltate de IETF pentru transferul de date între organizații prin Internet. AS1 criptează datele cu S/MIME (Secure/Multiporpose Internet Mail Extensions) prin SMTP (Simple Mail Transfer Protocol) folosind MDN (Message Disposition Notification) pentru a valida revendicările.

    Cine folosește AS2?
    Astăzi, lanțurile de retail și producătorii de top găsesc și mai multe avantaje ale standardului AS2. Lista companiilor include: Wal-Mart, Shaw`s, Target, Lowe`s, Wegmans, Procter & Gamble, Hershey Foods, Campbell`s și multe altele. Multe dintre aceste organizații își înrolează partenerii comerciali să folosească această tehnologie pentru a face afaceri cu succes în comunitatea comercială.

    EDI (Electronic Data Interchange) în traducere din engleză înseamnă „schimb electronic de date”. Înainte de apariția acestei scheme, relațiile comerciale au parcurs un drum lung. Orice companie care decide să se alăture acestei forme de transmitere a documentelor este capabilă să coopereze cu toți membrii sistemului. Un astfel de proces necesită în mod necesar instalarea unui gateway EDI în întreprindere.

    Care este scopul acestei forme de comunicare?

    Sistemul EDI este capabil să facă schimb de informații de natură comercială (comenzi, livrări, transferuri de bani etc.). Acest lucru contribuie la cooperarea rapidă între companii în domeniul relațiilor comerciale. Schimbul electronic de date se referă la tehnologii inovatoare.

    Beneficiile EDI

    Sistemul de comandă EDI are o serie de avantaje:

    • Toate acțiunile sunt efectuate la nivel automat, fără întârzieri și erori, spre deosebire de introducerea manuală a documentelor.
    • Utilizarea procedurilor automate mărește viteza și acuratețea colectării datelor potrivite și permite firmelor să se concentreze asupra principalelor probleme, și nu asupra documentelor.
    • Orice comerciant, furnizor sau companie de logistică face o singură conexiune. Astfel, există o posibilitate nelimitată de comunicare cu cost minim cu toți participanții. Aceasta nu ia în considerare sistemele lor contabile, circulația documentelor și calificările personalului.
    • Sistemul EDI poate rezolva disputele în care un partener susține că comanda a fost trimisă de el, iar celălalt că nu a primit-o. Această situație apare frecvent. În acest caz, sistemul înregistrează toate tranzacțiile și este capabil să furnizeze informații detaliate cu privire la o anumită acțiune împreună cu documentația. Acest lucru contribuie la rezolvarea rapidă a conflictului.

    Ce garantează autenticitatea documentației?

    EDI este un sistem electronic de schimb de date. În țările europene, software-ul său acționează ca un garant al autenticității tuturor documentației care trece prin el. Falsurile nu sunt posibile. Dacă serviciul fiscal este interesat de detaliile anumitor rapoarte, inclusiv de indicatorul TVA, atunci toate datele pot fi extrase din arhiva electronică a sistemului. Dreptul de a efectua operațiuni cu documente în format electronic, și nu pe hârtie, este consacrat la nivel legislativ.

    Exemplu de calcul al eficienței EDI

    Care este nivelul de eficiență al sistemului EDI? Exemplele de calcul servesc ca o confirmare clară.

    Este ușor de clarificat câte acorduri de schimb diferite ar trebui încheiate de către cei implicați într-un anumit caz:

    • Pentru șase participanți, se aplică următorul calcul: N = 6 x (6-1)/2 = 15.
    • Pentru 100 de persoane cooperante se aplică calculul: N = 100 x (100-1)/2 = 4450.

    Odată cu creșterea numărului de participanți, creșterea numărului crește exponențial.

    Numărul de utilizatori este egal cu numărul de operațiuni de schimb, fiecare partener acționând în conformitate cu reguli uniforme și se conectează la o platformă comună. În același timp, nu este absolut interesat de metoda de conectare a altor furnizori. Furnizorul EDI este responsabil pentru tot datorită unei anumite standardizări a mesajelor.

    Să trecem la analiza eficienței economice. Vom lua ca bază o rețea de tranzacționare care trimite 4.000 de comenzi pe lună. Procesarea manuală a comenzii durează o jumătate de oră. Sistemul electronic EDI poate face acest lucru în cinci minute. În cazul în care un organizatia comertului are câteva mii de furnizori, apoi chiar și o jumătate de oră economisind timp pentru fiecare partener dă un rezultat semnificativ.

    Ce cred utilizatorii despre un astfel de dispozitiv ca un sistem EDI? Evaluările electronice ale managementului documentelor sunt lăudate. Utilizatorii susțin că funcționarea circuitului este clară și neîntreruptă. Fără un astfel de sistem, ar fi dificil să faci afaceri lumea modernă afaceri, unde fiecare minut este prețios.

    Furnizori EDI din Rusia

    De exemplu, forma comercială a sistemului în țara noastră este posibilă datorită standardului de schimb de informații localizat existent pe EANCOM. Există, de asemenea, un local global structura informatieiși companii furnizori care se angajează să asigure implementarea tuturor proiectelor de schimb electronic de documente.

    În 2004, comitetul de tehnologie ECR-Rus a organizat o licitație, în urma căreia au fost selectate companii care au primit dreptul de a furniza servicii pentru schimbul electronic de documente. Comitetul intenționează să crească continuu numărul de furnizori. Principalul criteriu de selecție este mobilitatea tehnologică în serviciul EDI, precum și prețul serviciilor oferite utilizatorilor.

    Obiectivul principal al ECR-Rus este aplicarea tehnologiilor sistemului EDI nu numai în sfera întreprinderilor mijlocii și mici.

    Comitetul încheie un acord cu toți furnizorii de servicii, care face posibilă controlul și menținerea standardelor de bază de calitate stabilite de ECR-Rus.

    Obligațiile furnizorilor

    Furnizorilor de sisteme EDI li se cere să-și externalizeze propria structură IT și să ofere utilizatorului acces la un centru de procesare care are un nivel ridicat de performanță și fiabilitate. Serviciile de sistem ar trebui să fie disponibile pe tot parcursul anului și în orice moment al zilei.

    Spre deosebire de structura IT a majorității companiilor, centrul de procesare este prevăzut cu alimentare neîntreruptă, protecție pe mai multe niveluri împotriva hackingului și garanții de siguranță a informațiilor în cazul oricăror defecțiuni. Timpul pentru care documentul este trimis dintr-un punct în altul nu trebuie să depășească 10 minute.

    Furnizorul este responsabil pentru viteza serviciului, garantează redirecționarea mesajelor și verificarea erorilor din acestea. În același timp, furnizorii comunică prin internet, iar contactele directe între utilizatori sunt asigurate folosind o rețea cu valoare adăugată (VAN).

    Diferența dintre modelul intern de utilizare a sistemului și cel european

    EDI este un sistem electronic de schimb de date. Cum funcționează această schemă în Rusia? Utilizarea EDI în țara noastră este fundamental diferită de modelele europene și americane. În aceste țări, forma a apărut în anii 70 ai secolului trecut, iar la noi a prins rădăcini 20 de ani mai târziu. Prin urmare, furnizorii oferă diferite sisteme de conectare, care depind de nivelul de IT din companie, de cantitatea de documentație trimisă și de instrumentele de comunicare. Acest lucru permite fiecărei companii să-și rezolve problemele mod optim. Ar trebui să-ți integrezi sistemul de contabilitate și să devii proprietarul unei interfețe web care să asigure schimbul de documentație cu partenerii de afaceri.

    O varietate de sarcini și moduri de a le rezolva necesită niveluri diferite de conectivitate și servicii. Furnizorii din țara noastră deservesc atât companiile mari, cât și partenerii mici - furnizori și clienți.

    La început, unele firme cu o cifră de afaceri mare sunt atât de interesate de cooperarea cu furnizorul EDI, încât îi oferă acestuia să plătească tranzacțiile contrapărților pe cheltuiala lor sau introduc o taxă de abonament redusă pentru utilizarea rețelei.

    Cerințe de bază pentru furnizorii de servicii

    Clientul își stabilește cerințele într-un acord scris. Indică durata de funcționare a serviciului, suport, răspuns la o solicitare a clientului, depanare. Sunt înregistrate și alte puncte importante.

    De regulă, furnizorii oferă diverse scheme de conectare la sistem, precum și diverse tarife, care depind de nivelul serviciului de rețea.

    Cerințele clienților pot fi mult mai largi decât prevederile principale stabilite de ECR-Rus.

    De exemplu, companiile mari au nevoie de garanții pentru durata procesării și livrării mesajelor, care se calculează nu în minute, ci în secunde. Se presupune că un mesaj va fi trimis în cel mult 10-20 de secunde.

    Principalele cerințe pentru furnizorii de servicii includ:

    • suport pentru toate tipurile de transmisie;
    • cost total scăzut de proprietate;
    • securitatea conexiunii;
    • interoperabilitate cu partenerii;
    • ușurință de instalare și configurare;
    • auditul transmiterii documentelor prin rețea;
    • traducerea unui document dintr-un format în altul;
    • conectarea rapidă a clienților parteneri de afaceri;
    • localizarea și dezvoltarea EDI;
    • servicii de consultanta, training si dezvoltare de solutii in sistem;
    • suport tehnic utilizator.

    Gradul de risc la utilizarea sistemului

    Chiar și cu un furnizor de servicii EDI de încredere, sunt posibile unele modificări interne. De exemplu, multe companiile rusești utilizați coduri interne fără a recurge la utilizarea codului GLN.

    Înainte de a utiliza EDI, trebuie să obțineți aceste coduri și să le introduceți în sistem. Riscul implementării EDI depinde de nivelul IT. Cu automatizarea mozaic, amenințarea va veni din lipsa unui sistem de contabilitate normal.

    Riscurile retailerului companii mari asociate cu dezvoltarea slabă a pieței EDI. Legislația servește drept frână pentru dezvoltare, în ciuda faptului că a fost adoptată o lege privind semnătura electronică. Companiile care fac afaceri în Rusia trebuie să arhiveze toate documentele pe hârtie. Partenerii regionali se tem formular electronic afaceri și refuzați-o, neascultând de comerciant.

    cost EDI

    În ceea ce privește costul, sistemul EDI nu poate fi costisitor pentru utilizatori, deoarece este conceput pentru a optimiza costurile logistice. Cu toate acestea, pentru companiile mici, chiar și această tehnologie poate părea copleșitoare, dacă nu sunt obișnuiți să lucreze cu IT, afacerea lor nu este bine stabilită. Este puțin probabil ca astfel de firme să primească beneficii bănești din aplicarea sistem electronic schimb de documente.

    Ce este inclus în infrastructură?

    Infrastructura include dial-up, linii de cablu, rețele. Internetul, odată cu dezvoltarea sferei electronice, a oferit numeroase rețele de tip deschis (BITNET etc.) și rețele specializate intra-corporate (EDI-Express General Electric, IBM Information Exchange Network). Rețelele backbone, care diferă ca viteză, au fost utilizate pe scară largă.

    Schema de transmisie

    Transportul se face prin e-mail, conexiuni Telnet și HTTP. Alte protocoale comune sunt SMTP, POP3 (ISP), IMAP, HTML.

    EDI poate furniza tranzacții fără utilizarea protocoalelor convenționale. În țările europene, FTP (File Transfer Protocol) și EDIINT (EDI prin Internet), precum și rețelele cu servicii suplimentare VANs (Value-added Networks) au devenit mijloace directe de conectare.

    De asemenea, au fost create două standarde: AS1, care vă permite să transferați documente EDI prin protocolul standard AS2, care este folosit pentru a transfera prin HTTP.

    Principii de bază pentru aplicarea sistemului EDI pe Internet prin standardele AS1 și AS2:

    • secretul informațiilor de la persoane neautorizate - posibilitatea de familiarizare cu documente numai de către expeditor și destinatar;
    • furnizarea de autentificare - autentificare prin verificarea unei semnături electronice;
    • fiabilitatea documentului - imposibilitatea modificării conținutului său fără participarea destinatarului;
    • notificare fiabilă - imposibilitatea respingerii unui mesaj primit.

    Bazele XML

    Dezvoltarea rapidă a Internetului a atras un număr tot mai mare de utilizatori în rețea. Cerințele pentru schimbul de documente prin internet au crescut. Protocolul HTML a încetat să mai satisfacă nevoile multor participanți.

    Cum a fost reformat sistemul? XML EDI a fost aprobat la începutul anului 1998 organizatie internationala W3C ca o nouă specificație.

    XML (Extensible Markup Language) a devenit baza pentru crearea de noi limbaje. Există, de asemenea, multe servere Web care utilizează tehnologia XML pentru a organiza informațiile pe care le stochează.

    Folosind XML, puteți descrie o întreagă clasă de obiecte de date, care sunt numite documente specifice domeniului. Sistemul face posibilă determinarea dacă este permisă introducerea etichetelor și a atributelor acestora.

    XML a făcut posibilă atragerea clienților de afaceri mijlocii și mici pe piața electronică. Sistemele EDI existente în lumea modernă sunt scumpe (de la 10.000 la 100.000 de dolari). Multe companii mici pur și simplu nu își pot permite.

    Reprezentare și standarde

    Acest nivel presupune definirea structurii datelor prin sintaxă și semantică. Întrebare importantă— crearea de standarde pentru structurarea datelor folosind binecunoscutele standarde ANSI X.12 utilizate în SUA, UNECE EDIFACT utilizate în Europa și Asia.

    PRICAT - mesajul „Catalog mărfuri (servicii) cu prețuri” poate conține o listă completă sau parțială a mărfurilor, inclusiv date despre preț, caracteristici logistice, precum și date tehnice și funcționale ale mărfurilor. PRICAT poate fi trimis atât de furnizor, cât și de rețeaua de distribuție, producător

    COMENZI (comandă de achiziție)

    COMENZI - un mesaj „Comandă de achiziție” pe care clientul îl trimite furnizorului, care conține o listă de bunuri (servicii) comandate, cantități, prețuri, date și adrese de livrare. Acest mesaj poate fi folosit de lanțuri de retail, producători, depozite, furnizori de materii prime, transportatori etc.

    ORDRSP (Răspuns la comandă)

    ORDRSP - mesaj „Răspuns comandă”, cu ajutorul căruia furnizorul confirmă sau nu confirma livrarea unui anumit articol de marfă. Utilizați acest mesaj poate ca furnizor rețeaua comercială, iar distribuitorul schimbă documente EDI cu producătorul.

    DESADV (Consiliere de expediere)

    DESADV - Mesajul „Aviz de expediere” care conține informații complete despre transport: dimensiune, greutate, parametri vehicul, cantitatea și denumirea mărfurilor, datele destinatarului și expeditorului, număr unic expedieri, etc. Implementarea DESADV face posibilă programarea recepției mărfurilor.

    RECADV (Primirea de sfaturi)

    RECADV - Mesajul „Notificare de Acceptare” care conține informații despre produsele efectiv acceptate (eventual indicând motivul neacceptarii), și permite furnizorului să afle informații despre acceptarea efectivă și să genereze o factură corectă.

    FACTURA

    FACTURA - mesaj „Factură”, care conține informații pentru generarea automată a unei facturi electronice (ESI) în formatul Serviciului Fiscal Federal. La semnarea FSE cu o semnătură digitală electronică, documentul devine semnificativ din punct de vedere juridic.

    • SA „Brutăria Rezhevskoy”

      Raisa Rakhimyanova, Contabil șef

      Utilizăm sistemul EDI.Kontur din martie 2014. A fost foarte important pentru noi să implementăm integral sistemul, deoarece volumul livrărilor în 2013 a fost de 11.714 tone, ceea ce presupune un volum mare de muncă de specialiști și un volum impresionant de flux de documente. Preluarea comenzilor prin EDI a facilitat foarte mult munca, mai ales fetele au simțit-o atunci când a existat o eșec din orice motiv (o dată a existat o eșec într-un lanț de vânzare cu amănuntul).

      Înainte de a lucra cu Kontur, am lucrat cu un alt furnizor, dar acum suntem pe deplin mulțumiți de serviciu și tarife. Procesul de implementare a durat puțin, deși încă au loc îmbunătățiri, care sunt necesare, ținând cont de specificul companiei noastre.

      cu suport tehnic linia fierbinte) încă nu ne-am întâlnit cu adevărat, dar băieții de la implementare și managerul nostru sunt pur și simplu inteligenți!

    • Maxim Korzhavin, șeful departamentului IT

      Tranziția noastră la EDI a fost determinată nu de niciun beneficiu, ci de o necesitate vitală: rețelele federale își interpretează propriile condiții ale jocului. Doar în procesul de lucru vine înțelegerea că EDI este un bun asistent în procesul de afaceri. Pentru a simți cu adevărat farmecul și puterea acestui instrument, trebuie să vă integrați sistemul de contabilitate cu EDI. În organizația noastră, acest lucru nu este încă posibil din cauza trecerii la un nou sistem de contabilitate 1C. Prin urmare, ne mulțumim cu platforma web. Deoarece EDI este o zonă nouă în Rusia, putem participa la îmbunătățirea și perfecționarea platformei. Dar un instrument convenabil de comunicare cu partenerii noștri apare deja. Înainte de a veni la Kontur, drumul nostru a trecut prin alți furnizori EDI. Să nu mai vorbim despre ele. Să presupunem că ultima noastră oprire este EDI de la SKB Kontur. Și suntem mulțumiți de asta. Lucrul activ cu SKB Kontura pe EDI a început la jumătatea anului 2013. Până la sfârșitul anului, am schimbat toți partenerii noștri (lanțurile de retail) de la alți furnizori la EDI.Kontur. Și apoi au început să conecteze vehicule noi. Mai trebuie să ne integrăm cu 1C. Prin urmare munciți și munciți. Iar Kontur, cu ajutorul specialiștilor săi, știe să facă această lucrare destul de plăcută și confortabilă (pentru care un uman „le mulțumesc” lor).

      La început, a fost conturat un plan de lucru, iar pe tot parcursul timpului l-am urmat în mod clar. Toate problemele au fost rezolvate din mers și rapid. Toate acestea fac din SKB Kontur lider incontestabil printre alți furnizori. Specialiștii SKB Kontur sunt mai interesați decât noi, astfel încât totul să funcționeze ca un ceas pentru noi. Și, desigur, prețurile pentru serviciile Kontur sunt cele mai mici (și uneori).
      Conturul te va invata sa nu iti fie frica de inovatii! Prin urmare, suntem gata cu mare interes să cooperăm fructuos în continuare cu ei și să fim primii care folosesc noile lor produse.

    • Toate recenziile
    • Societate comercială „Kredos”

      Evgeny Petrenko, director adjunct pentru dezvoltarea sistemelor și tehnologiilor de management

      Până în prezent, schimbul EDI a fost pe deplin implementat. Diferite lanțuri de transmitere a documentelor sunt implementate pentru diferite rețele.
      Un avantaj semnificativ al SKB Kontur este promptitudinea soluției atât organizaționale, cât și probleme tehnice atunci când conectați noi documente sau noi contrapărți. Crede-mă, am ceva de comparat. specialisti in implementare, specialisti tehniciși managerii - toți răspund rapid, destul de clar și informativ la solicitările noastre.

      Cele mai importante sarcini pe care EDI.Kontur ni le rezolvă sunt acceptarea cererilor de la lanțurile de retail și trimiterea documentelor de răspuns. Și acum trecem la schimbul de documente semnificative din punct de vedere juridic.

      În general, sunt mulțumit de interacțiunea cu SKB Kontur și de rezultatele proiectului de schimbare a furnizorului.

    • Dmitri Nefedov, șeful departamentului IT

      Cu ajutorul EDI.contour a fost posibilă automatizarea procesării comenzilor și trecerea la schimbul de documente semnificative din punct de vedere juridic.
      În compania noastră, contabilitatea se ține în programul 1C. Importantă în implementarea EDI a fost setarea adaptorului 1C pentru încărcarea directă de la EDI la 1C. Am lucrat cu mai mulți furnizori EDI și am avut probleme la configurarea adaptorului 1C. Când ne-am familiarizat pentru prima dată cu propunerea SKB Kontur, am fost destul de sceptici cu privire la automatizarea declarată. Am primit adaptorul 1C gratuit, în timp ce alte companii au perceput o taxă separată pentru asta. Prin urmare, am decis să ne conectăm la unul dintre lanțurile de retail prin SKB Kontur. Rezultatul ne-a bucurat foarte mult.

      Adaptorul din 1C a fost pus în funcțiune cu succes. În timpul implementării sistemului, specialiștii Kontur au răspuns rapid la problemele apărute. Ca urmare, avem un lucru sistem automatizat iar tarifele sunt mai mici decât înainte.

      Vreau să menționez că ne-a plăcut sistemul de lucru cu clienții în SKB. Îți poți suna managerul cu orice întrebare. Managerul întotdeauna fie se ajută singur, fie redirecționează cererea către alt specialist. Suntem și noi mulțumiți Părere. La închiderea oricărei aplicații, specialiștii Kontur sunt mereu interesați dacă totul ni se potrivește. Vreau să-i mulțumesc în mod special managerului Natalia Butorina.

      SA „PuragroUK”

      Serghei Burko, Administrator de sistem

      Nivelul de lucru al acestei soluții este, de asemenea, cel mai bun, nu fără defecte, desigur, dar există ceva pentru care să depuneți eforturi. Consider că principalele avantaje sunt simplitatea interfeței și necesitatea unui minim de operațiuni pentru a ne rezolva problemele.

      Trebuie să spun că aveam propria noastră „listă de dorințe”, care nu era în versiunea standard. Angajații SKB Kontur ne-au întâlnit la jumătatea drumului și au implementat tot ceea ce ne-am cerut pentru confort în muncă. Mai mult, din câte știu, după aceste îmbunătățiri au fost incluse în soluția standard, ceea ce înseamnă că ne-au fost utile nu numai nouă. Observ că specialiștii în implementare au răspuns rapid solicitărilor mele.

      Atât rezultatele financiare, cât și cele de timp ne-au mulțumit în comparație cu modul în care a fost interacțiunea cu un alt furnizor. Toate acestea au dus la decizia de a trece la SKB Kontur.

    • Dmitri Mamontov, șeful departamentului de implementare a sistemelor de afaceri

      Când am început să implementăm EDI la Castorama, am plănuit să ne limităm la a lucra cu doi furnizori EDI independenți. Cu toate acestea, pe parcursul proiectului, am decis să creștem numărul de parteneri EDI în primul rând pentru a accelera conectarea furnizorilor la EDI. Alegerea a fost făcută în favoarea SKB Kontur, care este unul dintre liderii în acest domeniu și lucrează deja cu majoritatea furnizorilor noștri cu alte lanțuri de retail.

      Acum, SKB Kontur lucrează activ cu furnizorii - în câteva luni, peste 10% dintre furnizorii anteriori neconectați s-au alăturat schimbului EDI. Păstrând acest ritm, intenționăm să trecem complet toate comenzile magazinelor Castorama la EDI în viitorul apropiat.

    • Rețeaua comercială „Roșu și alb”

      Yana Kokorina, șeful Departamentului Sisteme Informaționale Automatizate

      „Red and White” din martie 2015 lucrează cu furnizorul SKB Kontur, care oferă servicii de lucru cu gestionarea electronică a documentelor.

      A spune că fluxul de documente este mare este probabil să nu spui nimic. Și având în vedere volumul de muncă, nu sunt de acord managementul documentelor electronice nu numai că ar fi neprofitabilă din punct de vedere financiar, dar nici nu ar fi oportună din punctul de vedere al economisirii timpului de lucru.

      De asemenea, aș dori să remarc eficiența soluționării cererilor, atât organizaționale, cât și tehnice.

      Medvedeva Anastasia, șeful departamentului de servicii pentru clienți

      După ce am trecut la EDI.Kontur, ne-am conectat o rețea după alta. Și suntem mulțumiți de nivelul de lucru al acestei soluții. În ceea ce privește nivelul de serviciu al SKB Kontur, sunt mulțumit de acesta, prin urmare îl transfer sistematic pentru a sprijini clienții noștri cheie.
      Dacă vorbim despre avantaje, atunci unul dintre primele este că Kontur a configurat integrarea în 1C-ul nostru mai rapid decât concurenții. Al doilea, nu mai puțin important, este eficiența în rezolvarea problemelor noastre. Al treilea este orientarea către client a lui Contour. În timpul cooperării noastre, furnizorul a implementat în modulul său funcțiile care erau necesare doar nouă. A patra este independența. Majoritatea ajustărilor sunt făcute de personalul de contur cu implicarea minimă a departamentului nostru IT.

      Prin urmare, notez munca cu Contour la 5 din 5!

      Îngrijorare „Răceala Rusă”

      V. A. Stoyko, director IT, Russian Cold Group

      Vreau să mulțumesc ZAO PF SKB Kontur pentru implementarea promptă a EDI.Kontur în sucursalele companiei noastre. Vreau să remarc în mod special nivelul profesional de pregătire al echipei și să-mi exprim separat recunoștința față de managerul Vladimir Vladimirovici Porokhonko, care răspunde mereu solicitărilor și rezolvă cu succes oricare dintre problemele noastre.

      MPZ "Dobrogost"

      Konstantin Starikov, administrator de sistem

      În sistemul EDI, lucrăm cu lanțurile de retail „Monetka”, „X5 Retail Group”, „Kirovskiy”, „Megamart”, „Lenta”.

      Înainte de a încheia un acord cu Kontur, am lucrat cu un alt furnizor. Această cooperare a fost extrem de costisitoare pentru noi. Dar tot e jumătate de necaz. Cel mai important, am întâmpinat dificultăți serioase în lucrul cu modulul furnizorului nostru. Din partea noastră, a fost nevoie de o sumă colosală muncă manuală privind procesarea încărcării „automate” a documentelor în 1C. De asemenea, nu am fost deloc mulțumiți de munca de suport tehnic. Adesea, în loc de răspunsuri, auzeam doar bipuri în receptor. Acum suntem mulțumiți de serviciul furnizorului nostru. Problemele sunt rezolvate rapid, în cazuri extreme, unele probleme pot fi rezolvate prin managerul nostru. Cât despre modul, funcționează foarte bine. Am reușit în sfârșit să automatizăm procesul de introducere a datelor în sistemul nostru de contabilitate. Ca o dorință, putem spune că ar fi convenabil să lucrăm în viitor cu toate lanțurile de retail la un tarif nelimitat.

      OOO TD "Syrobogatov"

      Kupriyanov Konstantin, programator 1C

      Costul serviciilor furnizate de Kontur este mai mic în comparație cu alți furnizori și flexibil barem tarifar vă permite să alegeți un tarif potrivit pentru fiecare lanț de retail, în funcție de volumul fluxului de documente. În această cooperare, simțim echilibrul între versatilitatea, viteza și stabilitatea modulului de integrare cu sistemul de inventar bazat pe platforma 1C Enterprise 7.7. Orice întrebări care apar, atât în ​​timpul implementării, cât și în timpul funcționării, sunt rezolvate cât mai repede posibil de către angajații SKB Kontur, nici măcar o întrebare nu rămâne fără răspuns.