Господа,намечается процесс стыковки станции Alcatel с приложением Нotel с гостиничным приложением Opera,спецы оперы просят подтвердить возможность работы алкателя со списком FKT_LOGO A4,содержащим то ли интерфейсы,то ли чего еще.Возможно внутри этого списка есть AHl или тот же V.24,кто-нибудь вообще сталкивался с таким списком? Заранее спасибо.

Про список ничего не скажу. А вот с Оперой стыковался не раз. Без проблем.

Через AHL V.24?

С кем работаете со стороны Opera? С HRS? Если с ними, то не понятно чего спрашивают, поскольку неоднократно стыковали эту байду с ОХЕ.

VAD!
Мы уже десятки стыков отработали с HRS. И каждый раз одни и те же грабли... Люди приезжают все разные, а между собой у них, похоже, делиться информацией не принято.

www.micros.com/NR/rdonlyres/C67CB27B-68ED-47AE-AF82-81210FD38278/0/OPERAPropertyManagementSystemsInterfaces.doc

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

++++++++++++++++++
Anything's possible. Keep thinking.

А у нас с ними как правило не получалось приехать одновременно

whistler

Большое спасибо,видимо это он.

vad

Пока понятия не имеем с кем сталкиваемся:)

Т.е. вас спрашивают, а кто - не известно? 8-)

Нас спрашивают представители гостиницы,а с какой компании товарищи из Оперы непонятно,просто мы пока не рядом находимся.



Редактировано 1 раз. Последний раз 04.02.2009 17:56 пользователем Vaha.

Господа,выручайте,начали стыковать:с нашей стороны -подключили Моха по ethernet со станцией,воткнули в первый порт V.24 их оперу,физика поднялась,на когда опера шлет команду на заселение номера,Охе в ответ шлет непонятные символы в виде восклицательных знаков,вот куски из настроек:

Computer link:
interface Configuration + Standard
Port V24 + /dev/rv24/b1/tty1 (45)
Overflow V24 + Not used

Настройки компорта:
9600 8 N 1,Xoff,application V.24-Hotel.

Check Out Tickets + /dev/rv24/b1/tty1 (45)
Room Status Tickets + /dev/rv24/b1/tty1 (45)
Booth Ticket + /dev/rv24/b1/tty1 (45)
Night Audit + Not used
Transaction + /dev/rv24/b1/tty1 (45)

Вот кусок лога,

23/02/09 19:08:32 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 2 9190
23/02/09 19:08:32 000001M|---/--/-/---|=0:2663=IPC Chorus err: appli ACCOUNTING oper 6 err -7
23/02/09 19:09:25 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 2 9356
23/02/09 19:09:25 000001M|---/--/-/---|=0:2663=IPC Chorus err: appli ACCOUNTING oper 6 err -7
23/02/09 19:09:47 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 2 9356
23/02/09 19:09:47 000001M|---/--/-/---|=2:0275=ACCOUNTING: Appli PRINTING : feature incident 2 0
23/02/09 19:09:47 000001M|---/--/-/---|=0:2663=IPC Chorus err: appli ACCOUNTING oper 6 err -7
23/02/09 19:09:56 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 2 9356
23/02/09 19:09:56 000001M|---/--/-/---|=0:2663=IPC Chorus err: appli ACCOUNTING oper 6 err -7
23/02/09 19:10:27 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING : feature incident 2 9350

поскажите что не так делаем?заранее всем спасибо.

надо еще в system > V24 port > на этом порту сказать, что это front office computer, естественно не забыв указать параметры скорости и RTS-CTS
инциденты аккаунтинга говорят, что для 953 у вас нет шкалы тарификации. это конечно плохо, надо хоть как-то настроить тарификацию ( при этом вся тяжесть расчета цены звонка ложится на Оперу)
в отладке гостиницы крайне рекомендую пользоваться командой hotdebug . на этом форуме уже писАлось

++++++++++++++++++
Anything's possible. Keep thinking.



Редактировано 1 раз. Последний раз 24.02.2009 03:22 пользователем whistler.

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

не должны вы этого видеть, на каждый порт Моха можно свое приложение повесить, я обычно вешаю на второй порт логин.
валится ли в порт хоть что-нибудь, можно посмотреть в самой Моха, если зайти в нее телнетом и запустить режим отладки, например.
если у вас все в порядке с физикой - смотрите обмен в машине IFC со стороны Оперы, там весь обмен как на ладони.
промоделировать заселение со стороны станции вы можете по команде hotdebug, меню 7. там же можно сгенерировать тикет тарификации.

++++++++++++++++++
Anything's possible. Keep thinking.

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

что-то вы не до конца настроили... на моксе сперва врукопашную кнопками надо ввести IP параметры (после этого она должна начать пускать по этому адресу телнетом), затем прописать в системе, потом на моксе конфигурировать порт V.24 - выключить XON\XOFF и другие ненужные вещи, потом прописать приложение - front office computer... должно работать - у вас в порт валится мусор, это может быть несогласованные настройки по скорости, например. Мокса вас телентом пускает в свои настройки?

++++++++++++++++++
Anything's possible. Keep thinking.

в апликейшин наверное что-то стоит на выдачу через этот порт

