Учет гарантий по замененным компонентам: диск и БП

Что такое гарантия после замены и почему это важно

Когда по гарантии меняют деталь, часто возникает путаница: устройство еще на гарантии, но и новая деталь тоже как будто «на гарантии». На практике это две параллельные линии учета: гарантия на узел (сам ПК/сервер/рабочую станцию) и гарантия на замененный компонент (например, SSD или блок питания). Если не разделять эти вещи, позже трудно доказать сроки и условия.

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

Типовые риски неприятные: спор о том, когда началась гарантия на замену, потерянные акты или переписка, неверно записанный серийный номер старого или нового компонента. Одной цифры не хватает - и через полгода уже невозможно доказать, что именно меняли.

Чаще всего по гарантии меняют то, что выходит из строя «точечно»: диски (HDD/SSD), блоки питания (БП), память, вентиляторы. Эти замены кажутся простыми, но именно они чаще всего создают расхождения между ИТ, складом и бухгалтерией: где лежит снятая деталь, списана ли она, проведена ли как возврат, что стоит в устройстве сейчас.

Чтобы не спорить позже, заранее решите и закрепите несколько вопросов: какой срок считается для замененной детали, что считается подтверждением замены, кто хранит снятый компонент и упаковку, кто отвечает за обновление учета (серийники, инвентарный номер, запись в журнале сервисных работ). Это полезно всем: ИТ - чтобы быстро подтвердить гарантийный случай, складу - чтобы корректно вести ЗИП, бухгалтерии - чтобы правильно оформить движение, сервисной службе - чтобы не «восстанавливать историю» по памяти.

Простой пример: в офисном ПК меняют SSD. Через 8 месяцев снова проблема с накопителем. Если у вас есть только «акт ремонта без серийника», поставщик может считать, что это уже не гарантия. А если зафиксированы серийные номера до/после и правило расчета срока, спор решается за минуты.

Узел и компонент: как разделить ответственность и сроки

Когда меняют диск или блок питания, часто путают два разных объекта учета: изделие целиком (узел) и конкретную деталь (компонент). Из-за этого потом сложно доказать сроки и понять, что именно еще на гарантии. Учет гарантий по замененным компонентам начинается с простого правила: у узла и у детали должны быть отдельные записи и отдельные даты.

Что считать узлом, а что компонентом

Узел - это устройство с собственным серийным номером и паспортом (ПК, сервер, рабочая станция). Компонент - часть узла, которую можно заменить без замены всего устройства (SSD/HDD, БП, память и т.д.).

В учете держите два набора сроков: гарантия на изделие (общий срок от поставки или ввода в эксплуатацию, как указано в договоре/паспорте) и гарантия на замененную деталь (по правилам поставщика детали или сервисного центра, часто от даты замены). Отдельно полезно зафиксировать ответственность: кто отвечает за узел и кто - за конкретный компонент (иногда это разные стороны).

Как сроки влияют друг на друга

Здесь важно не смешивать две ситуации.

Первая: гарантия на узел идет своим ходом и не меняется из-за замены детали. Замена диска не означает, что у всего ПК внезапно «обнулилась» гарантия.

Вторая: гарантия на деталь может выходить за пределы гарантии на изделие или, наоборот, быть короче. Это нормально, если так прописано в условиях. Например, ПК еще на гарантии 6 месяцев, а на обменный диск дали 3 месяца от даты замены. Или наоборот: гарантия ПК закончилась, но на замененный БП есть отдельный срок, и его можно предъявлять как гарантию на компонент.

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

Какие данные собрать до и после замены

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

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

Дальше соберите серийные номера в одну связку. Нужны как минимум три: серийный номер самого изделия, серийный номер снятого компонента (диск или БП) и серийный номер нового компонента. Если есть парт-номер или маркировка ревизии, добавьте и их: в спорных поставках это часто выручает.

По датам не ограничивайтесь днем замены. Зафиксируйте дату обращения, дату диагностики, дату фактической замены и краткую причину (например: «ошибки SMART», «не держит нагрузку», «посторонний шум»). Так проще отделить простой устройства от гарантийного срока.

В карточке события держите реквизиты документов и ответственных:

• номер заявки в сервис (или тикета)
• номер акта диагностики или акта выполненных работ
• номер накладной на выдачу или возврат
• ФИО сотрудника, кто принял решение и кто заменил
• отметка, куда ушел снятый компонент (склад, поставщик, утилизация)

