pavlabor

Я озвучивал список. Для начала что собственно должно получится нагора? Должны получиться человеческие условия ведения бизнеса и защиты инвестиций. Мы сегодня имеем наезды кому не лень, от чиновников до конкурентов, гнобление бизнеса и скупание за копейки патаму что. Патаму что - он же олень! И чтобы создать эти условия. мы собирались под радой, но это капля в море. Дальше мы должны знать друг друга в лицо, и доверять. В таком случае, должны приутихнуть конкурентные войны, потому что создается платформа цивилизованных отношений, где каждый друг другу не конкурент а партнер. Тут на локале дают же дельные советы! Когда мы будем доверять, помогать, то при желании закрыть свой бизнес появляется два варианта - передать актив в уставной фонд и уйти на пенсию. Сомневаюсь что дирекция получив актив закопает его в землю. Не хочешь парится, нужны деньги, можешь продать за адекватные деньги. И вот тут возникает вопрос что собственно должно быть на гора. Ну не форум же? Мы тут и без объединения есть. Должна получится контора по примеру Триолана, но немного не такая. В нее можно войти/выйти в качестве временного участника, а можно войти на уровне активов. Тогда создается не зоопарк билингов а классическая сеть национального масштаба. Если это сеть, бренд, дирекция перед потребителями должна отвечать за качество. Оперативное обслуживание подразумевает максимальный мониторинг и отчетность, автоматическое решение аварийных ситуаций, оповещение. И эту задачу должен решать не очередная тема на форуме "есть ли жизнь на марсе", а билинг. Поэтому на первичном уровне это тестирование, геморная штука которая должна сопрягать зоопарк билингов - зачем? На втором уровне, это уже полноценный сектор всеукраинского провайдера. С централизованным приемом платежей, службой поддержки, складом оборудования, бригадами спецов, юридической поддержкой и т.д. В дальнейшем получением лицух. Какая инфа должна быть в таком случае в билинге? http://wiki.ubilling.net.ua/doku.php?id=branches У кого есть опыт эксплуатации ubilling, наваливаемся и затачиваем. Билинг центральны дальше каждый выбирает NAS под свое хозяйство. Конфигурация NAS Удаленный NAS rscriptd Mikrotik NAS DOCSIS VPN PopTop RADIUS NAS FreeRADIUS Juniper MX Linux ISG MPD5 accel-ppp PPPoE & PPTP pfSense CP pfSense PPPoE FreeBSD pppoed PPPoE FreeBSD poptop PPTP GNU Radius И не нужно тут мега програмеры, годы шатания, за пару месяцев можно выйти на старт. Ну это при желании.

Павлабор готов финансировать. Думаю что это должны сделать все вызвавшиеся в учредители Можно указать где я собираюсь финансировать штат высокооплачиваемых программистов? Тема начинается из просьбы озвучить условия приобретения готового решения. По поводу не решаемости задачи, ну так это как к ней подойти. Если изначально подойти что она не решаема, то она не решаема. А например банки как то не запариваются какой у кого билинг - вот формат запроса, вот формат ответа, хочешь работай, не хочешь не работай.

