İçereği Atla

MYMACH Tasarım Hizmet Şartları ve Sözleşme Maddeleri


1.Taraflar ve Tanımlar


Hizmet Sağlayıcı

 MYMACH Makina Sanayi Teknoloji ve Ticaret A.Ş. (Bundan böyle kısaca "MYMACH" olarak anılacaktır.)

Hizmet Alan (Müşteri)

Design Services  adresindeki formu dolduran, vergi numarası/T.C. kimlik numarası beyan eden ve dijital onayı veren gerçek veya tüzel kişi. (Bundan böyle kısaca "Müşteri" olarak anılacaktır.)

 Proje Esası

Hizmet, müşterinin Design Services adresindeki formu doldurup onaylamasıyla başlar. Formda beyan edilen her türlü teknik veri, ölçü ve gereksinim "Teknik Şartname" hükmündedir. 

Veri Sorumluluğu

Müşteri tarafından paylaşılan verilerin doğruluğu müşterinin sorumluluğundadır. Hatalı veri kaynaklı tasarım revizyonları ek ücrete tabidir. 

2.Hizmet Kapsamı ve Talep Verileri


Veri Esaslı Tasarım: Hizmetin kapsamı, Müşteri’nin formda beyan ettiği "Proje Sektörü", "Açıklama" ve seçtiği "Dokümantasyon" türleri (Teknik Resim, 3D CAD, Render, Üretim Metodolojisi vb.) ile sınırlıdır.

Teknik Dokümantasyon: Müşteri tarafından seçilen dokümantasyon kalemlerinin her biri birer hizmet birimidir. Formda talep edilmeyen ancak süreç içerisinde ihtiyaç duyulan ek dökümanlar "Ek Hizmet" kapsamında değerlendirilir.

İleti ve Onay: Form aracılığıyla iletilen her türlü teknik doküman ve açıklama, tasarımın "Girdi Verisi" (Input Data) olarak kabul edilir ve MYMACH bu verileri doğru kabul ederek mühendislik sürecini işletir.


3.Saha Destek, Prototip Takibi ve Teknik Entegrasyon


Bu madde, tasarımın kağıt üzerinden fiziksel gerçekliğe (imalat, montaj ve yazılım entegrasyonu) geçiş sürecini düzenler.

  • Ziyaret Planlaması: Müşteri, form üzerinden 1 (bir) ile 5 (beş) adet arasında değişen "Prototip Takip Ziyareti" talep edebilir. Bu ziyaretler; imalat kontrolü, montaj rehberliği veya yazılım entegrasyonu aşamalarında kullanılabilir.

  • Ek Ziyaret Talepleri: 5 (beş) ziyareti aşan destek taleplerinde, projenin karmaşıklığına göre taraflar bir araya gelerek "Sürekli Saha Desteği" kapsamında özel bir tekliflendirme yapar.

  • Maliyet Hesaplaması: Ziyaret bedelleri; Müşteri’nin formda belirttiği adrese göre hesaplanan "Yol ve Konaklama Maliyeti" ile mühendisin/teknik personelin "Zaman Maliyeti"nin toplamından oluşur. Bu bedeller teklife ayrıca kalem olarak iliştirilir.

  • Kusursuz Devreye Alma: Ziyaretlerin amacı, tasarımın hedeflenen verimlilikte çalışmasını denetlemektir. Saha desteği alınmayan projelerde, montaj veya entegrasyon kaynaklı hatalardan MYMACH sorumlu tutulamaz.

4.Ürün Kimliklendirme ve Seri Numarası Standartları


Tasarımın endüstriyel takibi ve ISO standartlarına (ISO 8000, ISO/TS 16949 vb. ilgili izlenebilirlik normları) uygunluğu için şu kurallar geçerlidir:

  • Standart Seri Numarası Protokolü (%15 İndirim):

    • Bu seçenek seçildiğinde, proje bedeline %15 indirim uygulanır.

    • Seri numaraları, MYMACH’ın mevcut dijital veritabanındaki ardışık sayı dizisini takip eder.

    • Seri numarasının "Ön Ek" (Prefix) ve "Son Ek" (Suffix) kısımları, MYMACH kurumsal standartlarına ve olağan iş akışına göre belirlenir.

    • İzlenebilirlik, MYMACH’ın global standartları çerçevesinde garanti altına alınır.

  • Özel Seri Numaralandırma (Custom/Old School):

    • Müşterinin kendi bünyesinde kullandığı eski usul veya projeye özel (örneğin 100-100-100 formatında, montaj gruplarına göre basamak artıran) numaralandırma sistemini içerir.

    • Bu modelde numaralandırma mantığı tamamen Müşteri’nin teknik şartnamesine göre kurgulanır.

    • ISO standartlarına (izlenebilirlik ve hiyerarşik yapılandırma) uygunluk, Müşteri’nin sağladığı algoritma üzerinden MYMACH tarafından entegre edilir.