Фотоподтверждение экономит часы. Сфотографируйте шильдик изделия и наклейки на старом и новом компоненте так, чтобы читались серийные номера. Храните фото в общей папке по инвентарному номеру, а в имени файла указывайте дату и роль, например: «2026-01-31_INV12345_старыйSSD_SN…» и «2026-01-31_INV12345_новыйБП_SN…».

Документы: минимальный набор для чистой истории

Чистая гарантийная история держится на простых бумагах (или записях в сервисной системе), где одинаково хорошо видно два факта: что именно сломалось и что именно поставили взамен. Этот минимум спасает от споров о сроках и серийных номерах, особенно когда документирование замены диска по гарантии делается в разных филиалах или разными людьми.

Набор документов, без которого лучше не начинать замену

Обычно достаточно пяти вещей, но в каждой нужны обязательные поля:

• Заявка на неисправность: дата и время, модель устройства, инвентарный номер, серийный номер узла, симптомы простыми словами, кто сообщил, где стоит устройство.
• Диагностика: краткий вывод (1-2 строки), метод подтверждения (например, тест SMART, замер напряжений, замена на заведомо исправный), решение: ремонт или замена.
• Акт замены компонента: что сняли и что установили (оба серийных номера), причина замены, дата, место, ФИО исполнителя и ответственного, отметка о сохранности пломб (если есть).
• Документ на выдачу со склада (если ЗИП свой): номер накладной, наименование, серийный номер выданной детали, к какому устройству привязали.
• Отметка о возврате старой детали: куда передали (склад, сервис, поставщик), статус (исправна/неисправна/на экспертизу), комплектность.

Формулировки в акте: пишем без двусмысленности

Пишите коротко и проверяемо, без оценочных слов. Например:

• "Снят SSD SN: XXX, ошибка чтения, подтверждено тестом. Установлен SSD SN: YYY, выполнена проверка загрузки и тест записи".
• "Снят БП SN: XXX, не запускается под нагрузкой, подтверждено заменой на исправный. Установлен БП SN: YYY, система проходит самотест".

Если старую деталь забирают в сервис или поставщику, добавьте одну строку: "Передано в сервис для гарантийного рассмотрения, акт приема-передачи №...". Так вы отделяете событие замены от решения по браку, и потом проще считать сроки отдельно: остаток гарантии на узел и компонент.

Пошагово: как оформить замену диска или БП

Если заменить диск или блок питания без понятной фиксации, через полгода обычно никто не помнит, какой серийный номер стоял до поломки и с какого дня пошла гарантия на новый компонент. Цель простая: одна история по узлу (ПК или сервер) и отдельная история по каждому замененному компоненту.

1) Карточка изделия (узла)

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

2) Карточка гарантийного случая

Далее создайте запись по обращению: дата сбоя, симптомы, кто обнаружил, краткая диагностика и решение (замена диска или БП). Привяжите случай к карточке узла, чтобы любые вопросы по срокам и причинам поднимались одной цепочкой.

3) Запись о компоненте с серийными номерами

Для диска и БП фиксируйте минимум: тип и характеристики (например, SSD 1 ТБ или БП 650W), старый серийный номер (снятый), новый серийный номер (установленный), происхождение (гарантийная замена, ЗИП со склада, обменный фонд). Серийные номера и гарантийные случаи должны совпадать с тем, что указано в актах и накладных.

4) Дата замены и основание

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

5) Отдельный срок гарантии на компонент

Сразу внесите правила расчета: гарантия на узел идет по исходному сроку, а на компонент может считаться отдельно (например, с даты замены или по условиям производителя/поставщика). Главное - явно записать дату начала, дату окончания и откуда они взялись (пункт договора, гарантийный талон, письмо поставщика).

6) Закрытие случая и контрольная дата

Закройте обращение после проверки, что новый диск/БП установлен, старый списан или отправлен, и все серийные номера отражены в документах. Поставьте контрольную дату (например, через 7-14 дней), чтобы убедиться, что подписанные акты и накладные действительно подшиты в дело и доступны для аудита.

Как считать остаток гарантии на узел и на компонент

При замене диска или блока питания легко потерять контроль над сроками, если хранить только один «гарантийный» дедлайн. Для учета гарантий по замененным компонентам держите в карточке устройства два параллельных срока: на узел (изделие целиком) и на замененный компонент.

Гарантия на узел обычно считается от даты поставки (или ввода в эксплуатацию, если так прописано в договоре) до фиксированной даты окончания. Во многих контрактах ремонт сам по себе не продлевает этот срок, если прямо не указано обратное. Поэтому замена компонента не «перезапускает» гарантию на весь ПК или сервер.

