Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.
01İade ve tersine lojistik maliyetini belirleyen kalemler
- ERP/muhasebe entegrasyonu
- depo/şube sayısı
- lot/seri ihtiyacı
- el terminali/etiket yazıcı donanımı
- ürün kalemi
- Seçilen özellikler: yeniden stok ve iade nedeni gibi detaylar
Bütçeyi dengelemenin en etkili yolu ilk sürümü en kritik işe odaklamak ve diğer modülleri sonraki aşamalara bırakmaktır.
02Ücretlendirme modelleri
Bakım ve destek anlaşması
Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
Aşamalı (modül modül)
İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.
03İade ve tersine lojistik planlarken bilinmesi gerekenler
- Muhasebe/ERP ile irsaliye ve fatura akışı baştan eşlenir; e-irsaliye ihtiyacı kontrol edilir.
- Raf adresleme (koridor-raf-göz) depo büyüdükçe toplama süresini kısaltır.
- Sayım planı: tam sayım, döngüsel sayım veya bölge sayımı.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Sistem stoğu ile raftaki tutmuyor | Kayıtsız çıkış/iade | Barkodlu hareket ve döngüsel sayım |
| Toplama uzun sürüyor | Raf adresi yok | Adresleme ve toplama listesi |
| Satın alma geç kalıyor | Minimum stok tanımsız | Kritik stok uyarısı |
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel yeniden stok ve iade nedeni; hazır bileşenler ağırlıkta | Hazır altyapı veya hafif özel geliştirme | Tek ekip/şube, büyümeye açık |
| Dengeli | Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar | Modüler mimari | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
06Teklif karşılaştırırken sorulacak sorular
- Ödeme planı teslim aşamalarına bağlı mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
07Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
- harita ve bildirim servisleri
Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.
08İnönü'nde teklif almak
PTT kayıtlarında İnönü ilçesine bağlı 16 yerleşim bulunur. Eskişehir gibi büyükşehirlerde satış birden fazla kanaldan ve şubeden yürüyebilir; iade ve tersine lojistik için verinin tek kaynaktan dağıtılması tutarlılığı korur.
İnönü'nde bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Eskişehir genelinde Sarıcakaya, Mahmudiye ve Sivrihisar gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; iade ve tersine lojistik için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
09Örnek kapsam hesabı
Örnek: barkodlu stok sayım süresi
- Kalem sayısı
- 11.000
- Kişi başı saatlik okuma
- 410
- Sayıcı
- 5
- Sayım süresi
- yaklaşık 5,4 saat
- Barkodsuz elle sayım
- Kayıt ve kontrol adımları bu süreyi uzatır
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Neden teklifler arasında büyük fark var?
Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.
Sadece Eskişehir için mi çalışıyorsunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
İade ve tersine lojistik için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve iade nedeni gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Bütçemiz sınırlı, ne yapabiliriz?
İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.
İade ve tersine lojistik maliyetini en çok ne etkiler?
Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; depo/şube sayısı de toplamı doğrudan etkiler.
Mevcut muhasebe programımızla stok yazılımı birlikte çalışır mı?
Evet. Stok kartı, hareket ve fatura verisi muhasebe programının resmî entegrasyon araçlarıyla aktarılır; hangi sistemin ana kaynak olacağı analizde belirlenir.
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
İnönü'nden yazıyorum; toplantılar nasıl yapılıyor?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
→İlgili sayfalar
İade ve Tersine Lojistik hakkında diğer konular
- İade ve tersine lojistik geliştirme süreciAnalizden yayına aşamalar
- İade ve tersine lojistik güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- İade ve tersine lojistik KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- İade ve tersine lojistik özellikleri ve modülleriOlması gereken modüller ve özellikler
- İade ve tersine lojistik bakım ve destekYayın sonrası bakım, güncelleme ve destek
İnönü'nde ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- iade nedeni
- kalite kontrol
- yeniden stok
- el terminali
- e-irsaliye
- filo
- sayım
- Eskişehir
- İnönü