Integrácie Torgsoft s e-shopmi, CRM a marketplace platformami

1. Ako organizovať výmenu a kto za čo zodpovedá

Adaptér — samostatný program alebo modul webu, ktorý konvertuje súbory Torgsoft na požiadavky na API externej služby a pripravuje súbory nových objednávok pre Torgsoft. API platformy poskytuje povolené operácie s jej produktmi, objednávkami alebo kontaktmi. Feed — súbor katalógu, ktorý služba sťahuje prostredníctvom odkazu alebo prijíma cez svoj mechanizmus importu.

Pripojenie pozostáva z dvoch častí. Integrátor konfiguruje export a import v Torgsoft. Vývojár vytvorí alebo nainštaluje kompatibilný modul na strane webu, CRM alebo trhoviska. Aktivácia možnosti poskytuje funkcie Torgsoft v rámci jej dokumentácie; externá služba výmeny vykonáva konverziu dát a pracuje s API vybranej platformy.

Jedna osoba môže plniť viacero úloh. V technickom zadaní pre každú oblasť je aj tak určený vykonávateľ a výsledok, podľa ktorého sa práca kontroluje.

Smery prenosu dát

Tri spôsoby pripojenia

1. Štandardná integrácia. Majiteľ aktivuje možnosť alebo modul TOM, integrátor ho nakonfiguruje podľa pokynov. Zoznam operácií je určený dokumentáciou pripojenia.
2. Adaptér tretej strany. Integrátor pripraví súborovú výmenu Torgsoft, vývojár pracuje s API alebo feedom platformy a generuje súbory objednávok.
3. Pripojenie cez web alebo CRM. Torgsoft si vymieňa dáta s jedným systémom, ktorý má konektory do ďalších kanálov. Vývojár určuje trasu objednávok, zdroj skladových zásob a pravidlá rezervácie pre všetky články.

Pre každý kanál je určená jedna trasa príchodu objednávky do Torgsoft. Napríklad objednávky z trhoviska sa prenášajú priamym adaptérom alebo cez CRM. Súčasný import oboma trasami vyžaduje spoločný mechanizmus na vylúčenie duplikátov.

2. Čo pripraviť v Torgsoft a ako čítať jeho súbory

Základom adaptéra je formát synchronizácie internetového obchodu s Torgsoft. Nastavenia sú popísané v inštrukciách k možnosti. Pred vývojom integrátor odovzdá vývojárovi aktuálny súbor tovarov, nastavenia exportu a číslo verzie databázy.

2.1. Príprava objektu synchronizácie

1. Aktivovať «Synchronizáciu s internetovým obchodom» a otvoriť Sklad → Synchronizácia s internetovým obchodom.
2. Vytvoriť objekt s názvom kanála. Vybrať centrá evidencie pre export a centrum, z ktorého sa vystavujú objednávky.
3. Určiť zdroj ceny pre faktúru: Torgsoft alebo internetový obchod. Pre uloženie nákupnej ceny na platforme začiarknite «Pre tovary na faktúre brať ceny z».
4. Dohodnúť rezerváciu, spracovanie chýbajúceho množstva a účet alebo pokladňu pre platby.
5. Nastaviť polia, názvy súborov, kódovanie, prenos klientov a spôsob doručenia fotografií.
6. Nakonfigurovať adresu výmeny, manuálne preniesť testovacie tovary a stiahnuť jednu objednávku.
7. Po kontrole zapnúť plánovač a upozornenia pre zodpovedného zamestnanca.

Na karte «Klienti» sa kontroluje vyhľadávanie podľa telefónneho čísla, vytváranie nových klientov a aktualizácia ich údajov. Vývojár prenáša telefón v dohodnutom medzinárodnom formáte. Vyhľadávanie podľa telefónu nenahrádza kľúč objednávky a nechráni pred opakovaným vytvorením dokladu.

2.2. Doručenie súborov: FTP so SSL/TLS alebo adresár webového servera

Typ «Web-server» pracuje so súbormi v určenom adresári. Nevytvára univerzálne REST API Torgsoft. SFTP je iný protokol; jeho podpora v Make, n8n alebo na trhovisku neznamená podporu vo vybranom spôsobe doručenia Torgsoft.

