Povezivanje programa bez API-ja moguće je kada postoji drugi podržan način razmene podataka: uvoz i izvoz datoteka, dobavljačev konektor ili dogovoren pristup podacima. Automatizacija rada kroz ekran može biti dodatna mogućnost, uz posebnu proveru pouzdanosti. Najpre proverite šta program dozvoljava, koje podatke može da primi i kako potvrđuje uspešan unos.
Recimo da zaposleni iz portala prepisuje porudžbine u stari poslovni program. Pre razvoja treba utvrditi da li taj program ume da uveze celu porudžbinu ili samo spisak artikala. Od toga zavisi koliko rada može da se poveže i šta ostaje zaposlenom. Širi obim razmene obrađujemo kroz integracije poslovnih sistema.
Šta prvo pitati dobavljača programa?
Pošaljite naziv i tačnu verziju programa, funkciju koju želite da povežete i primer podataka bez poverljivih vrednosti. Tražite dokumentaciju za uvoz, izvoz ili postojeći konektor. Proverite da li je funkcija uključena u vašu licencu, da li sme da se koristi automatski i ko pruža podršku kada se format promeni.
Odvojeno proverite čitanje i upis. Izvoz cenovnika može da reši prikaz cena, ali prijem porudžbine traži odgovarajući uvoz i pravila obrade. Raspitajte se i za povrat rezultata: broj kreiranog dokumenta, odbijene stavke i razlog greške. Bez toga zaposleni teško zna šta je stvarno završeno.
Koji načini povezivanja dolaze u obzir?
Izbor zavisi od dokumentovanih mogućnosti konkretnog programa. Provera sa dobavljačem treba da prethodi ponudi za razvoj.
Pomerite tabelu levo ili desno da vidite sve kolone.
| Način | Kada ga razmotriti | Šta proveriti |
|---|---|---|
| Uvoz i izvoz CSV ili XML datoteka | Program ima dokumentovan format za potrebne podatke. | Mapiranje polja, pravila izmene, raspored prenosa i izveštaj o prijemu. |
| Dobavljačev konektor ili posrednički program | Dobavljač potvrđuje podršku za vašu verziju i konkretan zadatak. | Obim funkcija, licencu, pristupe i odgovornost za održavanje. |
| Odobren pristup bazi za čitanje | Dobavljač dokumentuje dozvoljen pregled podataka. | Prava, značenje polja i opterećenje. Čitanje ne rešava upis porudžbine. |
| Automatizacija kroz korisnički interfejs | Zadatak može pouzdano da se izvrši kroz dozvoljeni ekran programa. | Prijavu, prepoznavanje kontrola, prekide i potvrdu rezultata. |
Konektor treba proveriti prema potrebnoj funkciji; naziv proizvoda sam po sebi ne potvrđuje podršku. Direktan upis u tabele baze bez podržanog postupka može zaobići pravila poslovnog programa. Za upis tražite odobren način koji proverava dokument i povezana pravila.
Ako pouzdana razmena trenutno nije moguća, može imati smisla pripremiti podatke za kontrolisan ručni unos. Zaposleni tada potvrđuje unos, a sistem čuva vezu sa izvornim zahtevom. Takva prva faza treba jasno da navede koji koraci ostaju ručni.
Šta dogovoriti za prenos datoteka?
Za svako polje zapišite izvor, odredište, obaveznost i značenje prazne vrednosti. Da li prazna cena briše postojeću, zadržava je ili odbija ceo red? Dogovorite šifre kupaca i artikala, valutu, jedinicu mere, format datuma i način zapisivanja decimalnih brojeva. Jednaki nazivi kolona ne potvrđuju da podaci imaju isto značenje.
Šifru 00127 tretirajte kao šifru, sa sačuvanim početnim nulama. Microsoft objašnjava kako Excel menja početne nule i duge brojeve, kao i zašto je za takve identifikatore važan tekstualni tip. Proverite izlaznu datoteku posle ručnog otvaranja i čuvanja; izgled ćelije nije dovoljna provera sadržaja koji drugi program dobija.
Odredite i učestalost. Prenos jednom dnevno može odgovarati izveštaju, dok dostupnost poslednjeg komada traži drugačiji dogovor. Uz kopiju zaliha čuvajte vreme izvora i vreme poslednjeg uspešnog prenosa. Odluke o rezervaciji i raspoloživoj količini detaljnije su opisane u vodiču za povezivanje prodavnice sa lagerom.
Šta ako se prenese samo deo porudžbina?
Zamislimo izmišljen primer: datoteka PAKET-07 sadrži tri porudžbine iz portala, POR-101, POR-102 i POR-103. Program je prihvatio prvu i treću, a drugu odbio zbog nepoznate šifre kupca. Ovo je predlog postupka za razradu, bez izvedenog testa klijentskog sistema.
Sačuvajte rezultat za svaku porudžbinu i oznake dokumenata koje je odredišni program napravio. Za odbijenu porudžbinu zadržite izvorne podatke i razlog. Odgovorna osoba ispravlja podatak prema dogovorenom postupku, a ponovno slanje obuhvata samo ono što nije prihvaćeno. Cela datoteka može ponovo da se pošalje tek kada je provereno kako odredište prepoznaje već obrađene porudžbine.
Ako odgovor izostane posle početka uvoza, status je nepoznat. Pre ponavljanja proverite evidenciju u odredišnom programu. Oznaka paketa pomaže da pronađete prenos, ali sprečavanje duplih dokumenata traži prepoznavanje iste porudžbine i na odredištu. Promenjenu prihvaćenu porudžbinu vodite kao izmenu prema pravilima programa.
U Odoo dokumentaciji za uvoz dosledan External ID služi za pronalaženje i ažuriranje postojećih zapisa. To je primer mogućnosti te platforme. Za drugi program treba proveriti njegov identifikator i ponašanje pri ponovljenom uvozu. Kada jedna porudžbina ima više redova, posebno dogovorite da li greška jedne stavke odbija celu porudžbinu.
Kada ima smisla automatizovati rad kroz ekran?
Ovakav postupak, često nazvan RPA, izvršava dogovorene radnje u interfejsu aplikacije. Microsoft Power Automate dokumentacija opisuje prepoznavanje kontrola pomoću UI elemenata i selektora. Mogućnost izbora dugmeta treba dopuniti proverom da li je dokument zaista sačuvan.
U plan uključite promenu ekrana, novi dijalog, istek prijave i prekid tokom čuvanja. Automatizacija treba da stane kada ne može pouzdano da prepozna stanje. Zaposleni dobija mesto za proveru i mogućnost nastavka bez ponavljanja već završenog posla. Promena aplikacije može zahtevati novo podešavanje i proveru tog toka.
Pre izbora proverite uslove korišćenja programa, dozvoljen nalog i potrebne pristupe. Ako radnja traži lično odobrenje zaposlenog, taj korak ostaje u procesu. Automatizacija ne treba da zaobilazi zaštitu ili šalje pristupne podatke kroz javne forme.
Šta proveriti pre uključivanja stvarnih podataka?
Počnite u odvojenom test okruženju ili drugom postupku koji dobavljač izričito odobrava. Koristite probne podatke i unapred definišite očekivane ishode. Sledeća lista je predlog provere, a ne zapis već izvršenog testa.
- Proverite uvoz ispravnog dokumenta i vezu između njegove izvorne i odredišne oznake.
- Pošaljite nepoznatu šifru, prazno obavezno polje i pogrešan decimalni format. Proverite razumljiv razlog odbijanja.
- Ponovite isti prenos i potvrdite da nema dodatnog dokumenta ili ponovljenog poslovnog efekta.
- Prekinite prenos nakon prihvatanja dela paketa. Proverite status svake porudžbine i nastavak bez duplikata.
- Isprobajte naknadnu izmenu, otkazivanje i slučaj sa nepoznatim ishodom čuvanja.
- Proverite istek pristupa, neuspešnu razmenu i obaveštenje osobi koja može da reaguje.
Čuvajte evidenciju prenosa sa oznakom, vremenom i ishodom. Periodično uporedite prihvaćene dokumente i relevantne količine između sistema. Za zapise sa poslovnim efektom, kao što su rezervacija ili naplata, sa dobavljačem dogovorite postupak ispravke. Brisanje zapisa koji vidi posrednik ne vraća automatski stanje u drugom programu.
Šta pripremiti za procenu i održavanje povezivanja?
Pripremite nazive i verzije programa, podržane formate i anonimizovan primer jednog dokumenta. Navedite smer prenosa, približan broj dokumenata i koliko kašnjenje možete da prihvatite. Dodajte kontakt podrške dobavljača i opis postupka kada zaposleni danas ispravlja grešku.
Ponuda treba da obuhvati razvoj, potrebne licence, proveru podataka i odgovornost za kasnije promene formata ili ekrana. Ove dogovore unesite u specifikaciju softvera. Ako portal uvodite postepeno, povežite ih i sa planom paralelne obrade porudžbina iz mejla i portala.
Za procenu povezivanja programa pošaljite opis jednog zadatka i dokumentaciju koju imate. Najpre proveravamo da li postoji podržan put razmene, pa razrađujemo prvu fazu i korake koji ostaju vašem timu.