переход из 4 в 5

[Vad23]

Добрый всем день.
При переходе на UTM5, особых проблем до поры до времени не возникало (а если и были то все решение найдены на этом форуме).

Вот только утилита to_utm.pl не хочет корректно конвертировать мою базу данных из 4UTM в 5UTM формат.

Вопрос:
После конвертации в Услугах появилось множество абонетских плат (по одномой на каждого клиента) и учетных периодов (по одному видимо на каждую абонентскую плату).
А также cоответствующие ошибки в verificator.log, а именно

Код: Выделить всё

-- ERROR invalid parent_id in service 45
-- SQL DESC set parent_id to 0 (NOT RECOMMENED)
UPDATE services_data SET parent_service_id='0' WHERE id='45';

и т.д., причем services_data с id=45 это абонентская плата. И вот так он ругается на каждую абон плату.
Весь форум обошел, но нашел только ответы типа: Удали слинки но это Not Recommended.
Помогите советом, или дайте у кого есть описание структуры таблиц-service. чтоб самому вручную поправить зависимости.

[petrovs]

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

[Vad23]

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

[petrovs]

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

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

[Фабиус]

Что значит фиктивная услуга?

Что значит на основе них?

[Vad23]

Понял тебя первый.

У Fictive for iptraffic стоит service_type=3.
А какой длжен быть service_type у Абон.платы.

Я не могу понять принципиальную разницу между периодической абонплатой и периодическим тарифом.

[petrovs]

service_type это всего лишь идентификатор типа услуги. для абон платы он скорее всего будет равняться 3.

Объясняю:

Изначально есть фиктивная услуга назовем ее fictive_abon. и у нее идентификатор в service_links = 16...parent_id у нее равно 16.

Далее создаем тарифный план... и в нем создаем услугу абон.платы на основе fictive_abon. (fictive_abon появится в окне выбора услуги).

затем если посмотреть в service_links то у созданной услуги идентификатор =17 а parent_id=16. Вот что значит потомок фиктивной услуги.

Если все последующие ТП и услуги в этих ТП будут созданны на основе fictive_abon, то переключение тарифных планов будет происходить автоматически, с переносом всех необходимых настроек (период составляющая, ип-адреса).

Ну а периодическая составляющая услуги передачи ип-трафика ни как не связана с просто с периодической услугой, а является лишь параметром услуги передачи трафика.

[Spar]

мы to_utm сами переделывали... там было несколько багов, но очень существенных

[Maximas]

service_type это всего лишь идентификатор типа услуги. для абон платы он скорее всего будет равняться 3.

Объясняю:

Изначально есть фиктивная услуга назовем ее fictive_abon. и у нее идентификатор в service_links = 16...parent_id у нее равно 16.

Далее создаем тарифный план... и в нем создаем услугу абон.платы на основе fictive_abon. (fictive_abon появится в окне выбора услуги).

затем если посмотреть в service_links то у созданной услуги идентификатор =17 а parent_id=16. Вот что значит потомок фиктивной услуги.

Если все последующие ТП и услуги в этих ТП будут созданны на основе fictive_abon, то переключение тарифных планов будет происходить автоматически, с переносом всех необходимых настроек (период составляющая, ип-адреса).

Ну а периодическая составляющая услуги передачи ип-трафика ни как не связана с просто с периодической услугой, а является лишь параметром услуги передачи трафика.

Объясни пожалуйста тупому как по порядку завести тарифные планы типа нижеприведенных, в каждом из которых были бы подключаемые разовые и периодические услуги и чтобы при переключении тарифа со следующего периода не отваливались айпи и подключенные периодические услуги?
пример.
подключаемые по умолчанию
тариф 1 - 1 гиг за 50 уе в месяц
тариф 2 - 2 гига за 70 уе
тариф 3 - 5 гиг за 150 уе
услуги в каждом тарифе могут быть аля
1. разовая регистрация почтового ящика - 1 бакс
2. ежемесячная абонплата - 1 бакс
почтовые ящики подлючаются есссно по желанию клиента при его регистрации то бишь не подключаемая по умолчанию

конкретно по шагам с указанием где в каком пункте админки что нажать.