Majoritatea clienților noștri sunt companii de producție sau de comerț, în care există câteva sute sau mii de oameni care au obținut anumite succese și fac planuri pentru viitor.
Una dintre cele mai frecvente sarcini este de a "adăuga online", adică de a aduce afacerea pe Internet, de a crește vânzările, de a reduce costurile, de a automatiza procesele, de a crește autonomia.
Dacă compania se află pe piață de mult timp și se află ferm în picioare, a introdus unul sau alt sistem contabil al familiei 1C. Există un catalog de bunuri, există o bază de date a contrapărților și istoricul comenzilor.
Să vorbim despre cum să conectăm această "informație offline" cu un magazin online sau cu un cont personal al clienților.
De obicei, ieșirea online începe cu sarcina minimă:
- descarcarea de la sistemul contabil catre catalogul de produse,
- Descărcați comenzi înapoi.
Clienții serioși acest lucru nu este suficient. Ei sunt "adulți". Ei au lucrat timp de mulți ani și au reușit să deseneze sisteme de contabilitate, mii de contrapărți și procese complexe de afaceri. Pentru ei, accesarea online este posibilă numai prin reflectarea tuturor proceselor de pe web: pe site, în magazinul online, în CRM.
De obicei, aceste procese se aruncă la:
Te-ai recunoscut? - Apoi, în articol veți găsi o hartă de mine și soluții care vă vor economisi multe luni și bani.
Descărcarea omologilor: întrebări "scumpe" și conuri umplute
Orice integrare este similară cu construirea unui pod în același timp, de la două bănci: dificil, scump, riscant. Și echipa de "constructori" vorbește limbi diferite: dezvoltatorii de site-uri și sistemele de contabilitate de multe ori nu se înțeleg reciproc bine.
În materie de integrare, maximalismul vă va costa foarte mult. Și în bani și în timp. Pentru a minimiza pierderile, trebuie să includeți un sentiment de proporție la maxim. Chestiunile discutate mai jos au rezultat din experiența multor proiecte, inclusiv a celor nereușite.
Componența datelor necesare și suficiente
Frecvența și direcția de schimb
- descărcări unice,
- Periodic (de exemplu, la fiecare oră)
- în timp real.
Descărcarea periodică este mai dificilă. Acestea implică necesitatea ca fiecare schimb să combine datele vechi și noi. Pentru aceasta trebuie să scrieți codul. O mulțime de cod. Atât în sistemul contabil, cât și pe site. Un adevărat cadou al soartei va fi un format / protocol de schimb gata făcut. Exemplul va fi mai jos.
O întrebare importantă: ce date ar trebui încărcate numai pe site și care ar trebui transmise "în ambele direcții". Schimbul bilateral este mai dificil și vă cere să definiți "cine este mai important"?
Unde este sursa adevărului
Pentru anti-fragilitatea schimbului de contrapartide, este important ca un set complet și consistent de date să fie stocat în 1C.
Luați în considerare două exemple atunci când aceste cerințe sunt încălcate.
Vedem astfel de situații la fiecare proiect fără excepție.
Eliberarea contrapartidelor este o sarcină simplă. Dar pentru a reintroduce toate e-mailurile de pe site - nu este ușor. Și principalul lucru este ofensator pentru munca pierdută.
Moralul. Nu ar trebui să existe situații în care datele sunt descărcate din sistemul contabil și adăugate pe site.
Exemplul 2. Solicitările de plată ale contrapartidelor
Resursele IT din partea sistemului contabil
Pentru a sincroniza contrapartidele cu site-ul, trebuie să aveți la dispoziție 1-2 programatori care să poată dezvolta mecanismul necesar în sistemul contabil. Aceasta nu este o configurație tipică a formularelor și a regulilor contabile. Aceasta este programarea. Trebuie să ne punem întrebarea: "Dar specialiștii noștri în sistemul contabil XX vor putea să se pronunțe cu exactitate"?
Experiența arată că fiecare al doilea dezvoltator 1C - nu poate. În mijlocul căii, va trebui să căutați alți dezvoltatori pentru a rafina. Și aceasta este oprirea proiectului pentru 1-2-4-12 luni (cifrele sunt luate din proiecte reale).
Structura datelor de pe site și în 1C
Structura datelor din sistemul contabil (prin exemplul 1C: UT) este foarte diferită de structura datelor de pe site. Chiar și la nivel logic.
Pe site există doar 2-3 entități legate de contrapartide:
- User = login + password + email
- Profilul de facturare = numele companiei + detalii + contacte
Există mai multe astfel de entități în 1C și sunt conectate în mod diferit.
Cum combinați două structuri diferite de date, trebuie să rezolvați la etapa de proiectare. Nu este dificil, dar trebuie să vă scufundați și să vă gândiți la scenariile de utilizare în avans.
Relația partenerilor contractuali cu ordinele
Atunci când decidem cum să comparăm contrapartidele pe site și în 1C (a se vedea secțiunea anterioară), trebuie să avem grijă ca contrapărțile să rămână conectate corect la alte entități. De exemplu, cu comenzi pe site.
Prin aceasta, această conexiune nu funcționează corect.
Modul de testare a schimbului de contrapartide
Una dintre cele mai neadevărate întrebări: cine, cum și pentru cât timp va testa schimbul de omologi între Bitrix și 1C. Și trebuie să o testați pe mai multe niveluri:
- Formatul și corectitudinea datelor atunci când se schimbă fișiere / mesaje / etc.
Pe 1 verificare de schimb de fișiere durează câteva ore de lucru de programator. De obicei, am pioni în prețul integrării până la 5 cecuri. Dar dacă dezvoltatorul din partea sistemului contabil nu efectuează testări în sine, atunci 20 de cecuri nu vor fi suficiente. - Protocolul de schimb: secvența de pași, scenariul acțiunilor în caz de defecțiuni.
Testarea automată la intersecția a două sisteme foarte diferite este foarte rar făcută. Aproape niciodată. Așa că durează câteva duzini de ore pentru testarea manuală. - Scenariile de utilizare
Numai testarea manuală este disponibilă aici. Fă-o adesea și de multe ori. Deci, vor dura încă 20 de ore de interpreți.
Importul omologilor: rețete
Descărcarea contrapărților în 1C-Bitrix "afară din cutie" 1C
... din păcate, acesta funcționează pentru o durată dificilă. Și este mai bine să nu lucrați în următorii ani. La o întrebare directă din Manager de produs-BUS Yuri Voloșin a fost obținut de același răspuns direct: 1C-Bitrix cred că contrapărțile de încărcare pe site-ul cele mai multe dintre proprietarii site-ului nu au nevoie de acest mecanism și nu se va dezvolta.
"Șoarecii devin arici." și să folosească directoare
Nu există un mecanism gata (bun) pentru descărcarea contrapărților în 1C-Bitrix. Dar există un protocol și un format pentru descărcarea directoarelor arbitrare din 1C. Ei pot folosi orice sistem de contabilitate, nu numai 1C.
Ideea este de a forma pe partea laterală a sistemului de contabilitate 1-2-10 directoarele cu datele corecte (JUR. Persoana, balanța de plăți, accesul la diverse tipuri de prețuri) și încărcați-le pe site-ul folosind gata „transport“. Ca rezultat, site-ul va apărea blocuri de încărcare de mare. Lucrați cu ei este o plăcere (spre deosebire de blocurile de informații).
De exemplu, încărcarea omologilor în Mybox este realizată. Diafragma. GRASS și câteva proiecte secrete.
Soluția economisește 100 de ore de dezvoltare și sa dovedit a fi fiabilă. Aceasta metoda este recomandata "implicit".
Cititorul atent va întreba: "Dar acesta este doar descărcarea de omologi ai site-ului și cum se descarcă de pe site-ul din 1C?". Așa e, este doar jumătate din slujbă. Dar permite deja realizarea a 90% din scenariile de afaceri. O descărcare inversă se poate face, de exemplu, împreună cu informații despre comenzi.
Servicii Web și modul în timp real
Acest scenariu este potrivit dacă contul dvs. este accesibil de pe Internet (site-ul va fi conectat la acesta de acolo) sau dacă serverul de sit este în aceeași subrețea fizică ca serverul 1C. Și dacă poreclele dvs. 1C sunt gata să scrie și să mențină servicii web. 1C știe cum e totul bine, poreclele 1C adesea nu știu cum.
Este foarte dorit să nu accesați sistemul de conturi la deschiderea fiecărei pagini, altfel se va sufoca din valul de solicitări. Este mai corect să faceți reconcilieri periodice de date sau sincronizare la anumite evenimente.
Exotici: baza de date de tranzit
Bazele de date și site-ul și sistemul contabil sunt aranjate netrivial. Nu puteți scrie o interogare SQL bună ca aceasta. În plus, din motive de securitate, nimeni nu vrea să lase "străini" în baza lor.
În acest caz, vă puteți întâlni pe un teritoriu neutru. - Stabilirea unei baze de date separate, cu ajutorul căreia ambele sisteme pot funcționa fără teamă. Pentru programatori, această metodă este mai convenabilă decât transferul de date prin fișiere.
Desigur, pe lângă baza de date de tranzit, este, de asemenea, necesar să se organizeze un canal de alertă. Prin aceasta, sistemele se vor informa reciproc despre schimbările din date. Acestea pot fi, de exemplu, serviciile web descrise în paragraful anterior.
În acest scenariu, funcționează "contul personal al clienților EURAS".
În reziduul uscat
Schimbul de contrageți între site și sistemul contabil este fundamentul dezvoltării site-ului. Pentru a face acest lucru corect și pentru prima dată când trebuie să aveți experiența corespunzătoare. Noi - avem și suntem gata să vă ajutăm în sarcini de integrare. Vă rog!