Vardiya Giriş/Çıkış Kayıtları İçin Mobil Uygulama Nasıl Yapılır

Vardiya başı/bitiş kayıt uygulaması neyi çözmeli

Bir vardiya kayıt uygulamasının amacı, işin gerçekte ne zaman başladığını ve bittiğini hızlı, tutarlı ve ileride soru çıktığında dayanacak şekilde yakalamaktır. Zaman kayıtları güvenilmez veya kullanımı yavaşsa yöneticiler "tablolarda düzeltiriz" yoluna gider ve bordro düzeltmeleri peşinde koşar.

Gerçek problem: sürtüşsüz doğruluk

Amaç sadece zaman damgalarını toplamak değil; unutulan girişler, belirsiz molalar, uyumsuz programlar ve hafta sonu tartışmalarını azaltmaktır. İyi bir uygulama, sistemi atlamak yerine doğru şeyi yapmayı daha kolay hale getirir.

Temel sorulara güvenle yanıt vermelidir:

• Çalışan zamanında giriş yaptı mı?
• Vardiya düzgün şekilde sonlandırıldı mı?
• Bir şey değiştiyse, kim değiştirdi ve neden?

Kimler için (ve ihtiyaçları neden farklı)

Saatlik ücretli personel, elleri dolu, eldivenli veya acele halinde bile iki dokunuş deneyimine ihtiyaç duyar. Süpervizörler, uygulamayı tüm gün yönetmek zorunda kalmadan kaçırılan girişler veya erken ayrılmalar gibi istisnalara hızlıca bakmak ister. Bordro yöneticileri ise temiz, denetlenebilir veri ister; bu verilerin manuel düzeltmeye ihtiyaç duymadan dışa aktarılabilmesi önemlidir.

"Başarı" nasıl görünür

Başarıyı erken ve ölçülebilir sonuçlarla tanımlayın:

• Yüksek benimseme: vardiyaların çoğu uygulamada kaydediliyor
• Daha az düzenleme ve uyuşmazlık: "Oradaydım, güven" tartışmaları azalır
• Daha hızlı bordro kapanışı: zaman doğrulamak için daha az yazışma

Basit KPI'lar istiyorsanız, “tam kayıtlı vardiya %”, “düzenleme oranı” ve “ortalama onay süresi”ni izleyin.

Tasarım yapmanız gereken yaygın kısıtlar

Gerçek iş yerleri, baştan gereksinimleri şekillendiren kısıtlar getirir:

• Paylaşılan cihazlar (kiosklar, sahadaki tabletler) ve hızlı kullanıcı değişimi
• Zayıf bağlantı (bodrumlar, iş sahaları, depolar)
• Uyumluluk ihtiyaçları (denetim izleri, saklama kuralları, zorunlu mola yönetimi)

Bu kısıtları çözmek, basit bir saat uygulamasını insanların gerçekten kullanacağı güvenilir bir sisteme dönüştürür.

Kullanıcılar, roller ve ana iş akışları

Bir vardiya kayıt uygulaması, arkasındaki roller ve iş akışları kadar sorunsuzdur. Ekranları tasarlamadan önce kim ne yapar ve "mükemmel vardiya" senaryosu dışına çıkıldığında ne olur belirleyin.

Temel kullanıcı rolleri

Çoğu ürün üç rolle başlayabilir:

• Çalışan: giriş/çıkış yapar, molaları başlat/bitirir, (varsa) programı kontrol eder ve düzeltme gönderir.
• Yönetici/Süpervizör: devamlılığı izler, istisnaları denetler ve düzenlemeleri onaylar veya reddeder.
• Admin/Bordro: kuralları yapılandırır (ödeme dönemleri, yuvarlama, konumlar), kullanıcıları yönetir ve onaylanmış zamanı dışa aktarır.

İzinleri sıkı tutun. Örneğin, çalışanlar onaylanmış zamanı asla düzenleyememeli; adminler değişikliğin ne zaman ve kim tarafından yapıldığını denetim amaçlı görebilmelidir.

Haritalanması gereken ana iş akışları

Bu akışları uçtan uca tasarlayın (onaylar ve hata durumları dahil), sadece "butona dokunma" anını değil:

