← Tenderely BPM
MODÜL

Satın alma onay süreci tek akışta.

Satın alma, bir şirkette en çok e-posta üreten ve en az iz bırakan süreçtir. Kim istedi, kim onayladı, hangi teklif neden seçildi — bu dört soru altı ay sonra sorulduğunda cevap genelde birinin gelen kutusundadır. Tenderely BPM talebi, teklifi, onayı ve siparişi kod yazmadan tek kayda bağlar.

Satın alma talebi ve tedarik sürecini gösteren izometrik çizim

Satın alma süreci neyi tekrar eder?

01
Talep açma
İhtiyacı olan kişi ne, ne kadar ve niçin istediğini yazar. Talep serbest metin bir mesaj olduğunda karşılaştırma da imkânsızlaşır.
02
Teklif toplama
Birden fazla tedarikçiden fiyat alınır. Teklifler yan yana durmadığında "en uygunu" kararı hissiyata kalır.
03
Onay zinciri
Tutara göre değişen onay basamakları: amir, departman yöneticisi, mali işler. Her basamak bekletirse süreç günlerce durur.
04
Bütçe kontrolü
Harcamanın hangi bütçe kaleminden düşeceği ve kalemde yer olup olmadığı, onaydan önce görünmelidir.
05
Sipariş ve teslim
Onaylanan talep siparişe döner; teslim tarihi, kısmi teslim ve gecikme izlenir.
06
Fatura eşleştirme
Gelen fatura siparişle ve teslimle uyuşuyor mu? Uyuşmayan fatura, fark edilmezse ödenir.

Bugün bunlar nerede tıkanıyor?

Onay e-postada kayboluyor
Onay bir cevap mesajıdır; yöneticinin gelen kutusunda sıraya girer, hatırlatan kimse yoksa orada kalır. Talep eden kişi de kime sorduğunu unutur.
Teklifler karşılaştırılabilir değil
Biri PDF, biri WhatsApp mesajı, biri sözlü. Aynı tabloda durmadıkları için seçim gerekçesi de yazılı kalmaz.
Limit kuralı kâğıt üstünde
"50 bin üstü genel müdür onayı" kuralı bir yönergede yazar, ama uygulamayı insanın hatırlamasına bağlıdır. Hatırlanmadığında denetimde çıkar.
Harcamanın toplamı sonradan görünüyor
Bu çeyrek hangi kaleme ne kadar bağlandığı, ay kapanınca muhasebeden öğrenilir — yani karar verilebilecek an çoktan geçmiştir.

Tenderely BPM ile ne değişir?

01
Talep yapılandırılmış bir kayıt
Ne, ne kadar, hangi bütçe kalemi, ne zaman lazım — alanlar belli olduğu için talepler karşılaştırılabilir ve raporlanabilir olur.
02
Onay tutara göre dallanır
Koşullu dallanma ve paralel adımlar kod yazmadan kurulur. Limit kuralı yönergede değil akışın içindedir; hatırlanması gerekmez.
03
Bekleyen adım kendiliğinden hatırlatır
Süre (SLA) tanımlanan adım zamanında yanıtlanmazsa uyarı gider. Onay artık kimsenin gelen kutusunda beklemez.
04
Onay telefondan verilir
Aynı akış iOS ve Android uygulamasında da çalışır; yönetici seyahatteyken de onay tek dokunuşla ilerler.
05
Tedarikçi dışarıdan teklif verir
Herkese açık form tedarikçiye bağlantıyla gönderilir; gelen teklif doğrudan aynı kayda düşer. Tedarikçinin hesap açması gerekmez.
06
Harcama anlık görünür
Kalem bazında bağlanan tutar, bekleyen onay ve geciken teslim panoda durur; ay sonunu beklemeden görülür.
SIK SORULANLAR

Mevcut onay kurallarımızı aynen kurabilir miyiz?

+
Evet. Onay zinciri, tutara veya kategoriye göre dallanma, paralel onay ve vekâlet kod yazmadan tanımlanır. Kuralınız "100 bin TL üstü iki imza" ise akış tam olarak bunu uygular ve istisna kaydedilmeden geçilemez.

ERP veya muhasebe programımızla konuşur mu?

+
Evet. API anahtarları, olay anında tetiklenen giden webhook'lar, dış sistemden kayıt açan gelen webhook'lar, periyodik Google Sheets beslemesi ve Excel/CSV içe-dışa aktarma vardır. Onaylanan sipariş kendi sisteminize otomatik bildirilebilir.

Satın alma verisini herkes görür mü?

+
Hayır. Birim, rol ve alan bazlı yetkiler kimin neyi göreceğini belirler; bir departman yalnız kendi taleplerini görecek şekilde sınırlanabilir. Fiyat gibi alanlar belirli rollerden gizlenebilir.