BiTel

Добрый день





В версии 5, в поисках договоров был поиск по подъездам, в 5.2 - нет
можно как-нибудь добавить?

зачем?

для нас актуален поиск по подъездам (и в 5.1 это было удобно для специалистов и менеджеров)
в частности:
когда выездной специалист готовится для подключения клиента, он должен знать кто в подъезде уже подключен (подключаем по GPON), иначе разварка оптики по времени увеличивается на период ручного перебора по квартирам

Что основное для ШПД провайдера (для телефонии, наверное, так же)?

• Улица и дом - это, надеюсь, понятно и так.
• Подъезд - см. сообщение ТС + позволяет определить плотность подключения в конкретном подъезде, да и много чего еще ...
• Этаж - в некоторых ситуациях "этаж" работает так же как и "подъезд" (здание идет не ввысь, а в ширь и хотя и имеет 1 подъезд на 1-м этаже может быть до 100 комнат).
  Ну и знакомый Вам адрес, тоже как бы намекает
• Квартира/комната - собственно конечная точка подключения в описанной выше цепочке.

Просто представьте дом больше чем в пару подъездов и/или более чем в 3 этажа и, надеюсь, поймете зачем все эти подъезды/этажи вообще нужны.

Может мне кто нибудь из разработчиков внятно объяснить зачем в поиске раздельно стоят "квартира" и "комната"? По своей сути, если не говорить об общагах/коммуналках, это одно и то же. Почему бы не сделать единое поле "квартира/комната"? Это уменьшит кол-во полей, а на функционале никак не скажется.

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

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

А еще бывает 4 человека снимают одну многокомнатную квартиру. Вот. Так что вот вы говорите что нужно по подъездам, этажам и не нужно комнаты. Если оно есть - значит оно кому-то нужно и удалять ничего не надо.

А зачем раздельно то, если, по сути, это одно и то же?


И что Вы в этом случае пишите зал/спальня/детская?
Квартира одна (де-юре и де-факто), а уж куда в ней идет кабель - это 2-й вопрос.

что поле "комната" так сильно мешает?

Лично я считаю, что это лишняя сущность. Почему? Потому что достаточно одного поля "квартира/комната" или, сокращенно, "кв./комн." более чем достаточно, т.к. оно однозначно позволяет указать конечную точку подключения в цепочке:

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

Различные поля путают неокрепшие умы, которые могут вбить в договоре комнату вместо квартиры, а в поиске искать уже квартиру и наоборот. Наличие одной сущности напрочь исключит любую возможность ошибки + уменьшит кол-во полей в БД

P.S. Если кому вдруг захочется чего нить написать - опыт подключения в квартирах, общежитиях и в бизнес центрах есть, и он говорит мне, что монопенисуально как конкретно называется то помещение, куда входит кабель.

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

спец получает наряд из биллинга, который ему распечатывает менеджер
затем спец смотрит по биллингу кто еще подключен на оптической коробке в подъезде

то есть ни менеджер, ни спец не могут оперативно сделать поиск по подъезду, что увеличивает время подготовки к подключению
а так как ранее в 5.1 такая возможность была, возникли вопросы

т.е. в наряде нельзя сразу вывести кто еще подключен в подъезде? обязательно нужна ручная работа спеца?

skn, теоретичечки можно
но ведь был поиск по подъезду - а сейчас его нет
его можно вернуть?

или проще нам самим доработать шаблон?

можно и вернуть, а правильно доработать шаблон...

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

А если серьезно, то непонятно почему убрали поиск по подъездам. Обзвон абонентов конкретного подъезда, обновление модулей абонентам конкретного подъезда, изменение каких-либо параметров в договоре у абонентов конкретного подъезда, изменение схемы подключения абонентов конкретного подъезда... Все это производится вручную через поиск абонентов по подъезду. И в нашем, довольно молодом городе, не все подъезды имеют равное кол-во квартир, чтобы можно было понять с какой квартиры начинается 19-й подъезд такого-то дома, к примеру, и какой заканчивается.

Как вернуть поиск по подъездам?

_________________
I'm clever. I've got a computer.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Ладно, пускай хоть гусеницы, главное, чтобы ездить можно было. А это пока затруднительно. Как улучшить ситуацию?