lidia

Да, форум закрыт и более не будет доступен.

Так и спроса не было. Пока штрафов нет, никому функционал не нужен был.

Susanin, научили lanbilling отправлять информацию о платежах на онлайн-кассу. Из коробки есть взаимодействие с АТОЛ (самая распространенная), по запросу можем добавить и другую.

Здравствуйте, посмотрите в сторону нашего биллинга LANBilling. Для стартапов у нас хорошие условия по покупке лицензии и расширению по мере набора абонентской базы, есть готовые интеграции с платежными системами. И да, согласна, с коллегами, лучше использовать готовый сертифицированный биллинг, а не самописный.

На основании требований к оператору связи мы предоставляем оценку стоимости с учетом сделанных наработок (уже с учетом кастомизации).

Скрипты предоставляются на коммерческой основе.

Скрипты у нас есть. Но как показал опыт проведения работ на инсталляциях АСР LANBilling порядка 10 клиентов - для каждого нами проводилась кастомизация под требования местных органов. Состав данных похож, но по факту отличаться от региона к региону.

По ссылке Вы сможете посмотреть документацию к новому административному интерфейсу, в которой есть скрины всех форм.

В данной ситуации лучше использовать тарифы USBox. Услуги, которые являются "тарифами Смотрешки", нужно сделать автоназначаемыми услугами, недоступными для клиента в ЛК. Таким образом, ни подключить две тарифные услуги, ни снять с себя текущую, он не может. А доп. услуги Смотрешки (пакеты) уже сделать доступными для управления клиентом в ЛК. При смене тарифного плана в ЛК у клиента будут отключаться "тарифная услуга Смотрешки" и автоматически назначаться новая "тарифная услуга Смотрешки". Если использовать для пакетов доп.услуги с каталогами, то подключенные пакеты будут также переносится на новый ТП.

На прошлой неделе получили обновленный протокол от Яндекс.Кассы, задача по обновлению модуля в работе. Следите за обновлениями.

darkdimoss, напишите пожалуйста мне в личном сообщении, на основании каких ТТ по релизу 21.1, Вы сделали такой вывод и даете совет коллегам. Мы с Вами все подробно разберем. Работы по 22 релизу проходят согласно утвержденному плану-графику, сдвигов по срокам нет.

В разделе helpdesk Загрузки->Информация приведено определение релиза hotfix. HotFix релиз – сборка, содержащая в себе только исправления ошибок, выявленных в процессе эксплуатации. HotFix релиз не содержит нового функционала и не проходит регрессионное тестирование. Выпуск HotFix релиза осуществляется по мере обнаружения и исправления ошибок. Пакеты сейчас, действительно, есть только под CentOS как наиболее часто используемую ОС. Если практика выкладывания HotFix релизов будет успешной, будем собирать под все платформы. 21 релиз временно закрыт для скачивания до конца этой недели.

Написали статью по интеграции АСР LANBilling с Mikrotik для PPPoE, включающую как настройку биллинга, так и самого микротика. Надеемся, что статья будет полезной.

Отнюдь, мы предлагаем несколько вариантов: 1. Решение"Wifi по паспорту" (коробочная версия) для платных и бесплатных hotspot в кафе, автосалонов и пр. 2. Решение "Wifi по паспорту" (облачная версия) для платных и бесплатных hotspot в кафе, автосалонов и пр на базе точек Unifi (предоставляем сервис авторизации, у клиента стоит только точка доступа). 3. Решение для оператора связи (дополнительный модуль "Web авторизации" к АСР LANBilling). Оператор для своих клиентов (кафе, рестораны, фитнес-клубы) предоставляет услугу идентификации посетителей. У клиента оператора ставится только точка доступа, captive portal и биллинг находится у оператора. Оператор может предоставить брэндированные captive portal для каждого своего клиента. Оператор может также и сам проводить идентификацию конечных пользователей. 4. Решение для оператора связи (дополнительный модуль "Web авторизации" к АСР LANBilling Cloud) в облаке.

На сайте не сказано, сколько стоит этот модуль. Или я не знаю, как и где смотреть. Модуль называется "Лицензия на модуль "Web авторизации", включая 1 Captive Portal", стоимость которого можно найти на вкладке Модули LANBilling прайслиста. Название не позволяет однозначно сопоставить название модуля с решением "Wifi по паспорту", поэтому мы добавили описание к данной позиции прайса.

Одной из самых популярных тем этого раздела форума является интеграция биллинга с Mikrotik. Для того чтобы помочь операторам связи разобраться в этом вопросе, мы написали статью, в которой приводим пример интеграции АСР LANBilling с Mikrotik для сервисной модели IPoE с авторизацией по MAC адресу клиента. В скором времени планируем добавить описание интеграции АСР LANBilling с Mikrotik для PPPoE.

