Sorunsuz çalışan devir teslimleri için tedarikçi işe alım kontrol listesi

İnsanlar ayrıldığında tedarikçi işe alımı neden aksar

Tedarikçi işe alım süreci çoğu zaman tek bir kişinin gelen kutusunda, masaüstü klasörlerinde ve hafızasında yaşar. Hangi tedarikçinin hâlâ sigorta belgesi göndermesi gerektiğini, onayı kimin imzalayacağını ve eksik banka formu için ne zaman takip yapılacağını o kişi bilir. Görevden ayrıldığında veya rolü değiştiğinde bu bilgiler bir günde kaybolabilir.

Bir elektronik tablo tek başına sorunu nadiren çözer. Bir sekmede tedarikçi adları, başka bir sekmede belge tarihleri bulunabilir. Finans ekibinden gelen en son yanıt ise uzun bir e-posta zincirinde kalabilir. Yeni çalışan, rutin satın alma işleri sürerken tüm hikâyeyi yeniden bir araya getirmek zorunda kalır.

Küçük boşluklar günlük işleri hızla etkiler. Ekip, tedarikçinin vergi bilgilerini doğrulamadan sipariş verebilir. Yenileme tarihinden kimsenin sorumlu olmaması nedeniyle süresi dolmuş bir sertifika fark edilmeyebilir. Bir yönetici tedarikçinin onaylandığını sanırken onaylayan kişi haftalar önce gelen bir belgeyi bekliyor olabilir.

Maliyet, uyumluluk riskiyle sınırlı kalmaz. Çalışanlar bilgi sormak için zaman kaybeder, tedarikçilerden aynı belgeler tekrar tekrar istenir ve kimse hangi işlerin açık olduğunu söyleyemediği için acil siparişler yavaşlar. Satın alma, finans, güvenlik ve hukuk ekiplerinin incelemenin farklı bölümlerini yürütmesi riski artırır.

Tedarikçi işe alım kontrol listesi her tedarikçi için ortak bir kayıt sağlar. Bu kayıtta alınan belgeler, doğrulama görevleri, belirlenmiş onaylayanlar, son kullanma tarihleri ve gerekli sonraki işlem görünmelidir. Her öğenin bir sorumlusu ve «tedarikçiden bekleniyor» veya «finans onayına hazır» gibi açık bir durumu olmalıdır.

Bu ortak süreç devir teslimlerini daha güvenli hâle getirir. Yeni çalışan eski bir posta kutusunu aramak veya bir kontrolün yapılıp yapılmadığını tahmin etmek zorunda kalmaz. Tedarikçi kaydını açar, açık görevi görür ve işe devam eder.

Örneğin bir satın alma çalışanı sigorta sertifikası istedikten sonra ayrılırsa kayıt, tedarikçinin belgeyi cuma gününe kadar göndereceğini, takibin satın alma ekibine ait olduğunu ve dosya gelmeden finans onayının başlayamayacağını gösterebilir. Bu ayrıntı, durmuş bir tedarikçi onay iş akışının görünmez bir soruna dönüşmesini engeller.

İyi bir tedarikçi işe alım kontrol listesi düzenli bir çalışana bağlı kalmaz. Tüm ekibe her tedarikçinin güncel görünümünü sunar. Böylece olağan izinler, rol değişiklikleri ve çalışan devirleri satın alma işlerini aksatmaz, tedarikçi belge takibi de yarım kalmaz.

Kontrol listesini oluşturmadan önce kapsamı belirleyin

Bir tedarikçinin sürece tam olarak ne zaman gireceğine karar verin: Birinin yeni bir tedarikçi talep ettiği anda mı, tedarikçinin teklif gönderdiğinde mi, yoksa herhangi bir sipariş verilmeden önce mi? Bir nokta seçin ve her seferinde onu kullanın. Çalışanlar kendi kararlarını verirse devir teslim sırasında kayıtlar kaybolur.

