Teklif al

Yönetim Yazılımları · Esenyurt

Esenyurt markaları için Yönetim Yazılımları

Bir teklif aylar sonra geri geliyor ve soru hep aynı oluyor: bu rakam neye göre çıktı. Teklifi yazan kişi o gün başka bir şubede olabiliyor, elde kalan şey de kalemin adı; hesabın kendisi değil. Esenyurt'ta çok şubeli küçük işletme dokusu yoğun olduğu için bu her yeniden fiyatlamada tekrarlanabiliyor. Calculator Resterm'de kalem havada durmuyor: bir teklifin hangi ısıtma ihtiyacı girdisinden çıktığı geriye doğru okunabiliyor.

Yönetim Yazılımları — Esenyurt

Esenyurt'ta küçük işletme ve özel eğitim kurumu dokusu şubeye yayılıyor; aynı ad birkaç noktada birden durabiliyor. Teklifi bir kişi yazdığında aynı rakamı sonra başka birinin savunması gerekiyor. Bu dokuya en yakın işimiz Calculator Resterm. Nerede örtüşmediğini yazalım: elektrikli ısıtıcı seçimi için yazıldı, üretim planlama ile satın alma orada hiç kurulmadı; kasa akışı, personel kaydı, depo ve toptan sevkiyat tarafında da gösterecek işimiz yok. Taşınan kısım bağın kopmaması: teknik seçim ile ticari kalem arasında elle veri taşınmadığı için kalem kendi girdisine bağlı kalıyor. İşi Laravel yürütüyor, hesap arayüzü Vue ile yazıldı, kayıtlar MySQL'de.

  • Kullanıcı ürün kodu değil ısıtma ihtiyacını giriyor; uygun elektrikli ısıtıcıyı hesap seçiyor, katalogda arama adımı hiç doğmuyor.
  • Seçim sepete düşüyor, sepet bir projeye, proje o projenin müşterisine bağlanıyor; zincirin her halkası kaydın kendi alanında duruyor.
  • Teklif kalemi ile onu üreten girdi aynı zincirde olduğu için rakam sonradan savunulabiliyor; kalemi yazan kişinin masada olması gerekmiyor.

Neden Algoriel

  • Kapasite ile hak ayrı durur

    Pilatesco'da ders kontenjanı ile üyenin kalan paket hakkı iki ayrı şey; biri dolduğunda diğeri sessizce tükenmiyor.

  • Aynı bilgi iki kez girilmez

    AlgoCar'da servis, stok ve muhasebe aynı kaydı okuyor; ikinci bir ekrana yeniden yazmak gerekmiyor.

  • Rapor kaydın kendisinden çıkar

    Fatura ve raporlar girilen işin üstünden üretiliyor; ay sonu için ayrı bir tablo doldurulmuyor.

  • Satış ile kullanım tek kayıtta

    Pilatesco'da fatura paket satıldığında kesiliyor, kullanım haftalara yayılan takvimden okunuyor; ikisi aynı üye kaydında birleşiyor.

  • Kural kayıtta yazılı

    Hangi durumun ne sonuç doğurduğu önceden tanımlı. Pilatesco'da iptal, gelmeme ve tamamlanan ders hakka ayrı işliyor; karar o anda verilmiyor.

  • Kapasiteyi tek bir sayı belirlemiyor

    Bir saat diliminin kaç kişilik olduğunu eğitmen, ekipman ve saat birlikte hesaplıyor. Bireysel seans ile grup dersi kendi kuralıyla açılıyor.

  • İşin nerede olduğu tek ekrandan

    AlgoCar'da bir iş açıldığı yerden kapandığı yere kadar aynı kayıt üstünde ilerliyor; diş kliniğinde yönetici hastanın planın hangi adımında olduğunu tek yerden görüyor.

  • Aynı kayda herkes kendi yetkisi kadar

    Vipkurum'da ders programı, sınıf, sınav ve ödeme kaydı tek yerde duruyor; öğretmen, veli ve yönetici aynı kayda kendi yetkisi kadar erişiyor.

  • Rapor aynı kaydı başka açıdan okur

    Ay sonu tablosu için ikinci bir deftere ihtiyaç kalmıyor; rapor, gün içinde tutulan kaydın toplamı.

  • Bakımı her gün yapan ekip

    AlgoCar ile AlgoKlima kendi ürünlerimiz ve ikisi de yayında. Aynı tür yazılımın bakımını her gün kendi panellerimizde yapıyoruz; bakım bizim için teslim sonrası bir söz değil.

Buna benzer çalışmalar

Yönetim Yazılımları · Vaka çalışması

Calculator Resterm — teklif kalemi kendi ihtiyaç girdisine bağlı kalıyor

Elektrikli ısıtıcı üreticisi için bir seçim yazılımı yazdık. Kullanıcı ürün kodu değil ısıtma ihtiyacını giriyor; mühendislik hesabını yazılım yapıp uygun ısıtıcıyı seçiyor. Seçim sepete, sepet projeye, proje o projenin müşterisine bağlanıyor; kayıtlar MySQL'de tek zincirde duruyor. Hesabın çıktısı doğrudan teklif kalemine dönüşüyor; teknik seçim ile kalem arasında elle veri taşınmıyor. Karşılığı şu: teklifin hangi ısıtma ihtiyacı girdisinden çıktığı geriye doğru okunabiliyor, rakam aylar sonra açıklanabiliyor. Süreci Laravel taşıyor, hesap arayüzünü Vue çiziyor.

Vaka çalışmasını okuyun →

Esenyurt ekipleriyle uzaktan çalışmak

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.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Teklifi yazan arkadaşımız bugün başka şubede. Rakamı kim açıklayacak?

    Kayıt açıklıyor. Kalemin altında onu üreten girdi duruyor; hangi ihtiyaç yazıldıysa hangi ürünün seçildiği aynı zincirden okunuyor. Cevap için o kişinin masaya dönmesi ya da eski dosyaların açılması gerekmiyor.

  • Fiyat listemiz zaten var. Neden bir hesap katmanı kuralım?

    Liste, kodu bilinen ürünü fiyatlıyor. Sizin tarafta konuşma çoğu zaman koddan değil ihtiyaçtan başlıyor: şu hacim, şu koşul. Hesap katmanı bu aralığı kapatıyor; ihtiyaç giriliyor, ürünü yazılım seçiyor ve seçim doğrudan kaleme dönüyor.

  • Bizim ürünümüz ısıtıcı değil. Calculator Resterm bize ne söylüyor?

    Söylediği şey ısıtma hesabı değil, zincirin yönü: girdi bir kayıt, seçim onun sonucu, kalem de o seçimin karşılığı. Sizde girdi ölçü, süre ya da kontenjan olur. Isıtıcı seçiminin kendi mühendislik tarafı bu ilçedeki bir işe taşınmıyor; taşınan şey kalemin izlenebilir kalması.

  • Esenyurt'ta çok şubeli küçük bir işletmeyiz. Bu kapsam bize ağır gelmez mi?

    Tablo işi görüyorsa tablo kalsın, bunu açıkça söylüyoruz. Eşik şurada başlıyor: aynı teklifi birden fazla kişi yazıyorsa ve rakam aylar sonra savunuluyorsa, girdi ile kalem arasındaki bağın kayıtta durması gerekiyor. Ne ofisimiz var ne de yerinde kurulum yapıyoruz.

İşletmenizde hangi kural hâlâ birinin hatırlamasına bağlı?