И не только. Ты же там вроде еще какой-то инвентарь, карты, мониторинг хотел... И на этот вопрос никто кроме тебя ответить не сможет, ибо абсолютно не ясно что должно получится в конечном результате. У меня самописный билинг, построен немного по другому как обще принятые билинги. Есть центральная билинговый сервер, он занимается приемом денег, обработкой статистики которая поступает раз в пять минут и отсылкой трапов управления на удаленные насы. Нас, имеет пять изолированных секторов, то есть может обслуживать пять локалок. Количество насов не ограничено, сколько хочешь столько и ставь, отсюда может быть и сто локалок, при чем они могут быть в разных городах. на одну локалку отводится несколько таких насов, в данном случае сейчас три на локалку. В связи с этим клиент может конектится на любой, все разруливается карпом и при падении любого, клиент не отваливается а автоматически переводится на обслуживание оставшимся насами. Количество насов на локалку не ограничено, хоть десять. Билинг отправляя трапы формирует очередь на каждый нас, если какой то нас упал, то трап стоит в очереди пока он не поднимется. Как только нас поднялся происходит передача трапов и естественно синхронизация текущего состояния. Данное решение позволяет отказаться от дорогих упсов, группы насов находятся на разных узлах и если пропадает питание то серваки отключаются остаются работать только коммутаторы. Также стоит три Браса и три внешних канала, при падении любого, обработку трафика забирают на себя оставшиеся. Насы получают дефаулты от брасов и при падении браса автоматом перераспределяются на оставшиеся брасы. Брасы по сути настраиваются один раз и не требуют вмешательства. Отсюда для управление сетью не требуется сложных настроек и обеспечивается масштабируем и довольно высокая надежность. Реселеры у меня не допилены и по все вероятности допиливатся не будут. Повторюсь. На билинге стоит система контроля пользователями, - к нему поступает трап с оплатой и трап со статистикой, - от него уходит трап управления насом. На насе стоит несколько скриптов контроля, которые - обрабатываю входящие трапы от билинга, - отправляют статистику на билинг. Вот такой вариант я и предполагал создать. У операторов стоят насы и система контроля и мониторинга которая обеспечивает управление между Билингом и насом. Система контроля и мониторинга должна обеспечит без проблемный переход. Покурив слегка ubilling, думаю что его можно заточить, главное что там не плохо вылизан интерфейс. Мне нужно консультация по работе ubilling-а на предмет входящих и выходящих данных. То есть разделение работы билинга на внутреннюю и внешнюю обработку данных. После анализа этих данных можно будет сказать вывод. Кто глубоко раскуривал работу ubilling-а и готов потратить время пишите в личку, покурим.

Имеется ввиду перенос абон базы в новый билин с "зоопарка"?

У тебя реализована эта задача через модуль "Филиалы" Практическим примером использования данной механики, можно считать, например, ситуацию когда вы отдаете обслуживание части своей сети на аутсорсинг, либо когда вы построили сеть для кого-то и не хотите начинать закупать оборудование, устанавливать новый биллинг, подписывать договора с платежными системами итд. Вам просто нужно, чтобы человек взял и начал обслуживать каких-то «своих» пользователей. Либо вы действительно являетесь региональным оператором с точками присутствия в разных населенных пунктах и вы хотите, делегировать базовый менеджмент пользователей в этих населенных пунктах персоналу на местах. В общем конкретные кейсы применения, ограничиваются вашей фантазией а в общих чертах механика филиалов призвана просто упростить централизованное управление вашим франчайзом/филиалами/дочерними операторами. На начальном этапе интересует: Вертикальное построение билинга - администратор > филиал > клиент Функция управления доступом клиента - есть деньги, клиент работает, закончились деньги, клиент отключен, поступили деньги, клиент подключен. Для мониторинга аварий в сети, желательно иметь карту активности абонов и оборудования. В дальнейшем, фишечки добавляются по вкусу и за счет участников проекта. Осталось уточнить несколько вопросов. 1. Базовая установка нашими руками от 250$, (вопрос связан с термином "от") 2. Текущая поддержка. Это помесячная плата, которая может варьироваться за абона, может включать минимальный и максимальный порог стоимости обслуживания. Например: стоимость за поддержку 1 цент с абона, но не меньше 100 долларов в месяц и не больше 2000 долларов при клиентской базе до 100 тыс абонов. Может быть пороговая система: до 3000тыс - 1,00 грн, от 3000 до 50000тыс - 0,75 грн., от 50000 до 100000тыс - 0,50 грн.

