Novi NIJEFILA portal: zašto smo ga napravili i kako radi

Za hosting kompaniju portal je deo svakodnevnog rada: kroz njega nastaju porudžbine, dospevaju obnove i rešavaju se problemi sa uslugama. Pri izradi našeg sistema postavili smo konkretan cilj: korisnik treba da vidi šta koristi, šta treba da plati i šta se dešava posle uplate. Za to prikazani status mora da odgovara potvrđenom događaju u sistemu.

Zato smo odvojili stanje naplate od stanja same usluge. Uplata može biti primljena dok je otvaranje hosting naloga još u toku. Zahtev za produženje domena može biti izdat dok je postojeća registracija i dalje važeća. Kada se sve prikaže jednom oznakom Aktivan ili Neaktivan, gubi se objašnjenje zbog kog korisnik uopšte otvara portal.

Sopstveni portal nam daje kontrolu nad tim pravilima i njihovim objašnjenjem na srpskom. Donosi i obavezu da sami održavamo naplatu, dokumente i veze sa sistemima za hosting i domene. DirectAdmin i dalje služi za fajlove, baze i email naloge. Novi portal vodi porudžbine, obaveze, pristup uslugama i podršku.

Uzmimo primer porudžbine koja sadrži hosting i domen. Portal najpre čuva prihvaćene stavke i izdaje zahtev za plaćanje. Kupac zatim šalje novac prema podacima iz tog zahteva. Kada priliv pronađemo na izvodu banke i povežemo sa obavezom, zahtev dobija potvrdu uplate. Tek zatim slede poslovi koji pripremaju naručene usluge.

Otvaranje hosting naloga i registracija domena nisu ista radnja. Jedna može da bude završena dok druga još čeka odgovor. Portal zato prati svaku stavku posebno. Ako piše da je uplata potvrđena, a usluga se priprema, novac je već evidentiran i sledeći korak je provera isporuke. Nova uplata ili ista porudžbina po drugi put ne rešavaju taj zastoj.

Isti redosled važi i za obnovu. Plaćen zahtev je dokaz o izmirenoj obavezi u našem sistemu. Potvrda da je domen produžen dolazi iz zasebnog postupka obnove. Kada su ta stanja odvojena, podrška može da proveri tačno gde posao stoji, a korisnik ima konkretnije objašnjenje od opšte poruke da nešto nije uspelo.

Cenovnik se menja, dok izdat dokument mora da sačuva podatke na osnovu kojih je nastao. Zato zahtev čuva svoje stavke, cenu, valutu, period i instrukcije za uplatu. Kasnija promena cene paketa ne pretvara stari zahtev u drugačiju obavezu. Kod provere uplate polazi se od konkretnog dokumenta i njegovog preostalog iznosa.

U obračunu novac vodimo kao ceo broj najmanjih jedinica uz oznaku valute. Primera radi, izmišljeni iznos 1.234,56 RSD čuva se kao 123456 para, a formatira tek za prikaz. Tako sabiranje stavki i poređenje priliva ne zavise od zaokruživanja binarnih decimalnih brojeva. JavaScript-ov BigInt omogućava takvu celobrojnu aritmetiku; pravila obračuna i dalje moraju da budu jasno definisana.

Zahtev za plaćanje nazivamo njegovim stvarnim imenom. On sadrži iznos i uputstvo za izmirenje obaveze. Oznaka plaćeno potvrđuje evidentiranu uplatu, a sama po sebi ne pretvara taj dokument u fiskalni račun. Za korisnika to znači da treba da preuzme dokument za odgovarajuću uslugu i period, umesto da se osloni na stari prilog iz emaila.

Domen ima datum isteka registracije, a zahtev za njegovu obnovu ima rok za uplatu. Rok može biti raniji da bi ostalo vreme za proveru novca i završetak obnove. To su različiti događaji, pa sistem jedan datum ne prepisuje drugim samo da bi prikaz bio jednostavniji.

Na stranici domena odeljak Datumi prikazuje te podatke zasebno. Ako se ne slažu na način koji očekujete, tražite proveru oba datuma. Plaćen hosting i registrovan domen takođe ostaju dve odvojene usluge. Važenje jedne ne dokazuje da je obnovljena i druga.

