Не знаю ответа на вопрос, выскажу просто своё личное мнение, как брата этого заказчика. Неполного адреса не существует в природе. Надпись либо является адресом, либо не является. Вы можете подразумевать, что цифра 66 указывает на квартиру именно во втором доме, именно на улице Пыжиковской, именно в Гадюкино, именно в России, но вы можете завтра уволиться, и не останется ни одного человека, которые знают, что подразумевать надо именно так. Сокращение адреса можно допустить по согласованию с заказчиком, но если он не согласен, то его хотелка на бытовом уровне обоснована. 
А про ГОСТ с интересом буду ожидать, ибо у меня это не является проблемой, но интересно. 

Вам повезло, что у вас только один ПКУ, а то в адрес пришлось бы забивать и информацию о ПКУ, к которому принадлежит КДЛ. 

хорошо проектировщик не стал писать всё, вплоть до названия сервера)) да даже мог бы и BTH/BTK+com-порт+пульт+кдл+шс записать)
самоклеющаяся бумага, ножницы и принтер, ну и стремянка конечно же в помощь...

ИМХО сама система адресации должна быть логически структурирована, например для адресной системы:
1. ПКУ адр.1, прибор адр. 2, датчик адр. 66 получаем (1.2.66);
2. Здание №1, этаж № 2, помещение №66  получаем (1.2.66).
То есть многоуровневая адресация в пределах одноимённых понятий, для примера 1 это адреса приборов системы, для примера 2 это территориальная адресация. 
В проекте, по которому работаете Вы, полная мешанина.
Проектировщику не знакомы нормативы регламентирующие этот аспект, поэтому он в праве принимать любую удобную систему адресации. Что он и сделал. Но то, как он это сделал, говорит о его, скажем так, "компетентности".
Обозначение на датчике только последнего сегмента адреса легко объяснимо, ведь при программировании только адрес в ДПЛС имеет значение, а всё остальное просто привязка к проекту. 

РД 25.953-90

Смею заметить, что в тексте РД 25.953-90 умышленно вставлено слово "допускается", то есть не обязательно.

Верно,Константин.
Нигде нет слова "обязательно должен быть пронумерован согласно образца". А так же нигде не указано,что извещатель должен иметь "инвентарный номер".Однако же умудряются и это делать.
Главное не то что написано на извещателе,а главное то ,что бы это соответствовало тому что написано.
Да и о том   где это должно быть прописано(с "лицевой" ,"боковой" или "изнаночной") стороны извещателя тоже определения я как-то не нашёл.
А так же я не понимаю   зачем нужно разводить на извещателе разную "мазню" из стикеров и тем более написания маркером,когда это можно сделать в PProg-е   Написав не только что это за извещатель,но и где этот извещатель находится.
"Маркировка" нужна не для всеобщего обозрения,а для узкого круга специалистов.
Тем более если есть АРМ и есть "Планы",то и красиво и понятно, а главное..наглядно.


 

У меня такие длинные предложения влезают только в Орионе в строку "Описание". А в PProge 16 символов и всё. 
Номер на извещателе помогает при восстановлении документации, когда с ошеломлением понимаешь, что абсолютно все извещатели фактически висят не на тех местах, не в тех помещениях, местоположение не совпадает с разделами. И тогда удобно, прошёлся с планом по этажу и переписал номера с потолка на бумагу. Я занимаюсь этим уже полгода, за месяц переписал промаркированные извещатели, и пять месяцев переписываю немаркированные, снимаю извещатель без маркировки, а оператор зачитывает мне с экрана его адрес. 

А у промаркированных извещателей адрес совпадает с фактическим? Может их лучше тоже проверить? 

Не у всех. 

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

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