ტექნიკური სპეციფიკაციებისა და AutoCAD ნახაზების თარგმნა: საპროექტო დოკუმენტაცია, GOST და EN სტანდარტები

საპროექტო დოკუმენტაცია არის ის ენა, რომლითაც დამკვეთი, პროექტანტი, კონტრაქტორი და ზედამხედველი ერთმანეთს ესაუბრებიან. როცა ამ ჯაჭვში ერთი რგოლი გერმანული ან თურქული საინჟინრო კომპანიაა, მეორე კი ქართული სამშენებლო ორგანიზაცია, სპეციფიკაციისა და ნახაზების თარგმანი ხდება არა დამხმარე, არამედ სამუშაოს შესრულების წინაპირობა. ჩვენ ვთარგმნით ტექნიკურ დავალებებს, სპეციფიკაციებს, საპროექტო ტომებს და AutoCAD ნახაზებს ისე, რომ ქართული ვერსია ინჟინერისთვის იმავე სამუშაო დოკუმენტად დარჩეს, ხოლო სტანდარტების მითითებები სამიზნე ბაზრის ნორმატიულ ბაზას შეესაბამებოდეს.

რომელი დოკუმენტები შედის ამ მიმართულებაში

• ტექნიკური დავალება და ტექნიკური სპეციფიკაცია: სატენდერო მოთხოვნები, მოწყობილობის ტექნიკური პარამეტრები, მიწოდების მოცულობა, მიღების კრიტერიუმები.
• საპროექტო დოკუმენტაცია: არქიტექტურული, კონსტრუქციული, ელექტრული, სანტექნიკური და ვენტილაციის ნაწილები, განმარტებითი ბარათები, გათვლების ანგარიშები.
• AutoCAD ნახაზები (DWG/DXF): გეგმები, ჭრილები, კვანძები, ელექტრული და ავტომატიზაციის სქემები, P&ID დიაგრამები, ტექნოლოგიური სქემები.
• სამუშაოთა მოცულობის უწყისები (BOQ) და რესურსული ხარჯთაღრიცხვები.
• სამუშაოთა წარმოების პროექტი (მეთოდოლოგიური განაცხადი): მონტაჟის თანმიმდევრობა, ამწე ტექნიკის სქემები, დროებითი კონსტრუქციები.
• BIM მოდელების თანმხლები დოკუმენტაცია: Revit ოჯახების პარამეტრები, IFC ატრიბუტები, საინფორმაციო მოთხოვნები (EIR/BEP).

AutoCAD ფაილებთან მუშაობა: არა PDF, არამედ საწყისი ნახაზი

ნახაზის თარგმანი PDF-ზე წარწერების გადაწებებით არაპროფესიონალური და სახიფათო პრაქტიკაა: იკარგება ფენების სტრუქტურა, მასშტაბი და რედაქტირების შესაძლებლობა. ჩვენ ვმუშაობთ უშუალოდ DWG და DXF ფაილებში:

• ტექსტური ობიექტები (TEXT, MTEXT) და ბლოკების ატრიბუტები ითარგმნება ცალკე ამოღებული ცხრილის სახით, რედაქტირდება CAT სისტემაში თარგმანის მეხსიერებით და ბრუნდება ნახაზში ავტომატურად, კოორდინატებისა და ფენების შეუცვლელად.
• შტამპი და ძირითადი წარწერა: ГОСТ 2.104 ფორმატის შტამპი და ISO 7200 სათაურის ბლოკი სხვადასხვა ველებს შეიცავს. თარგმანისას ვინარჩუნებთ დედნის სტრუქტურას და, საჭიროებისას, ვამატებთ ქართულ ველებს დამკვეთის სტანდარტის მიხედვით.
• შრიფტები: SHX შრიფტების უმეტესობა ქართულ სიმბოლოებს არ შეიცავს. ნახაზის დაბრუნებამდე ტექსტს TrueType შრიფტზე გადაგვყავს ან ვიყენებთ კლიენტის კორპორატიულ შრიფტს, და ვამოწმებთ, რომ ქართული ტექსტი ჩარჩოებსა და ცხრილებში ეტეოდეს.
• ტექსტის სიგრძე: ქართული წარწერა ინგლისურზე ან რუსულზე ხშირად გრძელია, ამიტომ ნახაზის თარგმანი ყოველთვის ვიზუალურ კონტროლს გადის, რომ წარწერა ხაზებს, ზომებს ან სხვა ტექსტს არ გადაეფაროს.
• Xref და ბლოკების ბიბლიოთეკები: გარე მითითებები და განმეორებადი ბლოკები ერთხელ ითარგმნება და ყველა ნახაზზე ავტომატურად ვრცელდება, რაც თანმიმდევრულობას უზრუნველყოფს.

GOST, EN და ISO: სტანდარტების შესაბამისობა თარგმანში

საქართველოს საპროექტო პრაქტიკა გარდამავალ პერიოდშია: ძველი პროექტები და ბევრი კონტრაქტორი ჯერ კიდევ ГОСТ და СНиП ნორმებზე მუშაობს, ხოლო ახალი ობიექტები, განსაკუთრებით საერთაშორისო დაფინანსებით, ევროკოდებსა და EN სტანდარტებზეა დაპროექტებული. მთარგმნელის ამოცანა აქ არა სტანდარტის „კონვერტაცია", არამედ ზუსტი და გამჭვირვალე გადმოტანაა:

