WHMCS: kako da naplatu hostinga klijentima prebacite na automatsko

Prvih deset klijentskih naloga naplatite iz glave i iz Excel tabele. Do dvadesetog počinjete da ispisujete račune uveče, a do trideset prvi put zaboravite da podsetite klijenta čiji je sajt isteklog petka ostao bez plaćene obnove. Tada agencije traže softver za naplatu, a ime koje se najčešće pominje je WHMCS. Ovaj tekst ne objašnjava šta je WHMCS, nego šta on stvarno radi sam, šta ostaje na Vama i pri kom broju klijenata pretplata počinje da se isplati.

Šta se u WHMCS-u zaista automatizuje

Sve se vrti oko jednog sistemskog cron zadatka. Zvanična dokumentacija preporučuje da se pokreće na svakih pet minuta, a najređe što je dozvoljeno je jednom na sat. Taj zadatak u pozadini radi posao koji biste inače radili ručno: pravi račune, primenjuje zakasnine, pokušava naplatu sa kartice, šalje podsetnike za račune i obnove domena, suspenduje i briše usluge po rasporedu, zatvara tikete bez odgovora i obračunava provizije affiliate programa.

U podešavanjima automatizacije nalazi se nekoliko brojeva koje ćete stvarno menjati:

• Invoice Generation: koliko dana pre datuma dospeća se pravi račun. Podrazumevano je 14 dana, što klijentu daje dve nedelje da plati.
• Overdue Reminder: do tri podsetnika posle dospeća, svaki posle broja dana koji sami zadate.
• Suspend Days: koliko dana posle dospeća se usluga automatski suspenduje, uz uključenu opciju suspenzije.
• Termination Days: koliko dana posle dospeća se usluga automatski briše, uz uključenu opciju terminacije.
• Add Late Fee Days: posle koliko dana neplaćenog računa se naplaćuje zakasnina.

Podrazumevane vrednosti za suspenziju i terminaciju ne postoje dok ih sami ne uključite. To je dobro, jer su to dva podešavanja na kojima se najlakše napravi šteta.

Kako izgleda jedan klijent od porudžbine do obnove

Zamislite da agencija proda hosting za sajt jednog klijenta. Bez softvera to je niz ručnih koraka: napraviti račun, sačekati uplatu, ući u WHM, napraviti cPanel nalog, poslati podatke za pristup, a godinu dana kasnije sve ponoviti za obnovu. Sa WHMCS-om isti tok izgleda ovako.

1. Klijent poruči paket kroz Vaš sopstveni katalog ili ga Vi unesete u administraciji.
2. WHMCS napravi račun i čeka uplatu.
3. Kad se uplata evidentira, modul za cPanel napravi nalog na serveru, sa paketom koji ste povezali, i pošalje klijentu mejl sa pristupom.
4. Četrnaest dana pre obnove stiže novi račun, pa podsetnici ako se ne plati.
5. Ako račun ostane neplaćen onoliko dana koliko ste zadali, nalog se suspenduje, a kad uplata stigne, sam se vraća.

Presudan je treći korak. Bez povezanog modula WHMCS je samo program za fakturisanje, a nalog i dalje pravite ručno u WHM-u.

Povezivanje sa WHM-om: gde se najčešće zapne

Dokumentacija za cPanel modul kaže da radi i sa root i sa reseller pristupom, ali sa razlikom koju treba znati unapred. Root pristup otključava sve funkcije, uključujući pravljenje reseller proizvoda. Reseller pristup je ograničen na kvote Vašeg WHM naloga: ako paket koji pokušate da napravite premašuje te kvote, modul ga neće ponuditi. Reseller ne može da pravi ni poddomene glavnog domena servera.

Za Vas, koji hosting za klijente kupujete kao reseller, ovo praktično znači jedno: modul se povezuje preko API tokena sa Vašeg WHM naloga i pravi naloge u okviru Vaše kvote. Naši reseller paketi se upravljaju kroz WHM, a na stranici reseller hostinga stoje paketi od 20, 50 i 100 cPanel naloga. Pre nego što platite WHMCS, zatražite od podrške potvrdu da na Vašem paketu možete da napravite API token sa dozvolama koje modul traži. Na stranici usluge integracija sa WHMCS-om nije posebno opisana, pa to ne treba pretpostavljati.

Druga tipična greška je banalna. Ime paketa u WHMCS-u mora da bude potpuno isto kao ime paketa u WHM-u, slovo po slovo. Ako se razlikuje, nalog se ne pravi, a greška se otkrije tek kad klijent plati i ništa ne dobije. Prvu probnu porudžbinu napravite sami, sa vlastitim domenom, pre nego što bilo ko drugi vidi katalog.

Dva podešavanja koja ne smete da ostavite na slepo

Terminacija neka ostane isključena. Automatsko brisanje usluge znači brisanje sajta i baze Vašeg klijenta zato što račun nije plaćen. Kad je razlog stvarna neplaćanje, to je Vaša odluka, ali kad je razlog zaboravljena uplata, ili račun koji je završio u spamu, gubite klijenta i njegove podatke za jednu grešku u mejlu. Brisanje radite ručno, posle poziva.

Suspenziju podesite tako da klijent stigne da reaguje. Suspendovan sajt klijent vidi kao Vaš kvar, ne kao svoj dug. Ako račun stigne 14 dana pre dospeća, a suspenzija je tek nekoliko dana posle dospeća, klijent je do tada dobio račun i bar jedan podsetnik. Tekst podsetnika menjate u šablonima mejlova, i vredi da ga prepišete svojim rečima, jer podrazumevani engleski šabloni deluju kao da ih šalje automat, što u ovom slučaju i jeste istina.

