Van a cégetekben egy kolléga, aki naponta átgépeli ugyanazt az adatot az egyik programból a másikba: rendelést, cikkszámot, partnert. Ez a lépés elvehető tőle. Itt azok a munkák vannak összegyűjtve, amelyek után a programjaitok maguktól adják át egymásnak, mi történt.
Röviden
Két program összekötése azt jelenti, hogy az egyikben keletkező adat, például egy rendelés, egy számla vagy egy készletváltozás, ember nélkül átmegy a másikba. Ez a programok hivatalos gépi kapcsolatán, az API-n, vagy exporton és importon keresztül történik. Így senki nem gépeli be kétszer ugyanazt, és a két nyilvántartás nem csúszik szét.
Frissítve:
Kedd reggel, nyolc óra. Az irodavezető megnyitja a számlázót, mellette a raktárprogramot, és egyenként átírja a tegnapi rendeléseket: cikkszám, darab, partner. Közben csörög a telefon, és a hatodiknál lemarad egy nulla. Két hét múlva derül ki, hogy a nyilvántartásban hatvan darab szerepel, a polcon meg hat.
Hat tipikus munka tartozik ide, a legkisebb belépőtől a teljes, végigkötött folyamatig. Bármelyiken be lehet lépni, és nem kell az egészet egyszerre.
A számlázó, a raktárprogram és a táblázat külön él, és ma valaki kézzel viszi át köztük az adatot.
A boltban délelőtt elfogy az utolsó darab, a weben este mégis megrendeli valaki.
A számla tételsorai a NAV-ból már megvannak, mégis valaki soronként átírja őket a raktárprogramba.
A bejövő számlák adatát a számlázótok talán már be is húzza, de beszállítói kimutatás, költségfigyelés vagy párosítás még nem lesz belőle.
A beszállító listája hetente változik, és ma valaki táblázatból másolja át a webshopba.
Rendeléskor valaki három árlistát nyitogat, és fejben hasonlít.
Az adat ott keletkezik, ahol eddig is. Onnan viszont már nem ember viszi tovább, hanem a programok adják át egymásnak; ahol van gépi kapcsolat, ott jellemzően percek alatt.
Most
| A | B | C | D | |
|---|---|---|---|---|
| 1 | Termék | Raktár | Webshop | Eltérés |
| 2 | Tetőléc 4 m | 60 | 6 | melyik jó? |
| 3 | Csavar 6x60 | 40 | 40 | – |
| 4 | Festék 10 l | 86 | #HIÁNYZIK | ? |
| 5 | Szigetelő tábla | 12 | 12 | – |
Utána
A rendelés továbbra is a webshopban születik, a számla a számlázóban. Ami változik: a következő programba már nem egy kolléga gépeli át, hanem magától megy át, és minden átadásnak nyoma marad. Utólag is látszik, mi ment át és mikor.
Ami nem illik a szabályba, például egy új cikk, amelynek nincs párja a raktárban, az nem vész el: a napló tetején vár, amíg valaki dönt róla. Úgy építjük meg, hogy a program ne találgasson, hanem szóljon.
Ma minden programnak külön jegyzetfüzete van, és valakinek át kell írnia az adatot az egyikből a másikba. Az összekötés egy közös jegyzetfüzet: mindegyik program ugyanoda ír, és ugyanonnan olvas. További fogalmak a szótárban
Szinte mind, csak nem mind ugyanúgy. A számlázótól a webshopon át a könyvelőprogramig a cégben használt programok többnyire tudnak valahogyan adatot adni és fogadni. A kérdés az, melyik utat engedik.
Mielőtt bármit ígérnénk, megnézzük, a ti programjaitok melyik utat engedik, és ahhoz igazítjuk a munkát, nem fordítva.
Az API egy program hivatalos adatkapuja: rögzített szabályok szerint ad és fogad adatot, így egy másik program ember nélkül tud vele beszélgetni. Nektek nem kell értenetek hozzá, de érdemes tudni, hogy nem minden programnak van ilyen. Mi az az API, és hogyan köt össze két programot?
Attól, hogy egy pontatlan számot gyorsabban mozgatunk, még pontatlan marad. Három helyzetben ezért azt mondjuk, hogy várjatok.
Ha nem két program között akad el az adat, hanem egy ismétlődő irodai lépésben, az az adminisztráció automatizálása. A NAV-ból érkező számlaadatokról pedig külön írtunk: Bejövő számlák a NAV Online Számlában: mire jók?
Először azt nézzük meg, a ti programjaitok milyen utat engednek: gépi kapcsolatot, exportot vagy a program saját modulját. Ehhez igazítjuk a munkát, nem fordítva.
Első lépés
Rövid telefonos beszélgetés, kötelezettség nélkül: elmondjátok, mi megy ma kézzel.
1. út: konkrét fejlesztés
Részletes konzultáció, terv és árajánlat, akár több csomaggal, utána fejlesztés és átadás.
2. út: teljes átvilágítás
Munkavállalónként felmérjük, mi váltható ki, és ebből priorizált, hosszú távú terv lesz.
Az átadás után 30 napig
Betanítjuk a csapatot, és amit menet közben látunk, azt finomítjuk.
Az árat írásos, tételes árajánlatban kapjátok meg. Ha kiderül, hogy nálatok ezt nem éri meg megcsinálni, azt is megmondjuk. A két út lépésről lépésre: hogyan dolgozunk?
Azt, hogy amit az egyik programba beírtok, az ember nélkül megjelenik a másikban is: a rendelésből raktári mozgás lesz, a számla tételeiből bevételezés, a készletváltozásból frissülő webshop. Az átadás a programok gépi kapcsolatán vagy exporton és importon át megy; gépi kapcsolatnál jellemzően percek alatt. Ha valami nem illik a szabályba, arról a program szól, nem hagyja ki csendben.
Az API egy program hivatalos adatkapuja, amelyen keresztül egy másik program ember nélkül tud adatot kérni tőle vagy adni neki. Nektek nem kell értenetek hozzá: megnézzük, melyik programotoknak van ilyen, és bekötjük. Ahol nincs, ott exporttal, importtal vagy a program saját moduljával oldjuk meg ugyanezt.
Úgy építjük meg, hogy ilyenkor az átadás várjon, és amikor a program újra elérhető, pótolja a kimaradt tételeket. Ha egy frissítés megváltoztatja a program adatkapuját, azt az összekötés hibaként jelzi, és javítani kell. Ha kéritek, ezt a jelzést mi kapjuk meg: a folyamatos felügyelet külön kérhető.
Többnyire nem: az összekötés a meglévő programjaitokra épül, és nem kell miatta újat tanulnotok. Ha az egyik programból semmilyen módon nem lehet adatot kinyerni, azt az első beszélgetésen megmondjuk, és megmutatjuk a lehetőségeket, a cserét is beleértve.
Egy rövid telefonos beszélgetés, kötelezettség nélkül. Elmondjátok, melyik két programba viszitek fel ugyanazt, és megmondjuk, mit lehetne vele kezdeni, és azt is, ha szerintünk nem éri meg.
Egy rövid telefon. Ha nem éri meg, azt is megmondjuk.