Her tedarikçi kaydı için tek bir sonuç belirleyin. Sorumlu kişi tedarikçiyi onaylamalı, reddetmeli veya ek bilgi istemelidir. Atanmış bir kişi ve sonraki adım olmadan «devam ediyor» gibi belirsiz durumlardan kaçının. Açık bir sonuç, yeni çalışana satın alma işleminin devam edip edemeyeceğini gösterir.

Hangi alanların toplanacağına karar vermeden önce kimlerin erişime ihtiyacı olduğunu belirleyin. Satın alma ekibi fiyat ve ürün ayrıntılarına ihtiyaç duyabilir. Finans ekibi vergi formlarını, ödeme bilgilerini ve banka doğrulamasını inceleyebilir. Uyumluluk ekibi sigorta, sertifika, yaptırım kontrolleri veya gizlilik belgelerini isteyebilir. Her ekibe ihtiyacı olan ayrıntılara erişim verin, hassas ödeme bilgilerini ise bunlarla ilgilenen kişilerle sınırlayın.

Kontrol listesi tedarikçinin riski ve amacına da uymalıdır. Yerel bir ofis malzemeleri tedarikçisi, müşteri verilerini işleyen veya kritik bir hizmet sunan tedarikçiyle aynı incelemeye ihtiyaç duymaz. Çalışanların her durumu yeniden tartışmadan doğru yolu seçebilmesi için az sayıda inceleme yolu oluşturun.

Üç seviye kullanabilirsiniz:

• Düşük değerli, düşük riskli satın alımlar için şirket bilgileri ve ödeme bilgilerini içeren temel inceleme.
• Düzenli tedarikçiler için vergi belgeleri, sözleşme incelemesi ve finans onayını içeren standart inceleme.
• Sistemlere veya kişisel verilere erişen, düzenlemeye tabi malzemeler sağlayan ya da yüksek harcama taahhütleri içeren tedarikçiler için kapsamlı inceleme.

Bir tedarikçiyi hangi koşulların her seviyeye taşıdığını yazılı hâle getirin. «Müşteri bilgilerini işleyen her tedarikçi için kapsamlı inceleme» kuralı, «uygun olduğunda kapsamlı inceleme» ifadesinden daha kolay uygulanır. Bu kural, görevi devralan çalışana her talebin nedenini de açıklar.

İlk sürümü pratik tutun. Tekrarlanan bir ihtiyaç gördükçe alan ekleyin, ancak her tedarikçiden her belgeyi istemeyin. Gereğinden uzun bir form satın alma sürecini yavaşlatır ve insanların sürecin dışına çıkmasına neden olur.

Açık bir tedarikçi kaydı oluşturun

Tedarikçi kaydı, yeni bir çalışanın gelen kutularını veya ortak klasörleri aramadan işe devam edebilmesi için yeterli bilgiyi sunmalıdır. Kaydı tek bir yerde tutun ve her tedarikçi için aynı düzeni kullanın. Tutarlılık, karmaşık bir formdan daha önemlidir.

İletişim ve ödeme soruları için gereken bilgilerle başlayın: yasal şirket adı, ticari ad, kayıt numarası, adres, vergi numarası ve ana iletişim kişisi. İletişim kişisinin görev unvanını, e-posta adresini, telefon numarasını ve mümkünse yedek iletişim kişisini ekleyin. Tedarikçi ilişkisini yöneten şirket içindeki kişiyi de kaydedin.

Belgeler, belirsiz isimli ayrı bir klasörde değil, aynı kaydın içinde bulunmalıdır. Gereklilikler satın alma işlemine ve tedarikçinin konumuna göre değişir, ancak birçok ekip şu belgeleri toplar:

• Vergi formları ve banka hesap bilgileri
• Sigorta sertifikaları
• Lisanslar, kalite sertifikaları veya güvenlik sertifikaları
• İmzalı sözleşmeler, veri işleme şartları ve fiyat listeleri
• Tedarikçi doğrulama sürecinden elde edilen tarama notları gibi kanıtlar