1. Giriş (clock in): çalışan iş/şantiye seçer (gerekliyse) → onaylar → uygulama zaman + isteğe bağlı konum meta verisi kaydeder.
2. Çıkış (clock out): girişle aynı; politika gerektiriyorsa eksik mola bilgisi istenir.
3. Molalar: mola başlat → mola bitir; ana ekranda açık durum net görünmeli.
4. Düzeltme talebi: çalışan vardiyayı seçer → düzeltme önerir (zaman, mola, rol/konum) → neden ekler → gönderir.
5. Onay: yönetici bir kuyruk görür → orijinal ve talep edileni karşılaştırır → onaylar/reddeder → çalışana yorum gönderir.

Başlangıçtan itibaren düşünülmesi gereken uç vakalar

Gerçek vardiyalar karışıktır, bu yüzden bunları baştan planlayın:

• Geç giriş: girişe izin verin ama yönetici incelemesi için istisna olarak işaretleyin.
• Kaçırılan çıkış: hatırlatıcılar ve "bitir saatini gönder" düzeltme akışı kullanın.
• Çift/bölünmüş vardiyalar: gün içinde birden fazla giriş/çıkış çifti destekleyin; toplamları kafa karıştırmayacak şekilde gösterin.

Cihaz stratejisi: BYOD veya kiosk modu

Erken karar verin uygulamanızın hangi modda olacağına:

• BYOD (Kendi Cihazını Getir): dağıtılmış ekipler için daha iyi; güçlü kimlik kontrolleri ve açık gizlilik mesajlaşması gerekir.
• Kiosk/tablet modu: saha için ideal; hızlı kullanıcı geçişi (PIN/badge) ve "buddy punching"ı önleyen katı kontroller gerekir.

Birçok ekip BYOD ile başlar ve daha sonra kiosk modu ekler—iş akışlarınızın "her kullanıcıya bir cihaz" varsaymadığından emin olun.

Temel özellikler (MVP için zorunlu)

Bir vardiya kayıt uygulaması MVP'si, zaman olaylarını minimum dokunuşla yakalamaya ve bordro için yeterince güvenilir veri sağlamaya odaklanmalıdır. Diğer her şey sonra eklenebilir.

1) Giriş/çıkış (hızlı, net, eksiksiz)

Çalışanların giriş ve çıkış için tek bir belirgin eyleme ihtiyacı vardır; uygulama değiştirilemez bir zaman damgası kaydetmelidir.

Giriş sırasında isteğe bağlı notlar eklemeye izin verin (ör. “Kurulum için erken geldim” veya “Trafik nedeniyle geciktim”), ama yazmayı zorunlu kılmayın—akışı hızlı tutmak için atlanabilir olsun.

2) Kural bazlı mola takibi

Mola başlat/bitir olaylarını zaman çizelgesindeki alanlar yerine ilk sınıf olaylar olarak ekleyin. MVP'niz aşağıyı desteklemeli:

• Ücretli ve ücretsiz molalar
• Basit kılavuzlar (ör. "mola yoksa bitirme engellenir")
• Otomatik süre hesaplama

İşinizde karmaşık uyumluluk kuralları varsa, MVP'de konum/ekip bazında yapılandırılabilir varsayılanlarla başlamanız yeterlidir.

3) Vardiya bağlamı (nerede ve ne iş)

Zamansız bağlam onaylamak zorlaştırır. Girişte (veya hemen sonrasında) aşağıların seçilmesini isteyin:

• İş sahası / konum
• Departman
• Rol
• Proje kodu

Listeyi favoriler ve "son kullanılan" ile kısa tutun; aksi halde kullanıcılar yanlış seçimi yapıp ilerlemek isterler.

4) Güven için denetim izi

Her düzenleme iz bırakmalı: kim değiştirdi, neyi, ne zaman ve neden. MVP'de bile bu vazgeçilmezdir; hem çalışanları hem de yöneticileri korur.

Gönderdikten sonra vardiya detay ekranında değişiklik geçmişini gösterin ve düzenleme yaparken zorunlu bir neden talep edin.

Değer katan ama "güzel olsun" özellikler

