Tedarikçi Başvuru, Doğrulama ve Onboarding Süreci Nasıl Kurulur?
Ders 3 / 10 · 30 dakika okuma · İleri
Tedarikçi adaylarının standart veriyle sisteme alınmasını, kritik bilgilerin doğrulanmasını, gerekli değerlendirmelerden geçirilmesini ve yalnız uygun tedarikçilerin satın alma süreçlerine açılmasını sağlayan onboarding modelini öğrenin.
Bu Derste Öğrenecekleriniz
- ✓Tedarikçi adayı, kayıtlı tedarikçi ve onaylı tedarikçi durumlarını ayırmak
- ✓Tedarikçi başvurusunda gerekli ana veri ve kategoriye bağlı bilgileri belirlemek
- ✓Vergi, iletişim, banka, yetkili kişi ve belge bilgilerinde doğrulama kontrolleri tasarlamak
- ✓Tedarikçi onboarding sürecinde satın alma, finans, hukuk, kalite ve bilgi güvenliği rollerini ihtiyaca göre konumlandırmak
- ✓Mükerrer tedarikçi ve sahte/değiştirilmiş veri risklerini azaltmak
- ✓Tedarikçi portalında self-service veri girişini kontrollü onay mekanizmasıyla birleştirmek
Satın alma sisteminde tedarikçi kartı açılması, o tedarikçinin otomatik olarak ticari işleme uygun olduğu anlamına gelmemelidir. Sağlıklı bir onboarding süreci; adayın kim olduğunu, hangi ürün veya hizmetleri sağlayabileceğini, hangi risk ve uygunluk kontrollerinden geçtiğini ve hangi koşullarda satın alma süreçlerine dahil edilebileceğini kayıt altına alır.
Not — Üç durumu birbirinden ayırın
1. Tedarikçi onboarding sürecini risk bazlı tasarlayın
Her tedarikçiden aynı sayıda belge ve aynı derinlikte inceleme istemek hem operasyonu ağırlaştırır hem de gerçek risklere yeterince odaklanılmasını engeller. Kırtasiye tedarikçisi ile üretimi durdurabilecek kritik hammadde sağlayıcısı veya kişisel verilere erişen teknoloji hizmeti aynı onboarding yoluna sahip olmak zorunda değildir.
| Risk boyutu | Örnek soru | Sürece etkisi |
|---|---|---|
| Kategori kritiklik | Tedarik kesilirse operasyon durur mu? | İş sürekliliği ve alternatif kaynak incelemesi |
| Finansal | Avans, yüksek limit veya uzun vadeli bağımlılık var mı? | Finans değerlendirmesi |
| Bilgi/veri | Tedarikçi sistem veya kişisel veriye erişecek mi? | Bilgi güvenliği/KVKK kontrolü |
| Kalite | Ürün/hizmet kalite hatası kritik sonuç yaratır mı? | Kalite belgesi, numune veya denetim |
| Hukuki | Sözleşme, lisans veya özel yükümlülük var mı? | Hukuk/sözleşme incelemesi |
| Coğrafi/tedarik | Tek ülke, tek tesis veya uzun lojistik hattı mı? | Süreklilik ve lojistik riski |
2. Başvuru formunda çekirdek veri ile kategori verisini ayırın
Tedarikçi başvuru formu, tüm sektörler için yüzlerce alan içeren tek form olmamalıdır. Önce işletmenin tedarikçi kimliğini ve iletişimini oluşturan çekirdek veri toplanmalı; kategori, ülke, risk ve hizmet türüne göre ek alanlar dinamik olarak açılmalıdır.
| Veri grubu | Örnek alanlar | Kontrol amacı |
|---|---|---|
| Kimlik | Ticari unvan, vergi bilgisi, şirket türü | Doğru tüzel/gerçek kişi kaydı |
| İletişim | Adres, telefon, kurumsal e-posta, yetkili kişi | İletişim ve doğrulama |
| Ticari | Ürün/hizmet kategorileri, faaliyet alanı, kapasite | Sourcing uygunluğu |
| Finans | Ödeme para birimi, banka/IBAN, ödeme koşulu | Ödeme ve finans kontrolü |
| Belge | Ruhsat, sertifika, kalite/uygunluk belgeleri | Kategori/risk gereksinimleri |
| Operasyon | Teslimat bölgeleri, termin, üretim/servis kapasitesi | Operasyonel uygunluk |
Uyarı — Gereksiz veri toplamayın
3. Mükerrer tedarikçi kayıtlarını daha başvuruda yakalayın
Aynı şirketin farklı yazımlarla birden fazla tedarikçi kartına dönüşmesi harcama analizini, borç yönetimini, sözleşmeleri ve risk kontrollerini parçalar. Vergi numarası gibi güçlü tanımlayıcıların yanında ticari unvan, banka hesabı, adres ve iletişim bilgileri de benzerlik kontrolünde kullanılabilir.
Örnek — Mükerrer kayıt neden önemlidir?
4. Doğrulama ile veri girişini birbirinden ayırın
Tedarikçinin bir alanı doldurmuş olması o verinin doğrulandığı anlamına gelmez. Sistem, beyan edilen bilgi ile işletme tarafından doğrulanmış bilgi durumunu ayırabilmelidir. Hangi alanların otomatik, hangilerinin insan kontrolüyle doğrulanacağı belirlenmelidir.
| Bilgi | Olası doğrulama | Risk |
|---|---|---|
| Kurumsal e-posta | E-posta doğrulama + şirket ilişkisi kontrolü | Yanlış kişi/hesap |
| Vergi/şirket bilgisi | Yetkili kaynak veya belge kontrolü | Yanlış tüzel kişi |
| Banka hesabı | Finans kontrolü ve değişiklik doğrulaması | Yanlış/hileli ödeme |
| Sertifika | Belge, kapsam ve geçerlilik tarihi | Geçersiz uygunluk |
| Yetkili kişi | Kurumsal teyit/yetki kontrolü | Yetkisiz işlem |
5. Banka bilgisi değişikliğini yüksek riskli işlem olarak yönetin
Tedarikçi portalının self-service olması, banka hesabı değişikliğinin doğrudan ödeme sistemine aktarılması anlamına gelmemelidir. Banka/IBAN değişiklikleri eski ve yeni değer, değişikliği yapan kullanıcı, tarih, doğrulama ve onay bilgileriyle audit edilebilir olmalıdır.
- Tedarikçi değişiklik talebini oluşturur.
- Sistem mevcut ve yeni banka bilgisini ayrı kaydeder.
- Yetkili finans kullanıcısı tanımlı doğrulama yöntemini uygular.
- Gerekirse görev ayrılığı kapsamında ikinci kontrol yapılır.
- Onaylanan bilgi ana veriye ve ilgili sisteme aktarılır.
- Değişiklik geçmişi silinmeden saklanır.
Uyarı — E-posta tek başına güvenli doğrulama değildir
6. Onboarding görevlerini koşullu çalıştırın
Satın alma, finans, kalite, hukuk ve bilgi güvenliği ekiplerinin her tedarikçiyi sırayla incelemesi ölçeklenebilir değildir. Onboarding motoru kategori ve risk özelliklerine göre gerekli kontrol görevlerini üretmelidir.
Örnek — Koşullu onboarding
7. Belge yönetimini dosya yüklemenin ötesine taşıyın
Belgenin sisteme yüklenmiş olması tek başına yeterli değildir. Belge türü, veren kurum, kapsam, başlangıç/bitiş tarihi, hangi kategori veya tesise ait olduğu ve doğrulama durumu tutulabilmelidir. Süresi yaklaşan belgeler için bildirim veya işlem kısıtı tanımlanabilir.
| Belge durumu | Sistem davranışı örneği |
|---|---|
| Geçerli | Tedarikçi ilgili kapsamda kullanılabilir |
| Süresi yaklaşıyor | Tedarikçi ve sorumluya yenileme bildirimi |
| Süresi dolmuş | Risk seviyesine göre yeni RFQ/sipariş kısıtı veya onay |
| Reddedilmiş | Eksik/hatalı gerekçesiyle yeniden yükleme |
| İncelemede | İlgili işlem politikaya göre bekletilebilir |
8. Onboarding durumlarını açık ve ölçülebilir yapın
Tedarikçinin nerede beklediği bilinmiyorsa onboarding süreci e-posta trafiğine dönüşür. Başvuru, eksik bilgi, doğrulama, iç değerlendirme, onay, aktif, askıda ve reddedilmiş gibi durumlar net olmalı; her bekleme noktasının sahibi bulunmalıdır.
| KPI | Ne gösterir? |
|---|---|
| Başvuru → onay çevrim süresi | Onboarding hızını |
| Eksik bilgiye dönen başvuru oranı | Form ve tedarikçi yönlendirme kalitesini |
| İç değerlendirmede bekleme süresi | Organizasyon darboğazını |
| Mükerrer başvuru oranı | Ana veri kalitesini |
| Süresi geçmiş belge oranı | Belge yaşam döngüsü disiplinini |
İlgili çözüm: Satın Alma ve Tedarikçi Portalı
Şimdi Uygulayın
Uygulama Görevi — Tedarikçi Onboarding Kontrol Matrisi
İşletmenizde üç farklı tedarikçi kategorisi seçin: düşük riskli standart tedarikçi, operasyon açısından kritik tedarikçi ve veri/sistem erişimi olan hizmet tedarikçisi. Her biri için zorunlu ana veriyi, belgeleri, doğrulama adımlarını, iç onay rollerini ve aktivasyon kriterlerini tanımlayın.
| Kontrol | Standart | Kritik | Veri/Sistem Erişimli |
|---|---|---|---|
| Şirket/vergi doğrulama | … | … | … |
| Banka doğrulama | … | … | … |
| Kalite/uygunluk | … | … | … |
| Finans değerlendirme | … | … | … |
| Bilgi güvenliği | … | … | … |
| Sözleşme/hukuk | … | … | … |
| Aktivasyon kararı | … | … | … |
İpucu — Kabul testi
Bu Derste Ne Öğrendik?
- ✓Tedarikçi onboarding, bir firma kartı açma işlemi değildir.
- ✓Tedarikçi adayı ile işlem yapmaya yetkili onaylı tedarikçi birbirinden ayrılmalı; kimlik, vergi, iletişim, banka ve kategoriye özgü belgeler risk seviyesine göre doğrulanmalıdır.
- ✓Self-service portal veri toplamayı hızlandırabilir ancak kritik ana veri değişiklikleri kontrolsüz biçimde operasyonel veya finansal kayda dönüşmemelidir.