Funkcionālās prasības. IZPILDĪTĀJAM jānodrošina integrāciju un datu apmaiņu ar PASŪTĪTĀJU izmantojot trīs tīmekļa pakalpes.
Funkcionālās prasības. 2.1. Sistēmai ir audita tvēruma riska un kontroles vērtēšanas funkcija, x.xx.:
Funkcionālās prasības. BĢIS platformas un administratīvās vides prasības (008). Izpildītājam jāizveido administratīvās vides saskarne, kas atbilst turpmāk norādītajām prasībām (Obligāta): Saskarnei ir jābūt intuitīvai. Saskarnei jābūt pieejamai, izmantojot tīmekļa pārlūkprogrammas Chrome, IE10+, Firefox un EDGE. Saskarnei jābūt latviešu valodā. Funkcionālās prasības strukturētu datu izguvei un ielādei Administratīvajā vidē jāvar ielādēt un vizualizēt interaktīvā kartē datus no BLIS datubāzes, XSLX, CSV un SHAPE failiem. No BLIS sistēmas jāvar izgūt datu kopu sarakstu BĢIS modulī un izvēlēties, kuru datu kopu attēlot kartes skatā. Ielādējamās datu kopas satur vai nu ATVK vai arī VARIS kodu. Datu kopas var saturēt nenoteiktu kolonnu skaitu. Datu kopas var saturēt divas kolonnas ar koordinātām vai nu LKS-92 vai arī WGS 84 sistēmās. BĢIS modulim jāspēj attēlot kartē datus, kuru koordinātas ir jebkurā no šīm koordinātu sistēmām. BĢIS modulim jāvar ielādēt datus no CSV datnēm, kur viena no kolonnām saturēs ATVK vai VARIS kodu. Datne satur vismaz vienu kolonnu (var saturēt arī divas kolonnas) ar koordinātām LKS-92 vai WGS84 sistēmās. Datu ielādei no csv datnēm jānodrošina datu ierakstīšanu pasūtītāja MySQL datubāzē un administratora saskarnē ir iespēja atkārtoti pieprasīt šo datu vizualizāciju kartē, tos ielādējot no datubāzes. BĢIS modulī jāvar ielādēt un vizualizēt kartē SHAPE datnes, kas satur datus WGS84 vai LKS-92 koordināšu sistēmās. Jāvar norādīt atsauces uz datu avotiem. Pasūtītājs apzinās, ka liela apjoma SHAPE datņu ielādes ātrums ir atkarīgs no pārlūkprogrammas ierobežojumiem.
Funkcionālās prasības. FUN-01 NĪVK IS datu meklēšanas iespējas
Funkcionālās prasības. 4.1. FP.01 Vispārīgas prasības MKP TLKAIS
Funkcionālās prasības. 5.2.1. Atverot programmatūru bez lietotāju autorizācijas, jāredz tikai autorizācijas logs. Visu pārējo jāredz tikai pēc veiksmīga lietotāju autorizācijas.
Funkcionālās prasības. Izpildītājam jānodrošina integrāciju un datu apmaiņu ar Pasūtītāju izmantojot 3 (trīs) tīmekļa pakalpes: submitCasesA – jauno piedziņas lietu saņemšana; updateCasesA – esošo piedziņas lietu informācijas atjaunošana; getCasesInfoA – esošo lietu izmaiņu nodošana. Tīmekļa pakalpe tiek izmantota piedziņas lietu un apmaksas nodošanai starp sistēmām. Tīmekļa pakalpe var tikt izsaukta vairākas reizes dienā, 1 (vienā) reizē var tikt nodotas līdz 100 lietām vienlaicīgi. Tīmekļa pakalpe tiek izmantota piedziņas lietu atjaunotas apmaksu padošanai starp sistēmām. Funkcijai 1 (vienā) no parametriem ir jānodod masīvu ar rēķiniem/ lietam, kuras tika reģistrētas izmaiņas, kopš pēdējās veiksmīgas datu apmaiņas, katrā konkrēta lietā, lai apmaiņā tiktu iekļautas izmaiņas, kuras vēl nav veiksmīgi nosūtītas. Funkcija var tikt izsaukta vairākas reizes dienā, bet ne vairāk par 1 (vienu) reizi stundā. Par izmaiņām Pasūtītāja pusē tiek uzskatītas: ja tika reģistrētas apmaksas Pasūtītāja kontā, kopš pēdējās veiksmīgas datu apmaiņas, attiecība uz šo konkrētu lietu; ja tika atceltas/ dzēstas apmaksas Pasūtītāja kontā, kopš pēdējās veiksmīgas datu apmaiņas, attiecība uz šo konkrētu lietu; ja tika reģistrētas rēķina summas korekcijas, kopš pēdējās veiksmīgas datu apmaiņas, attiecība uz šo konkrētu lietu; ja ir iniciēta no Pasūtītāja puses lietas slēgšana, kopš pēdējās veiksmīgas datu apmaiņas, attiecība uz šo konkrētu lietu; ja tika mainīts lietas identifikators, kopš pēdējās veiksmīgas datu apmaiņas, attiecība uz šo konkrētu lietu. Tīmekļa pakalpe tiek izmantota piedziņas lietu maksājumu informācijas nodošanai starp sistēmām. Funkcijas izsaukumā ietvaros tiks atgriezti visi lietas/ apmaksas, kurās tika reģistrētas izmaiņas, kopš pēdējā padotā datuma. Funkcija var tikt izsaukta vairākas reizes dienā. Par izmaiņām Izpildītāja pusē tiek uzskatītas: ja tika reģistrētas apmaksas, kopš metodei norādītā datuma; ja ir iniciēta no Izpildītāja puses lietas slēgšana, kopš metodei padota datuma.
Funkcionālās prasības. 4.1 SĢIS
Funkcionālās prasības. Risinājuma pamatprasības:
Funkcionālās prasības. Visa veida nostiprināšana, noņemšana, izņemšana, aizvēršana, atvēršana jāveic bez papildus regulēšanām vai traucējumiem. Functional Operations. All fastening and unfastening, opening or closing of flaps, guy lines, slide fasteners, hook and pile fasteners, vents, doors, windows or other mechanisms of the tent normally operated in day-to-day use shall be operable without binding, special adjustment, interference, or malfunction. Ārējās komponentes. Ārējām komponentēm kas ir redzamas no telts ārpuses jābūt līdzīgā krāsā kā telts pamatmateriāls, vai arī jābūt melnā krāsā. Lai samazinātu saules gaismas atstarošanos visu komponenšu virsmām ir jābūt matētām (nespodrām). Transportēšanas somu krāsai jābūt līdzīgai telts pamatkrāsai vai melnai un tā nedrīkst izcelties uz kamuflāžas fona. Exterior components. Exterior components shall contribute to field camouflage. All hardware, findings, plastic components, fastener tape, webbing, grommets, straps, slips and guy lines, etc., visible from the tent exterior, shall approximate the tent color or shall be black. All support components shall approximate green or black. All components shall have a dull finish to reduce reflectance. Covers and containers shall contribute to field camouflage. Aptumšošanas prasības. Pilnībā uzslietai teltij, pilnībā slēgtā konfigurācijā nedrīkst būt redzamā spektra gaismas noplūdes caur atverēm vai materiālu skatoties ar neapbruņotu aci no 100 m attāluma. Telts konstrukcijai jānodrošina aptumšošanas prasību izpilde, personālam ienākot un izejot no telts. Blackout Requirement. The fully erected tent in fully closed configuration shall show no evidence of detectable light leakage through the fabric or any openings when viewed with the naked eye at 100 meters. Blackout compliance shall be maintained during personnel entry/exit through the door. Uzglabāšanas ilgums. Telts minimālais uzglabāšanas laiks noliktavā nedrīkst būt mazāks par 5 gadiem. Norādītajā laika periodā neviena no sastāvdaļām nedrīkst zaudēt funkcionalitāti tādā apmērā, ka nav lietojama. Telts materiāliem jābūt noturīgiem pret puvi, pelējumu un koroziju. Komponentes nedrīkst zaudēt izturību, ūdensnecaurlaidību, kā arī aptumšošanas spējas pie -30 °C to +50 °C uzglabāšanas un transportēšanas temperatūru diapazona. Uzslejot telti pēc ilgstošas glabāšanas minētajā temperatūru diapazonā, tai joprojām jābūt pilnībā funkcionālai. Šīs prasības attiecas tikai uz jaunu telšu uzglabāšanu oriģinālajā iepakojumā iepriekš minētajā laika perio...