dnet

Прошло 7 лет, на текущий момент есть те кто использует данный функционал? Кто то может поделиться мануалом и файлами за пиво или за $, возможно разработчик готов к сотрудничеству? Предложения в личку или в теме.

C розетками или вилками европейскими ?

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

Взаимодействие со stargazer есть.

Доброго времени суток. Схожая ситуация, необходимо обновиться, с 0.6.0 до 0.8.2 и обновить ОСь freebsd с 9.3 до 10.3. Установил ОСь с убиллингом, восстановил бекап, все классно, только отсутствуют списания абонплаты. В "Движение средств" есть корректировки, пополнения, все кроме списаний абонплаты. Подскажите пожалуйста где копать ? На новом так: На старом так:

така сама проблема Вероятней всего прерывалась связь платежки и биллинга, пару лет назад проходили такое. Следствие, прилет "двойного" платежа. Иногда засчитывало оба платежа иногда только один. Идентификаторы и id "двойного" платежа всегда были разные. Как на скрине выше.

Добрый день. Планируется ли когда либо расширить функционал управления базовыми возможностями микротика, в частности полноценное управление burst_ом ? - не путать с увеличением скорости тарифа по времени. Для чего это необходимо: 1. Для реализации и настройки более гибких тарифов абонентам с низкими скоростями в тарифных планах, до 5Мбит. 2. Хотелось бы видеть этот функционал в Ubilling - что для этого необходимо ? 3. Функционал актуален для 5й и 6й ветки ROS. Можно ли расчитывать на реализацию взаимодействия с функционалом queue tree ? - это актуально для х86 микротиков. Что необходимо для реализации данного функционала ? Спасибо.

Добрый день. Отписался в скайпе по этому поводу. http://wiki.ubilling.net.ua/doku.php?id=pfsensepppoe Можно поинтересоваться когда ожидать продвижения решения вопроса ?

Добрый день. nightfly подскажите пожалуйста что по этому направлению ? Необходимо более детальное обсуждение в ЛС ? Необходимо мнение линуксоидов и микротиководов ? Если можно ориентировочные сроки и цифры.

Есть еще третий вариант - лежать дома, жрать опиаты, угорать на форуме.Да - выбор сложный. угу, есть выборникто никому и ничего не должен и вполне ясный ценник на сайте и да, там даже можно найти контакты если писать флаю фичреквест за денюшку Ценник на сайте абстрактный, от сюда и до обеда. Эко Вы резкий какой. Ценник на сайте не ведет к взаимопониманию, а лишь в общих чертах пониманию - труд должен быть оплачен. Прежде чем заказать что нибудь ненужное, необходимо посоветоваться с коллективным разумом, возможно это уже реализовано, разные походу обсуждения варианты всплывают. Время некоторое пройдет, все участники обдумают необходимость того или иного решения, новые участники подтянутся - это же все вместе, бюджет. Разработчики подумают и озвучат в часах, соответствено и деньгах стоимость воплощения фичи в жизнь. Заказчики прикинут свои финансовые возможности и экономическую целесообразность, необходимость фичь. Вы считаете есть стандартный алгоритм(время) - например запилить фичу стоит 3-5 часа и точка. Экстрасенсов тут нет, они принимают опиаты, в следствии этого сознание искажает реальность. Поэтому прежде чем стучать в личку и кричать ХАЧУ !!! Скока денег ??? Услышать цифру и умереть от разрыва сердца. Необходимо всестороннее обследование. Или вы скажите что фича стоит 50-100$ необходимо лишь вдвоем-троем скинуться, за небольшие деньги получить всем профит ?

Отлично. Цель была просто выяснить или выяснить и запилить ? У меня например в соседней теме запилить или решить вопрос иначе. А пагаварить ? nightfly в процессе общения очень полезные видео выкладывает, картинки, ненадо этот занимательнейший процесс обламывать. Просто есть много людей которые хотят на шару много фичь, а есть много людей которые хотят за вменяемые деньги одну и туже фичу, а nightfly один, представьте какие у него муки выбора.

Отличное пожелание ! Хочу лям денег В текущей реализации, такое из коробки - неработает. Хотя предложенный nightfly вариант с http://wiki.ubilling.net.ua/doku.php?id=dealwithit но это изначально костыль, который как обычно сломается в самый неподходящий момент. Можно абону дать кредит на сколько то денег через магию - че тут такого) К тому же ящитаю давать кредит больше суток при посуточной абонплате - это вредно для кармана и кармы Если решать вопрос в корне, необходимо, как и написал nightfly запилить "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней", и если этого из коробки будет мало уже можно подпирать http://wiki.ubilling.net.ua/doku.php?id=dealwithit. - настраиваемый период кредитования. - настраиваемый период кол-ва дней кредитования, в каждом периоде отдельно. - настраиваемое кол-во дней действия(до такого то числа) кредита в каждом периоде. - черная магия. Профит Ковыряться в том в чем не разбираешся - это неполезно. Можно случайно в ногу выстрелить.

Если правильно понял вашу хотелку. Считать суммой кредита - цифру (сумму посуточной абонплаты за сутки) + цифру (стоимость кредита) и накрыть поверх этого возможностью брать кредит раз в три дня(новая опция, "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней"), (если других периодов тарификации не используется - не вижу проблем), поверх этого абонент обязан пополнить счет на эту перекрывающую минус сумму - верно ? Ничего не упустил ? А месячные тарифы вами не используются ? Первое что приходит в голову, абоны могут влезть в кредит на два-три дня и потеряться, что в общем то невелика потеря - но осадок останется. С месячными тарифами, и кредитованием в них, будут проблемы посеръезней, здесь цена потери - месяц. Лечить гланды через опу - это неполезно. Ящитаю с такой поставленой задачей - опять поприкалыватся. Или я чего то незнаю про кредитование... PS: Только суточные тарифы и кредитование раз в три дня возможно. Вместе с другим периодом тарификации (месяц) - возможно, но с качелями.

Период тарификации сутки или месяц, соответственно кредит "привязан" к периоду, в вашем/моем случае сутки, можно разрешить брать кредит несколько раз в месяц, но эта настройка затронет и другие тарифы, наступите на мои грабли с помесячными тарифами. Не уверен что совершенно полностью прав, но думаю. Вам походу сюда. Ну типа да - есть опция SC_MONTHCONTROL, которой в целом плевать на окружающую реальность - она либо жестко лимитирует попрошайку до "раз в месяц" либо вообще не лимитирует. Возможно я слишком упоролся, но понимаю вопрос именно как "для помесячных тарифов - раз в месяц, для посуточных - раз в Х дней". Для этого следует запилить парочку дополнительных опций, управляющих вот этим вот поведением.

может в таком случае предусмотреть, что-бы новый кредит не "выдавался" пока не погашен предыдущий? С этим тоже есть взаимосвязь возможности реализации настроек, использования суточных и месячных тарифов. После настройки помесячной абонплаты в конце (в последний день) прошлого(каждого) месяца произошли следующие события: Если у абонента отрицательный баланс (в конце месяца) к первому числу, соответственно абон плата не снимается(не начисляется), после первого числа абонент пополняет счет на сумму больше минуса, балланс становится положительный, получает доступ в инет, абонплата не начисляется(не снимается) - абон доволен Такое происходит по причине не начисления абонплаты абоненту с отрицательным баллансом (это условие поставлено(настроено) в суточных тарифах, не загонять в глубокий/большой минус(постоянно/посуточно), после блокировки доступа в инет(не более чем на сумму меньше тарифа за сутки) соответственно в месячных тарифах происходит аналогичная ситуация. Тоже интересуют варианты, решения ситуации.