Перш ніж почати, дозвольте мені розкрити, що я не знаю багато про деталі інфраструктурних проектів або формат файлу, але я думаю, що загальні міркування досить універсальні.
Існує ряд міркувань під час надання вашої цифрової моделі підряднику, і в моїй роботі я вирішив запропонувати їм свою модель в деяких ситуаціях, але не в інших. Ось основні чинники:
Лінійний час. Надаючи модель, ви, ймовірно, можете зберегти проектний лінійний час, зменшивши обсяг роботи, яку повинен виконати підрядник, щоб підготувати свої креслення магазину, дозволяючи роботу почати і закінчити раніше. Це, мабуть, найбільш вагома причина для надання моделі. Варто відзначити, що в деяких галузях, де файлові формати і робочі процеси не є стандартизованими, іноді ця ефективність не може бути реалізована, оскільки речі повинні бути перемальовані або переоформлені для цільової платформи.
Ризик. Якщо існує розбіжність між моделлю та малюнком, має бути мова, яка інструктує підрядника виконувати малюнок. Тим не менш, ви не маєте контролю над тим, як підрядник використовує вашу модель, і вони можуть виявити помилку в моделі, яку ви ніколи не помітили або не піклувалися, оскільки вона ніколи не показана на кресленнях. Залежно від мови договору, ці помилки можуть піддати вам і вашому роботодавцю додаткову відповідальність.
Власна інформація. Надаючи підрядчику свою конструкцію як повну модель, а не тільки малюнки на виході, ви робите їх набагато простішим для копіювання конструкцій, які ви, можливо, розробили над кількома проектами і повторно привласнили їх на інших роботах. Хоча добре написаний контракт зробить це явно незаконним, дуже важко перевести це на відшкодування фінансових втрат. Крім того, можуть бути передані будь-які користувацькі об'єкти (блоки, набори інструментів, плагіни тощо), створені для програмного забезпечення. Знову ж таки, цей вид інтелектуальної власності важко контролювати, як тільки він з'явиться у світі.
Витрати. Якщо хтось не зробив великої помилки, підрядник повинен був подати заявку на роботу, припускаючи, що їм доведеться відпрацьовувати ваші креслення (контрактні документи) і робити або переробляти будь-яку допоміжну роботу, необхідну для розробки своїх креслень магазинів і виготовлення / будівництва. Крім того, ваш контракт полягав у тому, щоб просто зробити креслення, а модель - це просто інструмент, який ви використовували. Можливо, ви створили модель, яка достатньо хороша для ваших малюнків, але зробити її достатньо гарною для того, щоб побудувати її, буде коштувати вам грошей. Для очікуваного підвищення якості та додаткового ризику не було б необгрунтовано стягувати плату за надання моделі. Навіть якщо ваша модель ідеальна, підрядник може мати запитання про певну його частину, або попросити вас перетворити його в інший формат або мати інші скромні запити, які означають, що вам потрібно присвятити час проекту, на який ви не торгували .
Як приклад для розбіжностей у розбіжності, при складанні малюнка для оброблюваної деталі, я не міг би намалювати кожну функцію в масштабі моєї моделі з ліні. Хоча це є поганою практикою, якщо я перекриваю вимір і малюнок виводу, явно передає правильну інформацію, я виконав вимоги до контракту в ролі проектування / інженерії. Однак, якщо я надаю модель, а цех не перевірятиме письмовий вимір, то шматок буде виготовлений неправильно. Кожна сторона буде впевнена, що це винна інша сторона. Якби я ніколи не надавав двох надлишкових джерел інформації, то провину було б набагато легше призначити. Це те саме, чому традиційно ми не розрізняємо сегменти, а також ціле, до якого вони додають. Ми намагаємося уникати можливості надання інформації, яка є внутрішньо непослідовною.
Це, очевидно, безпосередньо не стосується вашого проекту, але тут, у США Кодекс стандартної практики AISC (AISC 303-10) відповідає на контрактні питання, подібні до цих для сталевих проектів, коли вони не чітко розглядаються в конкретному договорі. Детальнішу інформацію див. У розділі 4.3, але загальні моменти:
- Підрядник може використовувати модель тільки з дозволу інженера, і тільки для однієї роботи (не екстраполювати на майбутні робочі місця)
- Підрядник повинен визнати, що модель не є контрактним документом (за винятком проектів, де оригінальний технічний результат був цифровою моделлю замість малюнків) і замінений інформацією на кресленнях.
- Підрядник все ще відповідає за перевірку всієї інформації
- Підрядник повинен вилучити інформацію, яка не стосується їх сфери діяльності.
- (У коментарі :) Інженер може вибрати стягування з підрядника плати за використання моделі, без продажу прав інтелектуальної власності підряднику.
Зрештою, рішення дуже специфічне. На швидкій роботі з командою, яка має хороші існуючі відносини, може бути варто надати модель безкоштовно, як жест доброї волі. На дуже великих проектах з великою кількістю заблокованих ризиків, було б доцільно надавати тільки те, для чого ви уклали контракт. Там може існувати посередник, де надання вашої моделі є варіантом, але тільки за ціною.