Adresáre produktového feedu, objednávok, kontaktov a certifikátov sú oddelené podľa prístupových práv. Za verejnou URL adresou reklamného systému sa umiestňuje iba povolený súbor tovarov a obrázky.

2.3. Tovary, ceny, skladové zásoby a fotografie

TSGoods.trs — je typický názov pre CSV s oddeľovačom ;. Polia, ich názvy, poradie, hlavička a názov súboru sú konfigurovateľné. Alternatívnym formátom je YML, XML-katalóg so zodpovedajúcou štruktúrou tagov.

CSV parser sa nastavuje podľa skutočného exportu: oddeľovač, hlavičky, kódovanie, úvodzovky a čísla. Špeciálne znaky sa testujú na testovom súbore. V režime UTF-8 Torgsoft generuje produktový CSV s BOM — servisnou značkou kódovania na začiatku súboru; adaptér ju musí spracovať.

YML Torgsoftu nie je hotovým feedom pre každú službu. Vývojár kontroluje koreňový element, povinné tagy, vlastnosti, jazyky a ID príjemcu. Napríklad Hotline používa vlastnú štruktúru XML, a trhoviská vyžadujú kódy kategórií a hodnoty vlastností.

2.4. Formát novej objednávky

Torgsoft prijíma textové súbory .sal. Od verzie DB 493 sú podporované aj XML a JSON v UTF-8. Pre SAL sa používa kódovanie objektu synchronizácie; v režime UTF-8 je potrebný BOM. Názov súboru sa skladá z ASCII znakov: latinských písmen, číslic a bezpečných oddeľovačov.

Dáta z API sa konvertujú do schémy Torgsoft: kupujúci prechádza do Client, parametre — do Options, položky — do Goods. Povinné polia: Client.Name, Options.OrderNumber, Options.SaleType a GoodID, Price, Count pre každý tovar.

Príklad JSON s podmienenými dátami pre predobjednávku:

{
  "Client": {
    "Name": "Testovací kupujúci",
    "MPhone": "+380670000000",
    "EMail": "buyer@example.com"
  },
  "Options": {
    "OrderNumber": "SHOP-A-100042",
    "SaleType": "1",
    "OrderDate": "2026-10-05 12:00:00",
    "CurrencyInternationalCode": "UAH",
    "Comment": "Testovacia objednávka externého kanála"
  },
  "Goods": [
    { "GoodID": "201", "Price": "1290.00", "Count": "1" },
    { "GoodID": "202", "Price": "350.00", "Count": "2" }
  ]
}

Pred načítaním integrátor dosadí reálne GoodID z testovacej databázy a skontroluje doklady v programe. Vývojár generuje stabilné OrderNumber z kódu kanála, obchodu a externého ID. Čísla rôznych objednávok a obchodov sa nesmú zhodovať.

Ďalšie polia prenášajú adresu, doručenie, dátum rezervácie, kód meny, druh obchodu a centrum evidencie. Dostupnosť závisí od verzie databázy. WarehouseID sa preberá z Torgsoft; kód skladu trhoviska vyžaduje mapovanie. Účel WarehouseID vo všeobecných parametroch a riadku produktu je popísaný vo formáte výmeny.

2.5. SaleType: aké doklady import vytvára

Pre SaleType 2–5 dokumentácia predpokladá prítomnosť celého potrebného množstva v centre evidencie. Pri absencii tovaru môže predaj ísť do mínusu. Pred automatickým vytvorením dokladov sa kontroluje množstvo a pravidlá postupu pri jeho nedostatku.

Komentár «zaplatené» neuskutočňuje platbu. SaleType nevykonáva vrátenie prostriedkov v platobnej službe. Vývojár a integrátor dohodnú udalosť platformy, typ dokladu, účet príjmu a ďalšie kroky zamestnanca.

2.6. Klienti, veľkoobchodné ceny a certifikáty

Podľa nastavení Torgsoft exportuje TSClients.trs: meno, priezvisko a otčestvo (FIO), kontakty, adresu, kartu klienta, zľavu, sumu na jej výpočet a nazbierané bonusy. Vývojár určuje kľúč priradenia a prenáša príjemcovi len potrebné polia. História nákupov nie je súčasťou tohto súboru.

