30 pitanja za fiskalnu kasu pre nego što povežeš web shop i ERP

Kad firma sa sto zaposlenih bira fiskalnu kasu za web shop, pitanja koja postavlja nisu „koliko košta” nego „šta se desi kad”. Šta se desi kad V-PFR Poreske uprave ne odgovara usred akcije. Ko u firmi vidi bezbednosni element. Kako se vrati jedan od tri artikla. Kako ERP sazna da je račun izdat, bez da neko ručno proverava. Ovaj tekst uzima spisak od 30 takvih pitanja, onako kako ih IT sektor i finansije zaista formulišu, i na svako daje Tezgin odgovor. Svaki odgovor je pisan po onome što aplikacija radi danas, sa brojevima iz koda i imenima polja, da ga tvoj programer može proveriti na strani za integratore pre nego što bilo ko potpiše.

Kako podaci putuju od ERP-a do Poreske i nazad?

Pre pitanja, jedna slika. Tvoj ERP ili web shop pošalje porudžbinu Tezgi jednim POST pozivom. Tezga napravi račun, fiskalizuje ga preko virtuelnog procesora fiskalnih računa (V-PFR) Poreske uprave i u istom odgovoru vrati PFR broj, brojač, verifikacioni URL, javni link i PDF. Kupac dobije mejl sa računom, a tvoj sistem webhook da je račun fiskalizovan. Ako Poreska ne odgovori, odgovor je 202, račun čeka i Tezga ga sama dovrši.

Arhitektura i API integracija

1. Postoji li direktan konektor za naš ERP ili sami razvijamo integraciju?

Integracija ide preko REST API-ja koji je prvi način rada Tezge, ne dodatak: isti API koriste i gotovi konektori za WooCommerce i Shopify. Za ERP dobijaš OpenAPI 3.1 opis na adresi /api/openapi.json, koji se uvozi u Postman i Swagger bez ključa, uputstvo u PDF-u, i SDK za JavaScript i PHP koji pokrivaju sve rute. Do prvog test računa obično treba pola radnog dana uz spremnog programera: jedan poziv za izdavanje, jedan za stanje dokumenta, jedan za storno.

2. REST ili SOAP, i imate li webhooks za fiskalizovan račun?

REST sa JSON telom. Zahtev se autentikuje ključem u zaglavlju X-Tezga-Api-Key, a po želji se telo potpisuje HMAC-SHA256 potpisom u zaglavlju X-Tezga-Signature. Webhooks postoje za četiri događaja: racun.fiskalizovan, racun.greska, refundacija.izvrsena i storno.izvrsen. Svaka isporuka nosi HMAC-SHA256 potpis tela, a ako tvoj server ne odgovori, slanje se ponavlja posle 1, 5, 15, 60 i 360 minuta. Do pet webhook adresa po firmi, svaka sa svojom tajnom; u telu je tvoj broj porudžbine, pa uparivanje ne traži da čuvaš Tezgin id.

3. Šalje se kompletna specifikacija artikala ili samo ukupan iznos?

Kompletna, po stavci: naziv, šifra, količina, jedinica mere, cena sa PDV-om i poreska stopa za svaku stavku. Ukupan iznos se ne šalje, Tezga ga računa iz stavki, pa nema slučaja da se zbir i stavke ne slažu. Jedan račun nosi do 500 stavki. Ako šifra postoji u Tezginom katalogu, stavka se veže za taj artikal, pa izveštaji po artiklu obuhvataju i web prodaju; ako ne postoji, račun se ipak izdaje sa podacima koje si poslao.

4. Šta ako pukne veza sa Poreskom u trenutku kupovine na sajtu?

Dokument se izda i veže za porudžbinu, a odgovor je HTTP 202 sa ok:false i porukom. Tezga zatim sama ponavlja fiskalizaciju na 10 minuta, do 12 puta u 48 sati, i kad prođe, javi ti webhookom; stanje možeš i sam pročitati kroz GET /documents po svom broju porudžbine. Posle poslednjeg neuspeha otvara se hitan tiket i firmi stiže mejl. Svi korisnici u tom periodu vide traku „Poreska uprava trenutno ne odgovara” sa uputstvom da račune ne izdaju ponovo, a stanje sistema je javno na strani statusa. Rad bez veze na V-PFR putu ne postoji, jer virtuelni procesor po definiciji radi kroz stalnu vezu; za prodajni objekat koji mora da kuca bez interneta Tezga radi i sa lokalnim procesorom (L-PFR).

