Ar-Ge sonucunda geliştirilen bir ürünü kamu alımlarına veya yeni bir yatırım başvurusuna taşırken proje adıyla ürünün ticari kimliği arasında izlenebilir bir bağ kurulmalıdır. Değerlendirici, hangi çalışmanın hangi ürünü ortaya çıkardığını ve bu ürünün dosyadaki belgelerle nasıl eşleştiğini anlayabilmelidir. Hazırlık, dağınık belgeleri tek klasöre koymanın ötesinde, her belgenin neyi kanıtladığını açıklayan kısa bir çalışma gerektirir.
Hibe Raporu ile dosya hazırlığını görüşmeden önce proje kodu, ürün adı, sürüm ve şirket bilgilerini listeleyin. Bu rehberde enerji izleme cihazı geliştiren kurgusal bir işletmenin ürün dosyası ele alınıyor. Belgelendirme veya ihale uygunluğu kararı, ilgili makamın güncel kuralları ve yetkili uzman değerlendirmesi üzerinden verilmelidir.
Teknolojik ürün deneyim belgesi hangi ihtiyaca karşılık gelir?
Bakanlığın açıklaması, Ar-Ge projeleri sonucunda ortaya çıkan mal ve hizmetler için düzenlenen TÜR belgesinin kamu alımlarında iş deneyimine ilişkin bir işlevini anlatıyor. Araştırılan teknolojik ürün deneyim belgesi için ürünün kaynak projesi ve ilgili belgelendirme koşulları birlikte incelenmelidir. Güncel başvuru yolu ve gerekli belgeler yetkili kurumdan doğrulanmalıdır. Bakanlığın TÜR belgesi açıklaması
Kurgusal işletmenin proje raporunda “enerji verisi toplama modülü”, satış kataloğunda ise farklı bir ürün adı kullandığını düşünelim. Dosyada bu adların hangi ürünü anlattığı açıkça eşleştirilmelidir. Ürün sürümü değiştiyse değişikliğin kapsamı da belirtilsin. Proje çıktısıyla teklif edilen çözüm arasındaki teknik ilişkinin uzman tarafından açıklanması gerekebilir.
Proje, çıktı ve şirket ilişkisini gösterin
İlk tabloda proje numarası, yürütücü kuruluş, tamamlanma kaydı ve ortaya çıkan ürün yer alabilir. İlgili belgenin hangi soruyu cevapladığını yanına yazın. Bir belge proje desteğini, diğeri sonucu, başka bir belge de ürünün şirkete ait kullanım veya üretim ilişkisini gösterebilir. Gerekli resmî belge listesi bu iç hazırlık tablosundan ayrı olarak kontrol edilir.
teknolojik ürün deneyim belgesi için araştırma yapılırken ortaklı projelerde şirketin rolünü özellikle açıklayın. Projede bulunmak, bütün çıktılara aynı haklarla sahip olunduğu anlamına gelmez. Sözleşme ve hak düzenlemelerini ilgili uzman incelemelidir. Başvuruya konacak teknik açıklama, bu ilişkileri doğru anlatan belgelerle uyumlu olmalıdır.
| Kanıt alanı | İç hazırlıkta aranacak kayıt | Kontrol sorusu |
|---|---|---|
| Projenin kimliği | Proje kodu ve sözleşme bilgisi | Başvuran şirketin rolü belli mi? |
| Çıktının oluşması | Sonuç veya tamamlanma kaydı | Hangi ürün ortaya çıkmış? |
| Ürünün kimliği | Model, sürüm ve teknik özellik | Teklif edilen ürünle eşleşiyor mu? |
| Hak ve kullanım | İlgili sözleşme ve şirket kayıtları | Yetki ve sahiplik incelendi mi? |
İhale dokümanını ürün dosyasıyla birlikte okuyun
Kamu İhale Kurumu kararlarında, belgenin belirli ihale türünde ve yeterlik düzeninde kullanımının ayrıca incelendiği örnekler bulunuyor. Bu nedenle bir teknolojik ürün deneyim belgesi bulunması üzerinden bütün ihalelere katılım sonucu çıkarılmamalıdır. İhalenin konusu, yeterlik maddeleri ve uygulanacak mevzuat yetkili uzmanlarca birlikte değerlendirilmelidir. Kamu İhale Kurumu örnek değerlendirmesi
İç hazırlık için ihale dokümanındaki her teknik talebi bir satıra aktarabilirsiniz. Karşısına ürünün ilgili özelliğini, dayanak dosyasını ve açık soruyu yazın. Böylece satış ekibiyle teknik ekip aynı kapsam üzerinde çalışır. Teklif hazırlama süresinde ürün geliştirme gerekecekse bunun teslim tarihine etkisi ayrıca görünür olmalıdır.
Sürüm değişikliklerini belge kapsamıyla karşılaştırın
Örnekte cihazın ilk sürümünde kablolu, yeni sürümünde kablosuz haberleşme kullanıldığını varsayalım. Bu değişikliğin ürün kimliğine, teknik dokümana ve değerlendirme kapsamına etkisini ilgili uzman açıklamalıdır. Eski test raporunu yeni sürüme herhangi bir inceleme yapmadan bağlamak, dosyadaki kanıtın neyi kapsadığını belirsizleştirir. Değişiklik tablosunda tarih ve sorumlu bulunmalıdır.
Satış kataloğu, teknik çizim, kullanıcı dokümanı ve teklif formundaki model adlarını karşılaştırın. Küçük bir ad farkı bile açıklama ihtiyacı doğurabilir. Güncel dosyaların hangi sürümde tutulduğu ve önceki sürümlerin nasıl arşivlendiği belli olsun. Başvuruya yanlış dosya eklenmesini önlemek için son kontrol sorumlusunu belirleyebilirsiniz.
Ürünün sonraki yatırımını ayrı ihtiyaçla tanımlayın
İşletme ürünü seri üretime taşımak için yeni hat araştırıyorsa yatırım gerekçesini kapasite ve satış beklentisiyle açıklamalıdır. Ürün dosyası, yatırımın teknik dayanağını anlatmaya yardımcı olabilir. Başvurulan yatırım programının kendi kapsamı ve belge koşulları ayrıca incelenir. Önceki Ar-Ge sürecinin tamamlanması, sonraki yatırım için kesin destek kararı oluşturmaz.
Lisans edinimi gündemdeyse TÜBİTAK 1702 patent lisans desteği araştırmasını ilgili programın güncel resmî belgeleri üzerinden ayrı yürütün. Hangi hakkın hangi üründe kullanılacağı şirket içi hazırlık notunda açık olsun. İhale, lisans ve yatırım dosyalarındaki ortak ürün bilgileri tutarlı kalırken her başvurunun kendi soruları kendi kurallarıyla yanıtlanmalıdır.
Dosyayı dışarıdan okunabilecek hâle getirin
Son incelemede dosyayı projede çalışmamış bir ekip üyesine okutabilirsiniz. Ürünün ne olduğu, şirketin rolü ve belgelerin birbirine nasıl bağlandığı ek açıklama olmadan anlaşılabiliyor mu? Anlaşılmayan noktaları bir belge haritasında düzeltin. Bu kontrol, zorunlu bir resmî ek üretmek amacı taşımaz. Şirketin kendi dosyasını daha anlaşılır hazırlaması için kullanılabilir.
hiberaporu.com üzerindeki Ar-Ge ve yatırım başlıklarını araştırabilir, ürünle ilişkili şirket belgelerini düzenlemek için giriş yapabilirsiniz. Hibe Raporu görüşmesine proje-ürün eşleştirmesi, sürüm notu ve açık sorularla gelmeniz, sonraki belgelendirme veya destek incelemesinin kapsamını netleştirir.

Teslim edilen ürün ile test edilen sürüm aynı mı?
Bir test raporunda P2, sevk irsaliyesinde P3 ürün kodu yer alıyorsa ikisinin aynı tasarımı ifade ettiğini söylemek yeterli olmaz. Teknolojik farkları gösteren değişiklik kaydını bulun; örneğin P3 yalnız ambalaj güncellemesi mi, yoksa performansı değiştiren yeni bir parça mı içeriyor? Bir teknolojik ürün deneyim belgesi araştırmasında teknik ekibin önce bu zinciri kurması, satın alma ekibinin de teklif edeceği modeli açıkça belirtmesi sonradan yapılacak açıklamayı kolaylaştırır.