Možnosť «Politika veľkoobchodných cien» pridáva XML s prahovými hodnotami množstva a cenami. Pre certifikáty je určený CSV TSGiftCertificate.trs. Príjemca musí implementovať príslušné pravidlá tvorby cien alebo vernosti.

Použité bonusy a certifikáty sa prenášajú v objednávke cez BonusPay a GiftCertificate. Integrátor aktivuje potrebné možnosti a nastavenia; vývojár pred platbou skontroluje aktuálne dáta podľa dohodnutého procesu. Tím overuje konečné odpísanie v Torgsoft a pravidlá na zrušenie nákupu.

Export bonusov a certifikátov je snímka v čase vytvorenia. Na využitie vernostného programu vo viacerých kanáloch je potrebný dohodnutý proces kontroly a odpísania. Samotný súbor neblokuje opätovné použitie certifikátu v inom obchode.

2.7. Plánovač, POST-správy a potvrdenie importu

Tovary a objednávky môžu mať samostatné úlohy. Integrátor vyberá typ synchronizácie a vykonávateľa: Torgsoft alebo server automatických úloh. Na spustenie programom je potrebný otvorený program na uvedenom počítači pod uvedeným používateľom. Pre prácu na pozadí sa kontroluje služba, jej verzia, práva a prístup k súborom.

Interval sa nastavuje podľa odporúčaní nápovedy: nie častejšie ako raz za 10 minút s ohľadom na ostatné objekty. Vývojár samostatne nastavuje frekvenciu požiadaviek na API. Časté dopytovanie platformy neurýchli import súboru do Torgsoft mimo plánovača.

«Odosielať POST-požiadavku po synchronizácii» informuje web o dokončení výmeny. Vývojár poskytne URL, názov a hodnotu parametra; integrátor ich nastaví v programe. Pre požiadavku sa nastaví konečný časový limit (timeout), povolený User-Agent a presmerovanie. Časový limit 0 znamená neobmedzené čakanie.

Táto správa nie je tokom všetkých udalostí predaja alebo vrátenia. Po nej adaptér číta pripravené súbory. Webhooky externej platformy prijíma vlastný HTTP obslužný program adaptéra.

V FTP scenári sa súbor objednávky stiahne lokálne a odstráni z FTP, potom sa spracuje programom a po úspešnom importe sa odstráni lokálne. Zmiznutie súboru z FTP nepotvrdzuje vytvorenie dokladu. Chybný súbor v lokálnom adresári môže brániť ďalšiemu importu; integrátor kontroluje log a doklady.

3. Štandardné integrácie a možnosti TOM

Pre tieto scenáre sa využívajú funkcie Torgsoft alebo špecializované možnosti. Majiteľ získa prístup v externej službe, integrátor nastaví režim. Podpora pokrýva zdokumentované operácie pripojenia.

Dokumentácia: integrácie Torgsoft, nápoveda k programu, bankové výpisy.

Hotové moduly Torgsoft Online Market

Torgsoft Online Market, TOM — platforma internetového obchodu, ktorá funguje spolu s Torgsoft. Prístupy, platby, feedy a externé zdroje sa nastavujú v paneli TOM. Jej integrácie sa týkajú dát obchodu a nevytvárajú API ku všetkým dokladom Torgsoft.

4. Platformy internetových obchodov

Pre CMS je potrebný modul, ktorý mapuje položky webu na tovary Torgsoft, aktualizuje dohodnuté polia a prenáša nové objednávky. Majiteľ poskytne prístup k obchodu a definuje sklad. Integrátor pripraví výmenu súborov. Vývojár nainštaluje kompatibilný konektor alebo vytvorí adaptér k API platformy.

Pred spustením stanovte, kto vytvára karty tovarov a spravuje popisy. Pre už naplnený web je možné prenášať iba ceny a zostatky. Ak karty bude vytvárať adaptér, dodatočne potrebuje kategórie, vlastnosti, varianty, fotografie a pravidlá publikovania.

5. Trhoviská a služby inzerátov

