Programınızı seçtiniz, proje metnini yazdınız ve ekleri hazırladınız. Gönderim öncesindeki son okuma, yalnızca yazım hatalarını aramaktan ibaret olmamalı. Farklı kişilerce hazırlanan teknik metin, bütçe ve ekler aynı çalışmayı tarif ediyor mu? Bu yazı, tamamlanmış bir taslağın çapraz kontrolüne odaklanıyor.
KOSGEB, TÜBİTAK ve Ticaret Bakanlığı destekleri aynı kurallarla işlemez. Aşağıdaki liste ortak bir hazırlık yaklaşımı sunar; herhangi bir programın başvuru kılavuzu yerine geçmez. Maddeler ret nedenlerinin istatistiksel sıralaması değildir.
1. Aynı bilginin farklı bölümlerde değişmesi
Proje özetinde 12 ay, takvimde 15 ay yazması veya personel sayısının bölümler arasında değişmesi okuyucuyu hangi bilginin doğru olduğu konusunda kararsız bırakır. Tek tek doğru görünen paragraflar bir araya geldiğinde çelişebilir.
Son kontrol: Süre, adet, personel, bütçe ve hedef değerleri tek bir ana listede toplayın. Dosyadaki her kullanımı bu listeyle karşılaştırın. Değişen bir rakamın yalnızca ilk geçtiği yeri düzeltmekle yetinmeyin.
2. Yüzde ve birimlerin dayanağını göstermemek
“Yüzde 20 iyileşme” ifadesinin hangi başlangıç değerine göre hesaplandığı açık olmalıdır. Saatte üretilen adet ile parça başına süre farklı ölçütlerdir. Varsayımsal olarak parça süresinin 10 dakikadan 8 dakikaya düşmesi sürede yüzde 20 azalma, kesintisiz teorik saatlik kapasitede ise 6 parçadan 7,5 parçaya, yani yüzde 25 artış demektir.
Son kontrol: Her oranın yanına başlangıç değeri, birim ve hesap yöntemini ekleyin. Bu örnekte olduğu gibi teorik kapasiteyi fiilî üretim sonucu diye sunmayın; duruş ve diğer kayıpları ayrıca değerlendirin.
3. Aynı başlıklı teklifleri aynı kapsamda sanmak
İki tedarikçinin “yazılım paketi” veya “test hizmeti” başlığı altında sunduğu işler farklı olabilir. Bir teklif kurulum ve eğitimi içerirken diğeri yalnızca lisansı; bir test teklifi tek numuneyi, diğeri bütün seriyi kapsayabilir.
Son kontrol: Bir kapsam tablosunda dahil/hariç hizmetleri, miktarı, lisans süresini, teslim koşulunu ve para birimini eşleştirin. Bütçedeki gider adıyla teklifin gerçek içeriği örtüşmüyorsa açıklamayı veya dayanağı düzeltin. Teklif sayısı ve resmî biçim koşulları için ilgili programın kuralını esas alın.
4. Son metne eski ekleri bağlamak
Teknik özellik güncellenmiş olabilir; fakat eklenen teklif, çizim veya açıklama önceki sürümde kalmış olabilir. “Son”, “son2” ve “son_final” gibi dosya adları bu riski azaltmaz.
Son kontrol: Ek numarası, dosya adı, tarih, sürüm ve kontrol eden kişiyi kaydedin. Başvuru metnindeki ek atıflarını tek tek açarak doğrulayın. Formların güncel sürümünü resmî kaynaktan kontrol edin. Her biçimsel eksikliğin otomatik ret anlamına geldiğini varsaymayın.
5. Toplamları farklı hesap temelleriyle oluşturmak
Bir tabloda vergi dahil, diğerinde hariç tutar kullanılması veya farklı tarihli kurların açıklanmadan karıştırılması toplamları tutarsızlaştırır. Kalemlerin doğru toplanmış olması, aynı hesap esasına dayandıkları anlamına gelmez.
Son kontrol: Para birimi, kur tarihi, vergi yaklaşımı, adet ve birim fiyatı görünür tutun. Ara toplamlarla genel toplamı yeniden hesaplayın. Hangi vergi veya giderin uygun sayılacağı konusunda bu yazıdan genel kural çıkarmayın; programın mali esaslarına göre kontrol yapın.
6. Takvimde birbirine bağlı işlerin sırasını kaçırmak
Test planı prototipin tesliminden önce başlıyorsa veya dış hizmetin süresi iş paketine sığmıyorsa, takvim kâğıt üzerinde tamamlanmış olsa da uygulanabilir değildir. Bunlar başvuru son tarihinden farklı, proje içi tutarlılık sorunlarıdır.
Son kontrol: Her faaliyet için “Bundan önce ne tamamlanmalı?” sorusunu sorun. Tedarik, montaj, veri hazırlığı ve dış test sürelerini ilgili sorumlularla doğrulayın. Takvimdeki başlangıç ve harcama tarihlerinin program kurallarıyla uyumunu da ayrıca inceleyin.
7. Sisteme yüklemeyi başvuruyu tamamlamak sanmak
Bir dosyanın sistemde görünmesi, başvurunun ilgili platformun istediği son gönderim veya onay adımlarından geçtiğini tek başına göstermez. Ekrandaki durumun anlamı kontrol edilmeden işi tamamlanmış kabul etmek risklidir.
Son kontrol: Platformun güncel kılavuzuna göre tamamlanma durumunu doğrulayın. Varsa başvuru numarası, alındı belgesi ve gönderim zamanını saklayın. Gönderilen dosya takımının bir kopyasını ayrı tutun; sonraki çalışma sürümleriyle karıştırmayın.
Kontrol sonucunu nasıl kaydetmeli?
“Kontrol edildi” notu yerine bulguyu, yapılacak düzeltmeyi, sorumluyu ve kapanış tarihini yazın. Örneğin: “Bütçe tablosundaki ekipman adedi 2, teklifte 1; satın alma sorumlusu kapsamı doğrulayacak.” Düzeltme tamamlanınca hangi sürümde kapatıldığını belirtin.
Bu inceleme, içerik ve belge tutarlılığı içindir; program uygunluğu değerlendirmesinin yerine geçmez ve kabul garantisi sağlamaz. Danışmanlık kapsamımızı teşvik ve destek hizmetleri sayfamızda bulabilirsiniz.
Son içerik kontrolü: 13 Ekim 2026. Yazı genel hazırlık önerileri içerir. Başvuruda ilgili kurumun güncel mevzuatı, çağrısı, uygulama esasları ve destek kararı esas alınır.