Извиняюсь,что пропал:)
Разобрались вроде с линком с физикой, уже опера заселяет гостей, на абоненте меняется public category,все красиво,теперь осталось разобраться с префиксами и аккаунтингом,
создал преффикс *59 мини бар,локал фичерс-мини бар, все хорошо,набираю с физ. аппарата с номером 2535 (виртуальный 4505) преффикс *59 добавляю номер,допустим,пива-1,нажимаю #-все строка ушла в оперу, но она приходит с номера 2535,а необходимо с 4505...

Господа,может что подкрутить надо помогите ламеру:)

а из каких надобностей возник виртуальный аппарат 4505? сьют? а вообще физ аппарат 2535 у вас стоит в комнате? тогда надо просто в опере запрограммировать занесение заказа с этого номера телефона на номер комнаты, которую арендует постоялец и тогда заказ попадет в его счет.

++++++++++++++++++
Anything's possible. Keep thinking.

Кажись разобрался я,поменял Multiple Occupancy Type на Dynamic Multi guest и заработало как надо.

Опять проблема, теперь точно такая же ситуевина с префиксом Room Status,создал префикс *60 local features,room status management, и опять приходит строка в которой указано все 3 физических номера (2ХХХ),а не преславутый виртуальный(4XXX)
Может где можно прям в наглую подставить??

Господа,опять о наболевшем:

whistler Написал:
-------------------------------------------------------
> а из каких надобностей возник виртуальный аппарат
> 4505? сьют? а вообще физ аппарат 2535 у вас стоит
> в комнате?....

-Да,у нас такая ситуация,что в каждом номере от 3-5 телефонов физических,соответственно,управление настроено по гостю,
получается что связь физических(2535,2565,...) осуществляется через виртуального 4505.
Теперь очень срочно встал вопрос тарификации,нужно тут оговориться,что у нас нет внешнего тарификатора,сэры из оперы показали формат нужной им строчки,которую они хотят ловить со станции:

-1>[0/0] J 406 0 0909020835 107 1 100745284290 61

А мы им шлем что-то вроде того:

K 7619 1 255 7619 1026022009112029 000000 0.00 39 1 12374511 2 01000000000000 00001000000000001 002374511 000000000004A_

Мало того,что индексы K и J разные,так еще они совсем не похожи.
Кто что может посоветовать? Куда копать?
Спасибо.

Да копать собственно некуда - в станции надо настраивать тарификацию (собственно звонки тарифицируются? Именно стоимость вычисляется? Поскольку Opera насколько я знаю сама по себе не считает стоимость звонка - может конечно поделить на город, МГ и МН и присвоить им три разных стоимости) А Opera должна понимать Алкателевский формат.
Они вам приводили абстрактную строку? Или с другой АЛКАТЕЛЕВСОЙ станции?.
Я так понимаю в PMS должна быть настройка на тип подключаемой станции, но никак не наоборот (в станциях не выбирается тип PMS).

и К и J сообщения - правильные. К - расширенный формат, J - сокращенный. посмотрите, что у вас стоит в hotel front office computer link - transmission - extended ticket. наверняка заодно поставили в true. еще рояль может играть количество цифр в номере гостя - 5 или 8. но тут у вас похоже все в порядке, иначе другие поля оперой неверно могли трактоваться

++++++++++++++++++
Anything's possible. Keep thinking.

Господа,со строчкой разобрались,все приходит как надо, теперь не проходит тарификация звонка,прописали 5 Charge Scales и распределили их на все созданные направления Accounting Areas, делали по доке,
-Сыпятся такие инценденты:

27/02/09 15:10:02 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING :
feature incident 2 9356
27/02/09 15:10:15 000001M|---/--/-/---|=2:0283=ACCOUNTING. Appli CALLHANDLING :
feature incident 2 9356

и соответсвенно в оперу летят 0.00...

Смотрите incinfo GEA 283
Неправильная или неизвестная шкала для номера начинающегося с 9356

Т.е. например в аккаунтниге сказали - 1Unit 0.10 руб
Шкала для звонка 10 руб/мин - например 5-я - тариф 1, юнитов 100, длительность 60.
Номер с 93 стоит по 5-й шкале - в ариях пишем минимальный номер 93000000, максимальный 93999999, шкала 5.

Там правда в аккаунтинге еще есть раздел (в самом аккаунтинге) Hotel/Hospital Billing Rating где то же портятся юниты и прайсы

Добрый день,на текущий момент ситуация следующая-не тарифицируются звонки внутри станции-думали опера просто не понимает нас,с помощью утилиты accview просмотрели тикеты,сформированные на станции, очень насторожили эти пункты:

(12) ChargeUnits = 0 (13) CostInfo = 0

Нет ни одного тикета с ненулевыми ChargeUnits и CostInfo.

В accounting price стоит следующее:
First units price : 0.112812 ¦
¦ Number Of 1st Units : 1 ¦
¦ 2nd Units Price : 0.152449 ¦
¦ Number Of Second Units : 5 ¦
¦ Last Units Prices : 0.304898


Параметры Real Time Tick.Outp.Parameters

Real Time Printer V24 + /dev/rv24/b1/tty1 (45) ¦
¦ Printing format + Extended ¦
¦ Displayed Value + Cost ¦
¦ PIN (Personal Ident.No.) + Not Masked ¦
¦ Lines Per Page : 65 ¦
¦ Line spacing : 0

Помогите ламеру,уже все соки выжала эта тарификация.....