BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 19:17

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: 21 дек 2012, 12:41 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Тема постоянно всплывает, решил создать отдельный топик.

Вкратце:
Цитата:
Фактически, хочется запихать в биллинг структуру "Клиент - Точка подключения - Услуга".
При этом "Услуга" - на самом деле группа услуг, например, телефония, впн или инет.
Но в биллинге иерархия только двухуровневая: договор - субдоговор. Группы услуг как сущности вообще нет. Поэтому каждый вертится, как может.

(с) http://forum.bgbilling.ru/viewtopic.php?p=48848#p48848

Примеры того, что я понимаю под "мета-услугой" ("группой услуг", ваш вариант названия):
- Интернет
- VPN
- Телефония (либо 2 "мета-услуги": "Телефония местная", "Телефония МГМН")
- E-mail
- Хостинг

"Мета-услуга" включает в себя:
- набор сущностей разных модулей. Например, "Интернет": сервисы INET, абонплаты за инет, за локальный трафик и т.п.
- свой статус
- (?) свой баланс
- Свои тарифные планы

Где это проявляется в биллинге:
1. Статус модулей.
По сути, это статус нашей "мета-услуги", но перенесённый на уровень модуля. Это неправильно, т.к., например, модуль IPN может содержать в себе диапазоны для интернета и диапазоны для впн, а закроется всё.
Для разных модулей при этом логика закрытия/открытия разная (для разработчиков: helpdesk#4209)
2. 2 тарифных плана для одного модуля на 1 договоре.
Актуально для dialup, (частично) inet. Если в рамках одного модуля у нас реализуется 2 услуги: интернет, впн в Inet, то на одном договоре нужно 2 разных тарифных плана, но в случае с Inet есть общая услуга "Время", которая будет тарифицироваться по первому попавшемуся, а в dialup вообще все услуги так тарифицируются.
3. Счета. В счёте на позиции субдоговоров сгруппированы. Т.е. имеется двухуровневая структура "договор-субдоговор", а мы хотим "Клиент - Точка подключения - Услуга".
4. Агенсткая схема телефонии - яркий пример "мета-услуги" с собственным тарифом и балансом. Сейчас это сделано только для одного модуля и выглядит довольно костыльно, т.к. нельзя использовать агентскую схему на субдоговоре.
5. Тарифы для пойнтов phone. Каждому пойнту можно назначить свой тариф. Но это работает только в phone, не наглядно, ломает привычную логику. Тыц
...

Ссылки:
http://forum.bgbilling.ru/viewtopic.php?p=48848#p48848
http://forum.bgbilling.ru/viewtopic.php?p=56432#p56432
http://forum.bgbilling.ru/viewtopic.php?p=58272#p58272
http://forum.bgbilling.ru/viewtopic.php?p=18564#p18564
http://forum.bgbilling.ru/viewtopic.php?f=10&t=2951&
http://forum.bgbilling.ru/viewtopic.php?f=16&t=7609&
viewtopic.php?f=1&t=8734
viewtopic.php?f=22&t=8902


Последний раз редактировалось Cromeshnic 02 фев 2014, 10:14, всего редактировалось 8 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 12:45 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
дадада, поддерживаю!!!

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 12:50 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Обдумываю переход на Inet, опять всплыла эта тема.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:07 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Вижу такие костыльные варианты сейчас:
1.
Договор -> Точка
Субдоговор -> Услуга

Т.е. разные услуги разносить по разным субдоговорам

Проблемы:
- как объединять точки одного клиента и выставлять по ним общий счёт?
- клиенту придётся заходить в web на каждую точку отдельно
- бардак при учёте точек клиента

2.
Договор -> Клиент
Субдоговор -> Точка + Услуга

Т.е. названия субдоговоров будут иметь вид "Клиент1 - точка1 - Интернет"

Проблемы:
- нет общего баланса по точке
- все субдоговоры в одной куче (клиент BG, web)

3.
Договор -> Клиент
Субдоговор -> Точка
Модуль -> Услуга

Проблемы:
- нужно плодить экземпляры одних и тех же модулей
- всё ещё нет баланса по услугам
- "услуга" как правило содержит в себе сущности разных модулей. Обычно это модуль трафика/телефонии/etc + абонплаты
- не всегда возможно разделить логику устройств на разные модули. Например, логины pppoe могут представлять разные услуги (интернет или VPN), но авторизоваться на одном радиусе.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:26 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Картинка для привлечения внимания:
Изображение


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:27 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Вопрос к форумчанам: кто как организует субдоговоры/услуги?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:35 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
так же делаю.


а для привлечения внимания нада титьки, они всем нравятся

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:38 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
skyb писал(а):
так же делаю.

Это как?

skyb писал(а):
а для привлечения внимания нада титьки, они всем нравятся

Но-но, нас могут читать дети!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:48 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Cromeshnic писал(а):
skyb писал(а):
так же делаю.

Это как?

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

Но-но, нас могут читать дети!

у них гугла нет? ))))

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 13:55 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
skyb писал(а):
ну что для разных услуг разные субдоговора

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 14:10 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Изображение


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 15:03 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Cromeshnic писал(а):
skyb писал(а):
ну что для разных услуг разные субдоговора

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