MVP güvenli bir şekilde giriş/çıkışı ve temel zaman takibini destekledikten sonra bazı eklentiler benimsemeyi artırır ve yönetim işini azaltır—ama ürünü karmaşık bir işgücü yönetimi aracına dönüştürmeden.

Daha akıllı programlar ve hatırlatmalar

Çalışanlar sık sık giriş yapmayı unutuyorsa, hatırlatmalar yüksek ROI'li bir yükseltmedir. Yayınlanmış programlardan (veya basit tekrarlayan düzenlerden) çekip vardiya başlamadan kısa süre önce push bildirimi gönderin; ayrıca bitişe yakın "çıkışı unuttunuz mu?" hatırlatıcısı ekleyin.

Kontrolleri basit tutun: kullanıcı başına isteğe bağlı, sessiz saatler ve site başına politika.

Fazla mesai kuralları (ve erken uyarılar)

Fazla mesai sürprizleri bordro sürtüşmesi yaratır. Konfigüre edilebilir eşiklerinizi (günlük/haftalık) ekleyin ve vardiya sırasında gerçek zamanlı ilerlemeyi gösterin. Yöneticiler, bir limit aşılmak üzereyken bildirim alıp hızlıca "fazla zamanı onayla" veya "vardiyayı şimdi bitir" gibi aksiyonlar alabilsin.

Gerektiğinde varlık kanıtı

Bazı ekipler için sadece bir dokunuş yeterli değildir:

• Giriş/çıkışta foto/selfie (açık rıza mesajı ile)
• Site girişinde badge/QR okuma

Bunları isteğe bağlı ve politika tabanlı yapın ki düşük riskli roller için uygulama hızlı kalsın.

Vardiya ekleri ve olay notları

Çalışanların vardiyaya fotoğraf, belge veya kısa not eklemesine izin verin (ör. güvenlik olayı, ekipman sorunu, müşteri imzası). Bu, saha çalışmalarında zaman takibini hafif operasyonel kayda dönüştürür.

Çoklu dil ve erişilebilirlik temelleri

Dil seçimi, büyük dokunma alanları, ekran okuyucu etiketleri ve yüksek kontrast modu gibi küçük dokunuşlar önemlidir. Bu, giriş hatalarını azaltır ve zaman çizelgesi özelliklerini daha fazla çalışan için kullanılabilir kılar.

Hızlı, düşük hata olasılıklı UX/UI desenleri

Bir vardiya kayıt uygulaması ilk beş saniyede yargılanır: biri tek başparmakla, düşük ışıkta, eldivenle ve düşünmeden giriş yapabiliyor mu? UI hızı, netliği ve hatalardan kurtarmayı optimize etmelidir.

Birincil eylemi görünmez kılmayın

İki basit, büyük buton kullanın: Giriş ve Çıkış (ve isteğe bağlı Mola Başlat / Mola Bitir). Üstte, ortaya ve tek elle ulaşılabilir şekilde tutun.

Sadece gerçek hataları önleyecek durumlarda kısa bir onay adımı ekleyin:

• Olağandışı erken/geç çıkışlarda onay isteyin.
• Kullanıcı mevcut durumunun tersini seçerse onay isteyin.

Giriş anında çok adımlı formlardan kaçının; iş kodu ve notlar gibi isteğe bağlı şeyleri sonra toplayın.

"Şu anda ne oluyor"u daima gösterin

Kullanıcılar anlık teyit ister. Kalıcı bir durum kartı tutun:

• Mevcut durum: Vardiyada / Molada / İşte değil
• Son eylem ve zaman damgası (ör. "08:02'de giriş yapıldı")
• Varsa planlanan başlama zamanı ve erken/geç durumu

Renkleri dikkatle kullanın (örn. vardiyada için yeşil), ama yalnızca renge güvenmeyin—erişilebilirlik için metin etiketleri ekleyin.

Engel durumlarını yalın dille açıklayın

Eğer giriş engellendiyse, sadece hata göstermeyin. Nedenini ve sonraki adımı açıklayın:

• "Onaylı konumun dışındasınız. Sitenin yanına yaklaşın veya bir geçersiz kılma isteği gönderin."
• "Giriş yapmak için çok erken (izin verilen süreye 10 dakika kala)."
• "Bugün için eşleşen bir vardiya bulunamadı. Programınızı kontrol edin veya yöneticinize danışın."