Her dosyaya ne olduğunu açıkça anlatan kısa bir etiket verin. Belge tarihini, gerekiyorsa son kullanma tarihini ve mevcut durumu ekleyin. «Sigorta sertifikası, 15 Eylül 2026'da sona eriyor» etiketi, doğru dosyayı bulmak için birkaç eki açma ihtiyacını ortadan kaldırır.

Her dosyanın kaynağını ve tedarikçinin dosyayı gönderdiği tarihi kaydedin. Yalnızca «alındı» yazmak yerine «Finans yöneticisi Priya Shah tarafından 3 Nisan 2026'da gönderildi» ifadesini kullanın. Birisi daha sonra banka bilgilerini veya sertifikayı sorgularsa ekip gönderen kişiyi belirleyip ilk iletiyi hızla kontrol edebilir.

Zorunlu alanlar, devir teslimlerinde kontrol listesini kullanışlı kılar. Bir alanı yalnızca onay veya ödeme öncesinde gerçekten gerekli olduğunda zorunlu yapın. Yasal ad, vergi bilgileri, banka doğrulama durumu, sözleşme durumu, kayıt sorumlusu ve belge son kullanma tarihleri yaygın seçimlerdir. Özel teslimat kuralları veya tamamlanmamış bir sertifikayla ilgili not gibi bağlam bilgileri için isteğe bağlı alan bırakın.

Eksik bilgileri serbest metin içinde saklamayın. «Talep edildi», «alındı», «kontrol edildi» ve «gerekli değil» gibi durumlar kullanın. Bir çalışma arkadaşı kaydı açtığında neyin eksik olduğunu ve sırada kimin işlem yapacağını görebilmelidir.

Doğrulamayı atanmış görevlere dönüştürün

«Doğrulama sürüyor» gibi tek bir durum çok fazla bilgiyi gizler. Sonraki kişiye hangi belgenin eksik olduğunu, kimin incelemesi gerektiğini veya tedarikçinin kontrolden neden geçtiğini söylemez. Tedarikçi işe alım kontrol listesini birinin tamamlayıp kaydedebileceği küçük görevlere ayırın.

Sigorta incelemesi, vergi formu kontrolleri, banka bilgilerinin doğrulanması, yaptırım taraması ve sözleşme incelemesinin her biri ayrı bir göreve sahip olmalıdır. Böylece yeni ekip üyesi e-postaları yeniden açıp etrafa sormak yerine her kontrolün durumunu görebilir.

Görevleri belirli kişilerin yanı sıra rollere de atayın. «Finans incelemecisi», «muhasebedeki Maria» ifadesine göre bir çalışanın ayrılmasına daha iyi dayanır. Süreç sahibi Maria'yı mevcut görevli olarak atayabilir, ancak rol, Maria ayrıldığında veya izinli olduğunda yöneticinin görevi kimin devralacağını gösterir.

Her görevde açık bir sorumlu rolü ve mevcut görevli, tedarikçinin planlanan başlangıç tarihine göre belirlenmiş son tarih, gerçeklere dayalı inceleme notları ve kararla birlikte eklenmiş veya kaydedilmiş kanıtlar bulunmalıdır. Kanıt olarak sertifika numarası, kontrol tarihi veya onaylanan belge sürümü kullanılabilir.

İnceleme notlarını gerçeklere dayalı tutun. «Sigorta sertifikası, gerekli dönemi 30 Eylül'e kadar kapsıyor» yararlı bir nottur. «Uygun görünüyor» ifadesi sonraki incelemeciye güvenebileceği bir temel sunmaz.

Kanıtları özel bir gelen kutusunda veya yalnızca bir çalışanın anlayabildiği klasörde değil, görevin yanında tutun. Kanıtı kimin ve ne zaman incelediğini, görevin geçtiğini, kaldığını veya ek bilgi gerektiğini kaydedin. Bir incelemeci istisnayı kabul ederse bunu kimin onayladığını ve istisnanın ne zaman sona ereceğini yazın.

