Kısmi sevk: kalanı ne olacak?
SorunSiparişin bir kısmı hazır, bir kısmı değil. Hazır olan gitsin mi, kalan ne olacak; kimse net söyleyemiyor.
ÇözümHer kalemde istenen, sevk edilen ve kapatılan adet ayrı tutulur. Kısmi sevkte kalan ya açık kalır ya da gerekçesiyle kapatılır. İrsaliye ve gümrük listesi yalnız gerçekten gidenden çıkar.
Sevk yalnız kontrol edilmiş paletten
SorunAynı stok iki siparişe birden sayılıyor; kontrol edilmemiş koli yüklemeye gidebiliyor.
ÇözümDepocu malı palete aldığında o lotlar siparişe kilitlenir ve serbest stoktan düşer. Sevk kaydı yalnız kontrol edilmiş paletten açılır. Stok açık siparişlere sırayla ayrılır, kapsama ekranı gerçek durumu gösterir.
Eksik kalem: üret ya da eksikle gönder
SorunBir kalem eksik. Bütün sipariş mi bekleyecek, eksik mi gidecek? Karar verilmeden kamyon kapıda bekliyor.
ÇözümEksik kalemde karar zorunludur: üretime gönder (kimyagere acil üretim bildirimi gider) ya da eksikle sevk et. Kararsız kalem varken sevk onayı açılmaz. Karar verilince diğer seçenekler kapanır; değiştirmek için önce geri alınır.
Sipariş fiyatı o anki haliyle saklanır
SorunÜrün fiyatı güncellenince geçmiş siparişlerin tutarı da kayıyor.
ÇözümKalemin fiyatı sipariş anında kalemle birlikte saklanır; fiyat listesi sonradan değişse de onaylı sipariş değişmez. Liste fiyatındaki değişiklik yönetici onayıyla geçer.
Sipariş değişince ilgili herkes duyar
SorunOnaydan sonra siparişe kalem eklendi, adet değişti; depo hazırlığa eski listeyle devam etti.
ÇözümOnaylı siparişte kalem, adet ya da tarih değişince ilgili ekiplere bildirim gider. Aynı siparişteki değişiklikler tek bildirimde toplanır; bildirime basınca sipariş açılır.
Bekleyen siparişe otomatik kontrol görevi
SorunSipariş günlerdir yerinde sayıyor. Neden bekliyor, depodan çıktı mı; sormak kimsenin işi değil.
ÇözümSistem her hafta açık siparişleri tarar. Hareketsiz siparişte depoya “çıktı mı?”, satışa “neden bekliyor?” görevi açılır; teslim onayı eksikse sorumlusuna gider. Kişiler ayarlardan seçilir.
Gümrük listesi palet beklemeden
SorunGümrük listesi son palet bitmeden hazırlanamıyor; ÖTV’li, ÖTV’siz ve promosyon ürünler karışıyor, CPNP numarası elle ekleniyor.
ÇözümÜrün kartında gümrük sınıfı (ÖTV’li, ÖTV’siz, promosyon) ve CPNP numarası tutulur; gümrük Excel’i bu sırayla, promosyon hep altta çıkar. Sevk edilmemiş kalandan ön liste alınır, kesin listeyle farkı ayrı sayfada görünür. Son palet kontrol edilince ihracat ekibine bildirim gider.
Müşteri portalı ve kartelayla nüans siparişi
SorunSaç boyası siparişi nüans kodlarıyla, serbest metin olarak geliyor; yanlış ya da katalogda olmayan kod sonradan fark ediliyor.
ÇözümMüşteriye özel portal bağlantısında boyalar basılı kartela düzeninde, nüans başına adetle seçilir. Katalogda olmayan kod işaretlenir ve doğru nüansa taşınır; talep taslak siparişe dönüşür.
Gizli reçete
SorunFormül fabrikanın en değerli bilgisi. Üretim ekranındaki herkesin önünde durmamalı.
ÇözümReçete yalnız işi atanan ustaya, o görevin miktarına ölçeklenmiş olarak açılır. Gizli işaretli hammaddelerin adı yetkisi olmayana gösterilmez. Kimyagerin onaylamadığı reçeteyle iş emri açılmaz.
Bir kazandan birden çok boy
SorunAynı karışımdan farklı boylar dolduruluyor. Her boy stoğun tamamını kendine sayınca hesap şişiyor.
ÇözümÜrün tek kartta: ortak kazan kilogramı üstte, altında boy boy adet. Tek iş emri birden çok boyu taşır; kütle her boyun dolum ağırlığından hesaplanır. Dolum ağırlığı hacimle tutarsızsa kayıtta sorulur.
Ne üretebilirim?
SorunElimizdeki malzemeyle bugün hangi üründen kaç adet çıkar?
ÇözümPano her ürün için hedef adette kaç kalemin eksik olduğunu ve eldeki malzemeyle en çok kaç adet yapılabileceğini gösterir: serbest stok, başka işe ayrılan miktar, muadil ve son kullanma tarihi birlikte. Sepete eklenen ürünler malzemeyi sırayla paylaşır; iş emri buradan açılır.
Ne almalıyım?
SorunSatınalma planı büyük boylarda eksik hesaplıyor, kilogram ile gramı karıştırıyor, muadili ve yoldaki siparişi görmüyordu.
ÇözümAçık iş emirleri, açık sipariş kalanı ve hedef stok tek hesapta birleşir. Birim çevrilir, muadilin artanı ve yoldaki satınalma siparişi düşülür, miktar tedarikçinin asgarisine yuvarlanır. Tedarikçi başına sipariş taslağı hazırlanır; ertelenen kalem nedeni ve tarihiyle kalır.
Mükerrer iş emri kapısı
SorunAynı sipariş için aynı ürüne ikinci iş emri açılıyor; malzeme iki kez ayrılıyor.
ÇözümAynı sipariş, ürün ve boy için açık iş emri varken yenisi açılmaz. Bilerek açılacaksa açıkça onay istenir ve bu, iş emrinin notuna yazılır.
Kazan, hat ve iptal nedeni kayıtta
SorunHangi kazan ne kadar çalıştı, iş emirleri neden iptal oluyor? Kayıt yoksa kapasite tahminden ibaret.
ÇözümUsta karışıma ve dolama başlarken kazanı ya da hattı seçer; başlama ve bitiş saati kayda geçer. İptal nedeni listeden ve sorumlusuyla seçilir. Üretim ve kapasite raporu kullanım oranını, boş günleri ve iptal nedenlerini gösterir.
Saç boyası: baz partisi ve nüans farkı
SorunHer nüans için ayrı tam reçete tutmak, bazdaki bir değişikliği her nüansa tek tek taşımak demek.
ÇözümOrtak baz reçete ve nüans başına yalnız pigment farkı. Boyalar ekranı baz başına eldekiyle en çok kaç kilogram yapılabileceğini, eksik nüansları ve önerilen adedi gösterir. İş emri baz başına tek görevdir; asgari parti altı sunucuda durdurulur.
Karantina kapısı
SorunKarantinadaki ürünün ne olduğu belli değil; ekranda yalnız “serbest bırak” düğmesi var.
ÇözümKarantina kuyruğu ürünü, nüansı, lotu, miktarı, hangi iş emrinden geldiğini, kaç gündür beklediğini ve sorunu gösterir. Serbest bırakılmamış mal satılabilir stoğa girmez.
Lot zinciri
SorunŞikâyet gelen partide hangi hammadde lotu, hangi tedarikçiden kullanıldı?
ÇözümBitmiş ürün lotundan iş emrine, reçete sürümüne ve tüketilen hammadde lotlarına tek ekranda gidilir. Lot, görev kabulünde kaydedilir; tahmin değil, kayıtlı bağlantı gösterilir.
FEFO: önce tarihi yakın olan
SorunSon kullanma tarihi yaklaşan lot depoda kalıyor, yeni gelen önce tüketiliyor.
ÇözümTüketimde tarihi önce dolan lot önce kullanılır. Tarihi geçen lot serbest stok sayılmaz; tarihi yaklaşanlar için her sabah bildirim gider.
Dört göz
SorunKendi açtığı isteği kendisi kapatan, kendi satınalma siparişini kendisi onaylayan oluyordu.
ÇözümAçan ile onaylayan aynı kişi olamaz: laboratuvar analizi ve onayı, Ar-Ge isteği, eşik üstü satınalma siparişi, büyük partide ikinci kimyager onayı. Eşikler ayarlardan; eşik aşıldığında kural, genel anahtar kapalıyken de uygulanır.
Ayar değişikliği izi (ALCOA)
SorunBir kapıyı kapatan ayarı biri sessizce değiştirirse kim, ne zaman fark eder?
ÇözümHer ayar değişikliği kim, ne zaman, eski ve yeni değeriyle değişiklik izine düşer; şifre ve anahtarlar maskelenir. Ürün ve fiyat alanlarındaki değişiklikler de aynı izde.
Dijital sayım ve sayım fazlası kapısı
SorunSayımda fazla çıkan mal gerçekten fazla mı, yoksa yeni biten üretim iki kez mi kaydedildi?
ÇözümSayım iPad’de kartela düzeninde yapılır, her satır anında kaydedilir. Son 14 günde üretimi süren ya da biten bir boyda sayım fazlası düzeltilmeden önce o iş emirleri gösterilir; çift kayıt düzeltmeye dönüşmez.
İki eşikli stok
SorunTek bir “minimum” sayısı ya çok geç ya çok erken alarm veriyor.
ÇözümHer boy için minimum ve hedef: minimumun altı acil, hedefin altı planlı tamamlama. Stok tamamlama planı hedefe göre önerir; satıştan kaldırılan ürün izlenmez.
Tek kartela
SorunNüanslar her ekranda başka sırada, başka biçimde; uzun listeden doğru nüansı seçmek zaman alıyor.
ÇözümSipariş, sevk, sayım, portal, irsaliye ve kontrol listesi aynı kartela bileşeninden ve aynı sıradan beslenir. Nüans seçimi her yerde kartela üzerinden yapılır.
İkiz kartları önleme ve birleştirme
SorunAynı hammadde iki ayrı kartla açılınca stok ikiye bölünüyor, reçete yanlış karttan düşüyor.
ÇözümBenzer adlı kart açılırken uyarı ve açık onay istenir. İkiz kartlar birleştirilirken reçete, lot, stok hareketi, sayım ve satınalma satırları tek karta taşınır; geçmiş kararlar tarihçe olarak kalır.
Ödemede üç ayrı el ve IBAN kapısı
SorunÖdeme talebini hazırlayan, onaylayan ve ödeyen aynı kişi olabiliyorsa; IBAN değişikliği de gözden kaçabilir.
ÇözümTedarikçi belgesi, ödeme talebi, onay ve ödeme ayrı kişilerle ilerler. IBAN değişikliği ikinci bir kişinin onayıyla geçer; ödeme anında güncel, onaylı IBAN kullanılır.
Fiyat gizliliği sunucuda
SorunFiyatı görmemesi gereken kişi ekranda görmese de bildirimde, notta ya da veri yanıtında görebiliyordu.
ÇözümFiyatı kimin göreceği tek listeden yönetilir. Yetkisi olmayanın yanıtında fiyat sunucuda boşaltılır, yalnız ekranda gizlenmez. Bildirim ve not metinlerine tutar yazılmaz.
Defter: fiş kendiliğinden
SorunSatış, alış, tahsilat ve ödeme bir kez ERP’ye, bir kez de muhasebe programına giriliyor.
ÇözümFatura, tahsilat, ödeme ve kasa kayıtları muhasebe fişini kendisi keser. Muavin, mizan, cari bakiye ve yaşlandırma, KDV beyan özeti ve mahsup fişi, ay sonu kur farkı fişi defterden hesaplanır.
Tahsilat föyü ve POS
SorunSatışçının topladığı nakit, POS tahsilatı ve harcamalar kâğıt föyde kalıyor.
ÇözümFöyde nakit ve POS tahsilatı, harcama ve bankaya yatırma kaydedilir; kayıt değiştirilmez, iptal ters kayıtla yapılır. POS’tan bankaya geçiş brüt, komisyon ve net olarak ayrılır; belgesiz harcamada KDV ayrılmaz.
Luca’dan geçiş
SorunMuhasebe programındaki stok kartları ERP’deki ürünlerle tutmuyor; kodlar ve adlar dağınık.
ÇözümLuca fatura ve stok kartı raporları içeri alınır, ürünlerle fatura geçmişi ve ad benzerliği üzerinden eşleştirilir. Kartı olmayan ürüne Luca düzeninde kod önerilir, aktarım dosyası hazırlanır. Provable, 1 Ocak 2027’de muhasebesini Luca’dan Manufio defterine taşımaya hazırlanıyor.
E-fatura ile satış analizi ve şirketler arası marj
SorunGrup içinde üretici şirketin satış fiyatı ile ihracatçı şirketin satış fiyatı arasındaki marj görünmüyor.
ÇözümE-fatura XML’leri yüklenir; şirket, müşteri ve ürün kırılımında satış analizi çıkar. İç satış ile dış satış fiyatı ürün bazında, ortak kurla karşılaştırılır; en düşük marj en üstte.
Finans ve muhasebeTest aşamasında
Binek araç gideri: KKEG kendiliğinden
SorunBinek araç giderinin kanunen kabul edilmeyen kısmı her fişte elle ayrılıyor.
ÇözümGider “binek araç” olarak işaretlenince tutar ve KDV, ayardaki oranla (varsayılan %30) kanunen kabul edilmeyen gider hesabına ve gider hesabına kendiliğinden bölünür. Satış faturasında ÖTV de aynı yerden, tek formülle hesaplanır.
Trendyol ilanı ERP’den
SorunPazaryerinde ilan açmak için ürün bilgisi ikinci kez, elle giriliyor.
ÇözümVar olan bir ilan şablon olur: kategori ve özellikler oradan; ad, barkod, fiyat, stok ve görsel ERP’den gelir. Aynı ürünün yeni boyu aynı ilan sayfasına eklenir; görseller 1200×1800 beyaz zemine getirilir. İsim kuralı, barkod ve zorunlu alanlar göndermeden önce denetlenir; pazaryerine yazma bir ayarla açılır.
İlan adı: “gönderildi” değil, “değişti”
SorunPazaryerinde “başarılı” görünen ad güncellemesi aslında hiç uygulanmamış olabiliyor.
ÇözümYeni ad ERP’de bekler, gönderilir, sonucu okunur; gerçek ad bir sonraki katalog okumasında doğrulanır. Ad ve açıklamanın dosyayla toplu yüklenmesi test aşamasında.
Her izin ayarlardan, kişi bazlı
SorunKim neyi görür kodun içine yazılıysa her değişiklik yazılımcı bekler; ayrılan kişinin yetkisi unutulur.
ÇözümHer ekran, işlem ve bildirim alıcısı bir izindir: rol ve kişi listesi ayarlardan yönetilir. Pasife alınan kişi bütün listelerden kendiliğinden düşer. Ayarları değiştiren kişinin kendi yetkisini kaldırması engellenir.
Görevler
SorunMesajla verilen işin kime verildiği, ne zaman bittiği kayıtta yok.
ÇözümGörev numaralı, sorumlulu ve son tarihlidir; mesaj, @etiket ve tepkiyle konuşulur. Sistem de görev açar: bekleyen sipariş, haftalık rapor, kontrol işleri.
Bildirim: tek olay, tek bildirim
SorunHer kayıt ayrı bildirim olunca kimse bildirim okumuyor.
ÇözümTekrar eden olay tek bildirimde birleşir; bildirime basınca kaydın kendisi açılır. Telefona ve iPad’e anlık bildirim gider; kimin alacağı ayarlardan seçilir.
Kişiye göre ana sayfa
SorunHerkes aynı panoyu görünce kimse kendi işini bulamıyor.
ÇözümAna sayfa kişinin görevlerini, onay bekleyenleri ve sistemin ona düşürdüğü işleri aciliyete göre tek listede gösterir. Veri alınamazsa “iş yok” denmez; hata açıkça söylenir.