Собственно это реальное предложение которое может расматриватся Прайс-лист UTM 5.0: Базовый модуль и техподдержка (2 мес.)50 000 руб. UTM 5.0: Интерфейс дилера30 000 руб. Интерфейс дилера Данный модуль требует дополнительной лицензии и наличия базового модуля биллинга UTM 5. Интерфейс дилера позволяет специальным пользователям типа "дилер" выполнять ограниченный набор административных функций в АСР UTM 5: Добавлять новых абонентов, просматривать список и редактировать свойства абонентов, принадлежащих дилеру; Осуществлять действия с лицевыми счетами, сервисными связками, тарифными планами и отчетами. Администратор может заводить в системе несколько дилеров, и настраивать для каждого из них разрешенный перечень услуг и тарифов. Интерфейс дилера является java-приложением, поэтому может использоваться на любой операционной системе с предустановленной Java RE. Доступные типы поддержки Стоимость 1 месяц — 15 000 руб. 3 месяца — 30 000 руб. 6 месяцев — 50 000 руб. 12 месяцев — 80 000 руб. Из недостатков. - Не хотелось бы связывается со страной агрессором. - Практика работы с Java, почему то оставила не лучшие воспоминая.

Почему это делать должен я? Тема открыта и есть возможность изложить собственное мнение. И чтобы кто то не сделал, найдется свой нехочуха который будет всегда против, но я не считаю это уважительной причиной к закрытию темы. Цель объединится, по моему это очевидно. Основная миссия - не ждать как бараны пока нас порежут а сформировать силой с которой будут считаться. От провайдеров требуется формирование дорожной карты и ее финансирование, взамен они получат то что САМИ определят в дорожной карте.

а что мешает? Предложение звучит где то так... Есть биллинг, с дилерским интерфейсом?

За ящик пива я и сам напишу. Но ты можешь воспользоваться щедростью nightfly за 55 лимонов тех поддержки в месяц.

Какая процедура реализации, опыт внедрения есть? Или это только пожелание?

nightfly я не пионер а практически пенсионер, в своей жизни построил не один бизнес. Свой билинг писал лично сам с нуля и представляю сколько это реально работы. Но в данном случае речь идет не обо мне, а о решении которое должно иметь тех поддержку, поэтому и задал, наверно глупый вопрос. Извини засранца. Все очень просто. Но ожидание принца на белом коне тоже занятие.

А если ближе к земле и в разрезе ТУ которое я разместил в начале?

Сори, спутал с EPP, мне им реально выносили мозг. Что то по сути скажешь?

ERP не имеет никакого отношения к билингу это протокол обмена данными. Может быть и API, SNMP, HTTPS и т.д. Поверь ERP это не самый практичный вариант для портирования и зависит не только от тех хто это в билинге реализует а и от тех кто допилит его на своем билинге. По гемору я бы разложил как один к десяти не в пользу операторов. Вот реализация XML запросов, на мой взгляд дешево и сердито. http://demo.platezhka.com.ua:8081/ тут дока кто терминалы вязал то уже это знает, кто нет может потренироваться на предмет обмена. Но городить лишний хоп обмена данными, понижает надежность работы системы.

Собственно уровень дирекции должен обеспечить обслуживание, это люди с определенным доступом + представители конторы которая обслуживает билинг. Но информацию можно и закрыть, или закрыть часть информации, у абонентов вообще доступ в потроха баз отсутствует. Думаю это настраиваемая опция, поставили писателям билинга задачу закрыть, она будет закрыта. Переносить не значит у себя удалять. Я промоделировал у себя, что получается - билинг получает бабки из банков и управляет абонами. Не вижу особой разницы если МОЙ билинг будет получать сообщение не от банка, а от другого билинга. Поэтому на этапе тестирования и регистрации десятка абонов я не вижу проблем. В дальнейшем, если получу гарантии от разработчика непотопляемости билинга то от своего может и откажусь. А что собственно тогда останется? Можно начать с юридической поддержки, создать фонд для решения проблем. Реализация билинга от первого апреля до выстрела, может затянутся на пол года. Тогда почему ее не делать параллельно?

