Carbon ile Onshape arasında çizimden üretim reçetesine geçiş

Bir parçanın çizimi değiştiğinde atölyenin bunu ne zaman öğrendiği önemlidir. Tasarımcı bağlantı deliğini büyütür, yeni revizyonu yayımlar. Satın alma eski bağlantı elemanını sipariş etmeye devam ederse sorun çizimin doğruluğunda değil, çizimle üretim kaydı arasındaki geçiştedir. Carbon’un Onshape entegrasyonu bu geçişi ele almak için ilginç bir örnek sunuyor. Mesele yalnızca bir dosyayı başka ekranda göstermek değil, parçanın kimliğini, revizyonunu ve hangi işlerde kullanılacağını tutarlı biçimde yönetmek.

Carbon, üretim için ERP, MES, MRP ve kalite işlevlerini aynı sistemde sunan bir proje. Onshape ise tasarımın ve mühendislik yapısının tutulduğu CAD ortamı. İki araç arasındaki bağlantının değeri, tasarımda yayımlanan bilgiyi üretimde karşılığı olan kayda bağlayabilmesinde. Bunun otomatik yapılması yararlı olabilir, ancak otomatik aktarım ile otomatik uygulama aynı şey değildir.

İki reçete neden birebir aynı olmamalı?

Mühendislik ürün ağacı tasarlanan parçaları ve montaj ilişkilerini anlatır. Üretim reçetesi ise parçaların nasıl üretileceğini veya satın alınacağını gösterir. Bir çizimde ayrı görünen iki parça üretimde tek kaynaklı alt montaj olarak yönetilebilir. Tasarım modelinde hiç çizilmeyen sarf malzemesi, paketleme kalemi veya işlem payı üretim reçetesinde gerekli olabilir. Bu yüzden Onshape yapısını Carbon’a taşımak, bütün satırları koşulsuz kopyalamak anlamına gelmemeli.

Önce her CAD parçası için Carbon’daki karşılık gelen malzeme kaydı belirlenmeli. Parça adı bu ilişki için zayıf bir anahtardır: tasarımcı açıklamayı değiştirebilir, aynı adı taşıyan farklı konfigürasyonlar bulunabilir. Onshape tarafındaki kalıcı kimlikle Carbon malzeme kodunun eşlemesi korunursa, sonraki revizyonlarda hangi parçanın güncellendiği daha açık görünür. Eşleme yapılmadan aktarılan bir montaj, aynı fiziksel parçayı iki ayrı stok kalemi gibi gösterebilir.

Ardından miktar ve birim sorusu gelir. Çizimde iki adet görünen bağlantı elemanı, satın almada paket olarak yönetiliyorsa üretim reçetesindeki miktar dönüşümü kontrol edilmelidir. Çizimden gelen yapı, operasyon sırasını veya alternatif tedarikçi kararını kendiliğinden çözmez. Entegrasyon mühendislik değişikliğini görünür kılar; üretim açısından hangi değişikliğin geçerli olacağına ilişkin kuralı ayrıca tanımlamak gerekir.

Revizyon değişince açık iş emrine ne olur?

Varsayımsal bir sac kabin atölyesinde kapak menteşesinin delik düzeni değişsin. Onshape’de yeni parça revizyonu yayımlanıyor. Atölyede eski revizyona göre kesilmiş kapaklar, depoda eski menteşeler ve yarın başlayacak bir montaj işi var. Carbon’a yeni reçete bilgisi ulaştığında açık iş emrini sessizce güncellemek, operatörün önündeki talimatla mevcut parçaları birbirinden koparabilir.

Doğru soru “Senkronizasyon çalıştı mı?” ile sınırlı değil. “Yeni revizyon hangi işler için geçerli?” sorusuna da cevap gerekiyor. Henüz başlamamış işler yeni düzenle üretilebilir; devam eden işler mevcut revizyonda tamamlanabilir veya mühendislik onayıyla yeniden işlenebilir. Stoktaki eski parçaların kullanılabilirliği ayrıca karara bağlanmalı. Bunlar yazılımın tek başına vermesi gereken kararlar değil; tasarım, planlama ve kalite arasında tanımlanmış değişiklik yönetimi kurallarıdır.