No-code bir uygulama bu sürecin yönetimini kolaylaştırabilir. AppMaster'da ekip bir tedarikçi kaydı oluşturabilir, bu kayda bağlı doğrulama görevleri ekleyebilir ve finans, satın alma ve hukuk çalışanlarının kendilerine atanmış işleri görmesi için izinler ayarlayabilir. Görev görünümü gecikmiş öğeleri ve gerekli sonraki işlemi gösterebilir. Tedarikçi kaydı ise belgeleri ve inceleme geçmişini bir arada tutar.

Bu ayrıntılar başlangıçta süreci yavaşlatıyor gibi görünebilir. Devir teslim sırasında zaman kazandırır, çünkü görevi devralan kişi yanıtsız mesajlar yerine açık bir görev listesi ve belgelenmiş kararlarla işe başlar.

Onayları takip etmeyi kolaylaştırın

Bir tedarikçi dosyası eksiksiz görünebilir, ancak hiç kimse tedarikçiyi onaylamamış olabilir. Kontrolleri kararlardan ayırın. Bir ekip üyesi sigorta sertifikasının mevcut ve geçerli olduğunu doğrulayabilir. Satın alma yöneticisi fiyatlandırmayı, risk sahibi ise kalan riskleri kabul edebilir.

Her onay aşaması için belirli bir sorumlu atayın. Sürecin biri iş değiştirdiğinde de çalışması için tek bir kişinin adı yerine görev rolleri kullanın. Örneğin satın alma yöneticisi ticari şartları, finans yöneticisi ödeme bilgilerini, uyumluluk sorumlusu da doğrulama sonuçlarını onaylayabilir.

Seçenekleri basit tutun:

• Onayla: Tedarikçi bir sonraki aşamaya geçebilir.
• Değişiklik iste: Eksik veya hatalı olanı açıkça belirten bir notla öğeyi geri gönder.
• Reddet: İşe alım sürecini durdur ve nedeni kaydet.

Değişiklik isteyen kişi daha sonra bu değişikliği onaylamamalıdır. Bu ayrım hataları yakalamaya yardımcı olur ve tedarikçi onay iş akışının denetlenmesini kolaylaştırır.

Onaylayan kişilerin yokluğunu planlayın

Her onayın bir yedeği olmalıdır. Bir vekil rolü atayın ve eskalasyon için süre sınırı belirleyin. Ticari onaylayan kişi iki iş günü içinde işlem yapmadıysa yöneticisine veya belirlenmiş vekiline bildirim gönderin. Bir talebin görünür sorumlusu olmadan gelen kutusunda beklemesine izin vermeyin.

Basit durumlar kullanın: inceleme bekleniyor, değişiklik istendi, onaylandı, reddedildi veya eskale edildi. Çalışanlar e-postaları açmadan veya etrafa sormadan tedarikçinin nerede takıldığını görebilir.

Karar kaydı tutun

Her kararı tarih, onaylayan kişinin rolü, sonuç ve kısa bir yorumla kaydedin. Yeni bir çalışan daha sonra alışılmadık ödeme koşulları olan bir tedarikçinin neden kabul edildiğini sorarsa yanıtı tedarikçi kaydında bulabilir.

Örneğin finans ekibi, tahmini aylık harcamayı kontrol ettikten sonra 12 Mayıs'ta daha yüksek bir ödeme limitini onaylayabilir. Kayıt bu kararı belirtmeli ve destekleyici bilgileri içermelidir. Karar, çalışanlar ayrıldığında kaybolabilecek eski bir sohbet mesajına bağlı kalmamalıdır.

AppMaster bu aşamaları tek bir ortak no-code iş akışına yerleştirebilir. Her onaylayan kişi kendisine atanmış görevleri görür, tedarikçi kaydı ise tüm geçmişi korur. Sorumluluk yeni bir kişiye geçtiğinde kontrol listesinin anlaşılır kalmasını sağlar.