5. Podržavate li avansne račune za porudžbine plaćene karticom unapred?

Podržavamo, na dva načina. Porudžbina plaćena unapred ide kroz /order sa "tok": "avans" (i opcionim datumUplate): nastaje avansni račun na zbir porudžbine posle popusta, a isti externalId nikad ne pravi drugi avans. Ugovor o avansu sa slobodnim iznosom ide kroz posebnu adresu /api/integrations/advance. Kad robu isporučiš, /advance sa zatvori:true, istim externalId i stvarnim stavkama izda refundaciju avansa pa konačni račun, sa referencom na avans koju propis traži. Ako refundacija avansa ne prođe kod Poreske, konačni račun se ne izdaje. Avans kroz porudžbinu radi za jednu poresku stopu; porudžbina sa mešanim stopama vraća 422 sa uputstvom za /advance.

Račun kupcu

6. Kako kupac na web shopu dobija fiskalni račun?

Na dva načina, po tvom izboru. Prvi: Tezga sama pošalje mejl kupcu čim račun prođe kod Poreske uprave, ako je uz porudžbinu stigla adresa i polje posaljiMejl:true, odnosno ako je u vezi sa shopom uključeno automatsko slanje. Drugi: u odgovoru API-ja dobiješ javni link računa i PDF koji rade bez prijave i bez ključa, pa ih ugradiš u svoju potvrdu kupovine ili u nalog kupca. Ako fiskalizacija nije prošla, mejl se ne šalje, da kupac ne dobije račun koji Poreska nema.

7. Može li mejl sa računom da nosi naš vizuelni identitet?

Može. U zaglavlju mejla stoji logo tvoje firme, pošiljalac se prikazuje pod imenom firme, odgovor kupca stiže na tvoju adresu, a u podnožju su naziv, adresa, telefon i sajt. Logo je ugrađen u sam mejl i ne učitava se sa interneta; u mejlu se prikazuje PNG, JPG ili GIF do 200 KB, a bez loga stoje početna slova naziva firme. Uvodni tekst i naslov mejla menjaš u Podešavanjima, u delu Mejlovi, Račun kupcu.

8. Je li račun PDF u prilogu ili samo link ka verifikaciji?

Oboje. Mejl nosi PDF računa u prilogu; na računu je QR kod i adresa suf.purs.gov.rs za proveru kod Poreske uprave. Verifikacioni URL dobijaš i u odgovoru API-ja, pa ga možeš prikazati u svom sistemu. Svaki račun ima i javni link koji radi bez prijave, za deljenje i kopiju.

Popusti, povraćaji i storna

9. Kako sistem tretira promo kodove i kupone iz web shopa?

Kao popust, sa tačnim PDV-om. Na /order šalješ popustProcenat ili popustRsd po stavci i na ceo račun; popust na ceo račun Tezga raspoređuje po stavkama srazmerno osnovici, isto kao u aplikaciji, pa PDV po poreskim stopama ostaje tačan, a ostatak pare ide na najveću stavku. Web shop veze (WooCommerce, Shopify, PrestaShop, OpenCart, Magento, BigCommerce) uvek fiskalizuju cenu koju je kupac platio, i kad artikal ima šifru iz Tezginog kataloga: iz kataloga se uzimaju naziv, jedinica mere i stopa. Iz sopstvenog sistema to isto tražiš poljem cenaIzZahteva:true. Popust veći od iznosa vraća 422.

10. Kako se stornira račun kad kupac odustane, i povlači li se storno iz ERP-a?

Iz ERP-a jednim pozivom na /api/integrations/refund, po Tezginom id-u ili po tvom broju porudžbine, sa vrsta:storno za ceo račun. Iz Tezge dugmetom na porudžbini: fiskalni storno ili refundacija se izda, porudžbina dobije status refundirano, a u WooCommerce se upiše refund zapis i beleška, u Shopify beleška. Novac se kupcu ne vraća automatski, to ostaje na tvom platnom posredniku. Svaki storno i refundacija okidaju webhook, pa ERP sazna bez čitanja.

11. Podržavate li delimičan povraćaj, jedan od tri artikla?

