Malzeme geldi, irsaliye imzalandı, forklift indirdi. Sonra kalite “uygun değil” dedi. Bundan sonrası birçok fabrikada dağınıktır: parça nerede, proje bekliyor mu, tedarikçiye kim yazacak, stok listesinde hâlâ “var” mı görünüyor? Girdi kontrol reddi istisna değil; süreç yoksa her seferinde yangın çıkar.
Sahne: ölçü veya sertifika tutmaz. Kalite reddeder. Forklift “bir kenara” koyar. Teknik ofis “geldi” sanıp iş hazırlamaya yazar. Üretim hattı ertesi gün plakayı arar; karantinada veya yanlış raftadır. Satınalma maili üç gün sonra gider. Tedarikçi “neden şimdi?” der. Stok Excel’inde satır hâlâ yeşildir. Fabrika aynı anda hem bekler hem yanlışlıkla kullanma riski taşır.
Ret sonrası tipik kaos
- Malzeme fiilen ayrılmış alanda durur ama sistemde serbest stok gibi görünür.
- Proje ekibi “geldi” sanıp iş emri açar.
- Satınalma maili geç gider; tedarikçi “neden şimdi?” der.
- Sertifika / ısı kaydı yarım kalır; sonra hangi plakanın ret olduğu unutulur.
- “Belki şartlı kullanırız” tartışması karantinayı deler.
- İade irsaliyesi ile stok düşümü aynı gün olmaz; miktar yalan söyler.
Sonuç: ya hatalı malzeme üretime sızar, ya doğru malzeme rafta kaybolur. Büyük hatlarda ikinci risk birincisi kadar pahalıdır — yanlış plaka kadar, kayıp plaka da termin yer.
Neden “kabul / ret” kutusu yetmez?
Excel’de “OK / Ret” yazmak kolaydır. Eksik olan zincirdir:
- Ret gerekçesi (ölçü, yüzey, sertifika, miktar)
- Fiziksel konum (karantina)
- Proje etkileri (hangi işler durur)
- Tedarikçi aksiyonu (iade, değişim, fiyat farkı)
- Yeni sipariş veya alternatif malzeme
- Süre: ret → karar → yeni malzeme
Bunlar ayrı kişilerin kafasında duruyorsa toplantıda herkes farklı hikâye anlatır. Teknik ofis “bekliyoruz”, satınalma “yazdık”, depo “şuradaydı” der — üçü de kısmen doğrudur.
Yanlış refleksler
- “Belki şartlı kullanırız” deyip karantinayı delmek
- Reti sadece kalite defterine yazıp stok ve satınalmayı güncellememek
- Projeyi habersiz bırakmak — hat malzeme varmış gibi planlanır
- Her rette suçlu aramak (KK geç / satınalma kötü) — süreç sorusu atlanır
- Fotoğrafı WhatsApp’a atıp kaydı “tamam” saymak
Pratik kural seti
- Ret = stoktan düş / karantinaya al. “Belki kullanırız” en tehlikeli cümledir; kullanacaksanız ayrı onayla, ayrı kayıtla.
- Etkilenen projeleri listeleyin. Tek satır: hangi iş emirleri / hangi operasyonlar malzeme bekliyor.
- Satınalma kaydı zorunlu. Ret, sipariş satırına bağlanmadan kapanmasın.
- Süre tutun. Ret ile yeni malzeme gelişi arası ölçülmezse hep “tedarikçi kötü” denir; bazen içeride 10 gün yatmıştır.
- Heat / sertifika izi kopmasın. Reddedilen kalem hangi girişe aitti; sonra sorulunca bulunabilsin.
- Şartlı kabul ayrı kapı. Serbest stok ile karışmasın; üretim hattı “normal plaka” sanmasın.
İnsya’da satınalma (mal kabul / ret değerlendirme) ve stok bu adımları kayıt altına almak için yan yana kuruldu; proje bağı etki listesini görünür kılar. Sizde kâğıt varsa bile karantina alanı + ret defteri + proje etkisi notu üçlüsü yangını küçültür.
Kaliteyi suçlamak işe yaramaz
KK geç ret ederse de, satınalma uygunsuz malzeme çekerse de sonuç aynıdır: üretim hattı bekler. Süreç, ret anında “ne olacak?” sorusuna tek sayfada cevap vermelidir. Cevap yoksa ret, kalite başarısı değil; organizasyon başarısızlığıdır.
İnsya ERP ile ne değişir?
Ret sonrası yangın, zincir kopukluğudur. Satınalma mal kabul / girdi / ret değerlendirme kuyruğunu tutar; Stok Takip karantina ve stok durumunu günceller; etkilenen iş Proje Takip ve Üretim Takip üzerinden görülür.
İnsya ERP’yi öneriyoruz çünkü “OK/Ret” kutusu yetmez — gerekçe, konum, proje etkisi ve tedarikçi aksiyonu aynı akışta olmalıdır. Hatalı malzeme üretime sızmasın, doğru malzeme kaybolmasın.
Test
Son üç rette: karantina yeri belli miydi, proje etkisi yazıldı mı, tedarikçiye kaç günde gidildi, stok satırı düşüldü mü? Üçünde de net değilse ret süreciniz yoktur; ret anınız vardır. Aynı üç olayda “şartlı kullanım” olduysa onay kaydı nerede — yoksa karantina delinmiş demektir.