TR EN
Teklif al
Tüm hizmetleri gör
Web Yazılım

Tanıtım sayfaları ve talep formu tek uygulamada.

Sistem Mimarisi

Sistemin parçaları ve sınırları koddan önce belirleniyor.

Kurumsal Yazılım

Birden fazla kurum tek sistemde, bilgileri ayrı.

Mobil Uygulama

Tek kod tabanı, iki mağaza: iOS ve Android.

Yazılım Danışmanlığı

Yürüyen bir sistemi devralıp iyileştiriyoruz.

Yapay Zeka Danışmanlığı

Yapay zekâyı yalnız işin gerektirdiği yerde.

Teklif al
TR EN

Sistem Mimarisi · Kartal

Kartal markaları için Sistem Mimarisi

Muhasebe programı ile uygulama aynı masada yan yana açık duruyor; aralarında bilgiyi taşıyan tek şey klavye. Kartal'ın dokusunda E-5 hattı imalat işletmeleri ve sağlık kampüsü çevresi öne çıkıyor. Rakamı iki pencere arasında klavyeyle taşıyorsanız altındaki mimari soru dar oluyor: fatura hangi bilgiden üretiliyor? Bir diş sağlığı kliniği için geliştirdiğimiz CRM'de ikinci defter yok. Fatura ve raporlar aynı hasta kaydından türüyor; yapılan işlem zaten o kayıtta durduğu için faturalanan ile uygulanan aynı satırdan okunuyor.

Teklif al Projenizi anlatın

Sistem Mimarisi — Kartal

İşi bir odada yapıp kaydı ön masada açıyorsanız ve rakam akşam bir başka programa yazılıyorsa defter sayısı ikiye çıkıyor. Kartal'ın işletme profiline en yakın işimiz bir diş sağlığı kliniği için geliştirdiğimiz CRM. Uzanmadığı yeri de söyleyelim: bir imalat işletmesinin üretim kaydı, tezgâh çizelgesi ya da malzeme planı o sistemde yok, orada gösterecek işimiz de yok. Taşınan kısım kaç defter tutulduğu. Tedavi planı diş bazında ve sıralı seanslar hâlinde duruyor, randevu planın bir adımına bağlanıyor; fatura ile rapor aynı hasta kaydını farklı açıdan okuyor. Süreci Laravel yürütüyor, kayıtları MySQL tutuyor.

  • Fatura kendi defterinde durmuyor: uygulanan işlem hasta kaydında olduğu için faturalanan ile yapılan aynı yerden okunuyor, ay sonunda karşılaştırma adımı doğmuyor.
  • Raporlar ikinci bir veri deposundan değil, aynı hasta kaydından başka bir açıdan okunuyor; Laravel süreci yürütüyor, MySQL hasta, plan ve fatura kayıtlarını tutuyor.
  • Tedavi planı diş bazında kuruluyor ve sıralı seanslara bölünüyor, her randevu planın belirli bir adımına bağlanıyor; fatura da hangi işlemin yapıldığını başka yere sormuyor.

Neden Algoriel

  • Parçalar aynı yerden okur

    Tahlil.com'da site, yönetim paneli ve mobil uygulama aynı bilgiyi okuyor; üçü ayrı sistem gibi davranmıyor.

  • Ne nerede çözülür, baştan belli

    Hangi işin hangi katmanda çözüleceğine kod yazılmadan karar veriliyor; sonradan yer değiştiren iş pahalıya geliyor.

  • Özet elle güncellenmiyor

    Günlük Hava Durumu'nda iklim özeti arşiv büyüdükçe kendini yeniliyor; kimse aylık tabloyu elle yazmıyor.

  • Dosya düzeni bir kurala bağlı

    KGM SsangYong'da dosyanın nereye ve hangi adla yazıldığı tek bir düzene bağlandı; yükleme kodu bu düzeni izliyor.

Ne inşa ediyoruz