Podržavamo. Refundacija sa spiskom stavki i količina vraća samo te stavke, iznos se računa srazmerno originalu i umanjuje za ono što je već ranije vraćeno. Storno je uvek ceo račun. Refundacija u PFR-u nosi broj i vreme originalnog računa, pa je veza vidljiva i Poreskoj. Kad kupac fizičko lice nema identifikaciju na originalu, API traži polje kupacIdBroj i bez njega vraća 422 sa jasnom porukom, ne tiho odbijanje.

Poreske i zakonske specifičnosti

12. Kako se evidentiraju stope od 20 i 10 odsto kod mešovite robe?

Svaka stavka nosi svoju stopu, pa mešovita korpa nije poseban slučaj. Tezga radi sa tri poreske oznake Poreske uprave: Ђ za 20 odsto, Е za 10 odsto i А za oslobođeno. U API-ju stopu šalješ kao 20, 10, 0 ili pdv20, pdv10, oslobodjeno; za web shop konektor upisuješ mapiranje poreske klase iz shopa na jednu od te tri. Prazna stopa se tumači kao 20 odsto, nikad kao oslobođenje, a nepoznata vrednost vraća 422 umesto pogrešnog računa. Nalog koji nije u sistemu PDV-a svaku stavku evidentira kao oslobođenu, bez obzira na stopu koju pošalješ.

13. Prepoznaje li sistem fizičko lice od pravnog na osnovu podataka iz checkout-a?

Po PIB-u. Ako uz porudžbinu stigne PIB, kupac se upisuje kao pravno lice: na fiskalnom računu ide identifikacija kupca 10:PIB, a kupac se nađe ili napravi u šifarniku. Bez PIB-a račun je maloprodajni. Konektori PIB uzimaju iz polja platforme: Magento iz customer_taxvat, PrestaShop iz siret, WooCommerce iz meta polja za PIB ili VAT broj, Shopify iz napomene porudžbine u obliku „PIB: 123456789”. Iz sopstvenog sistema ga pošalješ u polju kupac.pib.

14. Povezuju li se B2B računi sa SEF-om ili to rešavamo u ERP-u?

Može iz Tezge. Za porudžbinu sa PIB-om tok fiskalni_i_sef izda fiskalni račun i isti dokument pošalje na SEF kao e-fakturu, sa fiskalnim PFR brojem kao referencom na fakturi. Tok sef šalje samo e-fakturu, bez fiskalizacije, kad je to ono što tvoj knjigovođa traži. Uslov je SEF API ključ firme u Podešavanjima; bez njega dokument dobije status nije povezan i čeka. Kupac iz javnog sektora sa JBKJS ne može u fiskalni tok, jer mu se izdaje isključivo e-faktura.

Skalabilnost i performanse

15. Koliki je maksimalan broj zahteva u sekundi?

Granica se meri po minuti i po firmi, ne po ključu ni po IP adresi: podrazumevano 120 zahteva u minuti za izdavanje i refundaciju i 240 za čitanje. To je podešavanje naloga, ne kod: podiže se do 10.000 zahteva u minuti na zahtev, na primer pred početak prodaje ulaznica ili veliku akciju. Svaki odgovor nosi zaglavlja X-RateLimit-Limit, X-RateLimit-Remaining i X-RateLimit-Reset, a 429 dolazi sa Retry-After, pa tvoj sistem zna koliko sme i kad da nastavi.

16. Kakve garancije dostupnosti dajete, kad shop radi 24/7?

Stanje sistema je javno na strani statusa, bez prijave: baza, fiskalizacija sa procentom uspešnih računa u poslednja 24 sata, slanje mejlova i pozadinski poslovi, uz tekuće i poslednjih deset incidenata. Nadzor svakih 10 minuta proverava V-PFR, SUF, SEF, mejl i bazu. Ugovorni nivo usluge sa garantovanim odzivom postoji na Enterprise nivou, u tri stepena: Standard sa odzivom od 4 sata radnim danom, Prošireni sa odzivom od 2 sata sedam dana u nedelji i dežurnim telefonom od 8 do 22 h, i Kritičan promet sa odzivom od 30 minuta, 0 do 24, i imenovanim inženjerom.

17. Imate li iskustva sa našom e-commerce platformom?