Продолжение темы В основу проекта "Firstprov" положен билинг. В данной теме предлагаю обсудить технические требования к билингу. 1. В перспективе сертификация. 2. Масштабируемость. 3. Уровневая система доступа. Предусматривает три уровня - Дирекция (администрация), - оператор (реселлер), реселлер должен иметь два уровня доступа, доступ для постоянных и для временных участников. - пользователь. Дирекция(администрация) имеет самый высокий статус и имеет доступ ко всем объектам для внесения, редактирования, удаления информации. Оператор (реселлер) имеет возможность просматривать всю информацию но доступ к объектам для несения, редактирования, удаления информации имеет исключительно в своем разделе. Пользователь имеет стандартный доступ к своему кабинету. 4. Перевод абона от реселлера к реселлеру. 5. Билинг должен интегрироваться с платежными системами. 6. Иметь возможность работать с картами, схемами сетей, показывать активность абонов. 7. Возможность бекапирования, распределения нагрузки, синхронизация данных. 8. Возможность доработок, создания дополнительных модулей. Цена и условия приобретения. На первом этапе требуется билинг для тестирования для дирекции и нескольких участников. Допустим если проект начнется с пяти реселлеров по 100 клиентов, а потом разростется до двадцати реселлеров и 50 тыс клиентов то хотелось бы увидеть ценник на динамику развития. Лично мое пожелание это стартовый взнос и абонка 25 копеек с абона (на 1000 абонов, это 250 грн. в месяц). Вносите свои предложения по тех условиям, но текущие билинги в стандартном состоянии предлагают довольно широкий ассортимент сервисов. К выбору билинга, формированию ТУ прошу подойти ответственно, так как выбранный билинг станет ВАШИМ основным инструментом ведения бизнеса, по финансам не стоит забывать золотое правило - "Любой каприз за ВАШИ деньги". Также нужно понимать что данное решение подразумевает "белое ведение бизнеса". Писателей билинга прошу озвучивать свои предложения. По крайней мере если мы даже не выберем Ваше предложение у Вас появилась возможность достойно презентовать свой товар. Поехали. =============================8<--------------------- Сформировавшиеся предложения

Продолжение темы Как стало понятно по ссылке выше, мое предложение (взял от балды) назвать объединение сетей "Firstprov". Данная марка будет отражаться на официальном сайте, платежных терминалах и т.д. Собственно название это не есть догма. ее в любой момент можно поменять, но на этапе формирования, предлагаю обсудить название корабля. Дальше на его базе будет регится домен и делаться официальный сайт. Если других предложений не последует то останется "Firstprov".

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

- Генэрал, к тэбэ жена пришелъ! - Не к тебе а к нам. - Не к тэбэ, к нам она вчера прихадил. На первом этапе оформляются условия на сайте, дальше чел сам решает хочет он вливаться или нет. На данном этапе не нужно нечего согласовывать, регистрируется окаунт в билинге и работай. На этом этапе предприниматель без согласования может как зайти, так и выйти. На втором этапе вопрос кого принять в банду, тьфу, объединение - решает объединение. Оно решает можем ли МЫ(объединение) проглотить данный кусок, или проще отказаться. Для этого происходят проверки с выездом технадзора, рекомендации, возможна на договорных условиях помощь - выполнил сеть принята, нет... ну зачем кому то геморой? Если собрание принимает решение принять, то условия могут быть как членство(переход с первого уровня на второй), покупка объединением, покупка участником объединения. На этом этапе после покупки сеть возвращаться не может.

Для этого этот РАЗДЕЛ и создан! Не тема в океане флуда, а РАЗДЕЛ. Предлагай. Я например "тут тусующийся" не считаю свой бизнес оптимальным и с удовольствием выслушаю варианты капремонта. Польза очевидна, чем больше структура, тем она менее потопляемая, потому как может консолидировать больше средства на решение проблемы. Сначала централизованный билинг который неизбежно хотят стратифицировать и для пионера это конец. Далее централизованная юридическая защита. Потом централизованный сапорт. Закупки, и т.д. и т.п.. Я с Триоланом работаю много лет, были попытки покупки, аренды, отжатия, жив пока. А тебе предлагал объединиться исключительно через размер твоих мозгов. Не повезло, не захотел ты со мной делится мозгами, проживем со своими.

