Учёт серийных номеров: от продажи до гарантийного возврата

Учёт серийных номеров должен связывать конкретный экземпляр с поступлением, строкой продажи и последующим обращением. Модель товара не заменяет идентичность устройства. При возврате или замене сохраняйте исходную цепочку и новое движение отдельно: исправление номера в старой продаже не должно создавать видимость, будто клиенту изначально выдали другой аппарат.

Три номера, которые часто смешивают

Артикул помогает выбрать вид товара, внутренний ID — найти запись вашей системы, а заводское обозначение — сопоставить физический экземпляр. Не называйте все три поля серийным номером. Один артикул может относиться к нескольким устройствам, и по нему нельзя установить, какое из них реально ушло покупателю.

В официальной документации Odoo серийный учёт описан как отслеживание отдельных единиц, в отличие от партионного. Там же номер может содержать буквы и другие знаки, не только цифры. Это повод заранее определить формат хранения, не превращая любое обозначение в число.

Номер нужно подтвердить на фактической передаче

Не достаточно, чтобы продавец заранее выбрал красивую строку из доступного списка. Сверьте номер с реально передаваемым экземпляром и сохраните связь с документом. Если комплектовщик положил соседний аппарат той же модели, складской остаток и продажа могут выглядеть правильными по количеству, но история экземпляра будет ошибочной.

Согласуйте, где номер читается и кто подтверждает соответствие. Сканирование помогает вводу, но код на коробке и обозначение самого устройства нужно трактовать по конкретному товару. Программа не должна автоматически считать любой успешно распознанный штрихкод доказательством того, что проверен заводской номер.

Учебная цепочка продажи и замены

В примере магазин получил два устройства одной модели: У-01 и У-02. Покупателю передали У-01, позднее по отдельному принятому решению его заменили на У-02. Это три разных факта: исходная продажа, обратное движение первой единицы и передача второй. Условия замены здесь не устанавливаются: рассматривается только учёт после решения.

Возврат количества и возврат экземпляра — разные уровни точности

Операция «вернулась одна штука» исправляет общий остаток, но не отвечает, какой аппарат вернулся и что с ним можно делать дальше. У экземпляра сохраняйте текущее местонахождение и состояние по принятому процессу. Обращение на проверке не должно незаметно сделать устройство готовым к новой продаже.

В CRM с продажами оборудования нужна проверяемая связь обратного движения с исходной операцией. Не следует автоматически принимать любое совпадение модели за совпадение единицы. Но и расхождение базы не является само по себе готовым юридическим решением по требованию покупателя: оно отправляет данные на уточнение ответственному.

Замена создаёт связь между старой и новой единицей

Сохраните, какой аппарат передан взамен какого и на каком основании. Не меняйте номер в старом документе на номер замены: это уничтожит объяснение первого обращения. При последующем поиске должны находиться обе единицы и последовательность событий.

Если новый аппарат приехал из другой поставки или склада, сохраните и эту связь. Система должна показывать его собственную историю, а не продолжать все события старой единицы как будто физически ничего не изменилось. Сроки и условия гарантийных обязательств определяют по применимым основаниям отдельно от удобства карточки.

Как разбирать опечатку и неопознанный номер

Храните исходное введённое обозначение и согласуйте правила сопоставления. Удаление ведущих нулей, замена букв на похожие цифры и автоматическое изменение регистра могут скрыть разницу, значимую для конкретного формата. Не делайте такие преобразования необратимо только ради удобного поиска.

Если номер не читается, предусмотрите отдельное состояние и способ проверки по доступным документам и фактам. Не подставляйте случайный номер похожего устройства. В автоматизации документов исправление должно сохранять прежнее значение, основание и автора, особенно после совершённого движения.

Что нужно для интеграции с магазином или сервисом

Определите область уникальности и соответствие внутренних ID, товара, серийного обозначения и внешних документов. Одного текстового поля без контекста может не хватить. Источник каждого изменения должен быть известен, чтобы импорт из другой системы не перезаписал уже подтверждённую связь.

Для API-интеграции отдельно проверьте повтор передачи. Повторно пришедшая продажа не должна выдавать ещё один экземпляр или заново менять историю уже принятого возврата. Внешняя отметка о завершении требует сопоставления с вашей конкретной операцией.

Приёмка на двух похожих устройствах

1. Заведите одну модель и два разных учебных экземпляра. Проверьте, что документы различают их при одинаковом количестве товара.
2. Передайте первую единицу и намеренно выберите соседний номер в учебной форме. Проверка должна помочь выявить несовпадение.
3. Откройте обращение с совпадающим и несовпадающим обозначением. Заявление и подтверждённая идентификация должны быть различимы.
4. Оформите принятое обратное движение и замену второй единицей. История первоначальной продажи должна сохраниться.
5. Исправьте учебную опечатку предусмотренным способом. Должно быть понятно, что изменилось и на каком основании.
6. Повторите получение того же внешнего документа. Остатки и связь единиц не должны измениться второй раз.

Хороший результат — возможность пройти от аппарата к продаже и обратно без догадок по названию модели. Цепочка помогает разбирать обращения, но не должна автоматически подменять оценку прав клиента или фактического состояния товара. При сомнении система сохраняет вопрос и ответственного, а не придумывает удобное совпадение.