Son kullanma tarihlerini ve sonraki adımı takip edin

Bir tedarikçi katıldığında geçerli olan belge, aylar sonra soruna dönüşebilir. Sigorta sertifikaları, güvenlik sertifikaları, vergi formları, lisanslar ve imzalı sözleşmeler dahil olmak üzere süreli her öğe için düzenlenme ve son kullanma tarihlerini kaydedin.

Kontrol listesinde tek bir tarih biçimi kullanın. Belgeyi yükleyen kişiden tarihleri girmesini isteyin, ardından bunları kontrol edecek birini atayın. insurance-final.pdf gibi bir dosya adı, sonraki çalışana teminatın ne zaman sona ereceğini söylemez.

Takip için yeterli zaman bırakacak kadar erken hatırlatıcılar ayarlayın. Örneğin 30 Eylül'de sona eren bir sigorta sertifikası için bitişten 60, 30 ve 7 gün önce uyarılar gönderilebilir. İlk uyarı tedarikçiye yenisini göndermesi için zaman tanır. Sonraki uyarılar, yanıt gecikmesini işlerin etkilenmesinden önce görünür kılar.

Her belge için sonraki işlem alanı ekleyin. «Tedarikçiyi takip et» gibi belirsiz notlardan kaçının. Kimin ne yapacağını açıkça yazın. Yararlı bir kayıt şöyle olabilir: «Satın alma koordinatörü, yenilenmiş kamu sorumluluk sigortası sertifikası için 5 Eylül'e kadar tedarikçiye e-posta gönderecek.»

Kullanılabilir işlemleri tutarlı tutun:

• Tedarikçiden güncel belge iste.
• Yeni belgeyi incele ve gerekliliği karşıladığını doğrula.
• Tedarikçi son tarihi kaçırırsa onaylayan kişiye eskale et.
• Zorunlu bir belgenin süresi dolduğunda yeni siparişleri veya erişimi duraklat.
• Kayda yeni son kullanma tarihi girildikten sonra görevi kapat.

Sözleşme son kullanma tarihi takibi de aynı özeni gerektirir. Sözleşme sona ermeden önce genellikle bir karar gerekir: yenilemek, şartları yeniden görüşmek, yeni bir tedarikçi incelemesi yapmak veya ilişkiyi sonlandırmak. İlk hatırlatıcıyı bildirim süresinden çok önce ayarlayın. Bir sözleşmede 90 gün önceden bildirim gerekiyorsa bitişten bir hafta önce gönderilen hatırlatma çok geç kalır.

Kontrol listesi, son kullanma tarihinin ilerlemeyi engelleyip engellemediğini de göstermelidir. Gereklilikleri zorunlu veya isteğe bağlı olarak işaretleyin ve eksik bir öğenin etkisini tanımlayın. Ekip geçerli sigortayı alana kadar tedarikçi «doğrulama bekleniyor» durumunda kalabilir. Sözleşmesi sona ermiş bir tedarikçi mevcut işler için aktif kalabilir, ancak yeni sipariş verilmeden önce hukuk incelemesi gerekebilir.

Durumu ve sonraki işlemi ekibin birlikte görebileceği bir yerde tutun. Tedarikçi adı, belge türü, son kullanma tarihi, sorumlu, durum ve sonraki adımı içeren görünüm, elektronik tablonun yalnızca bir tarih yığınına dönüşmesini önler. AppMaster bunu atanmış görevler, onay adımları ve hatırlatıcılar içeren bir iç uygulamaya dönüştürebilir. Böylece çalışanlar değiştiğinde süreç görünür kalır.

Örnek: yeni bir tedarikçinin işe alınması

Bir şirketin aylık çalışan etkinlikleri için yemek hizmeti sunan bir tedarikçiye ihtiyacı var. Koordinatör tek bir tedarikçi kaydı oluşturur ve tedarikçi adını, iletişim kişisini, hizmet türünü, başlangıç tarihini ve planlanan harcamayı ekler. Ayrıca tedarikçinin ne sağlayacağını açıklayan teklifi de ekler.