5. Fikri Mülkiyet ve Lisans Modelleri


 

5.1. Temel Mülkiyet Rejimi ve Koruma

Hizmet kapsamında üretilen her türlü tasarım, teknik çizim, 3D model, analiz raporu ve metodoloji; "eser" niteliğinde olup, aksi bu maddede belirtilen modellerle kararlaştırılmadıkça mali ve manevi hakları münhasıran MYMACH’a aittir. Müşteri, seçmiş olduğu lisans modeli uyarınca bu haklardan faydalanma yetkisine sahip olur.


5.2. Lisans Modellerinin Hukuki Tanımı ve Sınırları 


A. Tam Hak Devri (Full Ownership Transfer)

  • Tanım: Tasarıma konu olan eserin FSEK Madde 21-25 arasında düzenlenen tüm mali hakları (İşleme, Çoğaltma, Yayma, Temsil, İşaret, Ses ve/veya Görüntü Nakline Yarayan Araçlarla Umuma Arz) süresiz, yer sınırlamasız ve gayrikabili rücu (geri dönülemez) olarak Müşteri’ye devredilir.

  • Kısıtlama: MYMACH, bu tasarımı veya tasarımdaki özgün ayırt edici unsurları başka bir projede kullanamaz ve portfolyosunda (gizlilik onayı yoksa sadece "referans" hariç) sergileyemez.

  • Dosya Erişimi: Tüm düzenlenebilir (native) kaynak dosyalar teslim edilir.


B. Münhasır Kullanım Lisansı (Exclusive License)

  • Tanım: Tasarımın kullanım hakkı sadece Müşteri’ye tanınır. MYMACH, söz konusu tasarımı üçüncü bir tarafa satmayacağını veya benzer bir projede aynen kullanmayacağını taahhüt eder.

  • Mülkiyet: Fikri mülkiyet (yaratıcı haklar) MYMACH bünyesinde kalır; Müşteri "tek yetkili kullanıcı" sıfatına sahip olur.

  • Dosya Erişimi: Üretim dosyaları teslim edilir, kaynak dosyalar özel anlaşma ile paylaşılabilir.

C. Modüler Ar-Ge Paylaşımı (Modular R&D Sharing)

  • Tanım: Tasarımın bütünü Müşteri’ye özgülenirken; tasarım içerisinde geliştirilen modüler mekanizmalar, yazılım blokları veya özgün mühendislik çözümlerinin (modüllerin) fikri mülkiyeti MYMACH’ta kalır.

  • Yetki: MYMACH, bu alt modülleri başka projelerinde kullanma ve geliştirme hakkını saklı tutar. Müşteri bu modüllerin kendi projesindeki kullanım haklarına süresiz sahip olur.


D. Referans ve Branding İzni (Marketing Rights)

  • Tanım: Müşteri, MYMACH’a tasarımın görsel materyallerini, render dosyalarını ve proje ismini; web sitesi, katalog, sosyal medya ve fuar gibi mecralarda "Referans" olarak sergileme izni verir.

  • Hukuki Mahiyet: Bu izin, bir hak devri indirimi karşılığında "gayri maddi hak kullanım izni" olarak kabul edilir.

E. Gayri Münhasır Satış Hakkı (Non-exclusive Resale Right)

  • Tanım: Müşteri, tasarımın mülkiyet haklarından feragat ederek sadece "kendi bünyesinde üretim/kullanım" hakkını satın alır.

  • Yetki: MYMACH, bu tasarımı ürünleştirme, standart kataloğuna ekleme ve dilediği üçüncü şahıs veya kurumlara satma hakkını tamamen saklı tutar.

  • Kısıtlama: Müşteri, bu tasarımı üçüncü taraflara kiralayamaz, satamaz veya lisanslayamaz.

5.3. Hakların Devir Zamanı ve Şartı

Yukarıda sayılan tüm lisans ve mülkiyet hakları, ancak ve ancak hizmet bedelinin (bakiye dahil) tamamının MYMACH hesaplarına ödenmesi ile Müşteri’ye geçer. Ödeme tamamlanana kadar Müşteri’ye iletilen her türlü doküman "İnceleme Amaçlı Geçici Kopya" hükmündedir ve üzerinde herhangi bir imalat veya ticari işlem yapılamaz.


5.4. Sınai Mülkiyet (Patent ve Faydalı Model) Hakları

