Teklif al

İş Süreç Takibi · Kadıköy

Kadıköy markaları için İş Süreç Takibi

Bir cihaz el değiştirdiğinde geçmişi çoğu zaman satıcının klasöründe kalıyor; yeni sahibi hangi parçanın ne zaman değiştiğini bilmiyor. Kadıköy'de Caferağa ve Bahariye çevresindeki bir muayenehanede ya da stüdyoda karşılığı şu: alet odadan odaya, bazen işletmeden işletmeye geçiyor ve bakım kaydı geride kalıyor. Kadıköy iş süreç takip yazılımı sorusunun düğümü burada. AlgoCar'da bakım ve onarım kaydını müşterinin kartına değil, aracın plaka ve şasi kaydına bağladık. Araç satıldığında dosyası da onunla taşınıyor.

İş Süreç Takibi — Kadıköy

Kadıköy'ün dokusu randevuyla çalışan hizmet işletmeleri ve küçük perakende. Sermayeniz bir aletse karşılığı da belli: muayenehanede ünit, stüdyoda ekipman, küçük perakendede tezgâh makinesi. Bakım kaydı müşteri dosyasına ya da servisi yapanın defterine yazıldığında, alet yer değiştirir değiştirmez geçmişi kopuyor. Bu ilçenin sektör profiline en yakın işimiz AlgoCar; kendi ürünümüz, kodu da bakımı da bizde. Nerede örtüşmediğini de yazalım: bir stüdyonun ders programı ya da bir kliniğin tedavi planı AlgoCar'ın kapsamında yok, o ekranları burada anlatmıyoruz. Taşınabilen kısım kaydın neye bağlandığı. Süreci Laravel yürütüyor, ekranları Inertia getiriyor, kayıtlar MySQL'de duruyor, sık okunan listeler Redis'ten geliyor; saha tarafı React Native (Expo) ile telefonda.

  • Bakım ve onarım kaydı aracın kendi kaydının altında duruyor; müşteri kartına değil plaka ve şasi kaydına bağlanıyor.
  • Araç satıldığında dosyası onunla taşınıyor: yeni sahibin kartına geçmiş yeniden yazılmıyor, aynı varlık için ikinci bir kayıt açılmıyor.
  • Yeni bir iş açıldığında aynı varlığın önceki kapanışları aynı yerde duruyor; hangi işin ikinci kez yapıldığı ayrı bir listeye bakılmadan görülüyor.

Neden Algoriel

  • İnternet yokken de çalışır

    Saha uygulaması bağlantı yokken kaydı almaya devam ediyor; bağlantı gelince biriken kayıtlar sırasıyla sunucuya geçiyor. AlgoKlima'da böyle işliyor.

  • Cihaz yerine QR ve konum

    Sabit turnike kurulamayan yerlerde giriş ve çıkış QR kod ile konum okumasından alınıyor; hak ediş doğrudan bu okumalardan çıkıyor.

  • Kayıt akşama kalmıyor

    İş sahada kapanıyor; ofis günün sonunu beklemeden hangi işin hangi aşamada olduğunu görüyor.

  • Panel ve saha aynı yerden okur

    Ofisteki panel ile sahadaki uygulama aynı bilgiyi okuyor; yanında ikinci bir tablo tutmanız gerekmiyor.

Ne inşa ediyoruz

