Moventoro, Hollanda pazarı için geliştirdiğim bir taşımacılık operasyonları platformudur. Kapsamı, siparişleri, depo işlerini, güzergah planlamasını, sürücüleri, takip ve izleme, bir müşteri portalını ve faturalandırmayı bir araya getirir. Uygulama, Android sürücü uygulamasına hizmet veren bir mobil API ile birlikte Next.js, Prisma ve NextAuth kullanmaktadır.
Mimari merkez, paylaşılan sipariş yaşam döngüsüdür. Farklı ekiplerin farklı ekranlara ihtiyacı vardır, ancak yine de aynı operasyonel işler hakkında kararlar alıyorlar. Platform, her rolün aynı görevi yerine getiriyormuş gibi davranmadan bu görünümleri bağlı tutmalıdır.
Bir sipariş, iş ilerledikçe anlam değiştirir.
Bir planlayıcı için, bir sipariş tahsis edilmesi gereken bir iştir. Bir depo operatörü için, alınması, yerleştirilmesi veya hazırlanması gereken bir şeydir. Bir sürücü için, talimatlarla birlikte bir duraktır. Yönetim için, tamamlanması ve ticari detaylarının önemli olduğu bir hizmettir.
Bu bakış açıları örtüşüyor, ancak bağımsız gerçeklik kopyaları haline gelmemelidir. Bir ekran bir işin hazır olduğunu söylerken, diğeri bunu iptal edilmiş olarak değerlendiriyorsa, işletmenin işini yapabilmesi için bir yazılım anlaşmazlığını çözmesi gerekir.
Tasarım ilkem, önce paylaşılan kimliği ve yaşam döngüsünü modellemek, ardından her role uygun görünümü sunmaktır. Bir ekran, kullanıcısı için bilgileri basitleştirebilirken, aynı temel sipariş ve aynı iş olaylarına atıfta bulunmaya devam edebilir.
Geçişler, etiketlerden daha fazla anlam taşır.
Bir durum etiketi, yalnızca organizasyonun onun doğru olmasını sağlayan unsurları anladığında faydalıdır. “Tamamlandı” ifadesi, bir rota, bir teslimat denemesi, bir depo adımı veya bir fatura ile ilgiliyse belirsiz olabilir. Geçişi açık hale getiren inceleme sorularını tercih ederim: ne oldu, kimin bunu kaydetmesine izin verildi ve sonrasında hangi işler mümkün hale geliyor?
Aşağıdakiler, Moventoro veritabanı durumlarının kelime kelime bir listesi yerine, bir taşıma platformu için örnekleyici alan sorularıdır:
- Atanmış bir sipariş, bir sürücünün aktif işinde görünebilir mi?
- Sipariş değiştiğinde planlanan durak ne olur?
- Başarısız bir teslimat girişimi bir sonraki eylemi nasıl etkilemelidir?
- Faturalandırmadan önce yönetimin hangi kanıtlara ihtiyacı var?
Bu sorulara birlikte yanıt vermek, bağımsız olarak tasarlanmış sayfaların gizleyebileceği anlaşmazlıkları ortaya çıkarır.
Sürücü uygulaması başka bir operasyonel görünümüdür.
Moventoro, sürücü odaklı bir mobil API içerir. Bu, önemli bir sınırdır çünkü mobil çalışma, bir planlama masasından farklı koşullar altında gerçekleşir. Bir isteğin gecikmesi olabilir, bir ekran yeniden açılabilir ve bir görevin başladığı sırada gösterilen bilgiler artık güncel olmayabilir.
Bu tür bir entegrasyon için, sunucunun eylem üzerindeki yetkisini gözden geçiriyorum. Uygulama, amaçlanan işlemi tanımlamalıdır; arka uç, kimlik doğrulaması yapılmış sürücünün mevcut sipariş üzerinde bunu gerçekleştirip gerçekleştiremeyeceğine karar vermelidir. Daha önce görüntülenen bir buton, işlemin geçerliliğinin devam ettiğinin kanıtı değildir.
Bir isteğin gönderilmesi ile bir değişikliğin kabul edilmesi arasında da ayrım yapıyorum. Bu ayrım, arayüze, sunucunun bunu onaylamadığı zaman bir operatöre işin kaydedildiğini söylemeden belirsizliği iletme imkanı tanır.
İstisnalar normal iş akışının bir parçasıdır.
Taşıma yazılımı kesintileri, düzeltmeleri ve tamamlanmamış işleri temsil etmelidir. Kullanışlı bir operasyonel ekran, mutlu yolun durduğu durumda birinin ne yapacağına karar vermesine yardımcı olmalıdır. Genel bir hata mesajını yeniden yorumlaması için bir geliştiriciye ihtiyaç duymamalıdır.
Gözden geçirme yaklaşımım, bir düzeltme veya başarısız adım da dahil olmak üzere birkaç rol aracılığıyla bir sırayı takip ediyor. Her bir rolün mevcut durumu anlayıp anlamadığını ve daha önceki bir kararın hala açıklamak için yeterince görünür olup olmadığını kontrol ediyorum. Bu, her sayfayı ayrı ayrı gözden geçirmekten daha bilgilendiricidir.
Moventoro’nun paylaşılan yaşam döngüsünün değeri, planlama, teslimat ve yönetimin bir sistemin parçaları olarak tasarlanabilmesidir. Proje, bu paylaşılan anlayış etrafında arka uç modelleme, entegrasyonlar, web arayüzleri ve mobil operasyonları bir araya getirir. Siparişi tutarlı tutmak, bu ayrı yeteneklerin birlikte çalışmasını sağlayan unsurdur.
26 Eylül 2026’da güncellendi.