WooCommerce i Shopify imaju punu dvosmernu vezu: Tezga sama povlači porudžbine na 30 minuta i na dugme, fiskalizuje po statusu koji izabereš (plaćeno, isporučeno ili završeno) i upisuje broj računa nazad u porudžbinu. PrestaShop, OpenCart, Magento i Adobe Commerce, BigCommerce rade preko dolaznog webhooka. WordPress bez WooCommerce-a, Wix, Gomag, custom sajt i headless prodavnice rade preko REST API-ja; n8n, Make i Zapier istim API-jem. Za WooCommerce postoji i dodatak koji u adminu prikazuje fiskalni račun uz porudžbinu, samo za čitanje. Spisak sa uputstvima je na strani integracije.

18. Kako se testira pre produkcije, imate li sandbox?

Test se radi na zvaničnom sandbox okruženju Poreske uprave, sa test bezbednosnim elementom koji ona izdaje: u Podešavanjima upišeš sandbox adresu i test sertifikat, a prelazak na produkciju je zamena adrese i sertifikata; API ključ i tvoj kod ostaju isti. Nalog bez ikakvog elementa radi u simulaciji: račun se pravi lokalno, PFR broj počinje sa MOCK i ništa ne ide Poreskoj. Da test nikad ne izda pravi račun, pri pokretanju pročitaš polje okruzenje iz GET /api/integrations/tax-labels: produkcija, sandbox ili simulacija.

Podrška, troškovi i bezbednost

19. Naplaćujete po API pozivu, po računu ili fiksno?

Fiksna mesečna pretplata po paketu, plaćena unapred za 3, 6 ili 12 meseci, bez ugovora na određeno i bez naknade za uvođenje. API pozivi se ne naplaćuju. Fiskalni računi su uključeni do 3.000 mesečno, preko toga 2 dinara po računu, a prodaja se ne zaustavlja. Za lance, marketplace platforme i sisteme sa sopstvenim razvojnim timom postoji Enterprise nivo, sa cenom na upit. Paketi i cene su na strani sa čestim pitanjima.

20. Kako izgleda podrška vikendom i praznikom?

Redovna podrška radi radnim danima, mejlom, telefonom, WhatsApp-om i Viberom, i odgovaraju ljudi koji softver pišu. Prijave se vode kao tiketi sa rokom prvog odgovora: hitan 4 sata, normalan 24 sata. Kad Poreska uprava ne radi, sistem to prepozna sam, obavesti sve korisnike i ponavlja fiskalizaciju bez čekanja na podršku. Dežurstvo vikendom i praznikom ugovara se na Enterprise nivou: dežurni telefon od 8 do 22 h, ili dežurstvo 0 do 24 sa imenovanim inženjerom.

21. Gde se čuvaju podaci i ko ima pristup bezbednosnim elementima?

Aplikacija i baza rade u Evropskoj uniji, u Frankfurtu; obrađivači su Vercel, Neon, Cloudflare i Resend, navedeni u Politici privatnosti. Sertifikat, lozinka, PAK i PIN čuvaju se šifrovano algoritmom AES-256-GCM, ne prikazuju se nazad ni tebi ni nama i koriste se isključivo u komunikaciji sa procesorom fiskalnih računa. API ključevi se čuvaju kao SHA-256 heš i vide se samo jednom, pri pravljenju. Pristup nalogu može da se ograniči na IP adrese firme, prijava ima dvofaktorsku zaštitu, a svaka administrativna radnja ostaje u dnevniku. Detalji su na strani sigurnost i zaštita podataka.

22. Postoji li limit na broj operatera u panelu?

Paketi Tezga i Start imaju jednog korisnika, a od paketa Posao broj korisnika nije ograničen. Uloge su administrator, menadžer i kasir. Zaposleni dobija pozivnicu mejlom i sam postavlja lozinku; link važi 72 sata i koristi se jednom. Kasiri rade pod svojim prijavama, pa svaki račun nosi ime onoga ko ga je izdao, a pazar se vidi po smeni i po kasiru. U paketu Biznis jedan nalog vodi i više firmi, a knjigovođa se upiše kao kontakt i sam prima zakazane izveštaje.

23. Ko arhivira elektronske fiskalne račune i koliko dugo?

