Базовое правило таково: набор, спроектированный и работающий как целое, оценивается в классификации целиком; класс набора задаётся компонентом, производящим функцию диагностики с высшим риском. Целое, однако, не снимает собственных доказательств компонентов: идентичность, производитель, заявление производительности и статус соответствия каждого компонента появляются в файле набора отдельно. При компонентах от разных производителей цепочка идентичности важна ещё больше: сторона, собирающая набор, несёт обоснование совместимости компонентов. На стороне декларации подход двоякий: декларирование как набора под единой позицией, где продукт действительно продаётся и используется вместе; декларирование построчно, где части можно заказывать независимо. Программное обеспечение, если оно производит диагностические решения, — регуляторный компонент набора и ведётся в файле под собственным заголовком. Обязательные расходные материалы добавляются в файл набора, когда несут функцию, входящую в диагностическую цепочку; расходные материалы общего назначения оцениваются в отдельном статусе. Хребет файла набора — таблица инвентаря компонентов: в каждой строке идентичность, статус, доказательства и обоснование сопровождения.
Современный диагностический набор — уже не одна бутылка реагента: лиофилизированные компоненты, растворы восстановления, калибраторы, контрольные материалы, микроплашки, магнитные частицы, наконечники для пипеток и обрабатывающее данные ПО выходят из одной коробки. В некоторых наборах компоненты приходят от разных производителей; в некоторых ПО живёт в облаке; в некоторых расходные материалы поставляются обязательными спутниками для работы набора. Эта структура усложняет два простых вопроса: делается ли классификация по целому или по компонентам, и даётся ли декларация как набор или построчно? Неверно построенный файл набора производит путаницу на таможне и спор об охвате на досмотре. В этой статье объясняется классификационная логика многокомпонентных наборов, документальные правила компонентов нескольких производителей, статус сопровождающего ПО и расходных материалов и подход к декларации при импорте.
Для кого это руководство?
Это руководство для каждой роли, проектирующей, собирающей, импортирующей и использующей наборы. Производители и представители строят регуляторное продолжение архитектуры набора. Дистрибьюторы, делающие сборку набора, несут документальную нагрузку операции объединения. Импортёры привязывают структуру декларации и совпадение компонентов к таможенному файлу. Регуляторные команды ведут классификации набора и компонентов в раздельных файлах. Подразделения качества отслеживают партийную прослеживаемость компонентов и целостность набора в контролях приёмки. Лаборатории показывают записями, что использовали компоненты набора в правильной комбинации. Закупки задают вопрос гарантии набора при альтернативном снабжении частями. Таможенные брокеры строят совпадение декларации набора, инвойса и маркировки. На аудите вопрос сфокусирован на наборе: что внутри этой коробки, в каком статусе каждая позиция и с какими доказательствами целое сидит вместе?
Какие товары охватываются?
Охват — все диагностические наборы и комплекты, несущие более одного компонента. Наборы клинической химии и иммуноанализа: структура реагентов R1-R2 вместе с калибратором и контролем. Наборы молекулярной диагностики: компоненты экстракции, амплификации и детекции, внутренние контроли и ПО. Наборы гематологии и коагулологии: комбинации реагента, калибратора и пробирок. Карты экспресс-тестов: пакеты кассеты, буфера и материала забора образца. Микробиологические наборы: среды культивирования, компоненты идентификации и чувствительности. Также наборы, составленные из компонентов разных производителей, группы компонентов, заказываемые для собственных комбинаций исследователей, и платформо-специфичные структуры расходных комплектов. Группа сопровождающего материала: обязательные наконечники, пробирки, ёмкости разведения и специфичные для устройства носители. ПО: прошивка анализатора, на которой работает набор, ПО обработки данных и отчётности, облачные сервисы. Каждая группа компонентов проходит собственный статусный вопрос и берёт свою строку в файле набора.
Когда это применяется?
Правила набора применяются к каждой закупке мультикомпонентного продукта; весомые моменты таковы. При запуске нового набора инвентарь компонентов и классификационные решения строят первый файл. Когда состав набора меняется, когда меняется производитель или природа компонента, файл набора обновляется, и класс перечитывается. Когда начинаются продажи частями, структура декларации пересматривается: компонент, продаваемый независимо, должен дополнительно оцениваться в собственном статусе. Добавление компонента от другого производителя требует обоснования совместимости и доказательств испытаний. Если обновление ПО затрагивает диагностический вывод, оно отражается в классификации набора. При отдельном заказе компонента строится запись совпадения с основным набором; использование несовпадающих компонентов выходит за заявление производительности. При импортном досмотре сравнивается тройка содержания набора, строк инвойса и маркировки. В управлении запасом компонентное отслеживание сроков и партий — ежедневная защита целостности набора. Когда набор расщепляется, то есть компоненты закупаются по разным календарям, цепочка записей должна показывать это открыто.
Правовая база и компетентное ведомство
Рамка происходит из европейского регламента об in vitro диагностике, применяемого Турцией национально. Регламент признаёт концепции системы и набора: продукты, объединённые для совместного использования, оцениваются внутри собственного целого; классификационные правила применяются к диагностической цели набора. Каждый компонент, если он входит в определение диагностического продукта, подчинён собственной оценке соответствия; сторона, формирующая набор, несёт в техническом досье обоснование целостности и межкомпонентной совместимости. Объединение компонентов разных производителей поддерживается управлением изменениями и анализом риска. Программное обеспечение в той мере, в какой несёт диагностическую функцию, включено в регламент как часть продукта. Компетентное ведомство — TİTCK: оно применяет законодательство, ведёт регистрации и выполняет рыночный надзор. На таможенной стороне структура декларации определяется правилами набора и компонента тарифного законодательства: наборы, поставляемые вместе, могут декларироваться под единой позицией, компоненты отдельного коммерческого характера — под собственными позициями. Импортный досмотр идёт в рамках коммюнике по безопасности продукции. Действующие руководства должны отслеживаться по официальным источникам.
Пошаговый процесс
- Извлеките инвентарь компонентов набора: имя, производитель, природа и функция каждого компонента в наборе в одной таблице.
- Оцените статус и класс каждого компонента: его место в диагностической цепочке и несомый риск.
- Определите класс набора как целого: управляет компонент, производящий функцию диагностики с высшим риском.
- Подшейте обоснование совместимости и доказательства испытаний для компонентов разных производителей.
- Оцените программный компонент: если он производит диагностические решения, ведите его в файле набора под собственным заголовком.
- Проясните сопровождение расходных материалов: функциональные и обязательные расходники — в файл набора, общие — в отдельном статусе.
- Решите структуру декларации: декларация набора или строки компонентов; подшейте решение с обоснованием.
- Постройте архитектуру маркировки: этикетку набора, этикетки компонентов и обязательные турецкие сведения.
- Определите план прослеживаемости: согласование партий набора и компонентов, записи приёмки и использования.
- Привяжите триггеры изменений: при смене состава, производителя или ПО файл обновляется.
Контрольный список документов
- Таблица инвентаря компонентов: идентичность, производитель, природа, функция.
- Обоснование решения о статусе и классе каждого компонента.
- Классификационный файл набора как целого и анализ риска.
- Записи испытаний совместимости компонентов нескольких производителей.
- Декларация соответствия и сертификат набора в структуре, покрывающей компоненты.
- Оценка ПО: версия, функция и диагностическая роль.
- Анализы и обоснования сопровождения расходных материалов.
- Решение о структуре декларации: набор или строка компонента, с обоснованием.
- Комплект этикеток: этикетки набора и компонентов с турецкими сведениями.
- Схема партийной прослеживаемости и записи контроля приёмки.
Стороны и ответственность
| Сторона | Ответственность |
|---|---|
| Производитель / уполномоченный представитель | Архитектура набора, обоснование целостности и техническое досье |
| Сборщик набора / дистрибьютор | Совместимость компонентов, записи сборки и целостность этикеток |
| Импортёр | Точность структуры декларации, согласование документов |
| Регуляторное подразделение | Файлы классификации набора и компонентов |
| Подразделение качества | Приёмка компонентов, согласование партий и управление отклонениями |
| Лаборатория | Правильная комбинация компонентов и запись использования |
| Таможенный брокер | Совпадение декларации набора с инвойсом и маркировкой |
| TİTCK | Законодательство, регистрация и рыночный надзор |
Самое хрупкое звено — между сборкой и приёмкой: если компоненты не совпадают с правильным набором с правильными партиями, обоснование целостности в техническом досье не находит продолжения в поле. Цепочка записей становится физической именно здесь.
Исключения и пограничные случаи
Край практики наборов полон реальных закупочных вопросов. Заказ компонента самого по себе рассеивает статус набора: компонент, продаваемый независимо, оценивается в собственном статусе и позиции. Использование компонента, взятого из набора, в другом наборе без обоснования совместимости — вне заявления производительности. Замена обязательного расходника эквивалентом другого бренда может противоречить инструкции производителя и требует валидации. В наборах, где ПО живёт в облаке, управление версиями и условия доступа определены в файле; поскольку набор не работает без компьютера, сопровождение ПО так же реально, как физический компонент. Потеря компонента при перевозке или отдельная доставка ломает целостность набора; акт приёмки отклоняет неполный набор. Материал забора образца, как голова диагностической цепочки, несёт классовый эффект в некоторых наборах. Закупка контрольного материала вне набора привносит правила третьей стороны. Компоненты, остающиеся по мере расходования набора, должны вноситься в таблицу прослеживаемости при заказах частичного пополнения. В каждом случае инструмент один: инвентарь компонентов и письменная запись совпадения.
Типичные ошибки
Самая частая ошибка — трактовка набора как единого продукта и никогда не строящийся инвентарь компонентов; на аудите вопрос о содержимом остаётся без ответа. Вторая — добавление компонента другого производителя в набор без доказательств совместимости. Третья — выпадение ПО из файла; ПО, несущее диагностическую функцию, — сам продукт. Четвёртая — необновление структуры декларации при переходе к продажам частями; компонент импортируется под неверной позицией. Пятая — пропуск анализа сопровождения расходников; обязательный расходник — часть файла набора. Шестая — незапись согласования партий компонентов; цепочка прослеживаемости рвётся. Седьмая — сведение архитектуры маркировки к единственной этикетке; собственные идентичности компонентов должны оставаться в маркировке. Восьмая — непривязка изменения состава набора к управлению изменениями; файл живёт дальше со старым составом.
Важное уведомление
Эта статья носит информационный характер и не является юридической или таможенной консультацией; для оценок набора и компонентов должны действовать применимое законодательство, тарифные правила и при необходимости мнение компетентного ведомства. Коды GTİP и примеры наборов в тексте даны для ориентации; примеры GTİP не являются обязательными, и классификация должна обосновываться для каждого набора. Законодательство может меняться; перед любой операцией проверяйте официальные источники.
Часто задаваемые вопросы
Делается ли классификация по набору в целом или по компонентам?
Делается и то и другое, и два решения живут в раздельных файлах. Набор классифицируется как целое, спроектированное и работающее вместе; класс набора определяется функцией диагностики с высшим риском. Одновременно каждый компонент, входящий в определение диагностического продукта, проходит собственную оценку статуса и класса; сертификат, покрывающий набор, должен корректно отражать и природу компонентов. Эта двойная структура — фундамент точности и технического досье, и декларации. Хребет файла набора — таблица инвентаря компонентов; без таблицы нельзя построить ни аудиторский ответ, ни прослеживаемость.
Можно ли использовать в наборе компоненты от разных производителей?
Можно, но с документами и обоснованием. Сторона, формирующая набор, несёт в файле техническое обоснование межкомпонентной совместимости и его доказательства испытаний; управление изменениями и анализ риска поддерживают эту комбинацию. Доказательства соответствия собственного производителя компонента входят в файл набора; сертификат набора должен корректно отражать компоненты. Комбинация без доказательств совместимости выходит за заявление производительности и производит вопрос целостности набора на досмотре. На практике чистейший путь — не отклоняться от комбинаций, определенных производителем как набор; где отклонение необходимо, должна строиться тройка обоснования, испытания и записи.
Следует ли декларировать как набор или строками компонентов?
Решение даётся с коммерческой реальностью и тарифными правилами. Если продукт поставляется как единая продажная единица вместе с компонентами и тарифное законодательство позволяет оценивать его как набор, предпочтительна декларация набора. Если компоненты можно заказывать и независимо, они распределяются по разным позициям или несут отдельный коммерческий характер, декларация строится строками компонентов. Решение вносится в импортный файл с обоснованием и держится согласованным со структурой инвойса. Самая частая ошибка в смешанных структурах — подведение фактически продающегося частями набора под декларацию набора каждый раз; разрыв между декларацией и коммерческой реальностью производит вопросы на досмотре.
Является ли ПО набора частью файла набора?
Если оно производит диагностические решения — да. ПО, превращающее данные измерений в диагностический результат, отчёт или интерпретацию, — регуляторный компонент продукта; оно ведётся в файле набора под собственным заголовком. Версия, функция и механизм обновления ПО определены в файле; для живущих в облаке сервисов добавляются условия доступа и план непрерывности. Если обновление ПО меняет природу диагностического вывода, оно входит в управление изменениями набора и может влиять на классификацию. ПО, которое лишь представляет информацию и не производит диагностического решения, оценивается отдельно. Критерий — функция: каждая часть ПО, входящая в цепочку результата, — такая же часть набора, как реагент в бутылке.
Официальные источники
- In Vitro Diagnostic Regulation (EU) 2017/746, EUR-LexTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
- Product Safety and Inspection Communiqué AnnouncementsTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
- TİTCK Medical Device Clinical ResearchTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
История редакций
v1.1 · 07 Sep 2026 — Content import: external full text applied.
v1.0 · 21 Aug 2026 — Initial source-backed publication.