Sistemin parçaları ve sınırları koddan önce belirleniyor.
Birden fazla kurum tek sistemde, bilgileri ayrı.
Tek kod tabanı, iki mağaza: iOS ve Android.
Yürüyen bir sistemi devralıp iyileştiriyoruz.
Yapay zekâyı yalnız işin gerektirdiği yerde.
Şantiye geçici bir saha; sökülüp taşınacak turnike yerine giriş çıkış personelin telefonundan kaydediliyor. QR kod kimin okuttuğunu, konum hangi sahada olduğunu söylüyor. Ay sonunda kimin nerede ne kadar kaldığı bu kayıtlardan okunuyor.
İnşaat işinde devam kaydı iki şeyi aynı anda taşımak zorunda: kim çalıştı, nerede çalıştı. Şantiye geçici bir saha olduğu için sabit bir cihaz kurmak baştan eleniyor; personel de tek bir sahaya bağlı değil, hafta içinde başka bir şantiyede olabiliyor. Kağıt puantaj bu iki bilgiyi taşıyor ama sonradan doğrulanamıyor. Bir inşaat firması için bu kaydı sahaya hiç donanım koymadan alan bir sistem kurduk.
İşin bugün nasıl yürüdüğünü ve yazılımdan ne beklediğinizi konuşuyoruz; kapsam buradan çıkıyor.
Sistemin hangi parçalardan kurulacağına ve bilginin nerede tutulacağına karar veriyoruz.
Ekranları ve akışı kod yazmadan önce çiziyoruz; onayınızdan sonra geliştirmeye geçiyoruz.
Yazılımı, başka bir ekibin de sürdürebileceği düzende yazıp teslim ediyoruz.
Kodu okutan kişi kaydın kimliğini, telefonun konumu da o anda bulunduğu sahayı veriyor; iki bilgi tek giriş kaydında birleşiyor, saha adı elle seçilmiyor.
Süre eşleşen giriş ve çıkış kaydından çıkıyor; açık kalan bir giriş, çıkışı okutulana kadar eksik kayıt olarak duruyor.
Hak ediş ayrı bir hesap tablosunda tutulmuyor, kayıt çiftlerinden üretiliyor; aynı personelin farklı sahalardaki süresi ayrı ayrı toplanıyor.
React Native (Expo) uygulaması personelin telefonunda çalışıyor; Laravel kayıtları alıyor, MySQL tutuyor, şantiye kapandığında sökülecek donanım kalmıyor.
| Zorluk | Sonuç |
|---|---|
| Şantiye geçici bir saha; sabit turnike kurulmuyor, personel sahalar arasında dolaşıyor | Sistem personelin telefonunda duruyor, şantiye kapandığında sahada donanım kalmıyor |
| Kağıt puantajla ay sonunda kimin hangi sahada ne kadar çalıştığı doğrulanamıyor | Giriş çıkış QR kod ve konumla kaydediliyor, saha adı elle girilmiyor |
| Hak ediş hesabı doğrulanamayan bu kağıdın üzerine kuruluyor, itiraz edilince dayanak kalmıyor | Hak ediş kayıt çiftlerinden üretiliyor, ikinci bir hesap tablosu tutulmuyor |
| Sahada birden çok taşeron çalışıyor, aynı kişinin farklı şantiyelerdeki kayıtları karışıyor | Aynı personelin farklı şantiyelerdeki kayıtları ayrı duruyor, süreler karışmıyor |
Atölyeye gelen aracın etrafında kurduğumuz kendi servis yönetim yazılımımız. İş emri, tüketilen parça ve kesilen fatura tek zincirde ilerliyor; işletme ve muhasebe tarafı da aynı kayda bağlı. Bakım geçmişi plaka ve şasi kaydında durduğu için araç el değiştirdiğinde geçmişi kendisiyle geliyor.
Klima, kombi ve beyaz eşya servisleri için geliştirdiğimiz kendi ürünümüz. Ofisteki müşteri ve cihaz kaydıyla sahadaki teknisyen aynı sistemde buluşuyor. Teknisyen telefon çekmeyen bir kazan dairesinde de servis kaydını açıp kapatabiliyor; garanti ve bakım geçmişi cihaza bağlı kalıyor.
Kendi ürünümüz; geliştirme aşamasında, henüz yayında değil. Bir randevunun ne kadar sürdüğü, neye bağlandığı ve arka arkaya nasıl dizildiği sektöre göre değişiyor. Bu kuralları koda gömmek yerine ürün ayarı olarak bırakıyoruz.
İşin bugün nasıl yürüdüğünü yazın; yazılıma hangi adımın geçebileceğine bakalım.