Tezga, u bazi, uz svaki račun i verifikacioni link Poreske uprave. Fiskalni zapisi se ne brišu ni podešavanjem ni brisanjem naloga: firma koja je ikad izdala fiskalni račun se anonimizuje, a računi ostaju zbog zakonskog roka od 10 godina. Sve podatke firme preuzimaš jednim klikom kao ZIP, iz svih tabela, bez tajni. Uz dodatak za digitalnu arhivu (DMS Fascikla) svaki fiskalizovan račun ide i u e-arhivu u PDF/A obliku, sa arhivskom knjigom i rokovima čuvanja.

24. Ažurirate li softver bez prekida rada našeg sajta?

Da. Tezga radi u oblaku, ažurira se na našoj strani i kod tebe nema instalacije: nova verzija se objavljuje kao celina i prebacuje u jednom trenutku, a prethodna ostaje spremna za vraćanje za nekoliko sekundi. Promene šeme baze su samo dodavanje, pa stari i novi kod rade nad istom bazom. Tezga je odobrena rešenjem Poreske uprave 000-092-00-00123/2026-0000 kao ESIR sa identifikacionim brojem 1597, verzija 1.1. Tehnička uputstva Poreske uprave (TaxCore) pratimo i ugrađujemo mi, a tvoj API ugovor se ne menja. Ispravnost veze sa V-PFR-om proverava se svake noći.

25. Nudite li probni period za testiranje integracije?

Probnog perioda za pretplatu nema, ali test nije uslovljen pravim računima. Na zahtev otvaramo demo nalog na 48 sati, sa podacima za probu, u kome računi ne idu Poreskoj. Sa svojim test bezbednosnim elementom radiš na zvaničnom sandbox okruženju Poreske uprave. Pristup okruženju je isti dan, a prelazak na produkciju je promena podešavanja, ne novi razvoj.

Pet pitanja za veće firme

26. Ažurira li se baza artikala iz ERP-a automatski?

Da, preko API-ja. POST /api/integrations/products upisuje do 500 artikala po pozivu (šifra, naziv, cena sa PDV-om, poreska stopa, jedinica mere, GTIN, aktivan), a POST /api/integrations/customers do 500 kupaca (naziv, PIB sa proverom kontrolne cifre, matični broj, JBKJS, adresa, mejl, telefon). Artikal se prepoznaje po šifri, kupac po PIB-u, pa mejlu, pa nazivu; ništa se ne briše, a polje koje ne pošalješ ostaje kakvo jeste. Jedna loša stavka ne ruši ostale, a ponovljen poziv je bezbedan. Stanje zaliha se ne upisuje preko API-ja, da knjiga promena ostane tačna. Iz WooCommerce-a i Shopify-a katalog se prepisuje sam, a ručno ide uvoz iz Excel-a ili CSV-a.

27. Kako se deli promet između fizičke prodaje i web shopa?

Kroz kanal prodaje na svakom računu: kasa, web shop, API ili uvoz sa stare kase. Kanal se upisuje sam, a refundacija i storno idu u kanal originalnog računa, pa je neto promet po kanalu tačan. U Izveštajima biraš period i kanal, tabela „Promet po kanalu prodaje” daje broj računa, promet i refundacije, a CSV, Excel i PDF izvoz imaju kolonu „Kanal”. Pazar se vidi i po smeni i po kasiru. Više portala pod istim poslovnim prostorom radi kroz istu firmu, svaki sa svojim API ključem; poseban poslovni prostor sa svojim bezbednosnim elementom je posebna firma u nalogu.

28. Kako se generišu dnevni izveštaji kad ima hiljade transakcija dnevno?

Presek dana (X u toku dana, Z na kraju dana) daje promet, broj računa, refundacije i storna, raspodelu po načinu plaćanja, po poreskoj stopi i po kasiru. Sedam vrsta izveštaja stiže samo na mejl po rasporedu: večernji u 20 h, dnevni u 8 h za prethodni dan sa Excel prilogom, nedeljni ponedeljkom, mesečni prvog u mesecu sa rekapitulacijom po stopama i svim fiskalnim računima red po red, izveštaj pred PDV prijavu petog u mesecu, kvartalni i godišnji; svaki tip ima svoje primaoce, pa vlasnik dobija dnevni a knjigovođa mesečni. Knjigovodstveni Excel ima tri lista: rekapitulaciju, fiskalne račune po stavkama i sve dokumente. Izveštaj po meri bira kolone i period, a izvoz ide u CSV, Excel i PDF.