Kontrol listesi, onaydan önce iki belge ister: sigorta sertifikası ve ödeme için banka bilgileri. Her öğenin bir sorumlusu, son tarihi ve durumu vardır. Bu küçük yapı, devir teslimin e-posta zincirlerinde arama yapmaya dönüşmesini önler.

Kontrolleri doğru kişiler arasında bölün

Koordinatör banka bilgileri görevini bir finans incelemecisine atar. Finans ekibi hesap adını ve ödeme bilgilerini tedarikçinin gönderdiği formla karşılaştırır, ardından sonucu tedarikçi kaydına işler.

Satın alma veya uyumluluk incelemecisi sigorta görevini alır. Poliçenin gerekli işi kapsayıp kapsamadığını kontrol eder ve son kullanma tarihini kaydeder. Süreç, bu tarihten önce yapılacak sonraki işlemi de atar. Böylece biri yenilenmiş sertifikayı zamanında isteyebilir.

Kayıt şöyle görünebilir:

• Banka bilgileri: Finans tarafından kontrol edildi, 14 Mayıs'ta onaylandı
• Sigorta sertifikası: Alındı, son kullanma tarihi 30 Eylül olarak kaydedildi
• İmzalı sözleşme: Eksik, hatırlatma 17 Mayıs'ta yapılacak
• Nihai tedarikçi onayı: İmzalı sözleşme bekleniyor

İmzalı sözleşme son tarihe kadar gelmez. Koordinatör hatırlatma gönderir ve bunu eksik belge görevine işler. İki gün sonra tedarikçi sözleşmeyi yükler. Koordinatör görevi tamamlandı olarak işaretler ve onaylayan kişi finans ve sigorta kontrollerinin geçtiğini görebilir.

Karar geçmişini tedarikçiyle birlikte tutun

Nihai onaylayan kişi tedarikçiyi onaylar ve en fazla harcama tutarı veya sigortanın 30 Eylül'den önce yenilenmesi gibi koşulları kaydeder. Tedarikçi durumu tamamlanmış bir e-posta zincirinde kaybolmak yerine «onaylandı» olarak değişir.

Koordinatör gelecek ay ayrılırsa görevi devralan kişi tedarikçi kaydını açıp her belgeyi, kontrolü, hatırlatmayı, incelemeciyi, onayı ve yaklaşan son kullanma tarihi işlemini görür. Finansın banka hesabını doğrulayıp doğrulamadığını tahmin etmesi veya çalışma arkadaşlarından eski mesajları iletmelerini istemesi gerekmez.

AppMaster'daki no-code bir uygulama bu tedarikçi işe alım kontrol listesini tek bir yerde tutabilir. Form belgeleri toplayabilir, atanmış görevler işleri finans ve uyumluluk ekiplerine yönlendirebilir, durum ekranı da hâlâ ne yapılması gerektiğini açıkça gösterebilir.

Çalışan devirlerinde boşluk oluşturan hatalar

Tedarikçi işe alım sorunlarının çoğu biri ayrıldığında başlamaz. Bilgiler yalnızca bir kişinin kontrol ettiği veya anladığı yerlerde tutulduğunda daha önce başlar. Kontrol listesi, eski bir çalışanın açıklama yapmasına gerek kalmadan her tedarikçinin tam durumunu göstermelidir.

Belgelerin kişisel gelen kutularında kalması

E-postayla gönderilen bir sigorta sertifikası güvenli biçimde saklanmış gibi görünebilir. Ancak satın alma çalışanı rol değiştirdiğinde veya hesabı kapandığında belgeyi bulmak zorlaşır. Sohbet ekleri ve kişisel masaüstüne kaydedilen dosyalar da aynı sorunu yaratır.