Trenutno prihvatamo bankarski prenos, uz proveru priliva na izvodu. Na podobnom dinarskom PDF zahtevu prikazujemo NBS IPS QR kod da korisnik ne mora ručno da prepisuje račun, iznos i poziv na broj. Aplikacija banke čita taj zapis i priprema platni nalog, koji korisnik zatim proverava i potvrđuje.

Prema objašnjenju NBS, kod za plaćanje računa razlikuje se od IPS prihvatanja plaćanja na prodajnom mestu. Samo generisanje slike ne uspostavlja vezu za automatsku potvrdu uplate. Naš portal zato ne označava zahtev kao plaćen kada preuzmete PDF, skenirate kod ili pošaljete sliku potvrde iz banke.

Kod u PDF-u nastaje iz sačuvanih podataka tog zahteva. Isti podatak o računu ili pozivu na broj ne treba nezavisno unositi još jednom u generator slike, jer bi dokument i kod mogli da se raziđu. Kada nema ispravnih podataka za kod, ostaju pisane instrukcije za uplatu. Korisnik pre potvrde u banci treba da pročita primaoca i iznos i kada je kod uspešno očitan.

Najnezgodniji prekid nastaje kada smo zahtev poslali, ali odgovor nije stigao. Recimo da sistem za domene primi zahtev za obnovu, produži registraciju, a veza se prekine pre povratne potvrde. Ponovljena ista operacija mogla bi da produži domen još jednom. Poruka o isteklom vremenu čekanja zato nije dovoljan dokaz da prvi pokušaj nije uspeo.

Za spoljne operacije čuvamo nameru i trag pokušaja. Posao za određenu uslugu i period ima jedinstveni poslovni ključ, koji pomaže da se ista obaveza ne zada ponovo pri ponovljenoj obradi. Kada je ishod nepoznat, postupak ide na proveru stvarnog stanja pre odluke o novom pokušaju. To je razlog zbog kog portal ponekad prikazuje da nešto proveravamo umesto da odmah ponudi isti zahtev još jednom.

Promena u bazi i namera za pozadinski posao upisuju se zajedno. Pozadinski radnik zatim obavlja komunikaciju sa sistemom za hosting ili domene. Taj obrazac se često naziva transactional outbox: evidencija namere ostaje u bazi i kada se slanje ili obrada prekine. Ni taj obrazac ne daje opštu garanciju da mreža ili drugi sistem nikada neće pogrešiti; potreban je i postupak usaglašavanja neizvesnih ishoda.

Novi portal preuzima postojeće usluge i istoriju, pa prelazak nije nova kupovina istog hostinga ili domena. Raniji dokument ostaje raniji dokument. Ako ste ga već platili, ne treba ga plaćati ponovo zbog promene portala. Za pristup novom nalogu koristite aktivacioni link iz emaila i postavite novu lozinku; ako link nedostaje ili je istekao, javite se preko kontakta.

Posle prijave u delu Plaćanja otvorite baš zahtev koji izmirujete. Ako ste novac već poslali, odeljak Javite nam da ste platili pomaže da uplatu pronađemo na izvodu. Tu unesite stvarni datum, iznos i naziv uplatioca, posebno ako je plaćala firma ili računovođa. Obaveštenje ubrzava povezivanje podataka; potvrdu priliva daje provera banke.

Portal priprema zahteve, vodi stanje obaveza i pokreće povezane poslove prema njihovim pravilima. Proveru bankarskog priliva obavlja čovek. VPS se takođe priprema ručno, dok aktivacija hostinga i poslovi sa domenima zavise i od odgovora povezanih sistema. Trenutno nema kartičnog plaćanja ni automatskog terećenja kartice pri obnovi.

Zbog toga pri sledećoj obnovi proverite otvoren zahtev, stanje uplate i stanje same usluge. Ako se podaci ne uklapaju, podršci pošaljite broj dokumenta i naziv usluge, uz podatke o već poslatoj uplati. Uslovi isporuke opisuju obradu porudžbina; portal pokazuje konkretno stanje vašeg zahteva.