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.
ERP · Başakşehir
Ölçüye göre üreten bir imalatçıda ERP'nin klasik başlangıç noktası tutmuyor: sipariş satırı yazılırken ürün henüz tanımlı değil, teklif hazırlanırken belirleniyor. Zincirin ilk halkası bu yüzden hesabın kendisi olmak zorunda. Başakşehir'in İkitelli hattında makine imalatı ve kalıp atölyesi yoğun; işiniz de ölçüye göre çıkıyorsa üretim ERP yazılımında bakılacak ilk yer burası. Calculator Resterm tam bu noktaya oturuyor: kullanıcı ürün kodu aramıyor, ısıtma ihtiyacını giriyor ve uygun elektrikli ısıtıcıyı hesap seçiyor.
Başakşehir'in İkitelli hattında makine ve ekipman imalatı yoğun. İş ölçüye ve şartnameye göre çıkıyorsa sabit fiyat listesi onu taşımıyor; katalogda hazır kod olmadığı için teklif kalemi de kendiliğinden çıkmıyor, hesabı biri yapıp sonucu ticari tarafa elle yazıyor. Bu ilçenin işleyişine en yakın işimiz Calculator Resterm. Ayırt edici yanı şu: yazılımı Resterm'in kendi ürün yapısının üstüne kurduk ve hesap o yapının içinden çalışıyor; hazır bir araca katalog yüklemedik. Laravel işi yürütüyor, hesap ekranı Vue ile yazıldı, kayıtlar MySQL'de. Kanıt burada bitiyor: üretim çizelgesi, malzeme ihtiyaç planı ve maliyet muhasebesi tarafında belgelenmiş işimiz yok.
AlgoCar'da bilgi bir kez giriliyor ve iş emrinden faturaya kadar aynı kayıtla taşınıyor.
Parça çıkışı iş emrine bağlı düşüyor; ay sonunda parçanın nereye gittiğini aramak gerekmiyor.
Resterm'de ürün seçimi mühendislik hesabıyla yapılıyor; hesabın çıktısı sepete ve proje kaydına geçiyor.
Kapsam operasyon, stok ve muhasebe. Üretim planlama, tedarik zinciri, konsolide finans ve İK bu hizmetin dışında.
AlgoCar'da iş emri açılıyor, tüketilen parça o emre yazılıyor ve fatura aynı kayıttan kesiliyor. Zincir üç ayrı programa dağılmıyor.
Parça iş emrine yazıldığı anda stoktan düşüyor; depo ekranı aynı tüketimin elle girilmesini beklemiyor.
İşletme ve muhasebe tarafı servis kaydıyla aynı sisteme bağlı olduğu için bir işin iki yüzü sonradan eşleştirilmiyor.
AlgoCar'da bakım ve onarım plaka ile şasi kaydının altında birikiyor; bir aracın toplam masrafı kendi kaydından okunuyor.
Resterm'de bir teklif kaleminin hangi ısıtma ihtiyacı girdisinden çıktığı sonradan geri okunabiliyor.
Mühendislik hesabının seçtiği ürün sepete düşüyor, sepet bir projeye, proje o projenin müşterisine bağlanıyor. Kayıtlar tek zincirde duruyor.
Resterm elektrikli ısıtıcı üretiyor. Kullanıcı katalogda kod aramıyor; ısıtma ihtiyacını giriyor, mühendislik hesabını yazılım yapıp uygun ısıtıcıyı seçiyor. Asıl karar yazılımın nereye kurulduğuydu: hazır bir teklif aracı liste taşır, üreticinin ürün mantığını taşımaz. Yazılımı Resterm'in kendi ürün yapısının üstüne kurduk; hesap o yapının içinden çalışıyor.
Vaka çalışmasını okuyun →Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.
Ürün yapısı şemanın kendisi olur. Kataloğu dışarıda tutup içeri liste aktarmıyoruz; hesap ürün mantığının içinden çalışıyor. Ölçü değişince çıkan şey yeni bir kayıt değil, aynı yapının farklı sonucu.
Hazır araç listeyi taşır, hangi ürünün uyduğuna karar veren mantığı taşımaz. Karar insanda kaldıkça teklif yine elle yazılır. Resterm'de yazılım bu yüzden üreticinin ürün yapısının üstüne kuruldu.
Kanıtımızın durduğu halka teknik seçim ile ticari kalem arasında. Üretim çizelgesini, malzeme ihtiyaç planını ve maliyet muhasebesini bu vaade katmıyoruz; gösterecek işimiz olmayan modülün sözünü vermiyoruz.
Gerekmiyor. Ofisimiz yok ve yerinde destek vermiyoruz. Anlamamız gereken tezgâh değil, bir ısıtıcının hangi girdiyle seçildiği; bunu ürün yapısı üzerinden yazıya döküyoruz. Yazının kaynağı da sizin kendi ürün yapınız.
Bu hizmeti yayımladığımız diğer şehirler aşağıda, il başlıkları altında gruplu.
Bu konumdaki diğer hizmetler