Tasarım süreci içerisinde ortaya çıkabilecek buluş, patent veya faydalı model başvurusu hakları; aksine yazılı bir protokol yapılmadıkça "Buluş Sahibi" sıfatıyla MYMACH’a aittir.

6.  ÖDEME MODELLERİ VE İŞLEYİŞ MEKANİZMALARI


 A. Tam Peşin Ödeme Modeli (Advance Payment)

İşleyiş: Toplam hizmet bedelinin %100'ü iş başında tahsil edilir.

Kullanım Alanı: Genellikle acil (Express), küçük çaplı modifikasyonlar veya "Gayri Münhasır" (%40 indirimli) lisans modelleri için zorunludur. 

B. Yarı Peşin Modeli (Standard 50/50)

İşleyiş: * %50 Peşinat: İşin takvime alınması ve konsept çalışmaların başlaması için.

%50 Bakiye: Tasarımın final görsellerinin onaylanmasının ardından, teknik imalat dosyaları (STEP, DWG, PDF) teslim edilmeden hemen önce.

 Kriter: MYMACH, bakiye ödemesi gelmeden "düzenlenebilir kaynak dosyaları" paylaşmama hakkını saklı tutar.

C. Kademeli Ödeme Modeli (Milestone Based)

Büyük ve uzun soluklu (3 hafta+) projeler için uygundur. Nakit akışını projeye yayar.

%30 Giriş (Kick-off): Proje analizi ve literatür taraması aşaması.

%40 Ara Onay (Design Review): Tasarımın ana mekanizması ve yerleşim planı (layout) bittiğinde.

%30 Kapanış: Projenin tüm teknik dökümantasyon ve analiz raporlarıyla birlikte teslimi.

Mekanik: Her bir aşama ödemesi gelmeden bir sonraki aşamaya (örn: İmalat resimlerinin çizilmesi) geçilmez.


D. Onay Odaklı Güvenli Model (40-40-20)

Bu model, tasarımın kritik "Karar Kapıları" (Decision Gates) üzerinden ilerlemesini sağlar.

%40 Başlangıç Ödemesi (Kick-off Gate)

    • Zamanlama: Teklifin dijital onayının ardından, projenin takvime alınması ve ön etüt/literatür taraması aşamasının başlaması için tahsil edilir.

    • Fonksiyon: Mühendislik kaynaklarının projeye rezerve edilmesini sağlar.

 %40 Teknik Onay Ödemesi (Technical Gate)

    • Zamanlama: Tasarımın ana mekanizması, kaba yerleşim planı (layout) ve fonksiyonel kurgusu tamamlanıp müşteriye sunulduğunda tahsil edilir.

    • Fonksiyon: Müşterinin bu aşamada verdiği onay, tasarımın "iskeletini" kesinleştirir. Bu ödeme yapıldıktan sonra tasarımın ana kurgusuna yönelik gelecek değişim talepleri "Majör Revizyon" sayılır.

 %20 Final Onay ve Teslimat Ödemesi (Final Gate)

    • Zamanlama: Detaylı teknik resimler, malzeme listeleri (BOM) ve (varsa) analiz raporları hazırlandığında, dökümanların paylaşılmasından hemen önce tahsil edilir.

    • Fonksiyon: Projenin başarıyla tamamlandığını ve tüm çıktıların müşteri tarafından kabul edildiğini tescil eder.



"Belirlenen ödeme tarihlerinden veya onay bildirimlerinden itibaren 3 (üç) iş günü içerisinde ödemesi yapılmayan projelerde, MYMACH tasarım sürecini tek taraflı olarak durdurma hakkına sahiptir. Bu duraksama süresi, toplam teslimat süresine eklenir." 

7. TESLİMAT TAKVİMİ, ONAY GECİKMELERİ VE ZAMAN YÖNETİMİ


 Bu madde, formda talep edilen tarihin bir "temenni" olduğunu, gerçek teslimatın ise ticari şartlara bağlı olduğunu netleştirir.

  • Süre Başlangıç Koşulu: Formda Müşteri tarafından talep edilen teslim tarihi, mühendislik sürecinin hemen başlayacağı varsayımına dayanır. Ancak resmi teslimat süreci; (1) Teklifin Mymach üzerinden dijital olarak onaylanması ve (2) Seçilen ödeme yöntemine göre ön ödemenin (Peşinat) MYMACH hesaplarına ulaşması ile başlar.

  • Süreç Kaymalarının Etkisi: Formun doldurulduğu tarih ile ön ödemenin tamamlandığı tarih arasında geçen süre (iş günü cinsinden), Müşteri’nin talep ettiği teslim tarihine otomatik olarak eklenir.

  • Veri Gecikmeleri: Tasarımın ilerlemesi için Müşteri’den beklenen ek bilgi, numune veya teknik dökümanların geç iletilmesi durumunda; gecikilen her iş günü, teslim tarihine birebir eklenir.

  • Onay Süreleri: Tasarım aşamalarındaki (Konsept, Mekanizma vb.) müşteri onaylarının 2 (iki) iş gününü aşması durumunda, MYMACH iş programını güncelleme ve yeni bir teslim tarihi bildirme hakkını saklı tutar.

  • Mücbir Sebepler ve İsdisnalar: Yazılım entegrasyonu veya prototip takibi gibi saha ziyareti gerektiren aşamalarda, randevu süreçlerinden kaynaklanan sarkmalar "teslimat gecikmesi" olarak değerlendirilmez.