İş Süreç Takibi
  • Kaydın neye bağlandığı

    Süreci soyut bir harita olarak çizmek yerine kaydın neye bağlanacağını belirliyoruz. Şantiye personel takibinde bir satır personele ve sahaya birlikte bağlı, bu ikisi hiç ayrılmıyor. AlgoRandevu'da randevunun kişiye, odaya ya da ekipmana bağlanabildiği yapıyı şu an inşa ediyoruz.

  • Açık kalan kayıt

    Gerçek zamanlı gösterge yerine tek kural: eşleşen giriş ile çıkış süreyi üretir, çıkışı okutulmamış giriş açık kalır. İşin nerede takıldığı bu boşluktan görünür.

  • Kimin nerede olduğunun kayda geçmesi

    Bir satır hem kişiyi hem sahayı taşıdığı için toplamlar saha bazında ayrışıyor. Aynı personel ay içinde iki farklı şantiyede çalıştığında süreleri tek torbaya girmiyor.

  • İtiraz edildiğinde geriye kalan dayanak

    Hak ediş kayıt çiftlerinden üretildiği için ay sonunda tartışılan sayının arkasında zaman ve konum damgalı bir kayıt duruyor. Karşılaştırılacak paralel bir hesap tablosu yok; itiraz doğrudan kaydın üstünde konuşuluyor.

  • Kaydın kapsama dışında da alınması

    AlgoKlima'nın servis akışında zincir, ağın bittiği yerde kopmuyor. Bağlantı döndüğünde bekleyen kayıtlar oluşturulma sırasına göre işleniyor; aynı kayda sahadan ve ofisten gelen değişiklikler çakışma çözümüyle tek kayıtta birleşiyor.

  • Süreç kuralının koda gömülmemesi

    Bir adımın süresi ve arka arkaya diziliş aralığı gibi kurallar sektöre gömülmesin, ürün ayarı olarak kalsın istiyoruz; kural değiştiğinde yeni sürüm gerekmesin. Bu yapıyı AlgoRandevu'da şu an inşa ediyoruz.

Buna benzer çalışmalar

İş Süreç Takibi · Vaka çalışması

AlgoCar — servis geçmişi plaka ve şasi kaydında, varlıkla birlikte taşınıyor

Kendi servis yönetim yazılımımız; müşteri teslimi değil, bakımını sürdürdüğümüz bir ürün. Bakım ve onarım kaydı müşterinin kartında değil, aracın plaka ve şasi kaydının altında duruyor. Araç el değiştirdiğinde dosyası kendisiyle geliyor; geçmiş yeni sahibin kartına yeniden yazılmıyor, aynı varlık için ikinci kayıt açılmıyor. Yeni iş açıldığında o aracın önceki kapanışları aynı yerde duruyor; tekrar eden onarım ayrı listeye bakılmadan görülüyor. Panel Laravel ve Inertia üstünde, kayıtlar MySQL'de, sık okunan listeler Redis'te; saha tarafı React Native (Expo). Kapsam sınırı: bu bir araç servis ürünü, tedavi planı taşımıyor.

Vaka çalışmasını okuyun →

Kadıköy 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

  • Bizde araç yok; sermayemiz cihaz ve ekipman. Bu kayıt biçimi bize ne söylüyor?

    AlgoCar araç servisi için yazıldı, bunu olduğu gibi söylüyoruz. Taşınan şey plaka ekranı değil, geçmişin neye bağlandığı: kayıt işi yaptıran kişiye değil, işin yapıldığı varlığa asılıyor. Varlığın adı ünite ya da tezgâh olduğunda bağ aynı kalıyor.

  • Geçmişi müşteri kartında tutuyoruz; bunun nesi eksik?

    Müşteri değişmediği sürece bir şey eksik değil. Alet oda, şube ya da sahip değiştirdiğinde geçmiş eski kartın altında kalıyor ve yeni kayda elle kopyalanıyor. Kopyalanan geçmiş de kopyalayanın hatırladığı kadar oluyor.

  • Randevu ve tedavi planımızı da aynı sistemde tutabilir miyiz?

    AlgoCar bunu taşımıyor, o kapsamın dışında. Randevu ve plan tarafında ayrı işlerimiz var; ama bu sayfada anlattığımız şey o değil, varlığa bağlı servis geçmişi. Vadetmediğimiz alanı da yazıyoruz.

  • Uzaktan çalışan bir ekiple bu kayıt düzeni nasıl kuruluyor?

    Ofisimiz yok; ekip baştan sona uzaktan çalışıyor. Kurulum sahaya gidilen bir iş değil: hangi varlığın kaydı tutulacak, hangi olay o kaydı büyütecek, önce bunlar yazıya geçiyor. Sonrası panelden tanımlanıyor.

Ay sonundaki sayının arkasında bugün ne duruyor?