BiTel

На практике может быть такое и редко случается, но заметил такой глюк.
Вхожу в ЛК http://prntscr.com/f9rqqq
Если в url указано contractId не соответствующее номеру договора, кот. я ввожу, то войти в ЛК не получится.
Прошу по возможности исправить.
Спасибо.

URL-адрес кокойто длинный!
Лучше внедрить короткий url, или на уровне BG или BG+Ngnix:
при вводе адреса типа billing.provayder.ru/cid/PROV-A0015 (или billing.provayder.ru/?cid=PROV-A0015)
открывается ЛК с уже введенным номером договора PROV-A0015, а фокус в поле пароля который осталось ввести и попасть в кабинет.

_________________
BGBilling 7.1.xxxx+BGCRM, update от ВЧЕРА, Ubuntu 17.04 64bit, JAVA 1.8.xxxx

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

При вводе корректного логина и пароль меня должно пускать в ЛК.
Если в URL указан неверный contractId, то меня должно перекинуть на страницу по умолчанию, например на новости.
Мне кажется должна быть такая логика.

Есть страница входа в ЛК, а есть страница авторизации.

Ув. skn, помню и раньше было сложно Вас убедить.
Попробую еще раз.

Есть простой пользователь. Он подключается к новому провайдеру, у которого стоит bgbilling.
Приходит к нему представитель провайдера, показывает как войти в личный кабинет. Пользователь просит сохранить ссылку для входа в ЛК.
Могут быть разные варианты. Можно сохранить в виде ярлыка на рабочем столе. Можно сохранить в "избранном". Можно просто сохранить url в блокноте, с очень важными ссылками. Все эти случаи объединяет то, что везде запоминается contractId.
Потом происходит изменение contractId. Это может произойти по разным причинам. Например объединение провайдеров, перезаключение договора и др.

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

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

ссылки правильно сохранять надо, а не первую попавшую страницу....

если в запросе указан contractId, предполагается, что зайти хотят именно в этот договор, иначе если его менять в зависимости от веденного логина и пароля, смысла в его передачи нету....

Ключевая фраза...

На практике обычно дается адрес главной страницы провайдера, на которой есть ссылка Личный кабинет, которая не содержит никаких contractId. Или даже карта регистрации выдается. А здесь какой-то вырожденный случай описан...