vosetu.

Resmî Sistem Entegrasyonları

Türkiye'de birçok sektörde yazılım, zorunlu kamu sistemlerine bağlanmadan çalışamaz: e-Devlet, Medula provizyon, UYAP, İTS karekod, KBS kimlik bildirimi, ÇKS ve SGK. Bu entegrasyonların katı kuralları, sık değişen şemaları ve hata toleransı düşük akışları vardır; biz bu zorlu yüzeyde gerçek üretim deneyimine sahibiz.

Uzmanla görüşün

Türkiye'de yazılım, resmî sisteme bağlanmadan çalışmaz

Sağlıkta Medula'ya provizyon göndermeden fatura kesilmez, eczanede İTS karekodu okutulmadan ilaç satılmaz, hukuk bürosunda UYAP'a bağlanmadan dava dosyası takip edilmez, otelde KBS'ye misafir bildirmeden konaklama tamamlanmaz. Türkiye'de birçok sektörde yazılım, bu zorunlu resmî sistemlere bağlanmadan iş göremez — ve bu bizim en somut kanıt alanımızdır.

Bu entegrasyonlar bizim için bir vaat değil, 46 sektörel ürünün içinde her gün çalışan bir gerçek: sağlık ürünlerimizde Medula, İTS ve e-Nabız; hukuk ve mali müşavirlik ürünümüzde UYAP; konaklama ürünümüzde KBS; tarım ürünümüzde ÇKS; optik ve işitme ürünlerimizde SGK hak sorgusu; lojistik ve perakende ürünlerimizde Amazon SP-API canlı entegrasyonlar olarak yürüyor. Aşağıda hangisinin hangi üründe çalıştığını olduğu gibi gösteriyoruz.

  • 7 resmî/kurumsal sistemle canlı entegrasyon
  • Her biri gerçek bir üründe çalışıyor, uydurulmadı
  • Modüler adapter mimarisi: yeni sistem = yeni adapter
  • Belgelendirme, test ortamı ve sürüm takibi bizim işimiz

Resmî sistem entegrasyonunu zorlaştıran 6 şey

Belgelendirme süreci — çoğu sistem kurumsal başvuru, sözleşme ve onay ister; API dokümanı halka açık değildir
Test ortamına erişim — sandbox kimlik bilgisi genelde ayrı bir başvuruyla, haftalar içinde verilir
Sık değişen şema — bir alan adı ya da zorunlu alan haber verilmeden değişebilir
Düşük hata toleransı — yanlış/eksik bildirim genelde reddedilir, bazen para/kurum cezasına bağlanır
e-İmza ve sertifika yönetimi — çoğu servis e-imza ya da istemci sertifikasıyla kimlik doğrular
Kurum içi mevzuat takibi — bir yönetmelik değişince entegrasyonun da güncellenmesi gerekir

Canlı çalıştırdığımız 8 sistem

Her biri farklı bir sektörde, gerçek bir üründe canlıda çalışıyor — aşağıda hangisinin nerede olduğunu görebilirsiniz.

e-Devlet

Kimlik doğrulama ve e-imza tabanlı onay; kurumsal ürünlerimizin girişinde kullanılır.

Medula

Sağlık provizyonu ve fatura; poliklinik ürünümüz Medora'da canlı.

İTS

İlaç karekod takibi; eczane ürünümüz Ecora'da canlı.

e-Nabız

Ulusal sağlık kaydı; sağlık ürün ailemizde ortak entegrasyon noktası.

UYAP

Dava/dosya ve duruşma bilgisi; avukatlık bürosu ürünümüzde canlı.

KBS

Misafir kimlik bildirimi; konaklama (PMS) ürünümüzde canlı.

ÇKS

Çiftçi kayıt sistemine hazır veri; tarım ürünümüzde canlı.

Amazon SP-API

Pazaryeri sipariş/stok entegrasyonu; lojistik ve perakende ürünlerimizde canlı.

Resmî entegrasyonun altında yaşayan 3 disiplin

01

Belgelendirme ve başvuru süreci

Bir resmî sisteme bağlanmak genelde bir kurumsal başvuruyla başlar: yetkilendirme dilekçesi, sözleşme, bazen yerinde denetim. Bu süreç günler değil haftalar sürebilir; biz bu süreci daha önce yürüttüğümüz için hangi belgenin, hangi sırayla isteneceğini baştan biliriz — geliştirme takvimine sürpriz olarak girmez.

  • Yetkilendirme dilekçesi & sözleşme süreci bilinir
  • Beklenen süre takvime baştan eklenir
02

Test ortamı ve sandbox erişimi

Çoğu resmî servisin canlı ortamına doğrudan bağlanılmaz; önce bir test (sandbox) kimlik bilgisiyle uçtan uca senaryolar — başarı, hata, zaman aşımı — doğrulanır. Sandbox kimlik bilgisinin kendisi ayrı bir başvuru ister; bunu erken talep etmek, geliştirmeyi bekletmemenin tek yoludur.

  • Sandbox kimlik bilgisi erken talep edilir
  • Başarı/hata/zaman aşımı senaryoları test ortamında doğrulanır
03

Sürüm ve şema değişimini izleme