Gerçek dünya koşulları için tasarlayın

Büyük metin, bol boşluk ve düşük ışık modu ekleyin. Dokunma hedeflerini büyük tutun, haptik geri bildirim destekleyin ve net bir başarı durumu gösterin ("Giriş kaydedildi") zaman damgasıyla birlikte.

Konum kuralları ve dolandırıcılık önlemleri

Konum kontrolleri, politikanız insanların sitede gidip gelmesini gerektiriyorsa faydalıdır (inşaat, perakende, depo, saha servis). Amaç "gözlemlemek" değil—kasıtlı kötüye kullanımı azaltmak ve yanlışlıkları yakalamaktır.

GPS kontrolleri, geofencing ve izinli konumlar

Pratik bir yaklaşım, iş sahası başına bir adres ve yarıçap (örn. 100–300 metre) ile izinli konumlar tanımlamaktır. Giriş/çıkışta uygulama konum alır ve bu kuralla karşılaştırır.

Sonucu basit tutun: İzinli, İzinli değil veya Doğrulanamadı. "Doğrulanamadı" herkesi engellememeli; bunun yerine bir not toplamak veya yedek yöntem istemek için bir neden sayılmalıdır.

Gizlilik: ne toplandığını (ve ne zaman) açıklayın

UI ve politika metninde açık olun: uygulama konumu sadece saat olaylarında kontrol eder (veya sizin karar verdiğiniz başka bir zamanda), sürekli takip etmez. İlk kullanımda kısa bir açıklama ve izin isteme yanında "Neden soruyoruz" mesajı gösterin.

Ayrıca sadece gerekli bilgileri saklayın: koordinatlar (veya "geofence içinde/dışında"), zaman damgası ve doğruluk. Arka plan konumuna ihtiyaç yoksa kullanmayın.

GPS başarısız olursa: Wi‑Fi, QR veya yönetici onayı

GPS iç mekanda veya yoğun bölgelerde güvenilir olmayabilir. Alternatifler ekleyin:

• Wi‑Fi doğrulaması (SSID/BSSID site ağı ile eşleştirir)
• QR kodu (girişe yakın basılı; tarama ile varlık onayı)
• Yönetici onayı (gerekçe, isteğe bağlı fotoğraf ve denetim izi gerekir)

Adminler hangi yedeklerin site başına kabul edilebilir olduğunu yapılandırabilmeli.

Düşük sürtüş için dolandırıcılık önlemleri

Herkes için ek adımlar eklemek yerine hafif kontrollere odaklanın:

• Hız limiti (hızlı tekrar girişleri engelleme)
• Cihaz bağlama (bir kullanıcı ↔ onaylı cihaz), kendi kendine yeniden bağlama ve admin onayı
• Anomali bayrakları (imkansız hız, tekrar eden "Doğrulanamadı", sık onaylar)

Bu önlemler dürüst kullanıcıların akışını bozmaz; yöneticilere inceleme için sinyal verir.

Çevrimdışı mod, eşitleme ve güvenilirlik

Vardiya kayıtları genellikle hücresel kapsama olmayan yerlerde yapılır. Uygulama ağ koptuğunda çalışmıyorsa insanlar kağıt notlara veya yöneticilere mesaj atmaya başlar ve veri kaliteniz çöker. Çevrimdışılığı normal bir durum olarak ele alın.

Öncelikli çevrimdışı olay yakalama

Her giriş/çıkışı cihazda önce değiştirilemez bir "olay" olarak kaydedin; yerel bir kimlik, zaman damgası ve gerekli bağlamla birlikte. Bunu cihazdaki veritabanında saklayın ve Eşitleme Bekliyor olarak işaretleyin. UI, sinyal olmasa bile anında "Giriş kaydedildi" onayı göstermeli.

Sonra güvenli şekilde eşitleme

Bağlantı gelince, arka planda yeniden denemeler ve exponential backoff ile olayları senkronize edin. Yüklemeler idempotent olmalı: aynı olay iki kez gönderilirse sunucu bunu tanıyıp çoğaltmayı yok saymalı.