29. Možemo li da pravimo različite nivoe pristupa za zaposlene?

Tri nivoa: administrator, menadžer i kasir. Kasir kuca račune pod svojim imenom i ne ulazi u upravljanje korisnicima ni u knjigu evidencije prometa; administrator vodi podešavanja, korisnike i integracije. Svaka radnja ostaje u dnevniku aktivnosti sa imenom i vremenom, a administrativne radnje i u audit logu.

30. Nudite li ugovor o nivou usluge sa garantovanom brzinom odziva?

Na Enterprise nivou, u tri stepena koji se ugovaraju: Standard (odziv 4 sata radnim danom, rešenje sledeći radni dan), Prošireni (odziv 2 sata sedam dana u nedelji, rešenje isti dan, dežurni telefon od 8 do 22 h) i Kritičan promet (odziv 30 minuta 0 do 24, 4 sata za zastoj prometa, dežurstvo 0 do 24 sa imenovanim inženjerom). Za API odziv i vrhove prometa granica zahteva se podiže pre najavljene akcije, na zahtev.

Kratak pregled: šta je gde

Tema	Tezgin odgovor u jednom redu	Gde se proverava
API	REST, JSON, ključ u zaglavlju, HMAC po izboru, OpenAPI 3.1, SDK JS i PHP	/api/openapi.json
Dupli račun	Isti broj porudžbine nikad ne pravi drugi račun, jedinstven indeks u bazi	polje externalId
Poreska ne radi	202, ponavljanje na 10 minuta do 12 puta u 48 sati, webhook kad prođe	strana statusa
Popusti	Po stavci i na računu, raspodela po stavkama; web shop fiskalizuje plaćenu cenu	polja popustProcenat i popustRsd
Artikli iz ERP-a	Upis do 500 artikala i kupaca po pozivu, po šifri i PIB-u, bez brisanja	/api/integrations/products
Kanal prodaje	Promet po kasi, web shopu, API-ju i uvozu, u izveštaju i izvozu	Izveštaji
Povraćaj	Ceo (storno) ili po stavkama (refundacija), sa referencom na original	/api/integrations/refund
B2B	PIB = pravno lice, 10:PIB na računu, po želji i e-faktura na SEF	polje kupac.pib
Obim	120/240 zahteva u minuti po firmi, do 10.000; 3.000 računa u ceni, preko toga 2 RSD	zaglavlja X-RateLimit
Podaci	Frankfurt, AES-256-GCM za bezbednosni element, ZIP izvoz svega	Politika privatnosti
Arhiva	Fiskalni zapisi se ne brišu, 10 godina, verifikacioni link uz svaki račun	Podešavanja, Kompanija
Test	Sandbox Poreske sa test elementom, simulacija sa MOCK brojem, polje okruzenje	/api/integrations/tax-labels

Kako da čitaš odgovore bilo kog provajdera?

Tri provere koje razdvajaju tvrdnju od obećanja. Prva: traži broj. „Visoka dostupnost” nije odgovor, „procenat uspešnih računa u poslednja 24 sata na javnoj strani” jeste. Druga: traži ime polja. Ako provajder kaže da podržava delimičan povraćaj, pitaj kako se zove polje sa stavkama i šta vrati kad fali identifikacija kupca. Treća: traži šta se desi kad pukne. Svaki sistem radi kad Poreska radi; razlika je u tome ko ponavlja, koliko puta, i ko te obavesti. Ovaj tekst je pisan tako da na svako od tih pitanja ima proverljiv odgovor, i tako ga treba čitati.

Izvori: Zakon o fiskalizaciji (Sl. glasnik RS 153/2020, 96/2021, 138/2022); Pravilnik o vrstama fiskalnih računa, tipovima transakcija, načinima plaćanja, pozivanju na broj drugog dokumenta i pojedinostima ostalih elemenata fiskalnog računa; Tehničko uputstvo za ESIR i TaxCore dokumentacija Poreske uprave (purs.gov.rs); Zakon o elektronskom fakturisanju (rok čuvanja iz čl. 15); Rešenje Poreske uprave 000-092-00-00123/2026-0000 od 3. jula 2026; OpenAPI opis Tezge (/api/openapi.json).