В LANBilling есть готовый модуль авторизации, работающий с UniFi, cisco wls и Mikrotik с функцией HotSpot.

Предлагаю Вам обновится на 19 релиз, как новый LTS. Актуальная информация по статусам релизов публикуется теперь на сайте.

К сожалению, у нас есть примеры действий с явным умыслом и пониманием своих действий, подтвержденные при общении. И мы просим в следующий раз либо приобретать подписку на сервисный пакет лили просто к нам обратиться. Для единичных потребностях клиента, мы всегда идем на встречу и помогаем. А вот, как предположили выше, строить козни, ну уж, извините, это детский сад, а не работа компании, находящейся на рынке больше 10 лет и ценящей свою репутацию.

Вот кстати именно этот аргумент всегда справедливо приводится в пользу коммерческих решений. Между тем в первом своем посте вы ставите под сомнение собственную "незыблемость", вставая в позу того самого программиста, которому не вовремя платили зарплату... в своём посте хотела показать ситуацию глазами вендора, взгляд с другой стороны на темы, обсуждаемые на форуме. Получился довольно интересный опыт. Относительно "незыблимости": ничто не вечно в этом мире, и пока бизнес приносит какую-то прибыль, он живет. А как перестает, то как писала anichka991 компании уходят "в какую-нибудь недвижку или туризм". Конечно, в последние 2 года стало сложнее, меньше продаж, больше замороженных проектов. И как мы зависим от наших клиентов, так и клиенты - от нас, мы взаимозависимые.

Данная ошибка возникает на шаге проверки консистентности данных эталонной структуре при попытке исправить обнаруженные неверные значения в полях "дата рождения" и "дата выдачи паспорта". Обработка неверных значений в этих полях происходит через копирование исходной таблицы (вызов процедуры backup_table). Поэтому данная ошибка возникает только на тех установках, где среди дат рождений и дат выдачи паспортов пользователей есть неверные значения. Ни при тестировании ни у клиентов, обновившихся на 020 сборку, такая ошибка не повторилась. Как мы отписали в Тикете, проверка на повторение таких краевых условий добавлена в тесты. Теперь все сборки, проходящие тестирование, проверяются на этот кейс.

Я хорошо помню это обсуждение. Наши менеджеры поступили согласно выбранной стратегии компании. При написании ответа у меня возникла ассоциация: в этом году мне пришлось переезжать и подключаться к новому провайдеру. Менеджер озвучивает мне условия: 100Мбит/с и 600руб (до этого у меня было 15Мбит/с и 270руб абонентская плата). Я: Но мне не нужен такой тариф, я интернетом пользуюсь только чтобы почту проверить вечером, мне и 10 мбит/с более чем достаточно, и 600руб - это очень дорого. Менеджер: Значит Вы отказываетесь? Почему мне провайдер не предложил 30мбит/с за 300руб, чтобы я могла уложится в бюджет, которому я привыкла? он бы заработал денежку. Небольшая сумма, о которой идет речь, - это 8 часов инженера в год или около 40 минут в месяц. Но большинство клиентов наших (Вы исключение) - желали за эту сумму получить полноценную техподдержку с гарантированным временем решения вопросов. И когда не поступало ответа в течение нескольких дней, клиент поднимал возмущение, кричал: "я же вам плачу!". А про то, что это не ТП, а лицензия на обновления без гарантированного времени реакции на вопрос - сразу забывал после покупки. И получалось, что годовая подписка стала для нас не вкладом в развитие, а большими затратами ресурса (вы предлагали ввести " ограничение по "дурацким вопросам"", но в большинстве случаев даже для того чтобы отделить "баги" от "дурацких вопросов" требуется время, ресурс), т.е. прямым убытком, а не заработком. Поэтому и отказались. Благодаря этому значительно повысили уровень сервиса оказываемых услуг для клиентов на ТП. А что есть цена? Цена - это сумма лицензии на ПО и технической поддержки в течение x лет, а не просто стоимость лицензий Мы участвуем в тендерах, в которых Заказчики пишут явно критерии принятия решения на выбор поставщика. В большинстве своем, выбор поставщика определяется на 80% ценой (лицензии+ТП на 7 лет), на 10% сроками и 10% совокупностью иных условий. Плюсую много раз. Зачастую суждения на форуме о продуктах, в том числе о lanbilling, основываются на опыте 3-4-5-8 летней давности. За это время уровень зрелости как продукта, так и компании изменился очень сильно. Было проделано очень много работы по повышению качества продукта, автоматизации процессов и пр.пр. Если наш клиент решает переставить биллинг на другую ОС, другое железо, ему всегда предоставляется ссылка на дистрибутив той версии, когда была сделана покупка или закончилась подписка. Для этого достаточно или позвонить или написать письмо. Об оплате и речи никогда нет. Также в теме очень много обсуждений и сравнений коммерческого и не коммерческого продукта. Своё хорошо, все изменения делаются по принципу: тяп-ляп и в продакшн, поэтому быстро. Но хорошо ровно до того момента, когда программист не найдет другую работу. По мере роста и зрелости продукта выстраиваются процессы выпуска релизов, внесения изменений, внедрения CI, автоматизации тестирования, возрастает цена ошибки. Не задавались ли вы, коллеги, вопросом, почему не вносятся исправления не критичных ошибок в текущие версии(клиент не видит, что для исправления требуется переписать существенный кусок код), почему в текущие версии не добавляется новый функционал? Делается это в целях повышения стабильности продукта, отсутствия критичных ошибок на продуктивах, а не в целях нам заработать.

