Žičani Ethernet ili 4G za lokaciju pametnog ormarića?

U YS LOCKER-u vidimo da se hardverski razgovori odvijaju brže kada je operativno pitanje već jasno. Šta bi kupac trebao procijeniti kada bira žičanu mrežnu rutu ili projekt{1}}procjenjuje 4G konekciju za web lokaciju pametnog ormarića? Cilj nije dati univerzalno obećanje o jednom ormaru, softverskom paketu ili načinu instalacije. To je da se inozemnim B2B kupcima pruži disciplinovan način da definišu projekat pre nego što uporede ponude.

Ormarić za pakete je dio radnog toka rada. Tok posla uključuje operatera, tim za isporuku, tim lokacije, primaoca, a ponekad i zasebnog softvera ili partnera za integraciju. Kada te uloge nisu definisane, projekat može imati izgled kabineta, ali ne i pouzdan dogovor o primopredaji, izuzecima, protoku informacija ili prihvatanju. Preporučujemo da snimite očekivani tok posla na jednostavnom jeziku i da ga tretirate kao ulaz za dizajn.

Pravi odgovor zavisi od vlasništva mreže, verifikacije signala, koordinacije instalacije, pristupa održavanju, rezervnih procedura i operativnog uticaja problema sa vezom. Odluka o lokaciji bi trebala imenovati vlasnika svakog stanja, a ne prepustiti je pretpostavci nakon odabira kabineta. Sažetak projekta treba da obuhvati ko snabdeva konekciju, usmeravanje kablova, uslove lokalnog signala, aranžmane napajanja, bezbednosna pravila, pristup održavanju i procedure izuzetaka. Ovo omogućava timu za nekretnine, operateru, instalateru i vlasniku sistema da pregledaju iste činjenice prije nego što se raspravlja o datumu isporuke.

YS LOCKER može pregledati konfiguraciju opreme u odnosu na isporučene informacije o projektu. Za instalacije ormarića za pakete, lokaciji je obično potreban čist, ravan pod, usklađeni uvjeti napajanja i, gdje je dostupno, žičana mrežna ruta. 4G modul se može procijeniti tamo gdje je žičana ruta nedostupna. Tamo gdje se mora riješiti rizik od vjetra ili prevrtanja{4}}, pristup pričvršćivanja mora se ocijeniti u odnosu na stvarnu lokaciju i lokalne zahtjeve. Te tačke su projektni uslovi, a ne univerzalno obećanje instalacije.

Počnite s pitanjem koje je najbliže stvarnom riziku kupca. Za ovu temu, to je vlasništvo mreže, provjera signala, koordinacija instalacije, pristup održavanju, rezervne procedure i operativni utjecaj problema s vezom. Napravite kratku tabelu koja navodi trenutno stanje, vlasnika koji to može potvrditi, raspoložive dokaze i odluku koja je još potrebna. Ovo proizvodi jasniji zahtjev za ponudu i korisniji tehnički pregled.

Sto ne bi trebao stati na ormariću. Trebalo bi da pokrije fizički izgled, redoslijed isporuke i prikupljanja, terminalne uređaje gdje je to potrebno, uslove mreže i napajanja, operativni softver i ulogu tima na lokaciji nakon puštanja u rad. Gdje funkcija pripada platformi korisnika ili platformi-treće strane, jasno je identificirajte. Tamo gdje se radi o-specifičnom zahtjevu za prilagođavanje projekta, identificirajte ga kao zahtjev, a ne kao standardni zahtjev.

Prije nego što se komercijalni prijedlog finalizira, kupci bi trebali biti u mogućnosti da odgovore na ova pitanja:

Kakav je stvarni tok rada korisnika i operatera na ovoj stranici?

Koji raspored ormara, kombinacija vrata, terminalni uređaji i uslovi na lokaciji su potrebni za taj radni tok?

Koja strana posjeduje softver, podatke, obavještenja, pravila pristupa i rukovanje izuzecima?

Koji su crteži, fajlovi protokola, umetnička dela ili dokumenti lokacije dostupni za pregled?

Koje stavke još uvijek zahtijevaju potvrdu od strane kupca, vlasnika stranice ili lokalnog projektnog tima?

Ovaj pristup je posebno važan za više{0}}partijske projekte. Isti kabinet može biti dio stambenog, maloprodajnog, kampusa, komercijalnog-nekretnine ili toka posla kojim upravlja operater, ali model odgovornosti neće biti isti. Jasan sažetak održava opseg opreme usklađenom s operacijom koja će je koristiti.

Pružamo hardver za pametne ormariće i možemo pregledati-konfiguraciju ormara specifične za projekat za aplikacije ormarića za pakete. Na osnovu potvrđenih zahtjeva projekta, možemo razgovarati o rasporedu ormara i vrata, glavnoj-i-podređenoj strukturi, bojama i grafici površine, relevantnom elektronskom hardveru, kontekstu instalacije i softverskoj ili sistemskoj-granici integracije.

Tamo gdje operater ima svoj softver ili radi sa drugom platformom, možemo pregledati API za zaključavanje-kontrolne ploče ili zahtjeve protokola za projekat. Kada se zahtijevaju terminalni softver, upravljanje oblakom, informacije o statusu, izvještavanje, metode pristupa ili druge funkcije, njihov stvarni opseg mora biti definiran u tehničkom rješenju. Ova razlika pomaže kupcima da izbjegnu tretiranje predložene opcije kao univerzalne karakteristike proizvoda.