API
Rakam panelde
kalmak zorunda değil.
ERP'nizdeki stok, sipariş, cari ve belge bilgisi; mağazanızda, CRM'inizde, saha uygulamanızda ve kendi ekranlarınızda. Aynı salt-okuma mimarisi: ham veri yine sizin sunucunuzda kalır, dışarıya yalnız cevap çıkar.
Ne değişir
"Muhasebeye sorayım" cümlesi ortadan kalkar
Şirketteki bilginin çoğu zaten var; sorun onun yalnız ERP ekranında olması. Satış temsilcisi telefonda müşteriyi bekletiyor, mağaza stoğu tahmin ediyor, bayi aradığını soruyor. API bu üç durumu da aynı şekilde çözüyor: cevabı, sorunun sorulduğu yere taşıyarak.
Stok, gerçekten elde olan
Depo bazında eldeki miktar, hizmet kartları ayıklanmış, sıfıra düşen ürün "tükendi" olarak. Mağazanız gece yarısı senkron beklemez, saat başı ya da sipariş anında sorar.
Siparişin belgesi kesildi mi
Kendi sipariş numaranızla sorup irsaliyenin kesilip kesilmediğini, faturanın düzenlenip GİB'e gidip gitmediğini görürsünüz. Müşteriye "faturanız hazır" diyen e-postayı sistem kendisi atar.
Müşteri zaten kayıtlı mı
Vergi numarası ya da e-postayla cari kartını bulur, bakiyesini ve son hareketini görürsünüz. Aynı müşteriye ikinci kart açılmasının önüne geçen tek şey budur.
Bu ürün en son kaça satıldı
Tarih tarih satış satırları, alış maliyeti, on iki aylık ortalama ve en düşük/en yüksek satış fiyatı. Teklif hazırlayan kişi geçmişi bilerek fiyat verir.
Mal çıktı, fatura yok
Açık irsaliyeler yaşıyla birlikte. Ay sonunu beklemeden, kendi uyarı ekranınızda: "on iki gündür açık, 1,4 milyon TL".
Tutarsızlık denetimi
Gelecek tarihli belge, başlık-kalem farkı, gönderilmemiş e-belge, dengesiz fiş, portföyde vadesi geçmiş çek. Bulgular olası sebebiyle birlikte gelir. Denetim sayfası
Nereye bağlanır
ERP'nin dışındaki her şey
API düz HTTP ve JSON konuşur. Bu yüzden bağlanacak tarafın ne olduğu önemli değil: hazır bir e-ticaret altyapısı, özel yazılmış bir panel, bir CRM ya da sahadaki bir telefon.
E-ticaret
IMFLEXI ile tam uyumlu. IMFLEXI üzerinde çalışan mağazalarda stok senkronu, sipariş numarasının belgeye yazılması ve belgenin geri okunması hazır akış olarak kuruluyor — ek geliştirme istemiyor.
Diğer altyapılar için de aynı üç adım geçerli: stoğu düzenli tazele, siparişi Netsis'e yazarken kendi numaranı ek sahaya koy, sonra o numarayla belgeyi geri oku.
Mağazanın gün içinde sorduğu
Saat başı stok tazele
Ürün sayfası fiyat geçmişi
Sipariş sonrası belge kesildi mi
Kasa müşteri kayıtlı mı
Dört soru, dört rapor. Mağaza ERP'yi hiç tanımaz; READERP'e sorar, cevabı alır.
Mobil ve saha
Satışçı müşterinin kapısında bakiyeyi ve açık irsaliyeyi görür; depocu telefondan stok sorgular. iOS, Android, Flutter, React Native ya da bir web uygulaması — hepsi aynı uçları çağırır.
CRM ve bayi portalı
Müşteri kartının yanında güncel bakiye, son belgeler ve faturalanmamış sevkiyat. Bayiniz kendi siparişinin nerede olduğunu size sormadan görür.
Kendi panelleriniz ve BI
Yönetim ekranınıza, veri ambarınıza ya da Power BI / Looker gibi bir araca rakam taşıyın. Rapor katalogdaki tanımıyla geldiği için herkes aynı sayıya bakar.
Otomasyon ve botlar
WhatsApp ya da şirket içi sohbet botu "X ürününden kaç tane var" sorusunu cevaplasın; n8n, Zapier, Make gibi araçlar akışı kursun. Uç sayısı altı, hepsi HTTP.
Üretim ve depo ekranları
Rafın önündeki tablette depo bazında miktar, açık irsaliye listesi ya da hazırlanacak sipariş. Kimse ERP kullanıcısı olmak zorunda kalmaz.
Uyarı ve e-posta akışları
"Bu ürün kritik seviyenin altına düştü", "şu irsaliye on gündür açık", "e-fatura hâlâ gönderilmemiş" — bildirimi kendi sisteminizden, kendi eşiğinizle kurun.
Anlık sorgu
Ay sonunda değil, o gün fark edersiniz
Muhasebe kapanışı bir aylık gecikmedir. Aşağıdakilerin hepsi bugünkü veriden okunuyor — yani hata yapıldığı gün görülebilir, düzeltmesi de o gün ucuzdur.
| Soru | Ne zaman sorulur | Fark edilmezse |
|---|---|---|
| Bu irsaliyenin faturası kesildi mi? | Her sabah, açık irsaliye listesiyle | Ay sonunda toplu fark edilir; bazısı dönem kaçırır |
| E-belge GİB'e gitti mi? | Belge kesildikten birkaç saat sonra | Müşteri faturayı alamaz, ödeme gecikir |
| Sitede satılan ürün gerçekten elde var mı? | Sipariş anında | Satış yapılır, mal yoktur; iptal ve itibar kaybı |
| Bu müşterinin açık bakiyesi ne? | Yeni sipariş alınırken | Riskli cariye sevkiyat devam eder |
| Bu ürünü maliyetin altına mı satıyoruz? | Teklif hazırlanırken | Zararına satış, çeyrek sonunda ortaya çıkar |
| Gelecek tarihli ya da dengesiz kayıt var mı? | Haftalık denetim taramasında | Mali müşavir kapanışta bulur, geriye dönük düzeltme gerekir |
Sonuç satırları bizde birikmez. Bir sorgunun cevabı varsayılan olarak altmış saniye yaşar, sonra silinir. Veriyi biriktiren taraf siz olursunuz; biz yalnız sorulan soruya cevap veren katmanız.
Güvenlik
Anahtar sızsa bile kaybınız sınırlı
Bir entegrasyon anahtarı er ya da geç bir sunucunun ortam dosyasına yazılır. Tasarım bu varsayımla yapıldı: anahtarın yapabileceği şey baştan dar.
Yazma ucu yok
API yalnız okur. Ajan tek bir SELECT çalıştırır; INSERT, UPDATE ve EXEC reddedilir. Kimse verinizi API üzerinden değiştiremez.
Şirket × rapor, kutu kutu
Mağaza anahtarı bir şirkette stok okur, bordroya hiçbir yerde erişemez. Yetki panelden tek tek işaretlenir, kaldırıldığı an geçerlidir.
IP ve süre kısıtı
Anahtar yalnız belirttiğiniz adresten çalışsın, belirttiğiniz tarihte kendiliğinden dursun. Tek tıkla devre dışı bırakma ve yenileme.
Hazır sorgu, üretilmiş değil
Dışarıdan SQL gönderilmez. Gönderilen şey bir rapor kodu ve parametrelerdir; sorgular önceden yazılır, imzalanır ve kataloğa alınır.
Her çağrı kayıtlı
Hangi anahtar, hangi şirketten, neyi, hangi parametreyle çekti; kaç satır döndü, kaç milisaniye sürdü. Vergi numarası ve e-posta maskelenir.
Port açılmaz
Bağlantıyı şirket içindeki ajan dışarı doğru kurar. Dışarıdan ERP sunucunuza açılan bir yol yoktur; VPN, sabit IP ya da port yönlendirme gerekmez.
Sınırların tamamı — yöntem, rapor, satır, süre aşımı, sonuç ömrü — rakamlarıyla birlikte geliştirici kütüphanesinde.
Güvenlik ve sınırlar tablosuYönetim
Yetkiyi veren, geliştirici olmak zorunda değil
Anahtarın her ayarı panelde, tıklanır hâlde: hangi şirkette hangi rapor, IP kısıtı, son kullanma tarihi, yenileme ve kapatma. Kimin neyi çektiği de aynı yerde, satır satır ve canlı.
| Şirket | Stok | Belge | Sipariş | Satış | Bordro |
|---|---|---|---|---|---|
| SIRKET | ✓ | ✓ | ✓ | ✓ | |
| SIRKET2 | ✓ | ✓ | |||
| SIRKET3 |
Mağaza anahtarı · IP kısıtı 212.x.x.40 · son kullanma 31.12.2026 · etkin
Yetki matrisi
Yetki "API'ye erişebilir" değildir. Her şirket için her rapor ayrı işaretlenir; kutuyu kaldırdığınız an geçerlidir, anahtarı yeniden üretmeye gerek kalmaz.
Entegrasyonu yazan ajans ya da geliştirici değişse de yetki listesi yerinde kalır. Denetimde "bu entegrasyona bu yetkiyi kim, ne zaman verdi" sorusunun cevabı ekranda durur.
Kullanım, canlı
Tarih aralığı, anahtar, rapor ve durum koduna göre süzülen bir kullanım kaydı; saat saat dağılım, en çok çağrılan raporlar, dönen satır sayısı ve süre. Entegrasyonu ilk bağladığınız gün ekranı açık tutun: isteğin gelip gelmediği, gelmiyorsa nerede durduğu orada görünür.
Panel ekranlarını görünKurulum
Siz yazarsınız, ya da biz kurarız
Geliştirici kütüphanesi kendi başına yeterli olacak şekilde yazıldı: anahtarı alın, hazır istemciyi indirin, yarım günde bağlayın. İsterseniz entegrasyonu uçtan uca biz kuruyoruz — hangi raporun hangi ekranı besleyeceğini birlikte belirleyip bağlantıyı yazıyor, test ediyor ve devrediyoruz.
IMFLEXI kurulumu
Stok senkronu, sipariş numarasının belgeye yazılması ve belgenin geri okunması hazır akış olarak geliyor. Ek geliştirme gerekmiyor.
Kendi ekibiniz
PHP ve JavaScript istemcisi, Postman koleksiyonu ve uç uç referans hazır. Başka bir dilde altı uç için altı istek yazmak yeterli.
Birlikte
Çoğu kurulumda böyle oluyor: ilk bağlantıyı biz kuruyoruz, ekibiniz üstüne kendi ekranlarını ekliyor.
Hangi ekranınızın hangi rakama ihtiyacı olduğunu konuşalım.