1C-Bitrix és partnerek cseréjére nem halnak az úton

A legtöbb ügyfelünk - ipari vagy kereskedelmi vállalatok, amelyek foglalkoztatnak több száz vagy több ezer ember, aki sikeresnek mondható és építési tervek a jövőre nézve.
Az egyik leggyakoribb probléma - „Új online”, azaz, hogy az üzleti online értékesítés növelése, a költségek csökkentése, folyamatok automatizálását, növeli autonómiáját.

Ha a vállalat már régóta a piacon, és áll szilárdan a lábán, azt végre, vagy hogy a számviteli rendszer a család 1C. Vezetett katalógus is van, ügyfél bázis és a rend történetét.

Beszéljünk arról, hogy hogyan, hogy ezt a „off-line információ” egy online áruház, vagy saját irodája ügyfelek.

Jellemzően hozzáférést az online kezdődik a probléma, legalábbis:

  • kirak a számviteli rendszer a helyén katalógus,
  • letöltés vissza megrendeléseket.
A feladat viszonylag egyszerű. Ez megköveteli a 20% -át az erőfeszítés és ad 80% -a az eredményeket. Ez megoldja szinte minden fejlesztő. Nem lakunk rajta.

Major ügyfelek nem elég. Ők „felnőttek”. Ők már működő sok éve, és volt ideje, hogy megszerezze a számviteli rendszerek, több ezer partnere és komplex üzleti folyamatokat. Számukra megy online lehet csak a tükörképe az összes folyamat az interneten: Online, az online áruház CRM.

Jellemzően, ezek a folyamatok csökken:

Te ismered magad? - Aztán a cikkben talál a térképen a bánya, és megoldásokat, amelyek takarít meg egy csomó pénzt, és hónap.

Kirakodás partnerek „drága” kérdésekre, és tele dudorok

Bármilyen integráció hasonló az építőiparban a híd egyidejűleg két partján: nehéz, drága, kockázatos. És a „építők” csapat több nyelvet beszél: a fejlesztők a helyszínek és nyilvántartási rendszerek gyakran egymással nehezen érthető.

1C-Bitrix és partnerek cseréjére nem halnak az úton

Kérdésekben a maximalizmus integráció fog kerülni drágán. És pénzben és időben szempontból. A veszteségek minimalizálása, mely egy arányérzék a legnagyobb. Kérdések alább merült a tapasztalat sok projektek, beleértve a hibák.

A szükséges és elégséges adatstruktúra

1C-Bitrix és partnerek cseréjére nem halnak az úton

Frekvencia és irányát csere

  • Egyetlen mentesítés,
  • időszakos (például óránként),
  • real-time módban.

Időszakos mentesítés bonyolultabb. Ezek szükségességét vonja maga után minden csere, hogy összekapcsolják a régi és az új adatok. Ezt meg kell írni a kódot. Sok kódot. És a számviteli rendszerben, és a honlapon. Áldás egy kész formátum / protokoll. Egy példa alacsonyabb lesz.

A fontos kérdés: milyen adatokat csak akkor kell feltölteni az oldalra, és mit kell tennie „mindkét irányban”. Kétoldalú csere nehezebb, és előírja, hogy meghatározza „aki a fontosabb?”

Amennyiben a forrása az igazság

Mert antihrupkosti ügyfelek rendkívül fontos szerepet játszik, hogy egy teljes és következetes tárolt adatok 1C.
Tekintsük a 2. példa amikor ezeket a követelményeket sérülnek.

1C-Bitrix és partnerek cseréjére nem halnak az úton

Az ilyen helyzetek látunk minden projekt, kivétel nélkül.

Kirak ügyfelek ismét - egy könnyű feladat. De újra meg minden e-mail-ek az oldalon - nem könnyű. És ami a legfontosabb ez sértő az elveszett munka.
Erkölcs. Nem szabad olyan helyzetet, ahol az adatok betöltését a számviteli rendszer és kiegészítette a honlapon.

2. példa. Fizetési részletek ügyfelek

IT-erőforrások oldalán a számviteli rendszer

Szinkronizálja az ügyfelek számára, hogy a helyszínen a közelben kell lennie 1-2 programozó, aki képes lesz arra, hogy dolgozzon ki a megfelelő mechanizmus a számviteli rendszerben. Ez nem egy tipikus konfiguráció formák és a számviteli szabályok. Ez a programozás. Be kell, hogy tegye fel magának a kérdést: „és a szakértők képesek lesznek pontosan XX az elszámolási rendszer„?

1C-Bitrix és partnerek cseréjére nem halnak az úton

A tapasztalat azt mutatja, hogy minden egyéb fejlesztő 1C - nem. Félúton kell keresni más fejlesztők finomhangolását. Ez állomása a projekt 1-2-4-12 hónap (számokat veszik a valós projektek).

Az adatstruktúra a helyszínen, és az 1C

Az adatstruktúra a számviteli rendszerben (az 1C példához: UT) eltér egy adatstruktúra az oldalon. Még a logikai szinten.

Az oldalon csak 2-3 egység tartozó vállalkozók:

  • = Belépés + jelszó + email
  • Számlázási profil = name + cég + elérhetőségeit
Mégis van egy csoport a felhasználók, akik ténylegesen szükség lenne vele a hozzáférési jogot. De néha fel lehet használni, hogy több embert „cég”.
1C-Bitrix és partnerek cseréjére nem halnak az úton

Az 1C ilyen szervezetek egyre csatlakoztatva vannak másképpen.

1C-Bitrix és partnerek cseréjére nem halnak az úton

Hogyan lehet kombinálni 2 adatstruktúrát kell megoldani a tervezési szakaszban. Ez nem nehéz, de meg kell merülni, és úgy gondolja, előre a parancsfájlok használatának.