Carbon’un kendi açıklaması Onshape’den parça kimliği, revizyon ve montaj yapısını çektiğini söylüyor. Aynı açıklama, açık işlerdeki revizyon değişikliklerini bir mühendislik değişiklik onayıyla değerlendirme yaklaşımını anlatıyor. Bu, her kurulumda her değişikliğin otomatik olarak doğru şekilde engellendiği anlamına gelmez. Denemede özellikle devam eden işin hangi revizyonu gösterdiğini ve onaydan önce neyin değişebildiğini sınamak gerekir.

Ekranda model görmek yeterli değil

Carbon, güncel üç boyutlu modelin üretim kaydı veya iş talimatı yanında görüntülenebileceğini belirtiyor. Bu, ayrı bir klasörde eski çizimi arama ihtiyacını azaltabilir. Yine de görüntünün doğru revizyona bağlandığı doğrulanmadan ekrandaki modele güvenilmez. Operatörün baktığı modelin parça kodu, revizyonu ve iş emri üzerinde kayıtlı revizyon aynı olmalı.

Bu ilişki kalite için de önemli. Ölçüm formunda yalnızca “uygun” yazması, hangi tasarım revizyonuna göre ölçüldüğünü anlatmaz. Bir delik çapı değişmişse eski toleransla kaydedilmiş kontrol yeni revizyonun kanıtı değildir. CAD bağlantısı en yararlı hâlini çizim, reçete, üretim işi ve kalite kaydı aynı parça kimliğini ve geçerli revizyonu işaret ettiğinde alır.

Öte yandan Carbon’un bütünleşik veri modeli ile Onshape entegrasyonunu birbirine karıştırmamak gerekir. Carbon içindeki ortak kayıt yapısı, kendi modülleri arasında gereksiz veri kopyalarını azaltmayı amaçlar. Onshape yine ayrı bir sistemdir. Oradan gelen bilginin ne zaman yayımlandığı, kim tarafından onaylandığı ve hatalı eşlemenin nasıl düzeltileceği hâlâ bir entegrasyon sorunudur.

Küçük bir deneme nasıl kurulabilir?

Önce tek bir basit montaj seçilir. Birkaç parçanın Carbon malzeme kodları ile Onshape kimlikleri eşleştirilir; üretim reçetesindeki miktarlar ve özellikle CAD’de bulunmayan sarf kalemleri not edilir. Başlangıç reçetesi iki sistemde karşılaştırılır. Bir parçanın adı değiştirilip kimliği aynı bırakıldığında eşlemenin bozulup bozulmadığı gözlenir.

İkinci testte kontrollü bir revizyon yayımlanır. Yeni ölçü, model ve reçete bilgisi Carbon’da hangi aşamada görünür? Var olan iş emirleri hangi revizyonu korur? Satın alma eski parçadan açık sipariş vermişse uyarı veya inceleme kaydı oluşur mu? Her sonucun ekran görüntüsü ve ilgili kayıt numarasıyla doğrulanması gerekir. “Entegrasyon bağlı” ibaresi tek başına yeterli test değildir.

Üçüncü test başarısızlık içindir: aynı Onshape parçası yanlış Carbon malzemesine bağlanırsa kim fark eder, değişiklik geri alınabilir mi, hangi işler etkilenir? Bu soruya cevap yoksa otomatik aktarım hız kazandırırken sessiz veri hatasını da hızlandırabilir. Başlangıçta yayımlanan değişikliği önce incelemeye düşürmek ve yalnızca onaylanan eşlemeyi üretime almak daha güvenli bir sınır sağlar.

Serinin önceki Carbon API ve MCP yazısı dış sistemlere erişimde okuma ile değişiklik yetkisini ayırıyordu. Onshape bağlantısında aynı ayrım tasarım değişikliği için geçerli: yeni revizyonu görmek başka, açık iş emrinin reçetesini değiştirmek başka. Kullanılabilir bir entegrasyonun başarısı dosyanın aktarılmasından çok, bu kararın ne zaman ve kimin bilgisiyle verildiğinde yatar.

Kaynaklar: Carbon’un Onshape ve üretim reçetesi açıklaması, Carbon proje deposu ve Luke van Enkhuizen’in üretim araçları derlemesi. Atölye örneği açıklama amacıyla kurulmuştur; uygulama davranışı kurulumda test edilmelidir.