Prom.ua, Rozetka a Satu.kz sú rozobraté medzi štandardnými možnosťami. Pre platformy v tejto tabuľke je popísaná práca adaptéra tretej strany. Majiteľ si najprv zaregistruje účet predajcu a prístup k potrebným operáciám. Vývojár skontroluje povolenia aplikácie, požiadavky kategórií, formát ceny a množstva, a integrátor pripraví výmenu Torgsoft.

Prenos iba artiklu, názvu a ceny postačuje na aktualizáciu časti už vytvorených ponúk. Pre publikovanie novej karty sú potrebné všetky povinné atribúty platformy. Chýbajúce dáta v súbore tovarov sa ukladajú v tabuľke zhody alebo v adresároch adaptéra.

Povinné zhody trhoviska

• Tovar: GoodID Torgsoft → SKU predajcu → ID ponuky a jej variantu. Pre súpravu sa ukladá zloženie a pravidlo prepočtu množstva.
• Sklad: centrum evidencie → warehouse/location/storefront platformy. Predaje zo skladov trhoviska sa oddeľujú od vlastných.
• Objednávka: kanál + účet predajcu + externé ID → OrderNumber. Číslo sa používa nemenne pri všetkých opakovaných prijatiach.
• Cena: mena, dane, akciová a skutočná nákupná cena. Provízia platformy automaticky neznižuje sumu produktov v objednávke.
• Stav: aké statusy umožňujú import, rezerváciu, platbu, expedíciu a manuálne zrušenie. Statusy rôznych systémov majú vlastný význam.

6. Produktové katalógy a reklamné kanály

Tieto služby prijímajú produktové dáta pre zobrazenie ponúk. Objednávka sa vybavuje vo vyhradenom predajnom kanáli, odkiaľ sa prenáša do Torgsoft. Majiteľ pripraví firemný účet a web; vývojár vytvorí feed alebo použije hotový modul obchodu; marketér skontroluje diagnostiku a reklamu.

Feed sa publikuje kompletne: vývojár skontroluje štruktúru, počet položiek a dostupnosť odkazov, a následne nahradí pracovnú verziu. Prázdny alebo neúplný súbor je zablokovaný až do zistenia príčiny, aby externá služba nestiahla z publikovania aktuálne ponuky.

7. CRM a viackanálové predaje

CRM môže spájať objednávky webov a trhovísk. Pre takúto schému je potrebný samostatný most medzi CRM a Torgsoft. Prítomnosť konektorov ku kanálom v CRM automaticky nenakonfiguruje tento most.

Majiteľ určuje zdroj skladových zásob a postup rezervácie. Vývojár zhromažďuje objednávky, ukladá zdrojový kanál a ID, mapuje produkty a vytvára súbor Torgsoft. Integrátor skontroluje výsledné doklady. Kým objednávka nie je importovaná a neovplyvnila účtovnú zásobu, adaptér alebo CRM ju zohľadňuje v dohodnutej rezervácii kanála.

Ako rozdeliť statusy

Vývojár vedie tabuľku zhody: status CRM, podmienka importu, SaleType a akcia manažéra. Napríklad, potvrdená nezaplatená objednávka môže vytvoriť faktúru bez expedície. Po skutočnej platbe už vytvorenej faktúry manažér alebo samostatný podporovaný mechanizmus zaregistruje platbu. Opakovaný import tej istej objednávky ako novej faktúry je vylúčený.

Zrušenia a vrátenia tovaru po importe sa dostávajú do frontu na odsúhlasenie. Zodpovedný zamestnanec zmení doklady Torgsoft a potvrdí dokončenie operácie. Automatizácia tejto fázy sa zahŕňa len s konkrétnym podporovaným spôsobom práce s dokladom.

8. Mailingy, telefónia a messengery

Pre SMS, Viber, e-maily a telefóniu sa najprv skontrolujú štandardné nastavenia Torgsoft z časti 3. Pre marketingové platformy vývojár použije povolený export kontaktov. Majiteľ určí účel prenosu, právny základ pre zasielanie správ a postup odhlásenia.

Webhook messengera prijíma adaptér. Ten skontroluje udalosť, uloží ju do logu a odpovie platforme. Súbor pre Torgsoft sa vytvorí po kontrole objednávky. To umožňuje opätovne spracovať udalosť bez opakovaného vytvorenia dokladu.

