Коммерческий проект, который продвигает один порядок укладки плитки по нескольким помещениям, этажам или зданиям необходимо иметь возможность отслеживать, какая партия куда поступила, прежде чем различия в оттенках или нехватка материалов вынудят принимать решение в спешке. Без систематизированного учета сотрудники отдела закупок и строительной площадки вынуждены восстанавливать эту историю на основе накладных и собственной памяти именно в тот момент, когда решение о замене или подаче претензии не терпит отлагательств.
Определите область действия регистра и единицу пакетной обработки
Первое решение — это не шаблон, а определение: что считается партией и на каком уровне проект будет отслеживать её. ISO 10545-1 рассматривает партию как часть основы для отбора проб и контроля керамической плитки, а это означает, что идентификация партии — не просто удобство при отгрузке, а условие, связанное с тем, как продукт изначально был испытан и принят. Если в рамках проекта партия рассматривается как “все, что прибыло на одном грузовике”, это приведет к объединению материалов, которые сам поставщик не рассматривал как единую производственную группу. Если же партия рассматривается как заявленная поставщиком производственная партия, то получается более узкая и обоснованная единица, которая, однако, может не совпадать с планированием работ по зонам или с распределением поддонов на объекте.
Прежде чем заполнять любое поле реестра, в рамках проекта необходимо определить четыре аспекта: какой проект охватывает реестр, какие номера позиций поставщика входят в его сферу действия, к какой строке заказа относится каждая позиция и какую зону монтажа должна обслуживать каждая строка. Именно эти четыре параметра позволяют реестру впоследствии давать ответы на вопросы, касающиеся оттенков или эксплуатационных характеристик, с разбивкой по зонам, а не только по партиям поставок. Если в рамках проекта одна позиция поставщика поставляется в несколько зон, в рамках реестра необходимо предусмотреть, что одна строка заказа впоследствии должна будет быть разделена между записями по зонам; если же каждая зона получает поставки из отдельной строки заказа, реестр может оставаться более простым, поскольку строка заказа и зона уже являются одной и той же единицей.
Кроме того, для реестра необходимо определить ответственное лицо и установить границы того, что подразумевается под “в пределах сферы охвата”. Реестр, в котором пытаются отслеживать каждую деталь упаковки, становится непригодным для использования; реестр, в котором отслеживаются только позиции заказа, не может дать ответы на вопросы, которые задает команда на объекте, когда паллета не соответствует документации. При определении сферы охвата следует четко указать, отслеживает ли реестр материал только до момента приемки или же продолжает отслеживание вплоть до монтажа и запасов для замены после монтажа, поскольку именно эта граница определяет, сможет ли реестр впоследствии дать ответ на претензию или вопрос по гарантии без отдельной реконструкции данных.
Отслеживание каждой позиции заказа по партии, поддону и коробке
После определения объема работ в реестре необходимо создать последовательную цепочку, связывающую коммерческую документацию с физическим материалом. Техническая документация компании RAKO описывает идентификатор партии как элемент, присутствующий в документах заказчика, на этикетках поддонов, упаковках и накладных, что служит практической основой для построения цепочки, проходящей от позиции заказа на закупку через товарную позицию поставщика, заявленную производственную партию, поддон и группу картонных коробок. Каждое звено этой цепочки должно сохранять собственный код и обозначение поставщика, а не сокращение, придуманное в рамках проекта, поскольку переведенный или упрощенный код теряет возможность сопоставить его с собственными записями поставщика, если позже возникнет вопрос.
Эта цепочка имеет важное значение, поскольку в большинстве проектов, охватывающих несколько зон, точкой сбоя является не строка заказа, которая, как правило, ясна, а разрыв между полученным поддоном и зоной, в которую он установлен. Один поддон может содержать более одной производственной партии, если это допускается практикой упаковки поставщика, а одна производственная партия может быть распределена по нескольким поддонам. Если в реестре фиксируется только “номер поддона” без указания партии, указанной на этикетке этого поддона, то обнаруженное при установке отклонение по оттенку или калибру невозможно отследить до конкретной производственной партии, а только до физической единицы, которая, возможно, уже была разбита на части и распределена по нескольким участкам.
| Поле «Регистр» | Исходная запись | Использование решений | Конвенция о статусе |
|---|---|---|---|
| Проект и строка заказа на поставку | Текущий заказ на поставку | Определить сферу применения коммерческой деятельности | Подтвержденные или открытые |
| Артикул и описание поставщика | Запись о товаре поставщика | Сохранить индивидуальность продукта | Подтверждено или несовпадение |
| Код производственной партии | Декларация поставщика или документ на партию товара | Определить группу производства с возможностью отслеживания | Заявленные или неподтвержденные |
| Идентификаторы поддонов и картонных коробок | Физические этикетки и упаковочный лист | Найти материал в составе груза | Сверка или исключение |
| Поля «Оттенок», «Калибр» и «Качество» | Условные обозначения и метки поставщиков | Совместимость с размерами экрана | Соответствует, не соответствует или требуется проверка |
| Пример и справочник по исправлениям | Утвержденный образец записи и техническое задание проекта | Связать основу для принятия решения | Действующий или утративший силу |
| Планируемая и фактическая площадь | График по зонам и отчет о приемке/распределении | Контролируйте, где используется каждая партия | Запланировано, выделено, получено или установлено |
| Доказательства и решение по делу | Протокол проверки или приемки | Сохранить статус «выпуск», «сегрегация» или «удержание» | Решение от |
Приведенные выше поля реестра задают структуру, но решающим фактором является то, как в рамках проекта применяются соглашения о статусе. Надежность “заявленного” кода партии зависит от надежности этикетки, с которой он был взят; если этикетка на коробке отсутствует или повреждена, в реестре следует зафиксировать этот пробел как исключение, а не выводить код партии на основе данных соседней коробки. Проект, проверяющий запись о товаре поставщика, например, Керамогранитная плитка класса люкс VGL1172008 На странице товара следует убедиться, что описание товара и поля «Качество» или «Калибр» в реестре соответствуют данным, указанным поставщиком, поскольку на данном этапе выявить несоответствие обходится дешевле всего.
Добавить поля «Образец», «Ревизия», «Область» и «Доказательства»
Реестр, в котором лишь указаны материалы, не содержит информации о том, было ли разрешено их использование в рамках проекта и где именно было дано такое разрешение. UFGS 01 33 00 требует, чтобы в контролируемой проектной документации указывались: проект, действующая редакция, продукт и местоположение, что служит основанием для добавления четырёх категорий полей помимо чисто идентификационных: утверждённый образец или эталон, по которому проверяется материал; редакция спецификации, действующая на момент утверждения; планируемое место установки; а также статус подтверждения или распоряжения, присвоенный материалу.
Эти поля существуют, поскольку идентификация и утверждение — это разные вопросы. Партия продукции может быть правильно идентифицирована, но при этом оказаться непригодной для данной области, если образец, по которому она проверялась, впоследствии был заменен новой редакцией технических условий, либо если область, для которой она была получена, изменилась с момента размещения заказа. В случае, если технические условия проекта пересматриваются после того, как материал уже был заказан в соответствии с более ранней редакцией, в реестре должно быть указано, какая именно редакция лежала в основе первоначального утверждения, чтобы последующий проверяющий мог определить, был ли имеющийся в наличии материал утверждён в соответствии с действующими требованиями или в соответствии с версией, которая больше не применяется.
Поле “Доказательства” имеет аналогичное значение. Запись о том, что партия была получена, не является тождественной записи о том, что она была сдана на монтаж, оставлена на хранение до проведения проверки или выделена в отдельную партию из-за несоответствия. Реестр, в котором все эти статусы сводятся к единому статусу «получено», теряет различие между материалами, которые просто находятся на объекте, и материалами, допущенными к использованию. Если в проекте область определена как фиксированное поле, привязанное к исходной строке заказа, а партия впоследствии перенаправляется в другую область, поле «область» должно обновляться в виде новой записи, а не перезаписываться без уведомления, поскольку именно в этот момент расходятся истории распределения и идентификации. Поля, значения которых пока неизвестны, например, версия, ещё не подтверждённая поставщиком, или статус подтверждающих документов, ожидающий проверки, следует помечать как «неизвестно» или «в процессе», а не заполнять предполагаемым значением, поскольку догадку впоследствии исправить сложнее, чем признанный пробел.
Запись изменений в распределении без перезаписи истории
Материалы, правильно идентифицированные при приемке, не всегда остаются там, куда их первоначально направили. Поддоны распределяются между различными зонами, когда в одном месте возникает дефицит, а в другом — избыток. Замена происходит, когда указанный товар становится недоступным, и в рамках проекта принимается альтернативный вариант. Нехватка товара приводит к частичным распределениям, которые позже пополняются из другой партии. Запасные запасы, заказанные после первоначальной установки для покрытия ущерба или будущего ремонта, могут соответствовать или не соответствовать исходной партии в зависимости от того, что было в наличии на момент заказа. Каждое из этих событий является перемещением, а не исправлением, и в реестре его необходимо фиксировать как событие с датой, а не как изменение первоначального распределения.
Это различие имеет значение, поскольку реестр, в котором поле перезаписывается для отражения текущего состояния, теряет способность объяснить, как было достигнуто данное состояние. Если в записи об участке указана только партия, установленная в данный момент, то на возникший позже вопрос о том, почему соседний участок имеет другой оттенок, невозможно ответить, опираясь исключительно на данные реестра; в рамках проекта потребуется воссоздать последовательность разделений и замен на основе других записей, если такие записи еще сохранились. Журнал перемещений с датами, даже самый простой, сохраняет последовательность: какой лот был первоначально выделен для данной зоны, какое количество было перемещено, когда и по чьему решению.
Именно в этом случае распределение между зонами должно быть явным решением, а не действием по умолчанию. Многие партии, поступающие как единое целое, не становятся материалами для нескольких зон только потому, что их физически разделили на объекте; они становятся материалами для нескольких зон, когда в рамках проекта принимается решение и фиксируется в документации, что определенное количество из этой партии теперь закреплено за второй зоной. Если такое решение не задокументировано, у последующего проверяющего не будет возможности отличить намеренное распределение от недокументированной путаницы, а эти два случая имеют совершенно разные последствия, если после монтажа возникнут вопросы относительно оттенка или эксплуатационных характеристик.
В данном журнале особого внимания заслуживает запасная древесина. Древесина, заказанная через несколько месяцев после первоначальной укладки и предназначенная для соответствия существующему материалу при будущих ремонтах, должна регистрироваться в журнале с указанием участка, для которого она предназначена, с собственным идентификатором партии, а не объединяться с записью об исходном участке, как если бы она была частью той же поставки. В случае если партия запасной древесины отличается от исходной, в журнале следует сохранить оба идентификатора, а также дату добавления запасной древесины, поскольку именно эта информация будет необходима при принятии решения о будущем ремонте.
Проводить сверку реестра при каждой передаче проекта
Реестр, который обновляется лишь тогда, когда кто-то вспоминает об этом, теряет связь с реальными материалами, которые он призван описывать. Точки сверки привязывают реестр к конкретным моментам в ходе реализации проекта, а не к какой-либо постоянной практике обновления. В проектах, охватывающих несколько зон, повторяются четыре контрольных момента: предотгрузочный осмотр, когда заявленные поставщиком партии сверяются с тем, что готовится к отгрузке; приемка, когда физические поддоны и коробки сверяются с отгрузочной документацией; сдача в зону, когда подтверждается, что материал одобрен для конкретной зоны монтажа; и передача при монтаже, когда ответственность за установленный материал переходит от одной стороны к другой.
Каждый из этих этапов ставит перед системой учета свой вопрос. Сверка перед отгрузкой проверяет, соответствуют ли заявленные партии требованиям строки заказа, до того как становятся актуальными вопросы распределения количества и площади. Сверка при приемке проверяет, соответствуют ли физические поддоны и картонные коробки отгрузочной документации, и помечает любой поддон, этикетка которого не совпадает с документацией, как исключение, вместо того чтобы устранять несоответствие на основе предположений. Сверка при выпуске в зону проверяет, соответствуют ли партии, назначенные для данной зоны, актуальной для этой зоны версии образца и спецификации, учитывая, что между размещением заказа и установкой могло пройти некоторое время. Сверка при передаче на установку проверяет, отражают ли поля реестра, относящиеся к зоне и подтверждающим документам, то, что было фактически установлено, включая любые поздние замены или разделения, зафиксированные в журнале перемещений.
Если в рамках проекта все эти проверки проводятся в виде единой итоговой проверки, несоответствия, возникшие на предыдущих этапах, накапливаются, и отследить их источник становится все сложнее. Если же в рамках проекта сверка проводится на каждом этапе отдельно, несоответствие выявляется ближе к месту его возникновения, а журнал изменений реестра теряет свою значимость, поскольку до проверки накапливается меньше изменений. Точные коды партий, форматы документов, количества, зоны проекта, ответственные лица и срок хранения, используемые в реестре, по-прежнему необходимо согласовать для конкретного заказа; структура реестра и последовательность сверки не заменяют собой данное соглашение, и именно его своевременное подтверждение определяет, сможет ли реестр ответить на вопрос о запасах для замены без необходимости воссоздания истории с нуля.
Часто задаваемые вопросы
Q: Можно ли в реестре партий отнести одну производственную партию к нескольким проектным областям?
A: Да, посредством явного решения о распределении по проекту. Необходимо сохранить связь заявленной партии с соответствующей строкой заказа, поддонами и группами картонных коробок, а также отображать количество и запланированную или фактическую площадь для каждого распределения. Это позволяет сохранить общую идентификацию источника и одновременно обеспечить прозрачность использования материала в каждой зоне.
Q: Как следует оформлять разделённый поддон или перемещение между зонами?
A: Зарегистрируйте перемещение с указанием даты, сохранив исходные связи между партией, поддоном и картонной коробкой. Отобразите измененное распределение, а не заменяйте предыдущую запись о зоне без истории. При следующем приеме, выпуске из зоны или передаче для монтажа сверите перемещение и количества, чтобы в реестре было отражено, куда фактически поступил материал.
Q: Поставщик пока не подтвердил код партии. Можно ли использовать наш собственный предполагаемый код, чтобы завершить регистрацию?
A: Отметьте идентификатор производственной партии как «неподтвержденный», а не угадывайте код поставщика. Определите, что в рамках проекта понимается под «партией», и запросите исходную декларацию и легенду кодов. Реестр может отличить известную информацию о заказе и зоне от отсутствующей ссылки на партию, не представляя вымышленный идентификатор в качестве подтвержденного доказательства.
Q: Означает ли наличие полного регистра партии, что плитка допущена к укладке?
A: Полнота цепочки идентификации — это лишь часть процесса принятия решения. В реестре также должны присутствовать ссылки на текущую партию и технические условия, документы о связанных проверках или приемке, а также датированное распоряжение о выпуске, выделении или удержании. Проверяйте эти поля в совокупности, чтобы не перепутать отслеживаемый материал с материалом, уже выпущенным для назначенной зоны.