8. Revizyon ve Değişiklik Yönetim



8.1. Revizyon Tanımı ve Kapsamı

Minor (Küçük) Revizyon: Mevcut tasarımın ana iskeletini, çalışma mantığını, kapasitesini ve malzeme ana yapısını değiştirmeyen; görsel düzenlemeler, standart komponent değişimleri veya ölçüsel hassasiyet ayarlamalarıdır.

Majör (Büyük) Değişiklik: Tasarımın temel fonksiyonunu, kapasite değerlerini, motor/otomasyon kurgusunu veya formda belirtilen ana teknik parametreleri değiştiren taleplerdir. Majör değişiklikler "yeni bir tasarım talebi" hükmündedir. 



8.2. Dahil Olan Revizyon Hakları

Her proje bedeline, formda tanımlanan kapsam dahilinde kalmak kaydıyla 2 (iki) adet Minor Revizyon hakkı dahildir.

Bu haklar, proje teslim tarihinden itibaren 7 (yedi) iş günü içerisinde talep edilmelidir. Bu süreden sonra gelen talepler ek hizmet kapsamına girer.

8.3. Revizyon Talep Yöntem

  • Tüm revizyon talepleri, şifahi (telefon, WhatsApp vb.) yollarla değil, doğrudan Odoo Proje Portalı üzerinden ilgili görev (task) altına yazılı olarak veya kurumsal e-posta yoluyla iletilmelidir.

  • Yazılı olmayan veya Odoo üzerinde kaydı bulunmayan hiçbir değişiklik talebi "resmi revizyon" olarak kabul edilmez.


8.4. Ücretlendirme ve Ek Maliyetler

  • Dahil olan revizyon hakları aşıldığında veya Majör bir değişiklik talep edildiğinde; MYMACH, mevcut iş yükü ve değişikliğin karmaşıklığına göre ek bir "Değişiklik Talep Formu" hazırlar.

  • Ek maliyet onayı ve ödemesi alınmadan revizyon çalışmalarına başlanmaz.

8.5. Teslimat Takvimine Etkisi

  • Müşteri tarafından talep edilen her revizyon, karmaşıklığına göre proje teslim tarihini otomatik olarak öteler. Her revizyon talebinde MYMACH, müşteriye "Yeni Tahmini Teslim Tarihi" bildirir.

"Tasarım sürecinin 'Konsept Onayı' aşaması geçildikten sonra iletilen ve tasarımın iskeletine dokunan talepler, minor revizyon hakkından düşülmez; doğrudan Majör Değişiklik olarak faturalandırılır."



9. Gizlilik ve Veri Güvenliği (NDA)

9.1. Gizli Bilginin Tanımı

İşbu sözleşme kapsamında; tarafların birbirlerine yazılı, sözlü, manyetik veya dijital ortamda aktardığı; her türlü tasarım, teknik çizim, 3D model, üretim metodolojisi, maliyet analizleri, müşteri listeleri, ticari stratejiler ve buluş niteliğindeki tüm fikirler "Gizli Bilgi" olarak kabul edilir. 


9.2. Gizlilik Yükümlülüğü ve Sınırları

Taraflar, birbirlerinden aldıkları gizli bilgileri;

  • Münhasıran projenin gerçekleştirilmesi amacıyla kullanacaklarını,

  • Diğer tarafın yazılı izni olmaksızın hiçbir şekilde üçüncü şahıs veya kurumlarla (iştirakler dahil) paylaşmayacaklarını,

  • Gizli bilgilerin güvenliğini sağlamak için en az kendi ticari sırlarını korumak için gösterdikleri özeni göstereceklerini taahhüt ederler.

 

9.3. Veri Güvenliği ve Altyapı Koruması