Binotel sa používa v rámci štandardného scenára telefónie. Pre prepojenie hovoru s CRM alebo samostatným botom sa určí vlastná trasa a prístupové práva k dátam rozhovorov. Telefónne číslo kupujúceho nie je identifikátorom jeho objednávky.

9. Platby a doručenie

9.1. Online platba a bankový výpis

Moduly TOM pre LiqPay, Portmone a monobank, ako aj štandardné bankové výpisy sú uvedené v časti 3. Pre iný web sa poskytovateľ platieb pripája na strane webu. Vývojár potvrdzuje výsledok platby, a integrátor schvaľuje jej zobrazenie v Torgsoft.

Ak je nová objednávka prijatá už s potvrdenou plnou úhradou, je možné pre ňu dohodnúť SaleType=2. Pre automatickú účtovnú expedíciu je potrebný samostatne dohodnutý scenár SaleType=3. Ak je už faktúra vytvorená v Torgsoft, neskoršia platba nie je dôvodom na to, aby sa táto objednávka opäť stiahla ako nová.

Čiastočné platby, dobierka, provízie, vrátenia a nezrovnalosti v sumách sa spracovávajú podľa samostatných pravidiel. Integrátor určí účet príjmu, manažér zosúlaďuje sumu predaja s platbou, účtovník — s výplatou od poskytovateľa. Zadržaná provízia a suma prijatá na bankový účet automaticky nemenia cenu zakúpených produktov.

9.2. Prenos dát o doručení

Predajný doklad a prepravný list (TTN) majú rôzny účel. Pre doručenie si majiteľ zriaďuje účet u prepravcu. Vývojár prenáša adresné dáta a externé identifikátory; integrátor určuje, kde sa vytvára TTN a ako ho zamestnanec vidí v Torgsoft.

Polia Nova Poshta, ktoré je potrebné namapovať

V NewPostDeliveryOptions sa prenáša RecepientType, FIO a telefón. Pre doručenie na pobočku sa používa WarehouseRef alebo mesto a číslo pobočky. Ak je odovzdaný WarehouseRef, mesto a číslo pobočky pre toto vyhľadávanie nie sú potrebné. Pre doručenie na adresu sa vypĺňajú príslušné polia pre ulicu, budovu a byt.

Ak je vyplnený DeclarationNumber, ostatné polia tohto bloku sa ignorujú: použije sa existujúci TTN. Jeho stiahnutie je určené pre import s odchádzajúcou výdajkou — SaleType 3 alebo 4 — alebo po vytvorení faktúry z predobjednávky. Integrátor kontroluje tento proces vo svojom scenári.

10. Analytika a automatizácia súborov

Do analytickej služby sa prenáša určený súbor dát: katalóg, zostatky, klienti alebo exportovaný report. Vývojár a analytik odsúhlasia názvy polí, dátum snímky (záznamu), menu a obdobie. Súbor tovarov sa nepoužíva ako zdroj kompletnej histórie predaja.

Pre pravidelný export reportu integrátor samostatne určuje spôsob jeho vytvorenia v Torgsoft. Vývojár neplánuje automatický prístup k žiadnym dátam v databáze len na základe existencie súborovej synchronizácie.

11. Ako zabezpečiť spoľahlivosť, bezpečnosť a údržbu

11.1. Ukladať priradenia oddelene od názvu produktu

Vývojár vytvorí trvalé úložisko pre priradenia. Názov produktu sa môže zmeniť a čiarový kód nie je vždy jedinečný pre všetky záznamy. Pred primárnym mapovaním integrátor skontroluje adresár; neschválené zhody sa nezlučujú automaticky.

11.2. Definovať jednotné pravidlo pre zostatky

Integrátor ukáže vývojárovi, čo presne obsahuje exportované množstvo: fyzickú zásobu alebo dostupnosť už zníženú o zohľadnené rezervy. Vývojár zdokumentuje výpočet pre každý kanál.

