Există întotdeauna. Aproape. Acesta este modulul platformei dvs. ERP, capabil să lucreze cu CMS.
Universal și, prin urmare, cel mai probabil, nu va putea lua în considerare toate subtilitățile afacerii dvs.
1. Un nou proiect în care procesele de afaceri sunt elaborate și pot lua în considerare cerințele de integrare a personalului.
2. Proiectul în orice etapă, dacă cerințele de integrare a personalului nu sunt încălcate.
Fișier text (sau CSV)
O structură de date simplă.
Aproape întotdeauna ERP poate descărca date în acest fel.
Este ușor de perceput de către o persoană (o altă întrebare este de ce o persoană are nevoie de ea).
O structură de date simplă.
Pentru a transmite mai greu informații "Titlu - Descriere - Descriere - Preț", va trebui să vă strângeți greu. O structură de date simplă într-un fișier va avea ca rezultat un set de fișiere și toate acestea vor trebui codate - timp, bani, vânt.
Chiar și o structură complexă poate fi pusă în acest format - dar va fi dificil.
Datele plate sunt transmise, structura este cât mai simplă posibil.
Există suport pentru acest format în ERP. (Dacă nu, atunci aveți nevoie de un specialist în sistem pentru a crea o astfel de funcție).
Dacă doriți să utilizați directoare sau orice alte complicații ale structurii de date (de exemplu, culoarea mărfurilor cu o pictogramă de culoare, marca cu logo-ul etc.), acest lucru va crește timpul și costul dezvoltării.
Formatul deschis, dezvoltat pentru piața rusă. Extindeți ușor. Teoretic.
Este o integrare regulată a 1C cu site-ul. De fapt, aceasta este o versiune bine documentată a transferului de date comerciale către XML.
Este posibilă dezvoltarea în continuare a funcționalității, dar este mai bine să o eviți. În caz contrar, puteți pierde capacitatea de a actualiza platformele și modulele de integrare.
Îmbunătățirile minore nu împiedică posibilitatea actualizării sistemelor. Deși acest lucru este singur.
Trebuie să monitorizați cu atenție versiunea formatului în ERP și CMS. De exemplu, ERP va avea datele necesare, dar CMS nu va putea "înțelege" aceste date din cauza diferenței de formate.
Deci, cum. Formatul este deschis, unele soluții sunt construite pe aceasta cu modificările proprii. Și, deși se afirmă, de exemplu, că formatul cml2 este acceptat, trebuie să "citiți în fontul mic". Formatul modificat își impune cerințele privind datele transmise.
Formatul este înmulțit, de la zero pentru a-și scrie sprijinul - serios să se bazeze pe timp. În ciuda puterii - "subtilitățile" nu pot fi luate în considerare și trebuie încă finalizate.
Formatul majorității soluțiilor este redundant.
Există module pentru platforme care participă la schimb.
Dacă aveți nevoie de o muncă suplimentară, veți avea nevoie de un programator de sistem ERP.
Supernumerar de schimb XML / JSON
Structura de date proprie, deci conține doar datele necesare.
Nu trebuie să scrieți de la zero, pentru că XML are întotdeauna soluții minime de la terți.
Este necesar să elaborăm formatul de date.
Dacă formatul se dovedește a fi dificil, trebuie să vă gândiți la utilizarea LMC.
LMC nu îndeplinește cerințele și este redundantă.
Structura complexă a datelor.
Există un programator pe partea sistemului ERP.
Dacă baza dvs. a fost alegerea și remodelarea, atunci situația este anormală. O astfel de bază se va opune în mod activ integrării din cutie. Pentru a funcționa cu site-ul, va trebui să dansezi cu un tamburin. Și cu cât este mai activă, integrarea va fi mai lungă și mai costisitoare.
Limita detaliilor privind integrarea nu există - în fiecare nou proiect nuanțele sale. Apoi bombe, apoi acolo. Trebuie să schimbăm procesul de dezvoltare, luând în considerare conurile și arsurile. Așa facem acum.
Cum este construit procesul
Dacă clientul are nevoie de integrare cu 1C, atunci trebuie să știm cât de curând posibil despre amploarea problemei. Prin urmare, deja în stadiul de vânzare, există întrebări inconfortabile, cum ar fi "Care este versiunea dvs. de 1C?" Și "Are orice bază de specialitate o bază de date? Și ce face cu el?
Nu fiecare manager de top sau comerciant știe ce se întâmplă cu sistemul său. Dar, fără aceste date, este imposibil să oferim informații despre costul și calendarul integrării: conectorul se dovedește a fi de așa natură încât nu există specificații: de la 8 la 80 de ore pentru descrierea protocolului și de la 40 la 200 de ore pentru implementarea integrării. Prin urmare, trebuie să știm cu ce avem de-a face în stadiul prototipului.
Cerem clientului, împreună cu specialistul său, să completeze lista de verificare. Acest lucru ajută la înțelegerea a ceea ce site-ul și clientul 1C ar trebui să schimbe, și în ce stare acesta din urmă. Așa că înțelegem cum începe totul, restrângem termenii și valoarea furcii.
Acesta este cât de mare este. Mâinile se tem, nu? Calmează-le - nu faceți totul imediat. Cel fără care site-ul nu va fi un site, este mai întâi legat. Cipuri frumoase, dar nu foarte critice, cum ar fi aceleași reduceri pentru loialitate, puteți pune în posesie cea de-a doua fază a activității de integrare.
Viteza executării sarcinilor prin protocolul de integrare depinde de cât de repede se mișcă specialistul clientului și completează sistemul pentru cerințele noastre. Prin urmare, uneori putem lipi un baston în partea de hulking. Pentru binele comun, ca să spun așa.
Din cutia din proiectele mele sa dovedit o singură dată - la "Eco". Nu a fost cerută specificația tehnică megasillabică: pe partea laterală a sitului, am finalizat două funcții. Plus un pic nervos, atunci când caracteristicile numerice au venit în linii - după toate acestea pe filtru, toate cazurile.
Dar aceasta este mai degrabă o excepție - 1C nu a fost schimbată, bunurile au fost retrase ca atare, ordinele pentru site-ul nu au fost returnate. Termenii de referință pentru integrare sunt uneori singura modalitate de a pune lucrurile în ordine într-un proiect complex care implică multe persoane implicate.
În primul rând, aceasta este o oportunitate de a spune clar specialistului 1C ce ne așteptăm de la el. Și clientul - ce ne așteptăm de la 1Snyka. Prin puncte, fără posibilitatea de a fuziona. Cu controlul fiecărui element (marcaj roșu / verde).
În al doilea rând, este faima și transparența. Nu este vorba de o abstracție "o voi face într-o săptămână", ci de termene clare și de acorduri fixe. Apelăm des, există multe puncte de control, silențios pentru îngheț :)
În al treilea rând, este un protocol descris, care poate fi consultat în cazul unor probleme controversate. Nuanțele în cursul ansamblului, într-un fel sau altul, tot în același timp plutesc. Dar a) este controlată, b) nu este o catastrofă ad-hoc, punând în pericol întregul proiect ("nu vă putem oferi descărcarea în acest format, reluați catalogul").
Protocolul de integrare poate diferi în anumite puncte cu o atribuire tehnică comună. Când există o descărcare și o înțelegere a modului de a lucra cu aceasta, nu pot fi adăugate dorințe ale clientului anterior sau cipuri noi.
Aceasta este o ocazie pentru managerul de proiect de a citi din nou TOR general și de a colora semnalul de semafor, care va continua să fie pe site și ce nu va fi realizat. Același lucru se face cu prototipul, și mai bine cu clientul. Aceasta este o modalitate bună de a prinde toate interacțiunile. Adevărat, se confruntă cu prototipul - procesul este lung și puțin plictisitor, deci îl folosim doar pe cele mai multe proiecte hardcore.
Când protocolul de integrare, TK și prototipul sunt pregătite și colorate cu steaguri / selectori de text, puteți răspunde în cele din urmă la cea mai importantă întrebare a clientului - cât costă. Se face o estimare corectă, fiind aprobat un protocol de lucru.
Prețul depinde de măsura în care integrarea era departe de cea standard. Mai departe - mai scumpe.
Bitrix și adevărul pot fi integrate și îl iubim pentru asta. Dar de multe ori are nevoie de ajutor. Uneori - resuscitare. Și fără ca specialiștii să nu poată face.