MYMACH, müşteriye ait teknik verileri ve projeleri;

  • Dijital Güvenlik: Kendi bünyesinde barındırdığı, firewall ve güncel güvenlik protokolleri ile korunan güvenli sunucu altyapısında (yerel sunucularda) saklar.

  • Erişim Kısıtı: Proje verilerine sadece projenin gerçekleştirilmesinden sorumlu olan yetkili mühendis ve teknik personelin erişim yetkisi bulunur.

  • Bulut Güvenliği: Odoo Portal üzerinden yapılan veri alışverişleri SSL sertifikası ile şifrelenmiş olup, verilerin iletimi sırasında oluşabilecek siber risklere karşı endüstri standardı önlemler alınmıştır.


9.4. Gizlilik İstisnaları

Aşağıdaki haller gizlilik ihlali olarak değerlendirilmez:

  • Bilginin, ifşa edildiği sırada zaten kamunun bilgisinde olması.

  • Bilginin, yasal merciler (mahkeme, savcılık, düzenleyici kurumlar) tarafından resmi bir karar ile talep edilmesi (bu durumda karşı tarafa derhal bilgi verilir).

  • Bilginin, gizlilik yükümlülüğü olmaksızın üçüncü bir taraftan yasal yollarla edinilmiş olması.

9.5. Yükümlülüğün Süresi

Gizlilik yükümlülüğü, projenin tamamlanmasından, teklifin iptalinden veya taraflar arasındaki ticari ilişkinin sona ermesinden itibaren 5 (beş) yıl süreyle geçerliliğini korur.


9.6. İhlal ve Müeyyideler

Gizlilik yükümlülüğünün ihlali durumunda, kusurlu taraf, diğer tarafın bu ihlal nedeniyle uğradığı her türlü doğrudan ve dolaylı zararı (müspet ve menfi zararlar dahil) tazmin etmekle yükümlüdür.

10. NİHAİ KABUL, SORUMLULUK SINIRLARI VE UYUŞMAZLIKLARIN ÇÖZÜMÜ


10.1. Kabul Süreci ve İbra

  • Teknik İnceleme: Müşteri, MYMACH tarafından Odoo Portalı üzerinden veya dijital kanallarla iletilen final tasarım dökümanlarını incelemek için 5 (beş) iş günü süreye sahiptir.

  • Sessiz Kabul: Belirtilen süre içerisinde yazılı bir itiraz veya revizyon talebi iletilmemesi durumunda, tasarım Müşteri tarafından "Teknik Şartnameye Uygun ve Kusursuz" olarak kabul edilmiş (ibra edilmiş) sayılır.

  • Kısmi Kullanım: Tasarımın bir kısmının dahi imalata alınması veya ticari amaçla kullanılması, projenin tamamının onaylandığı ve kabul edildiği anlamına gelir.

10.2. Sorumluluk Sınırları (Liability)

  • Mühendislik Standartları: MYMACH, tasarımı genel kabul görmüş mühendislik normlarına ve formda belirtilen giriş verilerine uygun yapacağını taahhüt eder.

  • İmalat Sorumluluğu: Eğer tasarımın fiziksel imalatı, montajı veya otomasyon uygulaması MYMACH bünyesinde yapılmıyorsa; üçüncü tarafların uygulama hatalarından, malzeme seçimlerinden veya işçilik kusurlarından MYMACH sorumlu tutulamaz.

  • Tazminat Sınırı: MYMACH’ın herhangi bir sebeple doğabilecek hukuki sorumluluğu, her halükarda Müşteri tarafından söz konusu proje için ödenen toplam hizmet bedeli ile sınırlıdır. Dolaylı zararlar, kar kayıpları veya üçüncü şahıs tazminat talepleri bu kapsamın dışındadır.

10.3. Delil Sözleşmesi ve Dijital Kayıtlar

  • Dijital Kanıt: Taraflar, Odoo ERP sistemi üzerindeki onay loglarının, zaman damgalarının, portal üzerinden yapılan dosya transferlerinin ve kurumsal e-posta yazışmalarının; Hukuk Muhakemeleri Kanunu uyarınca "Kesin Delil" niteliğinde olduğunu kabul ederler.

  • Onay Mekanizması: Formun altındaki onay kutusunun işaretlenmesi, ıslak imza ile aynı hukuki sonuçları doğurur.

10.4. Yetkili Mahkeme ve Hukuk

  • Bu sözleşmenin yorumlanmasında ve uygulanmasında Türkiye Cumhuriyeti Kanunları geçerlidir.

  • Sözleşmeden doğabilecek ihtilafların çözümünde İzmir Mahkemeleri ve İcra Daireleri münhasıran yetkilidir.