Servislerin tek tek ne yaptığı API Dokümanları sekmesinde anlatılıyor. Buradaki kartlar ise birden fazla servisin birlikte oluşturduğu uçtan uca iş akışlarını anlatır. Ayrıntı için bir kartı seçin.
Araç kamerasının geçmiş kayıtlarını indirmeden, doğrudan izleyin.
Bu senaryo, aracı kimin kullandığını kesin olarak bilmek isteyen filolar içindir. Araç çalıştırıldığında araç içindeki zil (buzzer) ötmeye başlar; sürücü kendi uygulamanızdaki formu doldurup kendini tanıttığında zil susar ve o sürücü araca atanır.
Böylece sürücü tanımlaması isteğe bağlı bir adım olmaktan çıkar: araç, sürücü kendini tanıtana kadar sesli uyarı vermeye devam eder. Sonuçta mesafe, sürüş ve davranış raporları doğru sürücüye işlenir.
Sürücü kontağı açar. Sistem aracın kullanılmaya başlandığını algılar.
Araçtaki zil çalar. Sürücü henüz tanımlanmadığı için uyarı sürer.
Sürücü kendi bilgilerini girer, uygulamanız servisimizi çağırır.
Uyarı durur ve araç o andan itibaren bu sürücüye kaydedilir.
Zili çaldıran adım firma bazında yapılandırılır. Kurulum sırasında birlikte karar veririz; sonradan da değiştirilebilir.
| A) Siz yönetirsiniz (API) | B) Biz otomatikleştiririz | |
|---|---|---|
| Zili kim çaldırır? | Uygulamanız, BuzzerCompanyDeviceStop servisini state=1 ile çağırır. | Sunucumuzdaki zamanlanmış görev, firmanız için otomatik çağırır. |
| Hangi araçlara? | Siz seçersiniz — plates ile istediğiniz plakalar. | Formu doldurulmamış araçlar otomatik seçilir. |
| Tekrar aralığı | Kendi zamanlayıcınızda belirlersiniz. | Bizim tarafımızda ayarlanır (ör. 20 dakika). |
| Sizde gereken | Periyodik çalışan bir görev (cron/zamanlayıcı). | Yok — yalnızca susturma çağrısını yaparsınız. |
| Uygun olduğu durum | Vardiya saatlerini, istisnaları ve kapsamı kendiniz yönetmek istiyorsanız. | Ek geliştirme yapmadan, hazır bir kurulum istiyorsanız. |
İkisi aynı anda kullanılmaz. Hem sizin zamanlayıcınız hem bizim görevimiz aynı araca komut gönderirse, sürücü çift uyarı alır ve araca gereksiz komut trafiği oluşur. Bu yüzden firmanız için yalnızca biri etkinleştirilir.
Susturma tarafı her iki modelde de aynıdır: sürücü formu doldurduğunda uygulamanız Buzzer servisini state=0 ile çağırır (aşağıdaki 2. adım). Model seçimi yalnızca çaldırma adımını etkiler.
Zilin ne zaman çalacağı, aşağıdaki iki çalışma modelinden hangisini seçtiğinize bağlıdır. İkisi de aynı sonucu verir; fark, uyarıyı kimin başlattığıdır.
Sürücü formu doldurmazsa ne olur? Uyarı tek seferlik değildir; sürücü kendini tanıtana kadar belirli aralıklarla tekrarlanır (tekrar aralığı seçtiğiniz modele göre belirlenir). Araç sürülmeye devam edebilir, ancak sesli uyarı sürer.
Sürücü kendi bilgilerini girdiğinde uygulamanız Buzzer servisini state=0 (sustur) ile çağırır. Sürücü bilgilerini de aynı çağrıda gönderirseniz sürücü tek adımda araca atanır.
POST https://api.takip724.com/Buzzer
?token=SIZE_VERILEN_TOKEN
&plate=34XY9001
&state=0
&driverName=Ornek
&driverSurName=Surucu
&driverIdNumber=EMP-0042
Başarılı yanıt:
{ "code": 1, "message": "İşlem başarıyla gerçekleştirilmiştir." }
| Alan | Zorunlu | Açıklama |
|---|---|---|
plate | Evet | Sürücünün kullandığı aracın plakası. |
state | Hayır | 0 sustur, 1 çaldır. Varsayılan 0. |
driverIdNumber | Hayır | Sürücünün sicil/personel numarası. Sürücü atamasının anahtarıdır — gönderilmezse yalnızca zil susar, atama yapılmaz. |
driverName / driverSurName | Hayır | Sürücünün adı ve soyadı. |
Sürücüyü önceden tanımlamanıza gerek yok. Gönderdiğiniz sicil numarası sistemde yoksa sürücü kaydı otomatik oluşturulur. Daha önce tanımlıysa mevcut kayıt kullanılır — mükerrer sürücü oluşmaz.
Atama anında yapılır. Araçta önceden başka bir sürücü tanımlıysa o ilişki kaldırılır; bir aracın her zaman tek bir güncel sürücüsü olur.
Vardiya bittiğinde BuzzerCompanyDeviceStop servisiyle birden fazla aracı tek çağrıda işleyebilirsiniz. Bu, ertesi vardiyada sürücülerin yeniden tanımlanmasını sağlar.
POST https://api.takip724.com/BuzzerCompanyDeviceStop
?token=SIZE_VERILEN_TOKEN
&plates=34XY9001,34XY9002,34XY9003
&state=1
Servis adı yanıltıcı olabilir: adında Stop geçmesine rağmen komutun türünü state belirler — 1 çaldırır, 0 susturur.
Evet. Bu sistem aracı çalışmaz hale getirmez; sesli uyarıyla sürücüyü kendini tanıtmaya yönlendirir.
Her araç için ayrı çağrı yapmanız yeterlidir. Aynı sicil numarası tekrar gönderildiğinde yeni sürücü kaydı oluşturulmaz, mevcut sürücü ilgili araca atanır.
Evet. İleri tarihli planlama için DriverDeviceBooking, anında atama için DriverDeviceAssign servislerine bakabilirsiniz. Bu senaryodaki fark, atamanın sürücünün kendi doldurduğu form üzerinden yapılmasıdır.
Servislerimizde aşırı istek koruması vardır: Buzzer için 10 saniyede 1 istek, BuzzerCompanyDeviceStop için saniyede 5 istek sınırı aşılırsa -999 kodu döner. Aynı araç için aynı komut zaten sırada bekliyorsa tekrar gönderilmez.
| Kod | Anlamı | Ne yapmalı? |
|---|---|---|
1 | İşlem başarılı | — |
3001 | Plaka boş gönderildi | plate alanını doldurun. |
5000 | Plaka bulunamadı veya firmanıza ait değil | Plakayı sistemde tanımlı yazımıyla gönderin. |
2008 | Token geçersiz | Size verilen erişim kodunu kontrol edin. |
-999 | Çok sık istek | Kısa bir süre bekleyip tekrar deneyin. |
Bu akış firmanıza ve araçlarınıza özel olarak etkinleştirilir ve zil donanımını destekleyen araç takip cihazları gerektirir. Kullanmak istediğinizde lütfen bizimle iletişime geçin — araçlarınızın uygunluğunu birlikte kontrol edip kurulumu yapalım.
Bu senaryo, sürücüsü vardiyaya göre değişen ve kimin hangi araca bineceğini önceden planlayan filolar içindir. Kendi planlama veya rezervasyon sisteminizden “bu sürücü, bu araca, şu saatte binecek” bilgisini önceden gönderirsiniz; saat geldiğinde sürücü araca otomatik atanır, vardiya bittiğinde de ilişkiyi kapatırsınız.
Böylece mesafe, sürüş ve davranış raporları gerçekten o saatte aracı kullanan sürücüye işlenir; vardiya sonrasındaki hareketler (aracın depoya çekilmesi, bakım) yanlışlıkla son sürücüye yazılmaz.
Uygulamanız sürücüyü, aracı ve başlangıç saatini önceden bildirir.
Rezervasyon saati geldiğinde sürücü en geç yaklaşık 1 dakika içinde araca atanır.
Sürücü araçtan indiğinde vardiya sonunu bildirirsiniz.
Her hareket, o anda araçta olan sürücünün raporuna işlenir.
Sürücüyü araca bağlamanın iki yolu vardır. Bu senaryo rezervasyonu anlatır; anında atama, planlama gerektirmeyen durumlar için daha basittir.
| Anında atama | Rezervasyon | |
|---|---|---|
| Ne zaman geçerli olur? | Çağrı anında. | bookingDate geldiğinde (en geç ~1 dakika içinde). |
| Önceden planlama | Yok — atamayı yapmak için o anı beklemeniz gerekir. | Var — günler öncesinden gönderebilirsiniz. |
| Değiştirme / iptal | Yeni bir atama yaparak. | Aynı bookingId ile yeniden göndererek ya da iptal servisiyle. |
| Raporu tek vardiyaya süzme | Yok. | bookingId ile. |
Planlama sisteminizde bir vardiya oluştuğunda DriverDeviceBooking servisini çağırın. bookingId, sizin sisteminizdeki rezervasyonun kalıcı kimliğidir; aynı rezervasyonu daha sonra değiştirmek, iptal etmek, vardiyasını kapatmak ya da raporunu almak için hep bu değeri kullanırsınız.
POST https://api.takip724.com/DriverDeviceBooking
?token=SIZE_VERILEN_TOKEN
&identityNumber=12345678901
&plate=34XY9001
&bookingId=BK-1001
&bookingDate=2026-10-05 07:30:00
Başarılı yanıt:
{
"code": 1002,
"message": "Success",
"driver": { "id": "1024", "name": "12345678901", "surname": "-", "identityNumber": "12345678901" },
"device": { "deviceId": "134795", "plate": "34XY9001", "uniqueId": "868324021171637" },
"booking": { "bookingId": "BK-1001", "bookingDate": "2026-10-05 07:30:00",
"bookingDateUtc": "2026-10-05 04:30:00", "driverId": "1024", "deviceId": "134795" }
}
| Alan | Zorunlu | Açıklama |
|---|---|---|
identityNumber | Evet | Sürücünün kimlik/sicil numarası. Sürücü eşleştirmesinin anahtarıdır. |
plate | Evet | Aracın plakası. |
bookingId | Evet | Sizin sisteminizdeki rezervasyon kodu (ör. BK-1001). |
bookingDate | Evet | Sürücünün araca atanacağı an: YYYY-MM-DD HH:mm:ss, kendi saat diliminizde. |
Yanıt, sürücünün araca atandığı anlamına gelmez. Bu çağrı yalnızca rezervasyonu kaydeder; atama bookingDate geldiğinde yapılır. Sürücüyü önceden tanımlamanıza gerek yok: kimlik numarası sistemde yoksa sürücü kaydı otomatik açılır. Yanıttaki driver.id değerini saklayın — vardiyayı kapatırken kullanacaksınız.
Plan değişirse aynı bookingId ile servisi yeniden çağırın: henüz zamanı gelmemiş eski rezervasyon geçersiz olur ve son gönderdiğiniz geçerli olur (araç, sürücü ya da saat farklı olabilir). Birebir aynı bilgiyi tekrar göndermek hiçbir şeyi değiştirmez — isteği güvenle yineleyebilirsiniz.
Vardiya tamamen iptal olduysa DriverDeviceBookingCancel servisine yalnızca bookingId gönderin:
POST https://api.takip724.com/DriverDeviceBookingCancel
?token=SIZE_VERILEN_TOKEN
&bookingId=BK-1001
İptal yalnızca henüz işlenmemiş rezervasyonlar içindir. Saati gelmiş ve sürücüsü araca atanmış bir rezervasyon iptal edilemez (5003 döner); onun yerine 5. adımdaki vardiya sonu bildirimini kullanın.
Rezervasyonlar arka planda düzenli olarak kontrol edilir; bookingDate geçtiğinde sürücü en geç yaklaşık 1 dakika içinde araca atanır. Araçta önceden başka bir sürücü varsa bu ilişki kaldırılır — bir aracın her zaman tek bir güncel sürücüsü olur.
Aynı araca gün içinde farklı saatler için farklı sürücüler planlayabilirsiniz (her biri ayrı bookingId ile). Rezervasyonlar birbirini etkilemez; her biri kendi saatinde işlenir.
DriverDeviceBookingList ile rezervasyonların hangi aşamada olduğunu görebilirsiniz. plate, identityNumber ve startDate/endDate ile süzebilir, history=1 ile geçmiş kayıtları da alabilirsiniz.
GET https://api.takip724.com/DriverDeviceBookingList
?token=SIZE_VERILEN_TOKEN
&plate=34XY9001
&startDate=2026-10-05 00:00:00
&endDate=2026-10-05 23:59:59
processStatus | Anlamı |
|---|---|
0 | Bekliyor — saati henüz gelmedi. |
1 | İşlendi — sürücü araca atandı. |
2 | Geçersiz — aynı bookingId ile yeni rezervasyon gönderildi ya da iptal edildi. |
Sürücü araçtan indiğinde DriverDeviceEndShift ile vardiya sonunu bildirin. Bunu yapmazsanız atama bir sonraki rezervasyona kadar süresiz geçerli kalır ve vardiya sonrasındaki hareketler (aracın depoya çekilmesi, başka birinin kullanması) o sürücüye yazılır.
POST https://api.takip724.com/DriverDeviceEndShift
?token=SIZE_VERILEN_TOKEN
&plateNo=34XY9001
&driverId=12345678901
&bookingId=BK-1001
&shiftEndDate=2026-10-05 15:45:00
driverId = rezervasyonda identityNumber olarak gönderdiğiniz sürücü numarasıdır (kimlik / sicil / personel no). Rezervasyon yanıtındaki driver.id değil, kendi sisteminizdeki numarayı gönderin; servis bunu firmanızdaki sürücüyle kendisi eşleştirir. Aynı değeri identityNumber adıyla da gönderebilirsiniz.
Vardiya sonundan sonraki hareketler raporlarda sürücüsüz görünür. Aynı araç için önceden gönderdiğiniz gelecek rezervasyonlar bu çağrıdan etkilenmez, kendi saatlerinde işlenir. Aynı vardiyayı ikinci kez kapatmaya çalışırsanız hata döner; vardiya iki kez kapatılmaz.
Araç bazında DeviceDriverSummaryReport, sürücü bazında DriverDeviceSummaryReport kullanın. interval=1 her sürüşü, 2 günlük özeti, 3 tüm aralığın toplamını verir; günlük ve toplam satırlardaki başlangıç/bitiş saatleri pratikte vardiya başlangıç/bitiş saatidir.
GET https://api.takip724.com/DeviceDriverSummaryReport
?token=SIZE_VERILEN_TOKEN
&plate=34XY9001
&startDate=2026-10-05 00:00:00
&endDate=2026-10-05 23:59:59
&interval=2
&bookingId=BK-1001
| Opsiyonel alan | Ne işe yarar? |
|---|---|
bookingId | Sonucu tek bir rezervasyona (vardiyaya) sınırlar. |
minDistanceKm | Bu mesafenin (km) altındaki kısa sürüşleri — depo içi manevra, bakım — rapordan çıkarır. |
Araçta sürücü kart okuyucu varsa raporlar kartla yapılan tanımlamayı da otomatik olarak dikkate alır; ayrıca bir şey yapmanız gerekmez.
Rezervasyon reddedilmez; bir sonraki kontrolde (en geç ~1 dakika içinde) işlenir ve sürücü araca atanır.
Evet. Her biniş için ayrı bir bookingId ile rezervasyon gönderin.
Bir sonraki rezervasyon işlendiğinde araç yeni sürücüye geçer; aradaki hareketler önceki sürücüye yazılır. Kısa hareketleri rapordan çıkarmak için minDistanceKm kullanabilirsiniz.
Henüz işlenmediyse evet: aynı bookingId ile yeni saati gönderin. İşlendikten sonra gönderilen bilgi yeni bir rezervasyon olarak işlenir.
Teknik olarak evet; ancak bir aracın her zaman tek güncel sürücüsü olduğu için en son işlenen atama geçerli olur. Karışıklığı önlemek için aynı araçlarda tek yöntem kullanmanızı öneririz.
| Kod | Anlamı | Ne yapmalı? |
|---|---|---|
1002 | İşlem başarılı (rezervasyon, iptal, vardiya sonu) | — |
3001 | Plaka boş gönderildi | plate / plateNo alanını doldurun. |
3023 | Kimlik numarası boş gönderildi | identityNumber alanını doldurun. |
5000 | Plaka bulunamadı veya firmanıza ait değil | Plakayı sistemde tanımlı yazımıyla gönderin. |
5003 | İptal edilecek bekleyen rezervasyon yok | Rezervasyon işlenmiş olabilir; vardiya sonu bildirin. |
3030 / 3031 / 3032 | bookingId (3030), shiftEndDate (3031) veya driverId (3032) boş/geçersiz | İlgili alanı doldurun; tarihi YYYY-MM-DD HH:mm:ss biçiminde gönderin. |
3033 | Bu sürücü numarasıyla firmanızda sürücü yok | Rezervasyonda gönderdiğiniz identityNumber değerinin aynısını driverId olarak gönderin. |
5002 | Plaka/sürücü/rezervasyon üçlüsüne ait bekleyen rezervasyon yok veya vardiya zaten kapatılmış | plateNo, driverId ve bookingId rezervasyondakiyle aynı mı kontrol edin; vardiya zaten kapalıysa işlem gerekmez. |
-1 | Beklenmeyen hata | Yanıttaki açıklamayı okuyun; sürerse bize bildirin. |
2001 | Token boş veya geçersiz | Size verilen erişim kodunu kontrol edin. |
-999 | Çok sık istek | Kısa bir süre bekleyip tekrar deneyin. |
Bu akış ek bir kurulum gerektirmez; size verilen token ile hemen kullanılabilir. Rezervasyonların doğru saatte işlenmesi için hesabınızdaki saat diliminin doğru tanımlı olduğundan emin olun — bookingDate ve shiftEndDate bu saat dilimine göre yorumlanır.
Bu sayfa, araç takip verinizin hangi duraklardan geçtiğini, her durağın hangi ülkede bulunduğunu ve verinin nerede saklandığını anlatır. Veri aktarımına ilişkin sorularınız için hazırlanmıştır.
Araçtaki takip cihazı uydulardan konumunu hesaplar. Bu aşamada henüz hiçbir yere veri gitmemiştir.
Cihazın içindeki SIM kart, veriyi kendi operatörünün mobil şebekesi üzerinden iletir.
Operatör şebekesi veriyi doğrudan Technotrade sunucularına taşır. Araya başka bir platform girmez.
Veri Türkiye’deki Technotrade sunucularına ulaşır, burada işlenir ve burada saklanır.
Panel ya da API üzerinden veriye erişirsiniz. Veri yine Türkiye’deki Technotrade sunucularından okunur.
| Veri türü | Nerede | Açıklama |
|---|---|---|
| Konum ve hareket kayıtları | Türkiye | Technotrade sunucularında saklanır. |
| Araç ve cihaz bilgileri | Türkiye | Technotrade sunucularında saklanır. |
| Rapor çıktıları | Türkiye | İstek anında Technotrade sunucularında üretilir. |
| Harita görüntüleri | Türkiye | Harita altlığı da Technotrade sunucularından servis edilir. |
Yukarıdaki verilerin tamamı Türkiye’deki Technotrade sunucularında tutulur ve işlenir. Araç takip verileriniz yurt dışındaki bir sunucuya aktarılmaz veya orada saklanmaz.
Verilerim yurt dışına gidiyor mu?
Hayır. Araç takip verileriniz Türkiye’deki Technotrade sunucularına ulaşır, burada işlenir ve burada saklanır.
Operatör verimi görebilir mi?
Operatör, mobil veriyi taşıyan taraftır; verinin içeriğini kendi amaçları için kullanmaz. Cihaz ile Technotrade sunucuları arasındaki aktarım korumalı bir bağlantı üzerinden yapılır.
Araya başka bir takip platformu giriyor mu?
Hayır. Operatör şebekesinden sonra veri doğrudan Technotrade sunucularına gelir; üçüncü bir takip sistemi aradan geçmez.
Hangi aracın hangi operatörü kullandığını görebilir miyim?
Evet. Araç başına cihaz markası, modeli ve SIM kart operatörünü listeleyen bir servis bulunur — API Dokümanları sekmesindeki DeviceSimOperatorList servisine bakabilirsiniz. Operatör, SIM kartın IMSI numarasından belirlenir ve bu bilgi yalnızca IMSI bildiren cihazlarda görünür. Bildirip bildirmemek cihazın marka/modeline bağlıdır — aracın bağlantı durumuyla ilgisi yoktur; bazı takip cihazı modelleri bu bilgiyi hiç göndermez ve o araçlarda operatör alanı boş kalır. Bu bir arıza değildir.
Technotrade sunucuları nerede?
Technotrade sunucuları Türkiye’de bulunur ve Technotrade tarafından işletilir.
Veri yolu şu şekildedir: araç içindeki cihaz → SIM kart → operatör şebekesi → Türkiye’deki Technotrade sunucuları → sizin panelinizi veya API’nizi besleyen yanıt. Verinin durduğu ve saklandığı yer Türkiye’dir.
Web servislerinin döndürdüğü tüm durum kodları. HTTP kodu tek başına nedeni söylemez; entegrasyonunuzda cevaptaki code alanını kullanın.
Servisler msg alanını kullanıcının hesabında tanımlı dilde döndürür; dil tanımlı değilse ya da firma token'ı kullanılıyorsa Türkçe döner. Entegrasyonda metne değil code alanına bakın.
| Kod | HTTP | Anlamı |
|---|---|---|
| 1 | 200 | İşlem başarıyla gerçekleştirilmiştir |
| 1002 | 200 | İşlem başarıyla gerçekleştirilmiştir. |
| 1003 | 200 | Kayıt başarıyla güncellendi. |
| Kod | HTTP | Anlamı |
|---|---|---|
| -1 | 500 | Beklenmeyen işlem hatası |
| -201 | 401 | Yetki hatası. |
| -999 | 429 | İstek sınırı aşıldı; belirtilen süre kadar bekleyip yeniden deneyin. |
| 2001 | 401 | Token numarası boş veya geçersiz. |
| 2002 | 400 | Servis tipi boş veya geçersiz |
| 2003 | 400 | Böyle bir istek tipi mevcut değildir |
| 2008 | 404 | Sorguyu gerçekleştirmek için böyle bir kullanıcı mevcut değildir |
| 2011 | 200 | Böyle bir sorgu tipi mevcut değildir. |
| -888 | 200 | SOAP bağlantı veya metot çalıştırma hatası. |
Token ile yapılan her istek, servis çalışmadan önce bu kurallara göre denetlenir.
success (false), code, reason, msg.msg alanına firmanın durum açıklaması eklenebilir.| Kod | HTTP | reason | Anlamı |
|---|---|---|---|
| 2029 | 403 | USER_DELETED | Kullanıcı kaydı silinmiş |
| 2022 | 403 | USER_PASSIVE | Kullanıcı pasif |
| 2028 | 403 | USER_TYPE_PASSIVE | Kullanıcı tipi erişime kapalı |
| 2024 | 403 | USER_LOGIN_TIME_ERROR | Kullanıcının giriş saati dışında |
| 2025 | 403 | USER_IP_ERROR | İstek, kullanıcının izinli IP listesinde olmayan bir adresten geliyor |
| 2023 | 403 | USER_LOGINDATE_ERROR | Kullanıcının geçerlilik süresi dolmuş |
| 2027 | 403 | FIRM_DELETED | Firma kaydı silinmiş |
| 2021 | 403 | FIRM_PASSIVE | Firma hesabı pasif (durum 0) |
| 2026 | 403 | FIRM_PASSIVE_STATUS_2 | Firma hesabı pasif (durum 2) |
| 2030 | 404 | FIRM_NO_DEVICE | Firmada hiç araç yok |
| Kod | HTTP | Anlamı |
|---|---|---|
| 2012 | 400 | Nokta listesi boş bırakılamaz |
| 2013 | 400 | Silinecek id listesi boş bırakılamaz |
| 2014 | 400 | Eklenecek id listesi boş bırakılamaz |
| 3001 | 400 | Plaka bilgisi boş bırakılamaz |
| 3002 | 400 | Kullanıcı adı bilgisi boş bırakılamaz. |
| 3003 | 400 | Şifre boş bırakılamaz. |
| 3004 | 400 | Kurumsal kod boş bırakılamaz. |
| 3005 | 400 | Başlangıç tarihi boş bırakılamaz |
| 3006 | 400 | Tarih aralığı en fazla X gün olabilir |
| 3007 | 400 | Bitiş tarihi bilgisi boş bırakılamaz |
| 3008 | 400 | intervalType değeri boş bırakılamaz ve alacağı değer {{X}} sayılarından biri olabilir. |
| 3009 | 400 | Grup Id bilgisi boş bırakılamaz |
| 3011 | 400 | Benzersiz Id bilgisi boş bırakılamaz |
| 3015 | 400 | Plaka veya UniqueId bilgisinden bir tanesini doldurmanız gerekmektedir |
| 3017 | 400 | Cihaz id bilgisi boş bırakılamaz |
| 3019 | 400 | Coğrafi nesne id bilgisi boş bırakılamaz |
| 3020 | 400 | Nokta id bilgisi boş bırakılamaz |
| 3021 | 400 | Liste tipi(listType) bilgisi boş bırakılamaz. |
| 3022 | 400 | Plaka, cihaz id veya grup id bilgisinden bir tanesini doldurmanız gerekmektedir. |
| 3023 | 400 | Kimlik no(identityNumber) bilgisi boş bırakılamaz. |
| 3024 | 400 | Ad veya koordinat bilgisi boş bırakılamaz. |
| 3025 | 400 | Gönderilen poligon geçerli bir şekil oluşturmuyor. |
| 3026 | 400 | Nokta id veya koordinat (lat/lng) bilgisinden bir tanesini doldurmanız gerekmektedir. |
| 3027 | 400 | Durak listesi (stops) en az 2, en fazla 22 nokta içermelidir. |
| 5007 | 400 | En fazla X araç için rapor isteği yapabilirsiniz |
| 5008 | 400 | Araç, bölge ve tarih aralığı sınırı aşıldı; izin verilen sınırlar cevabın msg alanında listelenir. |
| 2007 | 200 | Durum bilgisi boş bırakılamaz. |
| 3030 | 400 | Booking id bilgisi boş bırakılamaz. |
| 3031 | 400 | Shift end tarihi bilgisi boş bırakılamaz veya geçersiz. |
| 3032 | 400 | Sürücü (driverId / identityNumber) bilgisi boş bırakılamaz. |
| 3034 | 400 | İzleme süresi (duration) 1 ile 30 arasında bir tam sayı (dakika) olmalıdır. |
| 3035 | 400 | Desteklenmeyen dil (lang). Desteklenen diller: tr, en, de, fr, ru, ar, zh, hi. |
| Kod | HTTP | Anlamı |
|---|---|---|
| 3010 | 200 | Bu grup içerisinde herhangi bir araç bulunmamaktadır. |
| 5000 | 404 | Kullanıcıya böyle bir plaka atanmamış veya böyle bir plaka mevcut değildir |
| 5001 | 404 | Herhangi bir kayıt bulunamamıştır |
| 5003 | 404 | Kullanıcıya böyle bir cihaz atanmamış veya böyle bir cihaz mevcut değildir |
| 5004 | 404 | Belirtilen plakalarda herhangi bir araç bulunamamıştır |
| 5009 | 404 | Belirtilen grup mevcut değil veya bu grup altına herhangi bir cihaz atanmamıştır |
| 5010 | 404 | Sistemde böyle bir plaka kayıtlı değildir. |
| 6001 | 404 | Bu kurumsal kod (Firma ID) bulunamadı. |
| 1011 | 200 | Cihaz tipi desteklenmiyor. |
| 1012 | 200 | Araç bulunamadı. |
| 1013 | 200 | Bu cihaz ya da komut için payload bulunamadı. |
| 3033 | 404 | Bu sürücü numarasıyla firmanızda kayıtlı bir sürücü bulunamadı. |
| 5002 | 404 | Belirtilen plateNo/driverId/bookingId üçlüsüne ait bekleyen bir booking bulunamadı veya bu booking için vardiya zaten kapatılmış. |