Basit bir eşitleme göstergesi gösterin (Beklemede / Eşitleniyor / Eşitlendi / Dikkat Gerekiyor) ve kullanıcıların takılı kalanları görmesine izin verin. Korkutucu hata mesajlarından kaçının; net bir sonraki adım verin: "Tekrar dene" veya "Destekle iletişime geç" gibi.

Çakışmalar ve tuhaf zaman çizelgeleriyle başa çıkma

Mobil uygulamalar karmaşık sıra problemleri görür: çift dokunuşlar, sıra dışı zaman damgaları veya eşitleme gecikmesi nedeniyle çıkışın girişten önce kaydedilmesi.

Kullanılabilecek kurallar:

• Kısa bir pencerede olayları çoğaltmayı engelleyin (ör. çift dokunuş).
• Sırasız yüklemeleri kabul edin, ama sunucuda olay zamanına göre sıralayın.
• İki ardışık giriş gibi imkansız eşleşmeleri sessizce düzeltmek yerine inceleme için işaretleyin.

Zaman kaynağı stratejisi

Cihaz zamanı kullanışlı ama hatalı olabilir. Yaygın yaklaşım her ikisini saklamaktır:

• Cihaz zaman damgası (telefonun gösterdiği)
• Sunucu-alınma zaman damgası (sunucunun aldığı zaman)

Eğer sapma büyükse olayı yönetici incelemesine işaretleyin ve kullanıcıya cihaz saatini düzeltme önerisi sunun.

Güvenilirlik kontrol listesi

Tahmin edilebilir davranışlara öncelik verin: arka plan eşitleme, kalıcı kuyruklar, güvenli yeniden denemeler ve dürüst durum göstergeleri. Güvenilirlik eksikse kullanıcı bunu hemen fark eder ve zaman kaydına güvenmez.

Mimari ve teknoloji seçimleri

Mimarin, girişleri hızlı, dayanıklı ve denetlenebilir yapmalı—ayrıca sürdürülebilir olmalı.

Net bir veri modeliyle başlayın

Pratik bir MVP modeli genellikle şunları içerir:

• Kullanıcılar (çalışan, süpervizör, admin) + ekip/bölüm
• Vardiyalar (bir çalışılan dönem) bir kullanıcıya bağlı ve isteğe bağlı planlı vardiya ile ilişkili
• Zaman olayları (giriş, çıkış, mola başlat/bitir) zaman damgası, cihaz bilgisi ve isteğe bağlı konum kanıtı ile
• Programlar (planlı vardiyalar)
• Onaylar (durum, onaylayan, notlar) ve düzenleme geçmişi (kim neyi, ne zaman ve neden değiştirdi)

Bu yapı, bordro dışa aktarımı ve uyuşmazlık yönetimi için esneklik sağlar.

API şekli: küçük ve öngörülebilir tutun

Tipik endpointler:

