nightfly

З такою постановкою задачі, вже можна працювати, і орієнтовна ціна радикально змінюється 1. Можна бахнути опцією в alter.ini аля CUD_TARIFFS="тарифи,через,кому" 2. Аналогічно опцією аля CUD_CORRECT=1 3. Робиться 4. Не до кінця вкурив на око - в стольник впишемось.

Молодой человек, отложите косяк в сторону. Там есть графички очередей.

Я все отлично понял Вам готовое решение нужно? Ну так нету его. Практически никто связыванием пользователей не пользуется, поэтому и инфраструктуры вокруг него никакой нету. Надо - берете и пишете несложный One-Punch скрипт который раз в Х времени смотрит платежи родительских пользователей cu_GetAllParentUsers() и дублирует их для всех cu_GetAllChildUsers().

He can use "shutdown -r now" command in his crontab with same success.

http://wiki.ubilling.net.ua/doku.php?id=askoziaintro http://wiki.ubilling.net.ua/doku.php?id=onepunch Вариантов куча, бери не хочу.

Оно не имеет никакого отношения к работе с OpenPayz. Об этом как не сложно заметить тоже в документации ни слова. Хотите мониторить изменения состояния счета рандомных пользователей и реплицировать их абстрагируясь от точки вхождения этих средств - используете простой One-Punch скрипт.

CORPS не имеет никакого отношения ни к связыванию пользователей ни к деньгам.

Ah ah ah, you didn't say the magic word

How are you going to sell the Internet to users, even if you can not provide stable access between the billing server and your own access servers?

Ну какбы ж написано "добавить в запрос поиска" что само по-себе намекает, что будут добавлены пользователи и из мрачненска и пользователи с тарифом таким-то. Тем более что правее есть формочка для исключения из этих результатов пользователей с другой пачкой таких же опций. Логично все, че.

Враховуючи чіткість постановки завдання - ціна питання.... ну нехай буде 8000$.

Я бы ванпанчем и делал. Его модифицировать находу удобно.

Для фронтендов вообще пофиг на красоту. Оно и никак соседний код не затрагивает, и опенпейз сам по себе ущербный. Так что пофиг - пуляйте какое не жалко ПР-ом.

How you imagine private buildings without buildings? Maybe you mean without apartment/room number?

I really dont know, whats wrong with you. Just don't use feature if you dont need it. How you imagine user addresses without buildings? Maybe you require full addresses without apartment number for private buildings?

Are your users lives in wigwams, tents or in dugouts? Anyway that is buildings.

Написано же прямым текстом - не может достучаться до OLT по snmp и отваливается по таймауту.

Всюду. Смотрите глазами в свои время-от-до и в ваш кронтаб. Подсказка - dnswitch смотрит время только "щас", интервалы перекрываются. В доке красиво нарисовано как выглядит "ночная скорость". Для отладки в первый раз, запускать можете руками без вывода в лог - это ничем не отличается. Просто будете видеть, как "щас" меняется текущая скорость абонента.

Seems you do it wrong. Read manual again with some brain usage. You demonstrate the OPENPAYZ_REALID option in the userstats and at the same time expect changes in the administrative interface. Does not it seem fucking weird to you?

Все, як і обіцяв відстаю від вас з цим ГСТУ. Всі хто має відношення до софта і кому це треба було, це все вже бачили, в трохи іншому виконанні. Дякую.

Еще пожалуйста озвучьте, что там заявлено по "зовнішніх впливах" на 20-й странице (ну где про влажность, атмосферное давление,температуру и прочее), и я от вас навсегда отстану с этим ГСТУ

Неожиданно. Логично Как я и предполагал - судя по содержанию и прочим кускам, практически суть полностью совпадает с потрохами старого ГСТУ-45.028-2004 (что вполне ожидаемо так как ничего радикально нового там придумать не получится, можно максимум что нормально классифицировать все, и написать чуть менее косноязычно). Ну да, еще "Европейский институт" появился, раньше был только ITU-T.

Стабильный релиз Ubilling 0.9.1 rev 6347 Ragnarok Из основных изменений: - Изменения в структуре БД. см. дамп. - alter.ini: добавлена новая необязательная опция PON_ONU_PORT_MAX включающая статистику заполнения OLT. - alter.ini: добавлена новая опция SMS_HISTORY_ON включающая модуль «История СМС сообщений». По умолчанию - отключена. - alter.ini: добавлена новая опция SMS_CHECKSTATUS_EXPIRE_DAYS определяющая, через сколько дней после отправки SMS проверка статуса этого сообщения будет прекращена. Навсегда. - alter.ini: добавлена новая опция