ага, и тоже суб договора и персональные тп

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 15:17 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
А зачем персональные ТП?
И что в них персональное? :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 16:28 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
snark писал(а):
Изображение

внизу чья из вас лысина?

_________________
I'm clever. I've got a computer.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 19:42 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Cromeshnic писал(а):
А зачем персональные ТП?
И что в них персональное? :)

иногда на каждую точку свой тп, чтоб не плодить в глобальных

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 21 дек 2012, 21:39 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
А мы вот суб договора юзаем когда нужно сделать две одинаковые услуги но с разной ценой.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 дек 2012, 06:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
skyb писал(а):
Cromeshnic писал(а):
А зачем персональные ТП?
И что в них персональное? :)

иногда на каждую точку свой тп, чтоб не плодить в глобальных

Получается, персональная в нём только абонплата?
Это ещё одна популярная проблема: нужен встроенный механизм скидок.

max писал(а):
А мы вот суб договора юзаем когда нужно сделать две одинаковые услуги но с разной ценой.

Звучит странно, можно пример?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 дек 2012, 07:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Вспомнил ещё один пример, когда отсутствие третьей сущности в цепочке порождает костыли от разработчиков: привязка сущности договора к тарифу в модуле phone.
Т.е. каждому пойнту можно назначить тариф напрямую, в обход стандартной логики "пойнт -> договор -> тариф".
Минусы:
- доступно только в одном модуле
- не наглядно (тарифы пойнта видны только если в него зайти, внешне непонятно, что каким обсчитывается, какие пойнты имеют собственные тарифы, а какие обсчитываются глобальным)

viewtopic.php?f=10&t=2951&


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 дек 2012, 11:07 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Первый пришедший в голову вариант решения - сделать из объектов договора эту сущность "услуга".
- [+] сущности модулей
- [*] тарифные планы
- [-] статус
- [-] баланс
Сущности модуля к объектам и так уже привязываются.
Тарифные планы можно реализовать:
1. Заводим привязку тарифов договора к объектам
2. При поиске тарифов для тарификации сущности модуля проверяем не только напрямую по contract_tariff.emid и contract_tariff.eid, но и опосредованно - через привязку тарифов к объектам и объектов к сущностям
3. Со статусом сложнее, но тоже можно реализовать (надо ли?). Тут куча проблем, например: как приостанавливать отдельные сущности модулей, а не модуль целиком; какие статусы могут быть; как это будет работать со статусом договора и модулей.
4. Баланс нормально сделать не получится. А без баланса статусы не так актуальны. Разве что только делать жесткое приостановление.
5. Нужно отображать в договоре такие объекты более наглядно - в левом столбце, так же как и модули. Также сделать наглядное отображение тарифов, которые им соответствуют, и тарифов договора.

Тут выгода будет только в возможности заведения разных тарифов для разных услуг одного модуля для любого модуля.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 дек 2012, 11:48 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
...но у меня появилась идея получше :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 24 дек 2012, 14:50 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Другой вариант - надстроить логическую иерархию договоров клиента поверх текущей схемы.
Скажем, создать отдельную сущность "категория договора", которые для каждого клиента строятся в виде дерева, к некоторым узлам которого привязаны (суб)договоры:
Код:
"Город А (cid супердоговора)"
- "Банкоматы"
    - "<адрес1> (subcid1)"
    - "<адрес2> (subcid2)"
- "Филиалы"
    - "<адрес3>"
        - "интернет (subcid3)"
        - "vpn (subcid4)"
        - "телефония (subcid5)"
        - "агентская телефония (независимый subcid6)"
    - "<адрес4>"
        - "интернет (subcid7)"
        - "vpn (subcid8)"


Для каждого клиента структура может быть своя.