Pre súpravu z niekoľkých tovarov vývojár vypočíta počet súprav podľa zloženia súpravy. Pre zlomkový tovar kontroluje mernú jednotku a povolenú presnosť platformy. Nulové množstvo znamená dohodnutú akciu s dostupnosťou a vymazanie karty sa vykonáva iba podľa samostatného pravidla.

11.3. Skontrolovať objednávku pred publikovaním súboru

1. Skontrolovať zdroj, účet, externé ID a povolený status.
2. Nájsť GoodID pre každú položky. V prípade neznámeho SKU poslať celú objednávku do frontu na opravu.
3. Skontrolovať množstvo, jednotky, menu, ceny a zľavy. Vypočítať súčet a porovnať ho s dátami platformy.
4. Dohodnúť zobrazenie doručenia, doplatkov a darčekov. Ak sa používa samostatná služba, jej GoodID a účtovné správanie skontroluje integrátor.
5. Skontrolovať kupujúceho, adresu a parametre prepravcu potrebné pre vybraný scenár.
6. Vybrať SaleType podľa dohodnutej tabuľky a vygenerovať súbor schémy, ktorú podporuje verzia databázy.

Súbor s vynechanou položkou alebo neznámym tovarom sa nepublikuje ako čiastočná objednávka bez samostatne dohodnutého procesu. Údaje o chybe sa uložia na opravu; po nej sa použije to isté externé ID.

11.4. Chrániť import pred duplikátmi

Vývojár vytvorí v logu jedinečný kľúč «kanál + účet + externé ID». Opakovaná udalosť aktualizuje stav tohto záznamu. Pred novým publikovaním adaptér skontroluje, či už bol súbor prenesený a či je doklad v Torgsoft potvrdený.

Praktické stavy logu: prijaté → skontrolované → súbor pripravený → publikované → import potvrdený. Chyby a záznamy vyžadujúce zosúladenie sa vedú samostatne. Potvrdenie posledného stavu sa určuje na základe skutočného dostupného mechanizmu konkrétnej integrácie alebo overením zodpovedného zamestnanca.

Prijatie FTP-serverom, HTTP 200 a odstránenie súboru sa nepovažujú za univerzálne potvrdenie dokladu. Po zlyhaní na hranici prenosu adaptér zastaví opakované publikovanie tejto objednávky až do zosúladenia. Samotná hodnota OrderNumber nie je zdokumentovanou zárukou ochrany pred všetkými opakovanými importmi.

11.5. Publikovať iba dokončené súbory

Vstupný súbor tovarov sa číta až po dokončení generovania a overení štruktúry. POST správa, plánovač alebo brána sa využívajú v súlade s nastavenou trasou. Adaptér kontroluje integritu súboru a odmieta neúplné záznamy.

Výsledok adaptéra sa najskôr zapíše do servisného adresára, skontroluje sa a následne sa publikuje ako dokončený súbor. Pre objednávky má dočasný súbor príponu, ktorú importér nespracováva. Premenovanie sa vykonáva v rámci súborového systému alebo overeného mechanizmu servera; atomicitu tohto kroku kontroluje správca.

Pracovný produktový feed sa uchováva až do úspešnej kontroly ďalšej verzie. Porovnáva sa počet produktov, podiel nulových zostatkov, povinné polia a veľkosť súboru. Prahy anomálií sa dohodnú s majiteľom, aby nebolo plánované stiahnutie sortimentu zablokované bez vysvetlenia.

11.6. Oddeliť chyby a opakované pokusy

• Autorizácia: zastaviť príslušnú trasu, informovať správcu, obnoviť prístup podľa pravidiel platformy.
• Limit API alebo dočasná nedostupnosť: uložiť úlohu a zopakovať ju s riadeným oneskorením a dodržaním Retry-After, ak bol odovzdaný.
• Nesprávne dáta: poslať záznam na opravu; nezmenený chybný súbor opakovane nepublikovať.
• Čiastočný výsledok dávky: prečítať odpovede pre každý produkt a zopakovať iba povolené nevykonané operácie.
• Nedefinovaný výsledok importu: zosúladiť doklad pred zopakovaním.