• სტანდარტის აღნიშვნა უცვლელი რჩება (ГОСТ 25346, EN 1993-1-1, ISO 2768), ხოლო მისი სახელწოდება ითარგმნება ოფიციალურ ქართულ ვერსიასთან შესაბამისობით, თუ ასეთი GEOSTM-ის მიერ არის მიღებული;
• მასალების მარკები არ „ითარგმნება" და არ იცვლება ეკვივალენტით (Ст3 არ ხდება S235JR): თუ დამკვეთს ეკვივალენტის მითითება სურს, ეს ცალკე, ინჟინრის მიერ დამტკიცებულ შენიშვნად ემატება;
• ტოლერანსების, ზედაპირის სისუფთავისა და შედუღების ნაკერების აღნიშვნები (ISO 2553 და ГОСТ 2.312) გრაფიკულად უცვლელი რჩება, ხოლო ტექსტური განმარტება ითარგმნება;
• ელექტრული სქემების პირობითი აღნიშვნები (IEC 60617 და ГОСТ 2.7xx სერია) არ იცვლება, ითარგმნება მხოლოდ სპეციფიკაციის ცხრილი და შენიშვნები;
• ერთეულები SI სისტემით რჩება, ხოლო იმპერიულ ერთეულებში მოცემული საწყისი მონაცემები საჭიროებისას პარალელური მნიშვნელობით მიეთითება.

ტექნიკური სპეციფიკაციის თარგმანის სპეციფიკა

სპეციფიკაცია ხელშეკრულების ნაწილია და მისი თარგმანი სამართლებრივ შედეგსაც ატარებს. განსაკუთრებულ ყურადღებას ვაქცევთ:

• მოდალურობას: „shall" (სავალდებულო), „should" (რეკომენდებული), „may" (დასაშვები) ქართულში ფიქსირებული და განსხვავებული ფორმებით გადმოდის, რადგან სწორედ ეს განსაზღვრავს, რა არის კონტრაქტორის ვალდებულება და რა არა;
• მიღების კრიტერიუმებს: ტესტირების მეთოდი, ნიმუშის ზომა, დასაშვები გადახრა და ხელახალი შემოწმების პირობა სიტყვასიტყვით სიზუსტით ითარგმნება;
• ჯვარედინ მითითებებს: სპეციფიკაცია ნახაზებს, სტანდარტებსა და ხელშეკრულების პუნქტებს უთითებს, და თარგმანში ეს ბმები უნდა ემთხვეოდეს იმავე პაკეტის სხვა თარგმნილ დოკუმენტებს;
• FIDIC და სხვა საკონტრაქტო ფორმების ტერმინოლოგიას, სადაც „Engineer", „Employer", „Contractor" და „Variation" ფიქსირებული სამართლებრივი მნიშვნელობით გამოიყენება.

ტიპური შეცდომები საპროექტო დოკუმენტაციის თარგმანში

• ნახაზის ნომრებისა და რევიზიის ინდექსების შეცვლა ან ტრანსლიტერაცია, რაც დოკუმენტბრუნვას არღვევს;
• ერთი და იმავე კვანძის სხვადასხვა სახელით მითითება ნახაზსა და სპეციფიკაციაში;
• „shall" და „should" ერთი ფორმით გადმოტანა, რის შედეგადაც რეკომენდაცია ვალდებულებად იკითხება ან პირიქით;
• მასალის მარკის „ეკვივალენტით" ჩანაცვლება ინჟინრის დამტკიცების გარეშე;
• SHX შრიფტების გამო ქართული ტექსტის კვადრატებად ან კითხვის ნიშნებად გამოსახვა კლიენტის კომპიუტერზე.

პროცესი დიდი საპროექტო პაკეტებისთვის

1. პაკეტის ინვენტარიზაცია: ტომების, ნახაზების ნომრების, რევიზიების და ფაილის ფორმატების სია.
2. ტერმინოლოგიური ბაზის შედგენა პროექტისთვის და შეთანხმება დამკვეთის მთავარ ინჟინერთან.
3. ტექსტური ნაწილის თარგმანი და ნახაზების ტექსტის ამოღება-თარგმნა-დაბრუნება ერთსა და იმავე მეხსიერებაში.
4. საინჟინრო რედაქტირება: ნახაზისა და სპეციფიკაციის ურთიერთშესაბამისობის შემოწმება.
5. ვიზუალური კონტროლი ნახაზებში და საბოლოო ფაილების ჩაბარება იმავე სტრუქტურით, რომლითაც მივიღეთ.
6. რევიზიების მართვა: ყოველი ახალი რევიზია მხოლოდ შეცვლილი ნაწილით ითარგმნება.

საპროექტო პაკეტს ხშირად ერთვის მოწყობილობის ექსპლუატაციის ინსტრუქციები და სამშენებლო უბნის HSE გეგმა, რომლებსაც იმავე გლოსარიუმით ვთარგმნით, რათა კვანძის სახელი ნახაზზე, ინსტრუქციაში და უსაფრთხოების წესებში ერთნაირი იყოს.

ხშირად დასმული კითხვები