• POST /time-events (giriş/çıkış, molalar)
• GET /timesheets?from=&to=&userId= (çalışanlar ve yöneticiler için)
• POST /timesheets/{id}/edits (gerekçe ile düzeltmeler)
• POST /approvals/{timesheetId} (onay/reddet)
• GET /reports/* (özet exportlar, fazla mesai, istisnalar)

Bunları idempotent olacak şekilde tasarlayın (yeniden denemelere karşı güvenli) ki zayıf bağlantı desteklenebilsin.

Platform seçimi: native vs çapraz platform vs PWA

• Native (Swift/Kotlin): en iyi performans ve arka plan davranışı; iki kere geliştirme maliyeti yüksek.
• Çapraz platform (Flutter/React Native): tek kod tabanı, güçlü UI performansı; takım deneyimine bağlı.
• PWA: en hızlı teslimat; cihaz entegrasyonları (arka plan eşitleme, kiosk) ve OS kısıtları zayıf.

Çoğu giriş/çıkış mobil uygulaması için çapraz platform güçlü bir varsayılan seçimdir, derin OS davranışı gerekli olmadıkça.

Yönetim konsolunu unutmayın

Kullanıcı yönetimi, konum/kurallar, program importu, onay görünürlüğü ve exportlar (CSV, bordro formatları) için hafif bir web admin planlayın. Operasyonel zamanın çoğu burada kurtarılır — bkz. /blog/shift-approvals-workflow.

Daha hızlı ilerlemek isterseniz, Koder.ai gibi bir prototipleme platformu React tabanlı admin konsolu ve Go/PostgreSQL backend akışlarını sohbet tabanlı bir spesifikasyondan üretebilir; ardından kenar durumları (çevrimdışı eşitleme, onaylar, denetim geçmişi) için snapshot ve rollback ile yineleme yapabilirsiniz.

Güvenlik, gizlilik ve izinler

Vardiya başlangıç/bitiş kayıtları basit görünse de hızlıca hassas veri haline gelir: programlar, rutinler ve bazen konum bilgilerini açığa çıkarır. Güvenlik ve gizliliği baştan ürün gereksinimi kabul edin.

Kimlik doğrulama ve rol tabanlı erişim

Açık bir giriş stratejisiyle başlayın:

• SSO (şirketler için önerilir): onboarding/offboarding kolaylığı, merkezi parola politikaları ve daha az destek talebi. Yaygın seçenekler Microsoft Entra ID, Google Workspace veya Okta gibi servislerdir.
• Email/parola: küçük ekipler için kabul edilebilir ama güçlü parola kuralları, reset akışları ve ek koruma gerekir.

Sonra RBAC ile sadece gereken verilere erişim sağlayın. Tipik roller: çalışan, süpervizör, bordro/admin ve denetçi. İzinler; bir vardiyayı düzenleme, onaylama, export yapma ve raporları görüntüleme gibi eylemleri kapsamalıdır.

Veriyi koruma (transferde, saklamada ve cihazda)

Temel korumalar:

• Tüm ağ trafiğinde TLS (API ve dosya indirmeler dahil).
• Sunucuda ve yedeklerde şifreleme.
• Cihazda güvenli token saklama (Keychain/Keystore); tokenleri düz tercihlerde saklamayın.
• Kısa ömürlü access token'lar ve refresh token'lar ile birlikte kullanıcı ayrıldığında sunucudan iptal yeteneği.

Çevrimdışı saat desteği varsa, yerel önbelleği üretim verisi gibi değerlendirin: şifreleyin ve sadece gerekli olanı saklayın (ör. olay zamanları ve ID'ler, tam profiller değil).

Denetim günlükleri, saklama ve gizlilik

Denetim gereksinimlerini erken tanımlayın—zaman takibi sistemine sonradan denetim eklemek zor ve maliyetlidir. Ana olayları (giriş/çıkış, düzenlemeler, onaylar, export işlemleri, admin değişiklikleri) kim/ne/ne zaman şeklinde loglayın ve saklama kuralları belirleyin (yerel iş kanunlarına göre 1–7 yıl gibi).

Gizliliği basit tutun:

• Veri minimizasyonu (sadece gerçekten ihtiyaç varsa konum toplayın).
• Açık rıza metni ve uygulama içi açıklamalar sağlayın.
• Gerekli durumlarda erişim/silme taleplerini destekleyin ve nasıl ele alındığını belgeleyin.

Onaylar, bordro exportları ve entegrasyonlar

Bir vardiya kayıt uygulaması, kaydedilen zamanı gözden geçirip sonlandırıp bordro ve operasyon sistemlerine gönderebildiğinde gerçekten faydalı olur. Bu bölüm, "kayıtlı zaman"dan "ödenecek zaman"a geçişi ele alır.

Zaman çizelgesi onay iş akışı (gönder → incele → onay → kilitle)

Onayları basit ve tutarlı tutun:

• Gönder: gün veya ödeme dönemi sonunda çalışanlar (veya yöneticiler) zaman çizelgesini gönderir. Uygulama nelerin dahil olduğunu açıkça göstermeli ve eksik molaları veya çakışan vardiyaları işaretlemeli.
• İnceleme: onaylayanlar istisnaları vurgulanmış bir kuyruk görür (geç girişler, uzun vardiyalar, düzenlemeler, konum uyumsuzlukları). Hızlı filtreler ("benim sahalarım", "dikkat gerektiren") aramayı azaltır.
• Onay/Reddet: onaylar kim, ne zaman ve ne değiştiğini kaydetmelidir. Reddetmeler kısa bir gerekçe isteyip çalışana geri dönmelidir.
• Kilitle: Onaylandıktan sonra kayıtlar düzenleme yapılamayacak şekilde kilitlenmelidir. Sonradan değişiklik gerekiyorsa bir "düzeltme" kaydı oluşturun.

Pratik bir desen, önce süpervizör onayı, sonra sadece istisnalar için bordro/admin onayı olan kademeli onaydır.

Bordro ekibinin gerçekten kullanacağı exportlar

Bordro ekipleri genellikle sadece genel bir CSV'den fazlasını ister. Hedefleriniz:

• Sabit sütun isimleriyle CSV export (çalışan ID, maliyet merkezi/konum, vardiya başlangıç/bitiş, molalar, normal/fazla mesai saatleri, notlar).
• Bordroya özel şablonlar (kazanç kodları, iş kodları, ödeme dönemi sınırları).
• Zamanlanmış teslimat (e-posta veya güvenli indirme) ki bordro ekibi her dönem dışa aktarmayı hatırlamak zorunda kalmasın.

Export metadata'sında ödeme dönemi, zaman dilimi ve verinin kilitli olup olmadığı gibi bilgileri de ekleyin.

API ve webhooklar ile entegrasyonlar

Entegrasyonlar çift girişleri azaltır. Sağlayın:

• Onaylanmış zamanları okumak ve referans verileri yazmak için REST API (çalışanlar, sahalar, roller, ödeme kuralları).
• Webhooklar (timesheet.submitted, timesheet.approved, employee.updated gibi) yakın gerçek zamanlı senkronizasyon için.
• Idempotency ve retry mekanizmaları, partnerlerin isteği güvenle tekrar göndermesini sağlar.

Entegrasyon dokümantasyonuna admin alanından bağlantı verin (örn. /docs/api).

Operasyon ve uyumluluk için raporlama

Raporlama sık sorulan soruları hızla yanıtlamalı:

• Kişi, saha ve role göre saatler
• Fazla mesai toplamları ve trendleri
• İstisnalar (kaçırılan girişler, düzenlemeler, geofence dışı girişler, uzun molalar)

Güvenilir birkaç rapor, kimsenin güvenmediği karmaşık bir panodan iyidir.

Test planı ve pilot dağıtım

Bir vardiya kayıt uygulaması, birinin sabah 6'da güvenilir şekilde giriş yapabilmesi gerektiğinde başarısız olur. Test planınız "mutlu yollar"ın ötesinde, zayıf bağlantı, bitmek üzere pil ve acele eden kullanıcıları kapsamalı.

Öncelikli yüksek risk senaryoları

Gerçek hataların nasıl oluştuğunu yansıtan senaryolar çalıştırın:

• Kaçırılan çıkış: kullanıcı çıkışı unutuyor, uygulamayı kapatıyor veya ertesi gün bitirişi kaydediyor. Bu durum nasıl tespit ediliyor, zaman çizelgesinde nasıl gösteriliyor ve düzeltme yöneticilere nasıl akıyor doğrulayın.
• Düşük pil: cihaz vardiya ortasında kapanıyor. Son başarılı olayın korunduğunu ve sonraki açılışta kullanıcıya uygun yönlendirme yapıldığını kontrol edin.
• Uçak modu / sinyal yok: çevrimdışı giriş/çıkış ve sonra yeniden bağlanma. Olayların yerel kuyrukta biriktiğini ve çakışma olmadan eşitlendiğini doğrulayın.
• GPS kapalı veya reddedildi: yedek (manuel konum notu, son bilinen konum veya "konum yok" bayrağı) davranışını ve kullanıcının engellenmediğini doğrulayın.

Cihaz ve OS kapsamı (düşük bütçeli telefonlar dahil)

Birkaç amiral gemisi cihazına güvenmeyin. Test edin:

• Birden fazla işletim sistemi sürümü (özellikle iş gücünüzün kullandığı daha eski sürümler)
• Düşük bellek ve düşük depolama cihazları
• Farklı ekran boyutları ve Android üretici ara yüzleri

Arka plan kısıtlamaları, pil optimizasyonları ve saat/datetime değişikliklerinin zaman damgalarını nasıl etkilediğine dikkat edin.

Güvenlik testi temelleri (pratik)

En azından doğrulayın:

• Kimlik doğrulama akışları (oturum süresi dolmuş, parola sıfırlama, cihaz değişimi)
• Yetkilendirme kuralları (çalışan vs yönetici vs admin)
• Veri sızıntısı riskleri (loglar, hassas ekranlarda ekran görüntüsü, önbellek dosyaları)

Ayrıca çalınan bir cihazın zaman çizelgelerini re-auth olmadan ifşa edememesi gerektiğini test edin.

Pilot dağıtım ve yineleme döngüsü

Küçük bir ekip (bir lokasyon veya tek bir departman) ile 1–2 ödeme döngüsü boyunca başlayın. İzleyeceğiniz metrikler: giriş başarı oranı, çevrimdışı olay sayısı, düzeltme talepleri ve destek ticketları.

Haftalık geri bildirim toplayın, küçük düzeltmeleri hızlıca yayınlayın ve pilot grubu tutarlı, düşük sürtüşlü giriş ve yöneticilerin dışa aktarılan verilere güvenmesi rapor edilene kadar dağıtımı genişletmeyin.

Lansman, devam eden destek ve maliyet planlaması

Bir vardiya kayıt uygulaması yayınlandığında iş bitmez. Gerçek iş, yüzlerce insanın pazartesi sabahı 6'da buna güvenmesiyle başlar. Lansman, destek ve maliyetleri erken planlamak operasyonel sürprizleri önler.

Dağıtım: halka açık mağazalar, özel sürüm veya kiosk

App Store / Google Play BYOD senaryolarında iyi çalışır; güncellemeler sorunsuz olur. Yine de hafif bir onboarding akışı (şirket kodu, SSO veya davet bağlantısı) istenmeyen kayıtları önler.

Özel dağıtım (MDM) şirket cihazları için daha uygundur. Apple Business Manager / Android Enterprise ile uygulamaları zorunlu kılabilir, ayarları itebilir ve güncellemeleri zorlayabilirsiniz. Paylaşılan cihazlarda kiosk modu düşünün:

• Cihazı sadece zaman uygulamanıza (veya sınırlı birkaç uygulamaya) kilitleyin
• Bildirimleri ve kişisel hesapları devre dışı bırakın
• Sabit bir giriş yöntemi kullanın (badge, PIN, QR) ve net bir "Çıkış" adımı sağlayın

Operasyonel ihtiyaçlar: destek, olay yönetimi ve şeffaflık

Kimin destekten sorumlu olduğunu ve "iyi"nin ne olduğunu tanımlayın:

• Destek kanalları: uygulama içi yardım, e-posta ticket ve "giriş yapamıyorum" gibi acil yollar
• Olay yönetimi: nöbetçi düzeni, önem seviyeleri ve runbook (örn. "eşitleme gecikmesi", "giriş hatası", "geofence uyumsuzluğu")
• Durum sayfası: basit bir /status bile bakım sırasında gürültüyü azaltır ve güven oluşturur

Ayrıca admin işleri için: kullanıcı sağlama, cihaz sıfırlama, konum güncellemeleri ve denetim talepleri planlayın.

Beklenen maliyet sürükleyicileri

En büyük maliyet etkenleri genellikle:

• Platformlar: iOS + Android + web admin portal (ve bazen kiosk sürümü)
• Çevrimdışı eşitleme: çakışma çözümü, yerel depolama şifreleme ve kapsamlı test
• Entegrasyonlar: bordro exportları, HRIS bağlantıları, SSO ve webhooklar
• Admin araçları: onay ekranları, raporlama ve "bu zaman çizelgesini düzelt" iş akışları

MVP sonrası yol haritası

Güvenilir giriş/çıkış ve onaylardan sonra ekipler genellikle şunları ekler:

• Planlama ve vardiya değişimleri
• İş maliyetlendirme (saatleri proje/site/göreve göre)
• Analitik (gecikmeler, fazla mesai trendleri, personel boşlukları)
• Uyumluluk eklentileri (mola kuralları, beyanatlar, bölgeye özel politikalar)

Yol haritası yayınlarsanız, onu pratik tutun ve ölçülebilir sonuçlara (daha az düzeltme, daha hızlı bordro, daha az kaçırılan giriş) bağlayın.