Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Warning

Обязательно раскрыть и выполнить те пункты, которые удовлетворяют по условию той версии, с которой вы обновляетесь.

1. Создайте резервную копию БД, и всех приложений биллинга.
2. BGBilling версии с 6.2 должен быть запущен под JAVA JDK 1.8. Это обязательное условие, он скомпилирован под jdk 1.8, а под jdk 1.6-1.7 работать вообще не будет (даже не запустится). Установите JDK 1.8.
Expand
titleОбновление производится с версии <= 4.5
1) Сохраните информацию о том, какие абонентские платы были указаны для каждого из шаблонов договоров.

...

Expand
titleОбновление производится с версии <= 6.2
1) Приобретите лицензию на 7.0 версию биллинга и получите лицензионный файл lic.properties. Проверьте его на отдельно установленном сервере биллинга версии 7.0.
   Убедитесь, что индикатор лицензий отображает корректное количество договоров. 
3. Выполните инструкцию по обновлению с версии 7.0 начиная с пункта 2 - до конца:
Инструкция по обновлению с версии 7.0 на версию 7.1

 

Expand
titleОбновление производится с версии <= 5.1
1) Начиная с версии 5.2 все шаблоны FO должны быть строговалидны. Если вы писали сами (или правили дистрибутивные)
	карточки договора, шаблоны счетов, счетов-фактур итд, то вам надо дополнительно проверить
	их на валидность стандарту FO-XSL. Варианты:
	а) использовать заново файлы из дистрибутива или изменить их снова, там они подправлены и заведомо корректные;
	б) проверить любым fo-xsl редактором на валидность свои шаблоны;
	в) использовать простой fo-валидатор, указывающий (но не исправляющий!) все ошибки, встречавшиеся
	во всех дистрибутивных fo-xsl документах.
	Дополнительная информация: http://forum.bgbilling.ru/viewtopic.php?t=4942
	Ссылка: ftp://ftp.bgbilling.ru/pub/bgbilling/util/fo_validator.zip
	
	   	
2)	Плагин cachcheck: понятие очереди печати изменилось. Также изменились вид и имя таблицы в БД, экшены сменились на вебсервисы.
	Старая таблица остаётся на месте, всё копируется в новую. Если используете в отчётах таблицу, обратите внимание, что надо указать новую.
	Если у вас были какие-то внешние обращения к экшенам или БД (приложения, отчёты) обратите на это внимание.
	Вместо скриптов формирования вида чека используется динамический код. Если у вас самописные скрипты, потребуется постепенно переписать.
	В настройках плагина параметры сервер и порт регистратора не поддерживаются, используется параметр connector.
	Дополнительная информация: http://forum.bgbilling.ru/viewtopic.php?t=6194
	
3) Если у вас был скриптовый обработчик события "Приход платежа" и вам нужно обрабатывать так же и изменение лимитов этим
	обработчиком( до версии 5.2 при изменени  лимита генерировалось событие "Приход платежа"), то нужно также обработать и событие "Изменение Лимита договора"
	(проставте галочку возле этого события тоже) .			   
	
4)  Структура WiFi-агента для модуля Dilaup кардинально поменялась, нужно скачать его целиком с сайта, настроить заново. 
Обратите вимание на: 
	а) имя конфигурационного файла поменялось на dialup_wifi.properties, 
	б) опция  billing.server.dialup.mid заменилось на  billing.server.moduleId, добавились новые опции,
	в) добавились настройки activemq 
	г) встроенные команды вынесены во внешние скрипты, 
	д) перед запуском нужно запустить update.sh, 
	е) в setenv.sh прописать JAVA_HOME, 
	ж) более подробно читайте в документации .  
	
5) Плагин CRM. Так как в 5.2. появилась возможность настраивать список статусов задач, то для хранения истории изменения статусов была добавлена новая таблица register_task_log
если вам нужна история изменения статуса для старых задач, то нужно выполнить несколько sql запросов для того, что бы заполнить таблицу register_task_log данными

 insert into register_task_log select id, open_dt, open_uid, 0 from register_task;
 insert into register_task_log select id, accept_dt, accept_uid, 1 from register_task;
 insert into register_task_log select id, close_dt, close_uid, 2 from register_task;
 
6) Если вы используете Slave базы, скорректируйте параметры в URL подключения к БД согласно документации.	   
	http://bgbilling.ru/v5.2/doc/ch01s24s02.html 

...