Массовая смена РП / Решение есть / Требуется консультация

[Pei0t]

Мы имеем 600 РП, тоесть в день имеем по 20 РП, хотим сделать, что бы всего был 31 РП, один день - один РП. Метод списания у нас плавный. Следовательно менять надо в период окончания РП, что бы избежать изменения баланса.
Хотлайн подсказал нам, что нужно работать с account_tariff_link и periodic_service_links, поле discount_period_id, чего конечно делать не рекомендуется.

Вот запросы:

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

UPDATE account_tariff_link SET discount_period_id=71703 WHERE discount_period_id > 71703 and discount_period_id <= 71708; 
UPDATE periodic_service_links SET discount_period_id=71703 WHERE discount_period_id > 71703 and discount_period_id <= 71708;

Где 71703 расчётник номер 1, а остальные 71704...71708 нужно подменить на 71703. Запросы отработаны на тестовом биллинге, после чего ненужные РП можно удалить путём смены даты окончания на 2009 год, после "обновить" они исчезают. Верификатор пустой.

Внимание вопрос, мы двигаемся в правильном направлении?

[Voronok]

Может они имели ввиду другое?
Берем один день. В этот день сменяется куча расчетных периодов у кучи абонентов. Меняем всем этим абонентам тарифный план на такой же, что и был, только ставим всем один расчетный период.
Как раз при этом затрагиваются указанные поля.

[Pei0t]

Может они имели ввиду другое?
Берем один день. В этот день сменяется куча расчетных периодов у кучи абонентов. Меняем всем этим абонентам тарифный план на такой же, что и был, только ставим всем один расчетный период.
Как раз при этом затрагиваются указанные поля.

Вы имете в виду "принудительную" смену чтоли? Так как вы описали не получится, нужно у каждого абонента удалять тариф и связку, добавлять заново с новым РП.

[Дёня]

Запросы отработаны на тестовом биллинге

А на рабочем биллинге применили?

[Pei0t]

Запросы отработаны на тестовом биллинге

А на рабочем биллинге применили?

неа..

[kirush]

помогло ли?

[Pei0t]

Так и не делали..