Читая сообщения на форуме, складывается впечатление, что от идеального биллинга ждут: • Бесплатное ПО для стартапов и умеренно низкую цену для оператора связи до 10 000 абонентов. • Бесплатный доступ к обновлениям. • Возможность заявить вендору о найденных ошибках (важное замечание: «найденные ошибки» - мнение, которое не всегда истина). Конечно, тоже бесплатно, т.к. это ошибка, вендор должен быть заинтересован ее исправить, я (оператор) делаю ему одолжение. • Повторение бизнес-процессов оператора из «коробки» (модели аутентификации, тарифные планы, отчетность и пр). «Это же стандартный процесс, вы (вендор) должны это поддерживать». Здесь не принимается во внимание, что у всех все по-разному, и этот «стандартный процесс» есть только в этом операторе связи. • Простота внедрения биллинга без привлечения вендора. • Развитие продукта, добавление новых функций, платежных систем, интеграций, которые можно было бы получить бесплатно с обновлениями. • Качественное тестирование – можно было ставить обновления сразу на продуктив без регресса функционала. • Сертификат в области связи. • Возможность всегда обратиться в техподдержку, чтобы быстро все починили (платно). Но возможно ли это? • Диагностика «ошибок» требует времени инженеров, разработчиков, которым нужно платить зарплату. • Развитие продукта требует наличия в штате разработчиков, не занятых в процессе диагностики и исправления ошибок, которые должны окупать себя. • Разработчики всегда делали и будут делать ошибки. Для того, чтобы клиенту попадал стабильный продукт нужно качественное тестирование. Например, сейчас у нас отдел тестирования состоит из 5 человек, проводящих регрессионное тестирование сборки до выхода (процесс около 3 недель занимает), а в остальное время пишущих автотесты. • Прохождение сертификации тоже стоит денег и не малых. • Обеспечение круглосуточного решения проблем клиентов требует сменного графика и увеличение штата по сравнению со стандартными 9*5. За счет чего оператор предполагает покрытие этих расходов вендором? Вероятно, продажи ПО. Но в текущих реалиях новые продажи ПО составляют не более 10% от затрат вендора. Честно говоря, у нас вызывает недоумение, когда представители операторов: • Просят поделится пакетами с обновлением. • Используют другие нечестные способы для получения бесплатных обновлений (обращаются к вендору от имени стартапа за полноценной версией биллинга для тестирования. Пакеты скачиваются, а лицензия не активируется). • Просят задать вопрос в техническую поддержку другого оператора. Это ведь приведет лишь к тому, что вендор биллинга уйдет с рынка и им(операторам) придется сделать бОльшие вложения на переход на биллинговую систему действующего игрока, чем оплатить сервисный пакет технической поддержки. А через несколько лет и этот действующий игрок уйдет с рынка. За последние 2-3 года несколько игроков ушли с рынка биллинговых систем, просто не выжили. Бесплатного сыра не бывает. Стоимость технической поддержки составляет сумме абонентских плат от 20-30 абонентов в месяц. В заключении хочется сказать спасибо тем наших клиентам, что с нами уже много лет и с которыми сложились доверительные честные отношения, которые наблюдают за нашим развитием и нас поддерживают.

Версия 2.0.20, файлы lbarcd-bypass-1.0.0-*

Добрый день, разработанный сервис, которому посвящена данная тема, полностью выполняет Ваши требования и прост в настройке и установке. Если интересно, напишите мне, я скину ссылку на него и документацию.