Her tedarikçi belgesini tedarikçi kaydında saklayın ve «Kamu sorumluluk sigortası, 15 Haziran 2026'da sona eriyor» gibi sade bir ad verin. Yükleme tarihini ve belgeyi kontrol eden kişiyi ekleyin. Ekip üyeleri böylece güncel belgeyi bulabilir ve kullanmadan önce eski bir belgeyi fark edebilir.

Çok az bilgi veren durumlar

«Beklemede» tek başına yararlı değildir. Tedarikçinin banka formu göndermesi mi gerektiğini, finans ekibinin formu mu kontrol edeceğini, yoksa bir yöneticinin sonucu mu onaylaması gerektiğini söylemez.

Her açık öğede bir sorumlu, son tarih ve sonraki işlem bulunmalıdır. Örneğin: «Tedarikçiden vergi formu bekleniyor. Sorumlu: Priya. Takip: 12 Mayıs.» Bu ayrıntı, yeni ekip üyesinin yanlış kişiyi takip etmesini veya işi başkasının yaptığını sanmasını önler.

Onay kısayollarından kaçının. Çalışanlar bazen satın alma işlemi acil olduğu için tedarikçiyi onaylar ve kontrolleri daha sonra tamamlamayı planlar. Bu boşluk devir teslimden sonra genellikle görünmeden kalır. Tedarikçi onay iş akışını zorunlu görevlere bağlayın. Doğru kontroller kayıtlı bir sonuç vermeden nihai onayın ilerlemesine izin vermeyin.

Yaygın boşluklar genellikle dört alışkanlıktan kaynaklanır:

• Dosyalar yalnızca bir çalışanın e-posta hesabında kalır.
• Görevlerin belirsiz bir durumu vardır, ancak belirlenmiş bir sorumlusu veya son tarihi yoktur.
• Yönetici, zorunlu doğrulama tamamlanmadan tedarikçiyi onaylar.
• Bir kişi sözleşme son kullanma tarihi takibi için takvim hatırlatıcısına veya hafızasına güvenir.

Son kullanma tarihleri ilk kontroller kadar düzenli takip edilmelidir. Belgenin bitiş tarihini kaydedin, tedarikçiyle kimin iletişime geçeceğine karar verin ve gerekli sonraki işlemi bitişten çok önce oluşturun. Tedarikçinin sertifikası 30 Eylül'de sona eriyorsa yenileme talebini tarihin geçmesini beklemeden ağustos ayında atayın.

Ortak bir tedarikçi belge takibi süreci, çalışan devirlerini daha az yıpratıcı hâle getirir. Görevi devralan çalışan tek bir kaydı açıp mevcut belgeleri, eksikleri, her görevin sahibini ve sıradaki işlemi görebilmelidir.

Sürece güvenmeden önce hızlı kontroller

Tedarikçi işe alım kontrol listesi, yalnızca tedarikçiyi tanımayan biri eski e-postaları aramadan veya ayrılan kişiye sormadan kullanabiliyorsa işletmeyi korur. Kaydı oluşturmamış bir çalışma arkadaşıyla test yapın. Ona bir tedarikçi adı verin ve mevcut durumu, kanıtları ve sonraki adımı bulmasını isteyin.

Süreci günlük işlerin bir parçası hâline getirmeden önce şu devir teslim testini uygulayın:

• Yeni çalışan, tedarikçi adını veya referans numarasını kullanarak tüm tedarikçi kayıtlarını ortak bir yerde bulabilir.
• Her açık doğrulama görevinde tek bir sorumlu ve son tarih bulunur.
• Kayıt, en son onay kararını, kararı kimin ve ne zaman verdiğini, kararın arkasındaki notları veya belgeleri gösterir.
• Hatırlatıcılar, sigorta sertifikaları, vergi formları, sözleşmeler veya uyumluluk belgeleri sona ermeden doğru kişiyi uyarır.
• Her kayıt «12 Haziran'a kadar güncel sorumluluk sigortası iste» veya «Sözleşmeyi inceleme için finansa gönder» gibi tek bir gerekli sonraki işlem belirtir.

Süreci gerçek bir kayıtla test edin