Monitorovanie ukazuje poslednú úspešnú aktualizáciu, vek zostatkov, počet a vek neprenesených objednávok, chyby SKU a oneskorené potvrdenia. Majiteľ určí zamestnanca pre každý typ upozornení. API požiadavka s úspešným HTTP kódom sa dodatočne kontroluje na obchodné chyby v tele odpovede.

11.7. Chrániť prístupy a osobné údaje

• Pre FTP Torgsoft zapnúť SSL/TLS a skontrolovať skutočné šifrovanie. Externé HTTP rozhrania adaptéra fungujú cez HTTPS.
• Kľúče a heslá uchovávať v chránených nastaveneniach. Nepridávať ich do URL verejných feedov, repozitárov, správ a logov.
• Vydávať minimálne práva. Používať samostatné prístupy pre produkčné prostredie a pre testovanie.
• Kontrolovať podpis webhooku a aktuálnosť autorizácie podľa pokynov poskytovateľa. Zapísať udalosť do spoľahlivého úložiska pred potvrdením jej prijatia.
• Oddeliť verejný adresár od súborov klientov, objednávok, bonusov a certifikátov. Obmedziť dobu uchovávania a prístup zamestnancov.
• V logoch maskovať zbytočné kontaktné a platobné údaje. Prenos kontaktov na reklamu koordinovať s pravidlami súhlasu a odhlásenia.

11.8. Kontrolovať manuálne a spustenie na pozadí samostatne

Správca a integrátor kontrolujú aktuльную verziu Torgsoft, server automatických úloh a knižnice dodávané pre toto pripojenie. Nekompatibilné knižnice SSL sa nenahrádzajú náhodnými DLL z cudzích webov.

Kontrolná objednávka sa spustí manuálne a cez skutočnú službu. Skontroluje sa používateľ služby, práva, adresáre, jazykové a regionálne nastavenia, prístup do siete a výsledok po reštarte. Úspešný manuálny import nepotvrdzuje prácu úlohy na pozadí.

Po zmene verzie programu, schémy súborov, tvorby cien, modulov webu alebo API sa kľúčové testy opakujú. Vývojár spravuje verzie adaptéra a zmluvy o výmene; majiteľ určuje zodpovednú osobu za aktualizácie.

12. Plán testovania a prevzatia integrácie

Bezplatných 30 dní možnosti je možné využiť na kontrolu výmeny s vybranou službou. Najprv majiteľ zriadi prístupy a schváli scenár; potom integrátor aktivuje možnosť a vývojár spustí pripravený adaptér. Schválenie aplikácie externou platformou, jej tarify a vývoj sa posudzujú samostatne.

Čo musí byť pripravené pred prvým spustením

Postupnosť prác

1. Kontrola prístupov. Vývojár vykoná povolené čítanie katalógu a objednávok, skontroluje autorizáciu a potrebné operácie.
2. Test katalógu. Integrátor exportuje kontrolné produkty; vývojár skontroluje nové a existujúce karty, varianty, ceny a nulové množstvo.
3. Test objednávки. Vývojár odošle súbor; integrátor skontroluje kupujúceho, každé GoodID, množstvo, cenu, menu a vytvorené doklady.
4. Platby a doručenie. Manažér a integrátor skontrolujú dohodnuté typy platieb, rezervu, expedíciu a TTN.
5. Zlyhania a opakovania. Tím otestuje opakované udalosti, stratu prístupu, neúplný súbor, neznáme SKU a reštart služby.
6. Obmedzené spustenie. Majiteľ pripustí dohodnutý sortiment a kanál; tím sleduje niekoľko úplných cyklov a zosúlaďuje výsledok.
7. Prevzatie. Majiteľ dostane inštrukcie, denník testov, prístupy k monitoringu a postup údržby.

Kontrolné testy

Pre každý test tím zapisuje do logu skutočný výsledok, externé ID, OrderNumber a doklad Torgsoft. Príklad JSON a kontrola jeho syntaxe nenahrádzajú import v nainštalovanej verzii programu.

Pred odovzdaním do prevádzky majiteľ dostane zoznam automatizovaných operácií, manuálnych výnimiek, intervalov aktualizácie a zodpovedných osôb. Samostatne sa fixujú tarify platforiem, potrebné možnosti, lehota podpory adaptéra, postup aktualizácií a obnovy po zlyhaní.