Гарантия на компонент может считаться по-разному: с даты замены (как на новую деталь), в пределах исходной гарантии узла или по сроку, указанному в акте/накладной. Важно не гадать, а записать, по какому правилу вы считаете.

Формула в двух строках

Чтобы не путаться с месяцами, считайте остаток в днях:

• Остаток по узлу = (дата окончания гарантии узла - сегодняшняя дата) в днях.
• Остаток по компоненту = (дата окончания гарантии компонента - сегодняшняя дата) в днях.

В карточке храните обе даты окончания, а также даты начала для каждой гарантии (поставка узла и замена компонента). Тогда при повторном обращении сразу видно, что именно еще покрывается.

Как фиксировать, если условий нет

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

Минимальный набор полей в карточке:

• даты начала/окончания гарантии узла
• дата замены и даты начала/окончания гарантии компонента
• серийный номер снятого и установленного компонента
• кто подтвердил сроки и на основании какого документа (акт, письмо, договор, гарантийный талон)
• комментарий с допущением, если срок не указан явно

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

Особые случаи: обменный фонд, перестановки и безопасность

Даже если старая и новая деталь одной модели, для гарантии это две разные истории. Критичны серийные номера: по ним доказывают, что именно этот диск или БП был установлен, когда его заменили и что именно ушло в сервис. Если в акте есть только «SSD 512 ГБ» без серийника, потом сложно подтвердить гарантийный случай.

Обменный фонд: когда деталь временная

Если выдали компонент из обменного фонда, отметьте, что это временная замена. Иначе через полгода никто не поймет, почему в компьютере стоит «чужой» диск или блок питания и чей срок гарантии к нему относится. В карточке работ фиксируйте минимум: серийный номер временной детали и пометку «временная / loaner», дату выдачи и срок, до которого ее должны вернуть, к какому устройству (инвентарный номер) она привязана сейчас, а также условие возврата (после ремонта, после поставки новой, после решения вендора).

Когда постоянная деталь пришла, оформите обратную операцию: снятие временной с указанием серийника и ее возврат на склад обменного фонда.

Перестановки между ПК: не потерять цепочку

Компонент сняли с одного ПК и поставили в другой - частая причина путаницы в учете гарантий по замененным компонентам. Решение простое: делайте две записи: «снято с устройства A» и «установлено в устройство B». В обеих указывайте серийный номер и причину перестановки (например, срочное восстановление рабочего места).

Если меняли диск, добавьте отметки по безопасности: перенос данных (что именно и куда), статус шифрования, способ очистки старого носителя (wipe/уничтожение) и кто это подтвердил.

Если меняли БП, зафиксируйте мощность, форм-фактор и совместимость (разъемы, линия питания), а также предполагаемую причину выхода из строя (перегрузка, скачок напряжения, перегрев). Это помогает и для гарантии, и для анализа условий эксплуатации.

Частые ошибки, из-за которых потом спорят о сроках

Споры по гарантии почти всегда начинаются не из-за самой поломки, а из-за дыр в истории замены. Когда через 6-12 месяцев нужно понять, кто и что менял, без точных данных любое слово превращается в спор.

Ошибки в идентификации: серийники, наклейки, привязка к ПК

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

Не менее частая проблема - потеря привязки детали к конкретному устройству. В итоге деталь «в учете есть», но непонятно, в каком ПК она стоит: в кабинете бухгалтера, в регистратуре или уже переехала в другой отдел.

Короткая проверка, которая спасает от споров:

• серийный номер снятого и установленного компонента записан и читаем
• модель/емкость (для диска) или мощность (для БП) совпадают с фактом
• указан инвентарный номер или серийный номер самого ПК/сервера

Ошибки в документах и сроках: акты, подписи, смешение гарантий

Часто заявку закрывают сразу после работ, но без акта замены и подписи ответственного. Потом выясняется, что деталь поменяли, но документально это не подтверждено. В итоге невозможно доказать дату начала гарантии на компонент.

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

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

Пример из жизни: в школе поменяли SSD по гарантии, старый диск оставили в шкафу «до завтра», а завтра его уже никто не нашел. Через месяц поставщик запросил серийник снятого диска для закрытия гарантийного случая, а его нет ни в акте, ни в переписке. Спор почти неизбежен.

Быстрая проверка: чек-лист по замене компонента

Если замена диска или блока питания уже сделана, спор о сроках обычно начинается из-за мелочей: где записан серийный номер, какая дата считается началом, на что именно действует гарантия. Этот чек-лист помогает держать учет гарантий по замененным компонентам в порядке.