Sistem Mimarisi

  • Verinin hangi sınırda duracağı

    Birden fazla kurumun aynı sistemi kullandığı kurulumda her kurum kendi alan adından girer; öğrenci, veli ve ödeme kaydı o kurumun sınırının içinde kalır. Bu düzene çok kiracılı kurulum deniyor.

  • Kaydın neye bağlanacağı

    Servis geçmişinin kişiye mi adrese mi cihaza mı yazılacağı koddan önce belirlenir. Bu karar sonradan değişirse o güne kadar biriken geçmişin tamamı yeniden bağlanır.

  • Yetkinin veri modelinde durması

    Öğretmen, veli ve kurum yöneticisi aynı ders programı kaydına kendi yetkisi kadar erişir. Yetki ekranda kapatılan bir görünüm değil, kaydın kendi tanımının parçası.

  • Okuma yolunun ayrılması

    Hangi ekranın hazır tutulan bir kopyadan, hangisinin doğrudan veritabanından okunacağı ilk kayıttan önce belirlenir. Vipkurum'da sık açılan ekran kopyadan geliyor, veritabanına yalnız kopyası olmayan okuma düşüyor.

  • Tek sisteme bağlanan arayüzler

    Tahlil.com'da üç arayüz tek sisteme bağlı: hasta sitesi, hekim paneli ve mobil uygulama aynı kaydı okuyor, arayüz başına ikinci bir veri modeli yazılmıyor.

  • Depolama düzeninin ilk günde kurulması

    Dosyaların hangi adlandırma ve klasör düzeninde duracağı en baştan belirlenir; sonradan kurulan düzen taşıma işine dönüşür.

Buna benzer çalışmalar

Sistem Mimarisi · Vaka çalışması

Diş kliniği CRM — fatura ve rapor aynı hasta kaydından türüyor

Bir diş sağlığı kliniği için geliştirdiğimiz sistem; defter sayısı baştan bire indirildi. Tedavi planı diş bazında kuruluyor ve haftalara yayılan sıralı seanslara bölünüyor. Randevu planın hangi adımının ne zaman yapılacağına bağlı, adım değiştiğinde takvim de o adımla birlikte kayıyor. Fatura ayrı bir yere yazılmıyor: uygulanan işlem hasta kaydında olduğu için faturalanan ile yapılan aynı satırdan okunuyor. Raporlama da ikinci bir depoya kopya çıkarmıyor, aynı kaydı başka bir açıdan okuyor. Süreci Laravel yürütüyor, kayıtları MySQL tutuyor; klinik yöneticisi hastanın planın neresinde olduğunu tek ekrandan görüyor.

Vaka çalışmasını okuyun →

Kartal ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Muhasebe programımız çalışıyor. Onu değiştirmemiz mi gerekiyor?

    Program değiştirmek gerekmiyor. Belirleyici olan, faturanın hangi kayıttan kesildiği. İşlem hasta kaydında durduğu için fatura o kayıttan çıkıyor; muhasebeye giden rakam ikinci bir yerde yeniden yazılmıyor, masadaki iki pencere arasındaki elle taşıma da kalmıyor.

  • Raporlama için ayrı bir veri ambarı kurmuyor musunuz?

    Bu ölçekte kurmuyoruz. Rapor, aynı hasta kaydını başka bir açıdan okuyor. İkinci bir depo, senkronize edilecek ve geciktiğinde hangi rakamın doğru olduğu tartışılacak bir kopya demek. Laravel süreci yürütüyor, kayıtları MySQL tutuyor.

  • Plan değiştiğinde faturayı elle düzeltmemiz gerekiyor mu?

    Gerekmiyor. Fatura, uygulanan işlemden okunuyor. Plan üzerindeki bir adım değiştiğinde faturaya giren şey de o adımın yeni hâli oluyor. Elle düzeltilen bir kalem olmadığı için geriye dönük tutarsızlık da doğmuyor.

  • İşimiz klinik değil, E-5 hattında bir imalat atölyesi. Bu kanıt bize ne söylüyor?

    Sistem bir diş sağlığı kliniği için yazıldı, bunu olduğu gibi söylüyoruz; üretim kaydı ya da tezgâh çizelgesi için gösterecek işimiz yok. Aktarılan şey ekranlar değil, faturanın işin kendi kaydından okunması. Aynı ilke bir iş emri kaydında da kuruluyor. Ofis tutmuyoruz, çalışma düzenimiz baştan uzaktan.

Sistem Mimarisi — diğer şehirler

Bu hizmeti yayımladığımız diğer şehirler aşağıda, il başlıkları altında gruplu.

Bu konumdaki diğer hizmetler

Verinin hangi sınırda duracağına koddan önce karar verelim.

Teklif al ya da hizmeti açın