BiTel

Встала задача перехода на версию 6.0.

Прошу объяснить - какие действия для обновления с версии 5.2 на 6.0 нужно выполнять? На сайте выложены две инструкции:
1. "Инструкция по обновлению с 3.5-5.2 до 6.0"
2. "Инструкция по обновлению с 5.2 до 6.0"

В первой инструкции не понятно следующее. Для каждой младшей версии вариант обновления изложен внутри "тэгов" ####. И есть часть инструкции, такими "тэгами" не выделенная - пункты со 2 по 17 включительно после пункта



Нужно ли эти пункты со 2 по 17 включительно выполнять при обновлении с версии 5.2 на 6.0?

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

Нужна одна инструкция, вторая.


Очевидно, что нижеперечисленные пункты не нужно выполнять при обновлении с версии 5.2 на 6.0.

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

Кстати

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

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

не связанные вещи,
просто паралелльно с выходом 6.0 переводим сайт с cp1251 на utf-8

Вроде исправили

А где можно пожелания ("хотелки") для 6.0 писать? Может завели бы отдельную тему?

Вот у меня такая хотелка еще с 4.x версии - сделать три поля к услугам (именно в таблице service), а именно
"Краткое наименование услуги", "Цена" и "Комментарий". Выводить значение этих полей в Редакторе модулей и услуг и в Редакторе тарифных планов.
Причем в последнем сделать вывод по шаблонам.

Для чего "Краткое наименование": есть услуги (особенно с госконтрактов) шириной в несколько "мониторов" и очень неудобно работать с такими длинными наименованиями. А их приходится использовать, т.к. клиенты требуют точного соответствия названия услуги указанной в контракте.

"Цена" нужна чисто справочно, т.е. в расчётах она не должна использоваться. Например у нас до половину услуг с одинаковым наименованием, но разной ценой
для физ. и юр. лиц. Есть услуги и с большим "дублированием" наименования, но разной ценой. При выборе их из списка при добавлении в договор невозможно определить какую-же именно ставить. Сейчас делаем такой костылик - в самом наименовании услуги пишем цену и какие-то комментарии в квадратных скобках.
Из-за этого во-первых опять-таки увеличивается длина наименования самой услуги, в ЛК приходится приделывать код, убирающий в наименовании эти квадратные скобки и тоже самое приходится делать при выгрузке данных в бухгалтерию.

"Комментарий" всегда полезен. Особенно когда услуга добавлена в частном порядке конкретному одному клиенту. Удобно указать причину этого, да и вообще

У нас раньше тоже была куча услуг вида "Порт IP VPN 512", "Порт IP VPN 1024" и т.д.
Теперь пришли к 2 услугам: "Порт IP VPN (по скорости)" и "Порт IP VPN (по трафику)"
Имхо, услуги должны быть максимально абстрактными, а их характеристики (а, особенно, цена) определяться в тарифном плане.


Тут главный вопрос - где они этого требуют? В счетах из модуля bill? В Веб-статистике?

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

Да и в наработке удобнее смотреть, если разбивается наработка в соответствии с тарифом. Сразу знаешь что за такой то тариф начислилось столько-то.

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

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


А какая разница? Что там, что там приходится костыли вставлять.

Еще одна хотелка для модуля Inet. Хотелось бы конечно её и в 5.2 увидеть.
Речь о параметрах подключения, таких как адрес физ.подключения, название и IP адрес свича, ACL на NAS, интерфейс(или порт), влан, ну и прочие параметры по усмотрению админа.
Т.е. сделать что-то вроде "Объектов", только с привязкой к сервису.
Ну или на худой конец привяжите объект к сервису хотя-бы.

А то приходится содержать отдельную базу по подключениям клиентов с указанием всех этих параметров. Неудобно.

А зачем заводить услуги в таком случае?
Нельзя решить одной услугой "Безлимитный персональный", и персональными тарифными планами?

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

У нас тоже распространены всякие индивидуальные цены, пытаемся прикостылить скидки и индивидуальную цену.
viewtopic.php?f=16&t=6122


Услуги вида "Интернет за 1000р для Васи"?
Это уже не услуги.
Услуга одна - "Доступ в интернет". Её характеристики: скорость, цена - определяются тарифом. Персональным, со скидкой или каким ещё - другой вопрос.
Мне кажется, вы потом сами запутаетесь в таких услугах. В первую очередь, проблемы будут с отчётами. Например, нужно получить общую наработку за интернет по всем клиентам. Или за аренду канала. Нужно либо группировать услуги, либо тыркать десятки галочек.

Можно. Но тут уже чисто организационные проблемы - операторы биллинга не умеют создавать тарифы. Можно конечно научить, но и тут есть много "НО", о которых смысла даже писать нету.

Мне кажется для новой версии можно было бы сделать написанные выше постами усовершенствования.

Да, у нас именно куча услуг условного вида "Интернет за 1000р для Васи".
Это абонплата. И их действительно много, на данный момент на четыре Page-Down'а уже.

А зачем вы автоматизируете хаос ? лучше не станет, получится автоматизированный хаос.

И очень странно слышать что тарифы индивидуальные но их очень много.

Да уж, точнее и не скажешь

Ох попал в точку ), тогда и второе изречение.

Техническими мерами нельзя решить административную проблему.

У вас проблема в бизнесс-процессе исправьте его либо подгоните под существующие инструменты.

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

Субдоговоры.

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

Мы не используем модуль "Бухгалтерия". Бух.документы делаются в 1С. Поэтому мне приходится выгружать туда все три услуги (не суммируя их).
Эти три услуги хоть и имеют одинаковое название, но они по сути-то разные (и по цене)! Поэтому мне приходится заводить именно три услуги, чтобы потом их три выгрузить в 1С.
Предложение создавать ради трёх услуги три суб-договора это вообще не вариант. У нас по сути это получится заведение трёх лицевых счетов. В ЛК получится
вообще ерунда с тремя разными балансами. Клиент такому решению точно не обрадуется, тем более что для него сейчас внешне всё выглядит как надо.

Я не очень понимаю ваше сопротивление в реализации описанных выше фич. Это связано с трудностью доработки клиентской части?
Или может на ваш взгляд я предложил что-то глупое и не удобное?

Именно комментарии для абонплат?

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

Комментарии не помогут
Здесь проблема в наработке. То что она не привязывается к тарифному плану.
Т.е. у нас есть тариф допустим "Безлимитный 1000 за 1000 руб."
По нему начисляется за услугу "Абонплата за интернет" 1000 рублей в месяц.

Допустим в середине месяца поменяли тарифный план на "Безлимитный 2000 за 2000 руб."
Такая же услуга, но уже за 2000 рублей в месяц.

Итого в наработке мы увидим одну запись
Абонплата за интернет - 1500 рублей

При выставлении счета (или выгрузке наработки в 1С) будет выгружена всего одна строка.

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

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

Июнь - абонплата по тарифу безлимитный 1000 - 500 рублей
Июнь - абонплата по тарифу безлимитный 2000 - 1000 рублей.

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

Неочевидная какая-то штука..

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

Ответ, который все разъясняет, выше:

Ога. А при выставлении в биллинге в счете будет две строки?

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

вот вот...

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

может просто не стоит менять тарифы по среди месяца, тем более для организаций.

И услышать "злые вы, уйду я от вас, раз вы мне тариф сменить не можете"?

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