Перед тем как закрыть заявку, проверьте, что в документах и в учетной системе есть минимум:

• карточка изделия (ПК/сервер/рабочая станция) с датой начала и датой окончания гарантии на узел
• акт замены или сервисный отчет, где указаны старый и новый серийные номера (и, если есть, парт-номера) компонента
• три даты по случаю: обращение, фактическая замена, закрытие гарантийного случая
• зафиксировано, где находится снятая деталь и какой у нее статус: возврат поставщику, хранение до решения, утилизация
• срок гарантии на замененный компонент записан отдельно от узла и подтвержден документом (гарантийный талон, письмо, строка в акте)

Отдельно убедитесь, что у вас есть номер заявки и контакт ответственного (ФИО, подразделение, телефон или почта). Это экономит время, когда через полгода нужно быстро поднять историю и понять, почему диск меняли и какой именно поставили.

Практичный прием: сразу после замены сфотографируйте наклейку с серийным номером нового диска/БП и прикрепите фото к заявке. На оборудовании, которое обслуживается через сервисную сеть (например, в распределенных филиалах), это часто становится самым быстрым доказательством факта установки.

Пример на практике: замена SSD и блока питания в одном ПК

Рабочая станция в бухгалтерии: системный блок на гарантии по договору до 15.11.2026. 10.02.2025 у пользователя пропала загрузка, диагностика показала отказ SSD. Через месяц, 12.03.2025, компьютер стал самопроизвольно выключаться, и уже отдельным обращением подтвердился дефект блока питания.

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

Что обычно прикладывают к кейсу по SSD и к кейсу по БП:

• заявка (тикет) с симптомами, датой, местом установки и ответственным лицом
• акт диагностики или заключение сервисного инженера
• акт замены (что снято, что установлено) с подписями
• накладная или выдача со склада ЗИП (если меняли из обменного фонда)
• фото шильдиков и серийных номеров до и после замены

Дальше вы фиксируете не одну, а несколько дат окончания. Узел (сам ПК) продолжает жить по своей гарантии до 15.11.2026, потому что гарантия на изделие обычно не пересчитывается из-за замены детали (если в условиях не сказано иначе). А у замененных компонентов появляется собственная линия учета.

Удобный способ записать сроки так, чтобы не спорить:

• в карточке ПК держите дату окончания гарантии на узел
• на вкладке комплектующих заведите отдельные строки: SSD и БП, с их серийными номерами
• для каждого укажите дату установки и документ-основание (номер акта)
• отдельно укажите дату окончания гарантии на компонент, как ее подтвердил поставщик или производитель

В итоге видно: SSD может быть уже «на своей гарантии» (например, до 10.02.2026), при том что гарантия на узел идет до 15.11.2026. При повторном обращении вы быстро собираете доказательства: по какому акту меняли, какой серийный номер стоял до этого и какой срок действует именно на проблемную часть.

Следующие шаги: как сделать процесс стабильным

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

Начните с одного шаблона акта замены и понятных имен файлов. Если документ называется по-разному у каждого инженера, через полгода вы не соберете историю. Рабочее правило для имени: дата, инвентарный номер узла, что заменили, старый и новый S/N, номер заявки.

Дальше распределите роли. В маленькой компании один человек может делать все, но роли все равно лучше обозначить: кто вносит замену в учет в день работ, кто сверяет S/N на железе, в акте и в системе, кто закрывает случай (старый компонент сдан, обменный получен, сроки внесены), и кто отвечает за склад (хранение снятых деталей, выдача по маркировке). Полезно назначить владельца процесса, который раз в месяц смотрит отчеты и правит правила, если они «поплыли».

Отдельно решите вопрос со снятыми компонентами. Частая практика - сложить все в любую коробку, а потом непонятно, что это и откуда. Делайте простую маркировку на коробке: от какого узла снято, старый S/N, дата, статус (дефект, на возврат, на экспертизу).

Раз в месяц проводите короткую сверку: у каких узлов гарантия заканчивается раньше всего и по каким компонентам скоро истекает срок на замененную деталь. Это помогает заранее планировать закупку и не спорить с сервисом, когда срок уже на грани.

Если нужен единый стандарт для поддержки и сервиса на парке ПК, АРМ и серверов, можно опираться на практики интеграторов, которые одновременно поставляют оборудование и сопровождают его в эксплуатации. Например, у GSE.kz есть собственное производство и сервисная поддержка 24/7, и при работе через одного поставщика проще держать учет ЗИП и сервисных работ в одном формате и с согласованными правилами по срокам.