Sprendimas už išmaniųjų spintelių sistemų integratoriaus partnerystę
YS LOCKER matome, kad aparatinės įrangos pokalbiai vyksta greičiau, kai veikimo klausimas jau aiškus. Ką turėtų apibrėžti užsienio pirkėjas, kada vietinis integratorius prijungs, įdiegs ar valdys išmanųjį-spynaujų projektą? Tikslas nėra duoti visuotinį pažadą apie vieną kabinetą, programinės įrangos paketą ar diegimo būdą. Tai yra suteikti užsienio B2B pirkėjams disciplinuotą būdą apibrėžti projektą prieš palyginant kainas.
Siuntų spintelė yra darbo eigos dalis. Darbo eiga apima operatorių, pristatymo komandą, svetainės komandą, gavėją ir kartais atskirą programinės įrangos ar integravimo partnerį. Kai šie vaidmenys neapibrėžti, projektas gali turėti kabineto išdėstymą, bet ne patikimą susitarimą dėl perdavimo, išimčių, informacijos srauto ar priėmimo. Rekomenduojame įrašyti numatomą darbo eigą paprasta kalba ir laikyti ją dizaino įvestimi.
Prieš integruodami aiškiai nurodykite sistemos nuosavybės teisę
Tiekėjo ir integratoriaus vaidmenims, kabineto pristatymui, darbui vietoje, programinės įrangos nuosavybei, keitimuisi protokolais, testavimui, eskalavimui ir pakeitimų kontrolei svarbiausias dokumentas yra atsakomybės žemėlapis. Jame turėtų būti nurodyta vietinio partnerio apimtis, diegimo atsakomybė, platformos savininkas, sąsajos dokumentai, vietos sąlygos, bandymo planas, mokymo lūkesčiai ir eskalavimo kontaktai. Tai neleidžia spintelių tiekėjui, platformos savininkui, vežėjui, integratoriui ir svetainės operatoriui manyti, kad kitai šaliai priklauso ta pati funkcija.
Daugelis siuntų spintelių operatorių jau naudoja savo operacinę programinę įrangą arba trečiosios šalies platformą. Tuose projektuose YS LOCKER gali pateikti užrakto-valdymo plokštės API arba projekto integravimo protokolą. Terminalo programinė įranga, prekės ženklo kūrimas, pristatymo ir paėmimo darbo eigos, serverio sąsajos ir valdymo funkcijos taip pat gali būti aptariamos pagal patvirtintą projekto apimtį. Trečiųjų-šalių funkcijų ar tinkintos programinės įrangos apimties nepateikiame kaip numatytosios kiekvienos spintelės funkcijos.
Prieš pradėdami kurti, paruoškite dokumentus
Pradėkite nuo klausimo, kuris yra arčiausiai pirkėjo realios rizikos. Šiai temai tai yra tiekėjo ir integratoriaus vaidmenys, kabineto pristatymas, darbas vietinėje svetainėje, programinės įrangos nuosavybė, keitimasis protokolais, testavimas, eskalavimas ir pakeitimų valdymas. Sukurkite trumpą lentelę, kurioje išvardyta dabartinė būklė, savininkas, galintis ją patvirtinti, turimi įrodymai ir dar reikalingas sprendimas. Taip gaunamas aiškesnis prašymas pateikti citatą ir naudingesnė techninė apžvalga.
Stalas neturėtų sustoti prie spintelės. Ji turėtų apimti fizinį išdėstymą, pristatymo ir surinkimo seką, galinius įrenginius, jei reikia, tinklo ir maitinimo sąlygas, veikiančią programinę įrangą ir vietos komandos vaidmenį po paleidimo. Jei funkcija priklauso kliento platformai arba trečiosios šalies platformai, aiškiai nurodykite ją. Jei tai yra konkretaus projekto- tinkinimo užklausa, nurodykite ją kaip užklausą, o ne kaip standartinę paraišką.
Išbandykite perdavimą, ne tik aparatinę įrangą
Prieš užbaigiant komercinį pasiūlymą, pirkėjai turėtų turėti galimybę atsakyti į šiuos klausimus:
Kokia yra tikroji vartotojo ir operatoriaus darbo eiga šioje svetainėje?
Kokio spintelės išdėstymo, durų mišinio, galinių įrenginių ir vietos sąlygų reikia šiai darbo eigai?
Kuriai šaliai priklauso programinė įranga, duomenys, pranešimai, prieigos taisyklės ir išimčių tvarkymas?
Kokius brėžinius, protokolų failus, meno kūrinius ar svetainės dokumentus galima peržiūrėti?
Kurias prekes vis dar turi patvirtinti klientas, svetainės savininkas arba vietinė projekto komanda?
Šis metodas ypač svarbus kelių šalių{0}}projektams. Ta pati spinta gali būti gyvenamosios, mažmeninės prekybos, universiteto, komercinės-nuosavybės ar operatoriaus-valdomos darbo eigos dalis, tačiau atsakomybės modelis nebus tas pats. Aiškiai pateikiant informaciją, įrangos apimtis yra suderinta su operacija, kuri ją naudos.
Ką gali peržiūrėti YS LOCKER
Teikiame išmaniosios spintelės aparatinę įrangą ir galime peržiūrėti konkrečią{0}}projekto spintelės konfigūraciją, skirtą siuntų spintelių programoms. Atsižvelgdami į patvirtintus projekto reikalavimus, galime aptarti spintos ir durų išdėstymą, pagrindinę-ir-pagalbinę struktūrą, spalvas ir paviršiaus grafiką, atitinkamą elektroninę įrangą, diegimo kontekstą ir programinės įrangos ar sistemos{4}}integravimo ribas.
Jei operatorius turi savo programinę įrangą arba dirba su kita platforma, galime peržiūrėti užrakto{0}}valdymo plokštės API arba projekto protokolo reikalavimus. Jei reikalaujama terminalo programinės įrangos, debesų valdymo, būsenos informacijos, ataskaitų teikimo, prieigos metodų ar kitų funkcijų, techniniame sprendime turi būti apibrėžta tikroji jų apimtis. Šis skirtumas padeda pirkėjams nelaikyti siūlomu variantu universalia produkto savybe.
DUK
K: Ar tai fiksuota kiekvienos siuntų spintelės konfigūracija?
A: Ne. Projektui patvirtinta spintos struktūra, durų derinys, elektronika, programinės įrangos apimtis ir diegimo metodas. Šio vadovo tikslas – padėti pirkėjams paruošti reikiamus duomenis prieš konfigūracijos peržiūrą.
Kl.: Ar YS LOCKER gali veikti su esama operacine platforma?
A. Projektams, kuriuose naudojama klientui -priklausomai ar trečiajai šaliai- priklausančia programinė įranga, galime peržiūrėti užrakto-valdymo plokštės API arba protokolo integravimą. Atsakomybės, sritys, darbo eigos ir bandymo apimtis turi būti patvirtinti su atitinkamomis projekto šalimis.
Kl .: Ką reikėtų bendrinti prieš pateikiant citatos užklausą?
A: Bendrinkite veikimo scenarijų, vietos planą arba nuotraukas, numatomą siuntinio profilį, spintos ir durų reikalavimus, maitinimo ir tinklo sąlygas, pasirinktus elektroninius įrenginius, programinės įrangos nuosavybę ir bet kokius turimus sąsajos ar prekės ženklo dokumentus.
Kl.: Ar prieš techninę peržiūrą reikalingi vaizdai ar ekranai?
A: Jie naudingi, kai projektas apima tam tikrą išdėstymą, vizualinę tapatybę, terminalo sąsają arba diegimo sąlygas. Jie turėtų būti traktuojami kaip projekto indėlis ir tvirtinami kartu su techniniais reikalavimais.
Kl.: Suplanuokite trumpą laiką su YS LOCKER
A: Stipresnis siuntų spintelės projektas prasideda nuo sutarto veikimo aprašymo, tada pereinama prie konfigūravimo, techninio patvirtinimo ir pasiūlymo. YS LOCKER gali peržiūrėti informaciją apie išmaniųjų spintelių sistemų integratoriaus partnerystę ir aptarti aparatinės įrangos ir integracijos ribą, atitinkančią patvirtintą projekto apimtį. Pateikite vietinio integratoriaus apimtį, svetainės planą, programinės įrangos architektūrą, sąsajos dokumentus ir perdavimo pareigas bendradarbiavimo peržiūrai.