BASEC belgesini ürün bağlamında inceleme

Bir sertifika, teknik föy veya Performans Beyanı bir teklif ya da ihale dosyasında kullanıldığında, kullanıldığı ürün koduyla birlikte tam olarak o dosyanın kayıtla ilişkilendirilmiş şekilde saklanması gerekir. Bu, tek seferlik bir kontrolü, bir meslektaşın, denetçinin veya müşterinin kendi teknik biriminin daha sonra baştan araştırma yapmadan yeniden izleyebileceği bir kayda dönüştürür.

Aynı disiplin her destekleyici belge için geçerlidir: dosya adı, teklif edilen ürün kodu ve belgenin kendi içinde belirttiği kapsam, dosya masanızdan çıkmadan önce birbiriyle uyuşmalıdır. Belgenin teklif edilen kalemle gerçekten örtüştüğüne dair herhangi bir şüphe varsa, dosyaya eklemeden önce ilgili iç veya dış kaynaktan yazılı teyit istenmelidir.

Üçüncü taraf sertifikasyon ve onay şemaları, verdikleri her işaretin arkasında bir sicil veya lisans listesi tutar. Sektör uygulamasında böyle bir sicil genellikle lisanslı ürünü veya ürün grubunu, o kayıt için referans verilen standardı ve değerlendirmenin hangi kapsama göre yapıldığını kaydeder. Bu, tek başına bir logonun aktaramayacağı bilgi katmanıdır.

Aynı sicil kayıtları normal olarak bir geçerlilik veya yenileme tarihi taşır, çünkü bir lisans kalıcı olarak verilmez; süresi dolabilir, geri çekilebilir veya ürünler ile standartlar değiştikçe güncellenebilir. Sicili kontrol etmek, pratikte, başka bir yerde görülen bir isim veya logodan süreklilik varsaymak yerine, söz konusu ürüne karşılık gelen kaydı bulup bu alanları doğrudan okumak anlamına gelir.

Bir teklif verilmeden önce, destek olarak sunulan sertifika, kapak sayfasındaki üretici adına bakılarak değil, satır satır teklif talebiyle karşılaştırılarak kontrol edilmelidir. Talepte belirtilen tam ürün kodu, yapı, iletken düzeni ve varsa varyant, sertifikanın genel konusuyla değil, belge içinde listelenen kayıtlarla karşılaştırılmalıdır.

Bir sertifika birden fazla ürün veya bir ürün ailesini listelediğinde, tüm ailenin eşit şekilde kapsandığını varsaymak yerine, istenen kaleme karşılık gelen belirli satır tespit edilmelidir. Teknik föyde benzer görünen bir yapı, farklı bir kayıt altında, farklı bir standart referansında yer alabilir ya da sertifika kapsamının tamamen dışında kalabilir; bu nedenle karşılaştırma tek tek kod düzeyinde yapılmalıdır.

Bir sertifika, istenen ürünü veya spesifikasyonu açıkça kapsadığını belirtmiyorsa, doğru adım, ürünün aynı serideki diğerlerine benzediği için dahil olduğunu varsaymak yerine, tedarikçiden veya sertifika sahibinden yazılı açıklama istemektir. Kısa bir yazılı teyit bu boşluğu kapatır ve teklife belgelenmiş bir dayanak kazandırır.

Bu teyit olmadan devam etmek iki cephede risk taşır: varsayılan bir kapsama dayanan bir ihale sunumu, teknik değerlendirme sırasında sorgulanabilir; aynı boşluk, ilgili herkesin ilk varsayımı artık hatırlamadığı bir denetim sırasında yeniden ortaya çıkabilir. Teklif gönderilmeden önce alınan yazılı açıklama, düzeltmenin en ucuz olduğu noktada her iki riski de ortadan kaldırır.

Sertifikalar ve beyanlar yeniden yayımlanır. Bir lisans yenilenir, bir standart referansı güncellenir, bir kapsam genişletilir veya daraltılır. Geçen çeyrekte bir teklifi destekleyen dosya, bugün aynı başlıkla yayımlanan dosyayla aynı olmayabilir. Bu nedenle proje kaydı yalnızca bir bağlantı veya dosya adını değil, gerçekte dayanılan sürümün belge numarasını ve tarihini taşımalıdır.

Bunun önemi, dosyayı bir başkası yeniden açtığında ortaya çıkar. Bir denetçi, bir meslektaş veya müşterinin kendi teknik birimi, kararın hangi sürüme dayandığını soracaktır. Numarası ve tarihiyle saklanmış bir kopya bu soruyu tek adımda yanıtlar; yalnızca başlık, çoğu zaman kablo tesis edildikten sonra, tüm kontrolün baştan yapılmasını gerektirir.

Bir sertifikasyon işareti, bir ürünün uygunluğu hakkındaki konuşmayı açar; onu kapatmaz. Konuşmayı kapatan, altındaki belge, o belgenin kapsamı, tarihleri ve teklif gönderilmeden önce kontrol edilip dosyalanmış, gerçekten teklif edilen kalemle eşleşen koddur.