Еще вопрос(кстати с вами приятно общаться в отличие от netup`а , вы и реагируете быстро и по теме объясняете), просто я тут подумал и хотел посоветоваться и поинетесоваться, у меня есть разработка на java - называется программа "Заявки и наряды", смысл проги заключается(из названия понятно)))) вести документооборот подключений, отключений, переподключений и т.д. и т.п. Я ее внедрил примерно год назад и мы реально избавились от бумажной волокиты, при этом легко вести статистику по различным параметрам(сколько отключилось, подключилось когда и почему и многое другое) . Потому если интересно, то могу скинуть! На Netup`е ей пользуются, ну а адаптация под ваш биллинг - вопрос понимания структуры базы т.е. где и что записано это просто вопрос времени(не долго)! Вообщем жду ответа!

Вообщем щас все подготовлю, писал и пишу ее щас на eclipse galileo, сделаю человеческий архив залью на ftp и скину ссылку и описание, что и как и куда ! Завтра во вторник.

Вот вообщем ссылка

http://wiki.bgbilling.ru/index.php/%D0% ... 0%BB%D1%8B

там создал раздел выложил с описанием, смотрите.

Контроль осуществляеться больше по выполненым или не выполненым нарядам, т.е. можно отследить историю наряда просрочен он или нет, когда последний срок сдачи, соответственно кто его взял, возможно наряд был выполнен другим монтажником(соответственно если наряд закрыт то заявка автоматически переходит в статус "Обработана"), возможно просмотреть историю создания и редактирования заявок и нарядов (кто и когда это делал какой менеджер создал , а какой редактировал допустим), поиск заявок и нарядов осуществляется по различным критериям по номеру, дате, по статусу, по фамилиям и многому другому, так чтож надо тебе ее поставить и самому поковырять , и тогда на всамом деле ее доработать под BGBilling, вообщем то я щас этим и хочу заняться, т.к. на него мы щас плавно перейдем, и помощь мне не помишает, а даже наоборот! И мы сможем сделать достаточно удобный продукт, который уже даже сможет работать с двумя билингами, это Netup и BGBilling!

господа разработчики, повесьте, пожалуйста, в вики описание хайлайтера, этого или какой он у Вас там

А если просто поправить код - типо - если выбрать галочку utm то действовать так то, а если BG то так то...правдо я не кодер...но
Вы меня проигнорировали по поводу моего предложения? прокоментируйте хотяб

Извиняюсь, конечно! Но я не проигнорировал, просто щас мне сложно с ходу определить вашу задумку, потому как я просто пока не вижу смысла использования неких групповых опперации, т.е. если применять их к пользователям биллинга, то для этого и самого биллинга достаточно, если это применимо именно к работникам в этой проге, то здесь однозначно их должно быть много, чтобы эта проблема возникла,(чую что вы говорите про удаленное общение между пользователями программы), тогда это имеет смысл! и еще какой, но т.к. в нашей организации достаточно подняться на второй или третий этаж и чтото сказать, а монтажникам это вообще не нужно так как они вообщем то в офисе только с утра находяться, то я просто этим не заморачивался! А вот учет заявок и нарядов крупного провайдера имеющего несколько населенных пунктов которые конечно удобно связать между собой и всети единую базу заявок и нарядов - это здорово, но тогда бы я хотел бы просто по подробней понять схему такого общения, и чую здесь мне надо будет координально менять прогу и делить ее как биллинг на серверную и клиентскую части, для удобства надежности и качества работы.

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

Кстати на счет моей программы "Заявки и наряды", т.к. изначально прога разрабатывалась для биллинга Netup5, а щас я хочу ее адаптировать под BGBilling, то сразу столкнулся с такой интересной заморочкой, уж очень хочеться иметь один универсальную прогу , что для одного , что для другого биллинга! Дело в том , что в UTM5 структура пользователей в базе данных представленна одной таблицой, т.е. получается, что все данные начиная от фамилии и заканчивая адресом и коментариями и т.д. и т.п. я беру одним запросом из нее, в BGBilling`е так не прокатит, там на сколько я на вскидку понял, что за основные параметры отвечает таблица contract(и то из нее нужны только комменты!), а все расширяемые параметры о пользователе беруться из таких таблиц типа contract_parameter_group и contract_parameter_type_1(2,3,4 ....), вот делема !Думаю как щас меньшими услилиями всетаки преодолеть момент адоптации к BGBilling, хотя работать в программе можно и без этих клиентов просто вести учет всех подключений и отключений и подобных мероприятий только в одной ед. базе данных UTM5_OFFER! Вот такие вообщем мои мысли и рассуждения по поводу адоптации под ваш биллинг, есть ли у кого соображения на этот счет!!???