BiTel

Если в открытом договоре в параметрах договора изменить принадлежность его к группе, или включить его в другую группу, то он пропадает из списка договоров.
При этом в таблице contract в базе данных bgbilling он остаётся, но:
1. Он переименовывется: было - СИИ003480-УТ, стало - пїЅпїЅпїЅ003480-пїЅпїЅ
2. Поле gr принимает значение отличное от 0 (было и 8, и 9, и 17, не уследил в каком порядке).
Если в этой таблице исправить gr на 0, договор с кривым именем становиться виден в списке договоров.
Его имя можно руками поменять на правильное.
Теперь вопросы:
Как корректно вкючать договор в новую группу?
Как менять группу договора?

Клиент: вер. 5.2 сборка 867 от 20.01.2012 19:36:34
os: Linux; java: Java HotSpot(TM) Client VM, v.1.6.0_30
Сервер: вер. 5.2 сборка 1024 от 20.01.2012 19:36:14
os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_30

inet вер. 5.2 сборка 684 от 20.01.2012 18:53:17
phone вер. 5.2 сборка 210 от 20.01.2012 16:17:13

1) Кодировка базы данных
2) В настройках пользователя и группы пользователей поставьте галочки в группах договоров на "ИЛИ"

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

Спасибо, помогло

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

У пользователя действительно стояла галка в "И". Заменил на "ИЛИ" и в договорах спокойно меняю группы.
Я и сам сначала подумал, что Вы просто отписались. Моей логике это не поддаётся.
Результат, нужный мне, получен, вот и славно.
А с кодировкой ответ не верный, но мне это уже не важно.

Это правильная логика
Галка "И" - договор входит И в эту группу И в другую вместе взятые
Галка "ИЛИ" - или в эту или в ту. или вообще никуда.
Но я этой логикой все равно не пользуюсь )

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

Я о другом
Почему, при "неправильно" поставленной Галке в группах, фактически убивается договор?
Это нехорошо, что его нужно пальцами выковыривать из BD.
За всеми действиями пользователями не уследишь

О.о А почему ваш пользователь закидывает договор в группу к которой у него нет доступа? )

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

Как это нет? Есть доступ ко всем группам.
Появилась новая группа. В неё нужно включить существующий договор.
Или исключить договор из какой-либо группы.
Что тут может быть неправильно сделано пользователем?
А вот при этом и происходят те действия о которых я писал вначале - переименовывается договор итд.

Дак гляньте что с базой. И в каком виде клиент все это отправляет.


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

Цитирую

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

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

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

Вот часть параметров конфигурации БД BGBilling
-
-
character_set_client cp1251
character_set_connection cp1251
character_set_database cp1251
character_set_filesystem binary
character_set_results cp1251
character_set_server cp1251
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/
-
-

а что показывает

contract CREATE TABLE `contract` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `gr` bigint(20) NOT NULL DEFAULT '0', `title` varchar(150) NOT NULL DEFAULT '', `title_pattern_id` int(11) NOT NULL DEFAULT '0', `pswd` varchar(32) NOT NULL DEFAULT '', `date1` date DEFAULT NULL, `date2` date DEFAULT NULL, `mode` tinyint(4) NOT NULL DEFAULT '0', `closesumma` decimal(10,2) NOT NULL, `pgid` int(11) NOT NULL DEFAULT '0', `pfid` int(11) NOT NULL DEFAULT '0', `fc` tinyint(1) NOT NULL DEFAULT '0', `comment` varchar(100) NOT NULL DEFAULT '', `del` tinyint(1) NOT NULL DEFAULT '0', `scid` int(11) NOT NULL DEFAULT '0', `sub_list` text NOT NULL, `sub_mode` tinyint(4) NOT NULL DEFAULT '0', `status` tinyint(4) NOT NULL DEFAULT '0', `status_date` date DEFAULT NULL, `last_tariff_change` datetime DEFAULT NULL, `crm_customer_id` int(11) NOT NULL, PRIMARY KEY (`id`), KEY `date1` (`date1`), KEY `title` (`title`), KEY `del` (`del`), KEY `scid` (`scid`), KEY `crm_customer_id` (`crm_customer_id`) ) ENGINE=InnoDB AUTO_INCREMENT=9 DEFAULT CHARSET=cp1251