Цель очевидна. Пример тема "Дети лейтенанта Шмидта" широко раскрыта в "Обсуждение вопросов об авторском праве и смежных правах" ну и пост Однозначно! Мы однозначно завалим эту багадельню, но на это уйдет не один год системной работы. А у меня, зачета есть своя работа, и жены спрашивают что ты сегодня заработал, а не что ты кому то доказал. Поэтому ели желающие есть финансировать этот праздник то пусть сформируют фонд, за который тот же зачет если не купить жилье как беженец, то хотя бы сможет существовать. Но это не все, есть примеры реализации подобных проектов тот же Триолан. Но мне они не смогли предложить разумное решение слияния, поэтому я решил предложить проект который должен помочь людям которые желают объединится/ продастся/ликвидироваться но денег потраченных жаль. Поэтому самое тяжелое в этой жизни оторвать ж#пу от стула и написать, а дальше такие как ты грамотные коллеги расскажут что там за приколы и почему Триолан не может существовать в принципе.

Здесь ключевое - объединений сетей. Но как сказал нехочуха, мавроди жил, жив и будет жить. Многое боятся таких движняков и тихо умирают, поэтому задача разбита на две части. - первая, для людей которые опасаются. - вторая, для людей которые готовы работать в команде. Сама суть проекта это построение оптимального бизнеса, рождение в муках собственной Франшизы. На этом этапе должна пройти вся шлифовка финансовый и технических отношений. В дальнейшем, например пров готов продать свою сеть, но! Основной состав не может просто взять и выбросить бабулеты, поэтому на первом этапе отношений должна пройти ревизия технической реализации сети продавана, с фиксированием структуры, технологий, штата который должен ее обслуживать. И если правление решит купить, то будет уже покупать не кота в мешке. Понятно что оптимизировать под продажу сети за месяц сделать не реально, но за год, с выездом технадзора вполне реально. Да, это секс по согласию с возможностью выйти в любой момент из процесса.

И как этот платеж будет выглядеть? ЗП? Дивиденды? черный нал? Что с лицензированием? Схема должна быть белой. Основные расходы. это зряплата директору, буху и юристу, остальные издержки на местах Это и есть ."Сначала раскручиваем бренд". На этом этапе главное правильный билинг и договор с банкоматами по приему платежей.

В данной структуре пельмени накладывает оператор сам себе, поэтому если в ЕГО тарелке одного пельменя не оказалось, это сугубо ЕГО проблема. Так же как и продать/отжать чью то долю "Firstprov" не в состоянии. Провайдер может в любой момент как зайти в проект, так и выйти. Делается это самим провайдером путем внесения абонов в билинг и анонсируя абону куда платить. Проект напоминает SAPE, хочешь продавать рекламу на своем сайте - продавай, не хочешь - не продавай.

Я не претендую на владельца данной структуры, она должна быть в виде открытого акционерного общества. Отсюда мой вариант это просто вариант, и любое предложение обсуждаемо. На мой взгляд есть два варианта. Первый вариант (деньги падают на Firstprov) это единый счет и консолидация финансовых активов с последующим автоматическим разнесением в билинге по клиентам операторов. Естественно каждый оператор имеет доступ в свой сектор с полным контролем как финансового так и технического состояние карточки абона. По концу расчетного периода он видит свой баланс и за минусов СОГЛАСОВАННОГО процента отчислений формирует себе перевод. Задача буха провести платеж, или проводка может происходить в автоматическом режиме. По данной схеме могут работать плательщики НДС. Второй вариант (деньги падают на абона например Firstprov-Воля) формирования раздельных счетов, в плоть до раздельных платежных окаунтов. В таком случае деньги поступают на счет прова, но транзакция отражается в билинге, опять же каждый оператор имеет доступ в свой сектор с полным контролем как финансового так и технического состояние карточки абона. По концу расчетного периода он видит свой баланс и переводит на Firstprov СОГЛАСОВАННЫЙ процента отчислений. По данной схеме могут работать плательщики ФОП-ы. Здесь есть подводные камни, новость в тему У «Нова пошта» перестала работать адресная доставка с наложенным платежом