Resmî bir servisin alan adı, zorunlu alanı ya da kimlik doğrulama yöntemi haber verilmeden değişebilir. Her entegrasyon bağımsız bir adapter olarak yazıldığı için bir değişiklik yalnız o adaptörü etkiler; izleme ve uyarı mekanizmasıyla değişiklik canlıya çıkmadan yakalanır.

  • Her entegrasyon bağımsız bir adapter
  • Değişiklik izleme & erken uyarı

Hangi sistem hangi üründe canlı

Uydurma bir vaka değil; her satır gerçek bir ürünün içinde çalışan koddur.

M

Medora

Poliklinik yönetimi: Medula provizyon ve fatura entegrasyonu canlı çalışır.

E

Ecora

Eczane yönetimi: İTS karekod entegrasyonuyla ilaç ve ürün takibi.

S

Sağlık ürün ailemiz

e-Nabız ulusal sağlık kaydı ortak entegrasyon noktasıdır; optik ve işitme merkezi ürünlerimizde ayrıca SGK hak sorgusu çalışır.

A

Avukatlık & mali müşavirlik çözümü

UYAP dava/dosya entegrasyonu ve beyanname servisleriyle mesleğin resmî omurgasına bağlanır.

K

Konaklama (PMS) ürünümüz

Giriş yapan misafirin kimlik bilgisi KBS bildirimine hazır kaydedilir.

T

Tarım ürünümüz

ÇKS ve destekleme başvurusuna hazır, dışa aktarılabilir kayıt üretir.

L

Lojistik & perakende ürünlerimiz

Amazon SP-API üzerinden sipariş çeker, stok ve fiyatı eşitler.

Bir resmî sistem entegrasyonunu nasıl kuruyoruz

01

Başvuru & belgelendirme

Hangi belge, hangi sözleşme ve hangi yetkilendirmenin gerektiğini önceden bilir, başvuru sürecini erkenden başlatırız.

02

Sandbox ile uçtan uca test

Sağlayıcının test kimlik bilgileriyle başarı, hata ve zaman aşımı senaryolarını birlikte doğrularız.

03

Adapter olarak yazma

Entegrasyonu çekirdeğe gömmeden bağımsız bir modül olarak kurarız; mevzuat değişince yalnız bu modül güncellenir.

04

Canlıya alma & izleme

Canlı ortamda kontrollü bir geçişle devreye alır, hata oranını ve şema değişikliğini izlemeye bağlarız.

05

Sürüm takibi & bakım

Kurumun duyurduğu sürüm/şema değişikliklerini izler, SLA'lı bakımla adaptörü güncel tutarız.

Üzerine kurduğumuz teknoloji

Protokol
  • SOAP
  • REST
  • XML
Güvenlik
  • e-İmza
  • sertifika
  • mTLS
Entegrasyon
  • Kamu servis adaptörleri
  • izleme & uyarı
Backend
  • .NET 9
  • PostgreSQL
8
Canlı resmî/kurumsal sistem entegrasyonu
46
Sektörel ürün deneyimi
22
Sektör dikeyi
.NET 9
Modern çekirdek yığın

Sık sorulanlar

Bu sistemlere gerçekten bağlanmış mısınız, yoksa dokümanı mı okudunuz?

Gerçekten bağlandık. Medula, İTS, UYAP, KBS, ÇKS ve Amazon SP-API entegrasyonları, adını verdiğimiz gerçek ürünlerimizin (Medora, Ecora, avukatlık/mali müşavirlik çözümümüz, konaklama ürünümüz, tarım ürünümüz, lojistik/perakende ürünlerimiz) içinde bugün çalışıyor.

Test ortamına erişim ne kadar sürer?

Sistemin kurumuna göre değişir; genelde birkaç günden birkaç haftaya kadar sürer. Bu başvuruyu projenin en başında, geliştirme başlamadan önce başlatırız ki takvimi geciktirmesin.

Kurum bir şeyi değiştirirse ne olur?

Her entegrasyon bağımsız bir adapter olarak yazılır; bir alan adı ya da kural değişince yalnız o adaptör güncellenir, uygulamanın geri kalanı etkilenmez. Ayrıca değişiklik duyurularını izler, canlıya çıkmadan önce test ortamında doğrularız.

Hangi sektörde hangi resmî sistem zorunlu?

Sağlıkta Medula ve İTS, hukukta UYAP, konaklamada KBS, tarımda ÇKS genelde zorunludur; e-Devlet ve e-imza birçok sektörde kimlik doğrulama katmanı olarak kullanılır. Sizin sektörünüzde hangisinin zorunlu olduğunu ilk görüşmede birlikte netleştiririz.

e-imza/sertifika sürecini de siz mi yönetiyorsunuz?

Sertifikanın kendisini bir e-imza sağlayıcısından siz temin edersiniz; biz o sertifikayı sisteme entegre eder, mTLS ve imza doğrulama akışını kurarız.

Sistemin canlıya çıkması ne kadar sürer?

Kapsama göre değişir; genel aralık 3 hafta – 5 aydır. Belgelendirme ve test ortamı süresi bu takvime en baştan dahil edilir, sürpriz gecikme yaşanmaz.

Hangi resmî sisteme bağlanmanız gerekiyor?

Sektörünüzü ve zorunlu entegrasyonlarınızı dinleyip nereden başlanacağını birlikte çıkaralım. İlk görüşme bağlayıcı değildir.