Kommunikáció a megrendelések az ügyfelek

Ha úgy döntünk, hogy hogyan egyeztethetők vállalkozók helyben 1C (lásd. Az előző rész), meg kell győződnie arról, hogy a vállalkozók sikeresen kapcsolódik más szervezetek. Például, a megrendelések az oldalon.
Önmagában ez a link nem működik megfelelően.

Hogyan teszteljük ügyfelek csere

Az egyik nem kézenfekvő kérdés: ki, hogyan és meddig fog tesztelni az ügyfelek közötti 1C és Bitrix. És meg kell vizsgálni több szinten:

  • A méret és az adatok hitelességének fájlmegosztó / üzenetküldés / etc
    1 szkennelési fájlmegosztás miatt akár néhány órával a programozó. Mi általában feküdt az ár az integráció legfeljebb 5 ellenőrzéseket. De ha a számviteli rendszer fejlesztő nem teszteli magát, majd 20 ellenőrzések nem elég.
  • A kommunikációs protokoll: lépések sorozata, action script hiba esetén.
    Automatizált tesztelés kereszteződésében két nagyon különböző rendszerek nagyon ritka. Szinte soha. Tehát vesz egy pár tucat órát kézi tesztelés.
  • használat módja
    Azt is csak manuális vizsgálat. Ez lesz, hogy végre gyakran, és sokszor. Tehát vesz egy másik XX órán előadók.
Erkölcs. hogy ki, hogyan, mit és hányszor vizsgálatok szükségesek, hogy állapodjanak meg a strandon. És mégis jó lenne arra gondolni, felhasználásának módját teszt scriptek :) Ha ez nem történik meg - tesztelés és a start-up késik több hónapig, gyűlnek a kölcsönös neheztelés.

Import felek: receptek

A vaskos ügyfelek 1C-Bitrix "out of the box" 1C

... Sajnos szilárd kettest. És a legjobb nem fog működni az elkövetkező években. Ahhoz, hogy egy közvetlen kérdést a Product Manager-BUS Jurij Volosin úgy kapjuk meg, ugyanaz egyenes választ: 1C-Bitrix úgy vélik, hogy a feltöltési ügyfelek helyben legtöbb weboldal tulajdonosok nem kell ezt a mechanizmust, és nem alakul ki.

1C-Bitrix és partnerek cseréjére nem halnak az úton

„Egerek lesz sün.” és használja segédkönyvek

Kész (jó) mechanizmus kirakodás a szerződő felek számára, 1C-Bitrix nem. De vannak protokollok és formátumok feltölteni tetszőleges könyvtár az 1C. Ezek bármelyike ​​használható számviteli rendszer, nem csak az 1C.

Az ötlet az, hogy forma oldalán a számviteli rendszer 1-2-10 könyvtárak a megfelelő adatokkal (jur. Person, a fizetési mérleg, a hozzáférést a különböző típusú árak), és töltse fel őket a helyszínen segítségével a kész „közlekedés”. Ennek eredményeként nem lesz Highload-blokk az oldalon. A velük való munka öröm (szemben az információs blokk).
Például végrehajtott feltöltés ügyfelek mybox. Aperture. GRASS és még egy pár titkos projekt.

100+ megoldás takarít órányi fejlesztés és nőtte ki magát a megbízható. Ez az eljárás, azt javasoljuk, hogy a „default”.
A figyelmes olvasó azt fogja kérdezni: „de ez csak a kirakodás vállalkozók egy oldalon, és hogyan lehet letölteni a helyszínen 1C?”. Rendben, ez csak a fele a munkát. De ő már lehetővé teszi a 90% -a üzleti forgatókönyvek. A visszatérés loading lehet tenni, például információval együtt a megrendeléseket.

Webszolgáltatások és real-time módban

Ez a forgatókönyv akkor megfelelő, ha a számviteli rendszer elérhető az interneten (ez az, ahol ez lesz csatlakozni az oldalon), vagy a helyszínen szerver ugyanazon a fizikai alhálózaton a szerver 1C. És ha a 1C-hajó készen áll, hogy írni és fenntartani webes szolgáltatások. 1C tudja, hogy minden rendben, 1C becenevek gyakran nem tudják, hogyan.

Nagy szükség van rá, hogy nem alkalmazza a számviteli rendszer a megnyitón minden oldalon, különben nem fog megfojtani elindult egy hullám a kéréseket. Helyes, hogy a rendszeres egyeztetését adatszinkronizálás vagy bizonyos események bekövetkezésekor.

Exotica: Transit Database

Az adatbázis és a weboldalt, és a számviteli rendszer van elhelyezve nem triviális. Nem viheti ilyen módon, és levelet öreg SQL-lekérdezés. Plusz, biztonsági okokból, senki sem akarja, hogy a „kívülállók” a saját bázis.

Ebben az esetben lehetőség van arra, hogy megfeleljen a semleges területen. - El kell fogadni egy külön adatbázis, amely képes lesz arra, hogy félelem nélkül dolgozhatnak a két rendszerben. Programozók számára ez a módszer sokkal kényelmesebb, mint az adattovábbítás a fájlok.
Természetesen amellett, hogy a tranzit adatbázist kell szervezni az értesítési csatorna. Általa a rendszer tájékoztatják egymást ezekről a változásokról. Lehet például webes szolgáltatások azt az előző bekezdésben.
Ilyen forgatókönyv működik „Personal Account Eurázsia”.

az alsó

Az ügyfelek közötti a helyszínen, és a számviteli rendszer - az alapja a fejlesztés az oldalon. Ahhoz, hogy ez jobb az első alkalommal, és szükség van a megfelelő tapasztalat. Mi - mi van, és készek, hogy segítsen integrációs feladatokat. Kérlek!