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.
01Fire ve hatalı ürün takibi maliyetini belirleyen kalemler
- veri aktarımı
- modül sayısı
- eğitim ve devreye alma
- sahadan veri toplama donanımı
- tesis/hat/makine sayısı
- Seçilen özellikler: maliyet ve fire nedeni gibi detaylar
Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.
02Ücretlendirme modelleri
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.
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.
03Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Planlar tutmuyor | Kapasite görünmüyor | Kapasite planlama |
| Hatalı ürün geri izlenemiyor | Lot kaydı yok | Lot/seri izlenebilirlik |
| Gerçek maliyet bilinmiyor | Fire/duruş/işçilik kaydı yok | Sahadan veri toplama ve maliyet modülü |
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel fire nedeni ve trend; 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 | Özel geliştirme + hazır servisler | Birkaç rol ve şube |
| Kapsamlı | Özel iş kuralları, çoklu entegrasyon, ileri raporlama | Ölçeklenebilir mimari, test otomasyonu | Çok şube, yoğun kullanım |
05Teklif karşılaştırırken sorulacak sorular
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
06Teklifte ayrıca sorulması gereken giderler
- App Store ve Google Play geliştirici hesapları
- sunucu veya bulut kullanımı
- harita ve bildirim servisleri
- e-belge entegratörü hizmet bedeli
- alan adı yenileme
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.
07Çüngüş'te teklif almak
Çüngüş, Diyarbakır iline bağlı bir ilçedir ve PTT adres verisine göre 40 mahalleden oluşur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için fire ve hatalı ürün takibi tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Mesafe yazılım işinin önünde engel değildir: Çüngüş'teki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Lice, Sur ve Dicle ilçeleri için de fire ve hatalı ürün takibi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Fire ve hatalı ürün takibini planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
08Örnek kapsam hesabı
Örnek: OEE hesabı (bir vardiya)
- Planlı süre
- 660 dk
- Duruş
- 50 dk
- İdeal çevrim süresi
- 49 sn
- Üretilen / hatalı
- 582 / 6
- Kullanılabilirlik × Performans × Kalite
- %92,4 × %78 × %99
- OEE
- %71,4
Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Fire ve hatalı ürün takibi için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve fire nedeni gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Mevcut ERP'yi değiştirmeden üretim takibi kurulabilir mi?
Evet. Üretim takibi ayrı bir modül olarak kurulup stok, cari ve iş emri verisi mevcut ERP ile entegrasyon üzerinden alışveriş yapabilir.
Ö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.
Çüngüş'te yüz yüze görüşebilir miyiz?
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.
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.
Sadece Diyarbakır için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Diyarbakır de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Fire ve hatalı ürün takibi sonradan genişletilebilir mi?
Evet. Maliyet gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
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.
→İlgili sayfalar
Fire ve Hatalı Ürün Takibi hakkında diğer konular
- Fire ve hatalı ürün takibi geliştirme süreciAnalizden yayına aşamalar
- Fire ve hatalı ürün takibi KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Fire ve hatalı ürün takibi teknolojileriTeknoloji seçimi ve mimari
- Fire ve hatalı ürün takibi geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Fire ve hatalı ürün takibi firmasıFirma seçerken bakılacaklar
Çüngüş'te ilgili hizmetler
Diyarbakır içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- fire nedeni
- maliyet
- trend
- kalıp
- izlenebilirlik
- OEE
- duruş
- MRP
- kalite kontrol
- fason
- Diyarbakır
- Çüngüş