Satın Alma Talep ve Bütçe Onay Uygulaması
Satın alma talebinin bir yönetici tarafından görülmesi, bütçenin ayrıldığı veya ödemenin yapıldığı anlamına gelmez. Talebi ürün kalemleri, ilgili bütçe ve karar sırasıyla izleyen bir uygulama hazırlıyorum. Talep sahibi hangi aşamada beklendiğini görür; satın alma ekibi yalnız geçerli onayları esas alır.
Bu akış harcama gerçekleştikten sonra masraf bildirmekten farklıdır. Satın alma yapılmadan önce ihtiyacı ve kararı kayda bağlar. Ödeme, muhasebeleştirme veya tedarikçiye kesin sipariş gönderme ayrıca tanımlanır.
Örnek: PR-18 için 1.000 TL talep
Görseldeki kurgu talepte 20 eldiven, birim 50 TL üzerinden listeleniyor: 20 × 50 = 1.000 TL. İlgili bütçenin kullanılabilir tutarı 5.000 TL. Yönetici onayı verilmiş; finans onayı henüz bekleniyor. Ödeme yapılmış değil.
Bu örnekte bütçe ancak gereken son onaydan sonra ayrılıyor. Onay tamamlanırsa 1.000 TL talebe ayrılır ve kullanılabilir tutar 4.000 TL olur. Bütçe ayırmak para transferi değildir. Vergi, teslimat veya başka maliyetler varsa toplamın bunları içerip içermediği açıkça tanımlanır.
Mevcut araçlar ne zaman yeterli?
Hazır satın alma ya da muhasebe yazılımınız talep, bütçe ve onay sırasını karşılıyorsa yeni ekran kurmak gerekmeyebilir. Birkaç satın alımı tek kişinin yönettiği bir işletmede düzenli form ve tablo da yeterli olabilir.
Özel uygulama; bir talebin tutara, departmana veya ürün grubuna göre farklı onaycılara gitmesi gerektiğinde anlam kazanır. Stok azaldığında oluşan ihtiyaç minimum stok satın alma takibinden gelebilir. İhtiyaç sinyali tek başına satın alma onayı sayılmaz.
Onay sırasında değişen bilgiler
PR-18’in miktarı veya birim fiyatı ilk karardan sonra değişirse önceki onay yeni tutara otomatik taşınmaz. Hangi değişikliğin yeniden onay gerektireceğini kapsamda belirlerim. Talep sürümü ile kararı veren kişinin gördüğü tutar eşleşir.
İki talep aynı bütçeyi kullanıyorsa son onay anında kullanılabilir tutar yeniden kontrol edilir. Her ikisinin de eski 5.000 TL’yi görüp bütçeyi aşacak şekilde kesinleşmesi önlenir. Yetersiz tutar, ek onaya veya talep düzeltmeye yönlenebilir.
İptal edilen talebin ayırdığı bütçe, tanımlanan kurala göre serbest bırakılır. Talep kısmen siparişe dönüştüyse bütün tutar düşünmeden iade edilmez. Hangi bölümün hâlâ bağlı olduğu görünür kalır. Tekrarlanan onay isteği ikinci bütçe hareketi oluşturmamalıdır.
Talepten satın alma kararına
Tedarikçi teklifleri eklenebilir; fakat en düşük fiyat otomatik kazanan ilan edilmez. Teslim tarihi, kapsam ve diğer karar ölçütleri gerekiyorsa tedarikçi teklif karşılaştırması aynı talebe bağlanır. Seçimi yapan kişinin kararı kayıtta yer alır.
İlk sürüm; talep formu, onay kuyruğu, bütçe görünümü ve karar geçmişini içerebilir. Talep sahibinin bütün işletme bütçesini görmesi gerekmez. Finans, yönetici ve satın alma rollerinin erişimi ayrı tanımlanır.
Kurulumda bir departman ve örnek satın alma üzerinden ilerlerim. Tutar değişimi, eşzamanlı onay, bütçe yetersizliği ve kısmi iptal denemeleri yapılır. Mevcut muhasebe sistemine aktarım gerekiyorsa veri biçimi ve aktarımın hangi aşamada yapılacağı ayrıca belirlenir. Yeni bütçe dönemi ve onaycı değişikliği için bakım yolu teslim edilir.
Sıkça Sorulan Sorular
Onay verildiğinde tedarikçiye sipariş gider mi?
Bu ayrı bir adım olabilir. İlk sürüm yalnız iç onayı yönetebilir. Dışarıya sipariş gönderme ve değişiklik bildirimi ayrıca tanımlanıp test edilir.
Kişi kendi talebini onaylayabilir mi?
Yetki kuralına bağlıdır. Görevler ayrılacaksa talep sahibi kendi karar adımını geçemez; yetkili vekil veya başka onaycı gerekir.
İhtiyacınızı konuşalım
Bugünkü satın alma talebinizi ve kimlerin karar verdiğini anlatın. İlk uygulamayı talep, ayrılan bütçe ve gerçek ödeme arasındaki farkı görünür tutacak şekilde belirleyelim.
Nasıl çalışıyorum?
Çalışma saati paketleri
WhatsApp’tan ya da telefonda işinizden ve ihtiyacınızdan bahsedin; 5 ile 40 saat arasında bir çalışma paketinde anlaşalım, ben gerekenleri yapmaya başlayayım. Aldığınız şey bir takvim aralığı değil, doğrudan sizin işinize harcanacak net mesai. 40 saati üç gün aralıksız çalışarak da kullanabiliriz, bilerek zamana yayıp bir yılda da bitirebiliriz — işin gerektirdiği neyse o. İşin ne kadar süreceğini tahmin etmeye değil, işi yapmaya vakit harcarım; harcadığım her saatin işinizde kalıcı bir karşılığı olur. Faydalı olduğunu düşündüğünüz sürece bu şekilde devam ederiz.
Neden aylık değil?
40 saat 1 hafta mı oluyor?
Aylık sabit ücrette iki taraf da yanlış yere bakar: siz sabit gidere, karşı taraf kaç tane daha böyle sözleşme bağlayabileceğine. Saat üzerinden çalışınca ikimizin de baktığı yer aynı olur — yapılan işin gerçek değeri. "Toplamda ne kadar tutar?" sorusunun peşinen net bir cevabı olmaması bu modelin doğal maliyeti, farkındayım. Ama sonuç üretmeyen bir yapıya aylarca sabit ücret ödemek yerine yalnızca işinize ayrılan nitelikli zamanı ödersiniz, o zamanın nereye gittiğini de baştan sona görürsünüz. Müşterilerimin benimle tekrar tekrar çalışmasının sebebi bu.