Šta WHMCS ne rešava umesto Vas

Tri stvari ostaju na Vama, i o njima treba razmisliti pre kupovine, a ne posle.

Prva je poreski deo. Račun koji WHMCS pošalje mejlom je račun u formatu softvera. Računi između privrednih subjekata u Srbiji izdaju se kroz Sistem elektronskih faktura, pa je pitanje za Vašeg knjigovođu da li račun iz WHMCS-a ulazi u knjige kao takav ili ga treba izdati posebno. Ne pretpostavljajte da je jedno isto što i drugo, dogovorite proces pre prve naplate.

Druga je evidentiranje uplate. Kartično plaćanje se evidentira samo, ali klijenti koji plaćaju uplatnicom ili prenosom ostaju ručni posao: neko mora da vidi uplatu na računu i da je označi u sistemu. Kartično plaćanje zavisi od platnog procesora koji možete da otvorite kao firma u Srbiji, pa to proverite kod banke pre nego što računate na potpunu automatizaciju.

Treća je sam WHMCS kao aplikacija. Verzija na sopstvenom serveru traži hosting za sebe, sa cron zadatkom na pet minuta i pouzdanim slanjem mejlova. Zato u računicu ulazi i cena tog hostinga, a slanje podsetnika preko običnog SMTP-a sa deljenog paketa može da zapne na ograničenjima slanja. Verzija u oblaku to rešava umesto Vas, ali je skuplja po klijentu.

Računica: pri kom broju klijenata se isplati

Cene sa zvaničnog cenovnika, provereno 2. oktobra 2026, bez poreza, u dolarima jer se plaćaju u dolarima. Verzija na sopstvenom serveru: Plus 34,95 mesečno do 250 aktivnih klijenata, Professional 54,95 do 500, Business 84,95 do 1.000. Verzija u oblaku: Starter 9,99 mesečno do 25 klijenata, Growth 25 do 100, Expansion 75 do 300, sa doplatom po klijentu iznad limita. Šire poređenje alata za naplatu, uključujući jeftiniju alternativu, imate u tekstu o tome koliko Vas košta svaki klijentski sajt.

Formula je jednostavna: pretplata se isplati kad vreme koje uštedite vredi više od nje. Evo računice na izmišljenom primeru, koju zamenite svojim brojevima. Pretpostavimo da Vam jedna godišnja obnova jednog klijenta ručno oduzme 20 minuta, računajući ispis računa, podsetnik, praćenje uplate i ručno pravljenje ili produženje naloga. Uzmimo i da je Vaš sat vredan 3.000 dinara, a da je kurs oko 100 dinara za dolar, što na dan kupovine proverite.

• Plus na sopstvenom serveru košta 34,95 x 12, odnosno oko 419 dolara godišnje, ili oko 42.000 dinara. Pri vrednosti sata od 3.000 dinara to je 14 sati rada, odnosno 42 klijenta sa godišnjom naplatom.
• Starter u oblaku košta 9,99 x 12, oko 120 dolara godišnje, ili oko 12.000 dinara. To je 4 sata rada, odnosno 12 klijenata.

Rezultat ne ide u prilog onome ko je već odlučio da kupi softver: agencija sa dvadeset klijenata i godišnjom naplatom ne štedi dovoljno vremena da bi Plus bio opravdan, a Starter u oblaku bi se isplatio već oko dvanaestog klijenta. Računica se naglo menja ako naplaćujete mesečno, jer tada za isti broj klijenata imate dvanaest puta više računa. Tada i dvadeset klijenata lako opravda pretplatu.

Zato prvo odlučite kako naplaćujete, pa tek onda šta kupujete. Ako cene hostinga klijentima tek gradite, pogledajte tekst o mesečnom prihodu od preprodaje, a ako Vam je važno da klijent nigde ne vidi ime provajdera, tehnička strana je u tekstu o white label hostingu.

Redosled postavljanja koji štedi živce

1. Odlučite model naplate (godišnje ili mesečno) i cene po paketu, pre nego što otvorite WHMCS.
2. Postavite probnu instalaciju i povežite WHM preko API tokena.
3. Napravite jedan proizvod, sa tačnim imenom paketa iz WHM-a, i prođite ceo tok sa vlastitim domenom.
4. Prepišite šablone mejlova na srpski i proverite da stižu u inbox, a ne u spam.
5. Uključite suspenziju, a terminaciju ostavite isključenu.
6. Postojeće klijente unesite ručno, sa tačnim datumima obnove, pa tek onda uključite cron.

Poslednji korak je onaj koji se najčešće preskoči i najviše košta. Ako uključite automatizaciju pre nego što su datumi obnove tačni, prva noć rada će poslati račune, i to pogrešne, svima odjednom.

Gde WHMCS nema smisla

Ako držite manje od desetak klijenata, naplaćujete jednom godišnje i svaki klijent ionako ima Vaš direktan broj telefona, najbolji sistem naplate je tabela sa datumima i podsetnikom u kalendaru. Softver rešava problem obima. Dok obima nema, dodaje još jednu aplikaciju koju morate da održavate, ažurirate i čuvate bezbednom.

Kad obim stigne, ostaje hosting ispod svega, jer od stabilnosti tih naloga zavisi i koliko Vam vremena odlazi na podršku. Pregled hostinga za marketing agencije pokazuje kako izgleda paket kad agencija drži klijente na jednom mestu, a ako Vam je potrebna pomoć oko povezivanja WHM-a i naplate, javite se našoj podršci.

Kako da cenu hostinga koju naplaćujete klijentima izračunate iz sopstvenih brojeva, objašnjeno je u tekstu Cena hostinga za klijente agencije: kako da odredite maržu.