Tra\u017eeni sadr\u017eaj se pru\u017ea u JSON<\/strong> formatu s UTF-8 kodiranjem. Ako se koristi neki drugi format, to je navedeno u opisu metode. <\/p>\n HTTP statusni kod identificira status zahtjeva – za uspje\u0161ne zahtjeve vra\u0107a se statusni kod 200.<\/strong> Uz ovaj odgovor bit \u0107e primljene i tra\u017eene informacije s poslu\u017eitelja. Odgovori \u0107e se razlikovati ovisno o vrsti kori\u0161tenog API-ja. API odgovori za razli\u010dite vrste API-ja opisani su u odgovaraju\u0107im odjeljcima. <\/p>\n Ako je do\u0161lo do pogre\u0161ke s poslanim zahtjevom, sustav \u0107e vratiti odgovornu poruku sa statusnim kodom. Uobi\u010dajeni kodovi pogre\u0161aka: <\/p>\n Kodovi pogre\u0161aka pru\u017eaju neke op\u0107enite informacije o vrsti pogre\u0161ke, omogu\u0107uju\u0107i korisniku da identificira uzrok problema.<\/p>\n Neki API-ji imaju opcionalne elemente (parametre) u svom odgovoru, a sustav mo\u017ee presko\u010diti opcionalne parametre iz razli\u010ditih razloga (nema podataka, lo\u0161i podaci, isteklo vrijeme odgovora itd.). Korisnik ne smije pretpostavljati da \u0107e odre\u0111eni opcionalni podaci uvijek biti uklju\u010deni u odgovor. <\/p>\n Svi API-ji imaju jedno jedino ograni\u010denje:<\/p>\n Ovo ograni\u010denje vrijedi za sve postoje\u0107e FMS API-je.<\/p>\n API autentifikacija i autorizacija potrebna je za kontrolu kori\u0161tenja API-ja za razli\u010dite klijente i njihovu integraciju s razli\u010ditim sustavima. Kako bi se uputio ovla\u0161teni zahtjev sistemskim API-jima, aplikacija klijenta koja podnosi zahtjev prvo mora dobiti API_key<\/strong> u ime web korisnika sustava. <\/p>\n Klijenti mogu dobiti API klju\u010d samo izravnim kontaktiranjem tehni\u010dke podr\u0161ke svojih pru\u017eatelja usluga. API klju\u010d sastoji se od nasumi\u010dno generiranih slova, brojeva i simbola. <\/p>\n Primjer zahtjeva koji koristi API_key:<\/p>\n Ako je API_key istekao, uklonjen ili jednostavno onemogu\u0107en, sustav \u0107e vratiti sljede\u0107i odgovor:<\/p>\n API krajnje to\u010dke, parametri zahtjeva i odgovori mogu se pregledati u \u201eSwaggeru\u201d putem ove poveznice: https:\/\/api.fm-track.com<\/a><\/p>\n Bilje\u0161ka Va\u017eno! API rje\u0161enje se stalno a\u017eurira, pobolj\u0161ava i na druge na\u010dine modificira, stoga je potrebno razumjeti \u0161to zna\u010di \u201ekompatibilnost\u201d i kako utje\u010de na korisnika prilikom kori\u0161tenja API rje\u0161enja.<\/p>\n Kada se API a\u017eurira, doga\u0111a se jedna od sljede\u0107e dvije mogu\u0107nosti:<\/p>\n \u0160to se smatra unatrag kompatibilnom API verzijom:<\/p>\n <\/p>\n API (su\u010delje za programiranje aplikacija) omogu\u0107uje klijentima integraciju FMS-a sa svojim sustavima, povla\u010denje i slanje podataka o razli\u010ditim entitetima. Klijent \u0161alje HTTP zahtjeve sustavu, pru\u017eaju\u0107i informacije o namjeravanoj radnji. HTTP naredbe koje se obi\u010dno koriste u API-ju: GET \u2013 Pro\u010ditaj resurs; POST \u2013 Promjena stanja resursa; Tra\u017eeni sadr\u017eaj se pru\u017ea u JSON formatu s UTF-8 … Continue reading Apis<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":116,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-15069","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/pages\/15069","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/comments?post=15069"}],"version-history":[{"count":0,"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/pages\/15069\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.fmsdocumentation.com\/hr\/wp-json\/wp\/v2\/media?parent=15069"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\nOgrani\u010denja API-ja<\/h3>\n
\n
\nAPI autentifikacija<\/h3>\n
![\"\"](\"https:\/\/www.fmsdocumentation.com\/wp-content\/uploads\/2017\/04\/1.png\")
<\/a><\/p>\n<\/a><\/p>\n
\n Uvijek je potrebno navesti verziju API-ja u svim vrstama API-ja.<\/p><\/p>\n
\nZbog stalnog razvoja i API-ja i sustava od kojeg tra\u017ei informacije, korisnici ponekad mogu primiti parametre koji nisu navedeni u opisima. Preporu\u010duje se jednostavno zanemariti nepoznate parametre koji nisu dokumentirani u svakom opisu API-ja. <\/p><\/p>\n
\nVerziranje i kompatibilnost<\/h3>\n
\n
\n
\n Korisnik mo\u017ee sa sigurno\u0161\u0107u pretpostaviti da ID-ovi objekata koje sustav generira nikada ne\u0107e prema\u0161iti 255 znakova, ali korisnik bi trebao biti u mogu\u0107nosti rukovati ID-ovima s potencijalnom duljinom od 255 znakova. Na primjer, ako korisnik koristi MySQL, ID-ovi bi trebali biti pohranjeni u stupcu VARCHAR(255) COLLATE utf8_bin (konfiguracija COLLATE osigurava razliku izme\u0111u velikih i malih slova u pretragama). <\/li>\n
\n