биллинг и 1С.... дружат? а может на 1С? #316214

Как вы думаете? требуется наладить учёт трафика на провайдере.... выбор прост - 1С (уже у них есть в ручном режиме) или на чём то ещё (не я - и не жалко) с наладкой обмена 1С<>биллинг а какой вообще опыт есть в этом направлении?

1) Биллинг - это есть система учета оказания услуг клиентам. Обычно биллинг в себя включает не только "учёт трафика", но и начисление абонентской платы и прочее. Насколько я знаю - одним из способов снятия статистики клиентов - по протоколу Radius. При этом клиенты зачастую подключаются по PPPoE. Таким образом - если тебе получится поднять PPPoE на базе 1С и считывать данные с Radius-a - тебе счастье. 2) Биллинг для Россвязьнадзора должен иметь сертификат. У меня был опыт связки LanBilling и 1С. Данный биллинг хранит данные в MySQL разобраться не сложно.

сенькс... тут тоже "мускуль" хотя это Украина.... меня в принципе интересует вопрос - удалось ли кому нибудь поднять подсчёт трачика на 1С? расчёт абонплаты и мея трафик и пакет клиента - фигня

что ты вкладываешь в понятие "подсчет трафика" - вытянуть данные из MySQL о том сколько какой клиент выбрал трафика?

готов помочь. 1800 руб/час

а... это Украина. тогда еще качественней: 1800 грiвiн/чiс

И сюда то же...

вот такой спциалиссс...

не интересно.....

-  на ответишь?

- то есть на

не так вс просто... в течении времени клиент мог : 1. изменить тарифный пакет с момента "с" 2. получить бонусные минуты и мегабайты 3. быть заблокированным илди разблокированным по указанию руководства и т.п. и т.д.

Не связывайся, хлебнешь горя. Я с подобными делами работаю с 1997 года. Живые люди и живые деньги - это очень не просто.

в общем из твоего объяснения я понял, что данные, описанные в надо анализировать в 1С. Ничего сложного в этом нет. У каждого клиента в биллинге есть УчетнаяЗапись с её именем и ID и также у каждого клиента есть ID. привяжи клиентов по этому реквизиту и считывай сколько хочешь. Ну у касательно считывания- ODBC, 1С++ - что душе угодно. У меня сейчас до сих пор у клиента работает загрузка состояния оплат и сверка платежей по биллингу и 1С с биллингом указанным в

Зачем 1с? Спокойно можно писать на любом языке программирования для любой СУБД, более преспособленной для этог. Например Oracle.

в качестве бонуса: делать все буду на регистрах. зыж большой процент ;)

вообще это мягко говоря неверно так гланды лечить :) имхо биллинг внедрять на том, что для того приспособлено (киска, TrafficInspector и т.п.), а вот в эску закидывать - другой вопрос. P.S. для того же скуля делал примитивный "шлюз" для эски - если надо стучись :)

скажи честно - кто-нить у тебя заказал что-нить у тебя?

чета не понял: у них биллинг уже есть значит? или где там мускуль?

я же не спрашиваю сколько ты зарабатываешь!

силен :)))

вопрос риторический? ;)

- я не спросил что заказали и за сколько - мне просто интересно такое "предложение себя" может заинтересовать заказчика именно на этом форуме

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

Он об этом: он крууутой специалиссс....

а отвечать кто будет? :) да и нафиг проценты? это разве что в шутку можно, да и то как-то назойливо шутишь имхо. сколько у вас фра за час берут? вот посчитай процентов 40 от этой суммы, а то и 30... и не сейчас а через пару лет плотного общения с эской и клиентами - вот и выйдет, сколько ты стоишь. впрочем супер-спецу такие советы не нужны... :))

а... ну тогда 1800 - продешевил, минимум 3000 RUR/час :)))

вопрос решён лавно - биллинг на мускуле и чём то юниксовом кажется.... моё - связка... я спросил из "чисто спортивного интереса"

я честно не понял, что ты спросил :)

+28 тебе связку mysql и 1С?

Нет Саша - спасибо... это я и сам смогу.... там связь будет через транзитные файлы... админ не даёт мне доступа к таблицам системы учёта трафика

даже на чтение? хм... а чего так?

в крайнем случае в MySQL можно и репликацию настроить в другую базу, если админ очень боиться за свою базу

я уже забыл, в mysql есть такое понятие, как view? если так - то вариант: и админу спокойнее и программерам удобнее.

мне связь в обе стороны нужна  - и писать и читать... как думаешь где фиксируется оплата за инет в кассу или за безнал? а юзер где разблокируется?

ну не хватило телепатии :) тогда конечно только прямая запись, а ведь здорово было бы... через пром. файлики некрасиво как-то (имхо)

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

ну дело хозяйское конечно, абы платили :)

это точно.....

Вьюхи в MySQL вроде в 5.0 появилсь , также в 5.0 появились хранимые процедуры и триггеры

ага, что-то такое и припоминалось, спасибо :) слышишь, а у вас там какой скуль? может вызывать хранимую процедуру (пусть админ ее напишет и все такое, ну просмотрит/одобрит)?

и что? база dbf официал бухия..... что мне в ней хранимые процедуры? или я чего то не знаю?

не в ней, а в майскуле :), т.е. админ тебе разрешает юзать только некоторые процедуры (т.е. без прямого доступа получится), ты просто параметры им передаешь - а они тебе некий набор данных.

интересно.... завтра обольём это дело пивом и примем решение ;))

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

за сколько часов по 1800/час реализовал бы такую задачу ?

- ты многого не знаешь. В частности трафик не считается "ежесекундно". Статистика считывается с интервалами времени и строится планирование расхода трафика клиентом, сравнивается с балансом (насколько времени при такой скорости расходования трафика хватит оставшихся денег). Таким образом клиент отключается не в тот момент, когда он ПРЕВЫСИЛ свой баланс, а в тот момент, когда "собирался" превысить.

2 "шейпинг"

чем больше тем лучше, т.к. большой процент