Birden fazla belgesi ve yaklaşan en az bir yenilemesi olan aktif bir tedarikçi seçin. Bir çalışma arkadaşından şu beş soruyu yanıtlamasını isteyin: Tedarikçi onaylandı mı? Önce hangi belgenin süresi doluyor? Açık görevin sahibi kim? Onayı hangi kanıt destekliyor? Sırada ne yapılmalı?

Birkaç dakika içinde yanıt veremiyorsa daha uzun bir prosedür yazmak yerine kaydı geliştirin. Eksik sorumlular ve belirsiz durum adları, kısa bir kontrol listesinden daha fazla sorun çıkarır.

Onay geçmişini üzerine yazarak silmeyin. Satın alma ekibi bir tedarikçiyi finansın güncellenmiş banka bilgilerini alması koşuluyla onayladıysa hem onayı hem de koşulu kaydedin. Sonraki çalışan tedarikçinin neden sınırlı bir durumda olduğunu ve tam onay için neyin değişmesi gerektiğini görebilir.

AppMaster'da oluşturulan no-code bir uygulama tedarikçi belgelerini, görevleri, onayları ve hatırlatıcıları bir arada tutabilir. Önemli kural basittir: Her tedarikçi kaydı her zaman sorumlu bir kişi ve açık bir sonraki işlem göstermelidir.

Kontrol listesini günlük kullanıma alın

Ofis malzemeleri veya serbest çalışan hizmetleri gibi tek bir tedarikçi kategorisiyle başlayın. Kontrol listesini her kategoriye kopyalamadan önce üç ila beş gerçek tedarikçide uygulayın. İlk örnekler kullanılmayan alanları, eksik belge türlerini ve çok uzun süren onay adımlarını ortaya çıkarır.

Her tedarikçi kaydını, belgeyi, görevi ve kararı ortak bir yerde tutun. Bir kişinin klasöründe saklanan elektronik tablo devir teslimi desteklemez. Görevi devralan çalışma arkadaşı mevcut durumu, sonraki görevin sahibini, mevcut kanıtları ve sözleşme ya da sertifikanın ne zaman sona ereceğini görebilmelidir.

Gerekli sonraki işlemi sade bir dille gösterin. «Finans yöneticisi banka bilgilerini 14 Haziran'a kadar onaylayacak» ifadesi, «beklemede» gibi genel bir durumdan daha açıktır. Sorumlu kişi değiştiğinde yeni çalışandan geçmişi yeniden oluşturmasını istemek yerine açık görevleri yeniden atayın.

AppMaster bunu no-code bir tedarikçi işe alım uygulamasıyla destekleyebilir. Tedarikçi kayıtları oluşturun, belgeler ekleyin, doğrulama ve onay adımları atayın, yaklaşan son kullanma tarihleri için hatırlatıcılar ayarlayın. Role göre erişim, satın alma çalışanlarının tedarikçi bilgilerini eklemesine, finans veya hukuk incelemecilerinin ise kendilerine atanmış işleri görüp onaylamasına olanak tanır.

İş akışını ayrı bir aylık idari görev değil, normal işin bir parçası hâline getirin:

• İlk sipariş verilmeden önce tedarikçi kaydı ekleyin.
• Her doğrulama görevini belirlenmiş bir role veya kişiye atayın.
• Onaylar ve son kullanma tarihi hatırlatıcıları için son tarihler belirleyin.
• Gecikmiş görevleri ekibin düzenli toplantısında inceleyin.
• Kontrol listesini yalnızca kayıtta nihai onay göründüğünde kapatın.

Her çalışan devir tesliminden sonra yeni sorumludan canlı bir tedarikçi incelemesini tamamlamasını isteyin. Bir dakika içinde sonraki işlemi belirleyemiyorsa kayıt düzenini veya görev metnini düzeltin. Gerçek devir teslimlerinden sonra yapılan küçük güncellemeler, sorumluluklar yeniden değiştiğinde sürecin kullanılabilir kalmasını sağlar.