В списке субдоговоров договора выдавать не плоский список, а вот такое дерево.
В WEB-статистике - аналогично. Причём для группы "филиалы" можно посмотреть суммарный детальный баланс по ветке.
Аналогично структурировать XML в счетах.

Если подумать ещё, то можно такое дерево натягивать на несколько супердоговоров, объединённых одним клиентом.
Например, у банка 2 договоры на города А и Б, но организация одна. В личном кабинете клиент авторизуется не на уровне договора, а на уровне клиента (customer).

Также в узлах "категория договора" можно хранить разную информацию: устройство, порт и т.п. в листях дерева; адрес по КЛАДР в узлах - точках подключения ("<адрес1>").

Можно сделать в виде плагина например :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 дек 2012, 01:18 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Cromeshnic писал(а):
skyb писал(а):
Cromeshnic писал(а):
А зачем персональные ТП?
И что в них персональное? :)

иногда на каждую точку свой тп, чтоб не плодить в глобальных

Получается, персональная в нём только абонплата?
Это ещё одна популярная проблема: нужен встроенный механизм скидок.

max писал(а):
А мы вот суб договора юзаем когда нужно сделать две одинаковые услуги но с разной ценой.

Звучит странно, можно пример?

Представьте, что у вашего клиента есть две точки, и в этих точках он берёт разное кол-во мегабит за разные деньги.
Вот и получается услуга одна: доступ в интернет, а стоимость разная.

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 дек 2012, 06:10 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Ну т.е. это две точки, а не 2 услуги в одной точке. Ок.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 дек 2012, 09:13 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
max писал(а):
Представьте, что у вашего клиента есть две точки, и в этих точках он берёт разное кол-во мегабит за разные деньги.
Вот и получается услуга одна: доступ в интернет, а стоимость разная.

Cromeshnic писал(а):
Ну т.е. это две точки, а не 2 услуги в одной точке. Ок.

В каждой организации свое представление о сервисе, заказах и точках подключения.
У нас подключение по адресу - точка подключение клиента.
В одной точке клиент может потреблять 1 и более сервисов:
- интернет,
- телефония,
- впн,
- другие услуги.

В итоге, как я понял, предложение Cromeshnic в следующем:
СУБ = АДРЕС (точка подключение) - Сервис
Например: СУБ = Маяковского, 1/б - Интернет.
СУБ = Маяковского, 1/б - Телефония.
СУБ = Маяковского, 1/б - VPN.

Ещё вижу + в такой схеме - отдельное управление доступом к услугам. т.е статусом суба рулим доступом к сервисам.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 дек 2012, 09:33 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
focus писал(а):
В итоге, как я понял, предложение Cromeshnic в следующем:
СУБ = АДРЕС (точка подключение) - Сервис
Например: СУБ = Маяковского, 1/б - Интернет.
СУБ = Маяковского, 1/б - Телефония.
СУБ = Маяковского, 1/б - VPN.

Ещё вижу + в такой схеме - отдельное управление доступом к услугам. т.е статусом суба рулим доступом к сервисам.


Ну да, это вариант 2:

Cromeshnic писал(а):
2.
Договор -> Клиент
Субдоговор -> Точка + Услуга

Т.е. названия субдоговоров будут иметь вид "Клиент1 - точка1 - Интернет"

Проблемы:
- нет общего баланса по точке
- все субдоговоры в одной куче (клиент BG, web)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 25 дек 2012, 20:57 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 08 мар 2007, 20:44
Сообщения: 1570
Откуда: Челябинск
Карма: 18
Cromeshnic писал(а):
Ну т.е. это две точки, а не 2 услуги в одной точке. Ок.

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

_________________
Интернет и телефония оптом со склада, или в розницу


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 26 дек 2012, 06:09 
Не в сети
Клиент

Зарегистрирован: 27 окт 2009, 16:17
Сообщения: 319
Откуда: Иркутск
Карма: 18
max писал(а):
Ну ничего не мешает одному клиенту взять "два интернета" в одной точке, с разной скоростью и ценой!

Да. И наши клиенты так иногда делают.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 янв 2013, 16:34 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
ещё:
viewtopic.php?f=16&t=7609&


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 дек 2013, 14:29 
Не в сети

Зарегистрирован: 19 дек 2008, 17:46
Сообщения: 749
Карма: 10
Предлагаю продолжить в этой теме http://forum.bitel.ru/viewtopic.php?f=1&t=8734
Разработчики есть что ответить?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2014, 08:39 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
апну

_________________
Код:
  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 31 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.113s | 79 Queries | GZIP : On ]