Árvore de páginas

    +NOVIDADES +INFORMAÇÃO

Abaixo você pode conferir todas as novidades, melhorias e as manutenções aplicadas na ultima versão liberada na solução de Distribuição ICMNET.

                                              VERSÃO -  25.04.14

DATA DE LIBERAÇÃO -


NOVIDADES & MELHORIAS 

PRODUTOVERSÃOIDROTINADESCRIÇÃO DEMONSTRAÇÃO





ICMNET 25














25.04.14

DCMNETMIB-4671

GuestBilling

Transferência de lançamentos - Agora o iCMNet transmite para o HIGS transferências de lançamentos de billing.


DCMNETMIB-4186

Preenchimento de ficha x contato da reserva

Contato da Reserva na FNRH para o legado - Para parceiros One Way: Sempre que for preenchido os campos: Telephone e Email do MainGuest no Booking Insert, o iCMNet irá popular os campos: Telefone fixo e E-mail do contato na Reserva e também os campos E-mail, DDI, DDD e Tel. Celular na FNRH



Configurador iCMNet

Responsividade do configurador quanto ao padrão de abertura de acordo com a tela usada.


DCMNETMIB-4497

Serviço de Importação de clientes do VHF x HIGS x THEX

Importação de clientes do VHF x HIGS x THEX (alteração no configurador). Foi realizada a implementação de uma nova coluna no configurador do iCMNet: Importar Clientes HIGS para que os cadastros de clientes jurídicos sejam integrados no HIGS. Somente serão integrados quando no configurador estiver marcado S no Importar Clientes HIGS.


DCMNETMIB-4258

GuestRelation     x ReservationStatus 7

Status Pendente (7). Agora o iCMNet transmite para o HIGS o status 7 quando há liberação de UH no VHF.


25.04.12

DCMNETMIB-3825

GuestRelation     x ReservationStatus 6

Agora o serviço de GuestRelation coloca disponível no Higs para captura dos parceiros, também bilhetes Hóspede/Reserva com status de NoShow (ReservationStatus:6) 



Migração de Tarifas Legado

Incluída mais uma lógica de segurança para tratamento de possíveis divergências de IDs entre as tabelas (TARIFACMNET  e TARIFACMNETIDS) que formam o processo de migração de tarifas do VHF para o CMNet Reservas Legado (Hotvweb) 


25.04.11


Atualização de Banco de Dados  x

Instalação do iCMNet v25

Devido a ocorrências causadas pela atualização do iCMNet sem a correta atualização do banco de dados, foi retirada do instalador a opção de pular a atualização de banco de dados, agora para a atualização do iCMNet, é obrigatória a atualização do BD.

DCMNETMIB-3237

DCMNETMIB-3564

UHs x Roomtypes

AvaiableRoom e Inventory

Implementação de rotina diária onde o iCMNet envia ao HIGS a lista atualizada de UHs mapeadas com sigla de Roomtype no VHF. Dessa forma quando um hotel retirar ou atualiza a sigla de Roomtype de uma UH, a lista será enviada ao Higs que assim para o Roomtype que não existe mais, irá apagar do serviço de AvaiableRoom e realizar um envio de Inventário colocando para disponibilidade = 0.


25.04.10
Legado - Migração de Reservas e Disponibilidade

Migração de Reservas e Disponibilidade legado em tempo reduzido mínimo de 5 minutos e separado da parte cadastral (Tarifas, Contratos etc) que segue com tempo mínimo de 30 minutos.

Toda orientação sobre essa melhoria consta no TDN : Reformulação iCMNet 25 - V25_04_10 (10/01/2023)



Toda orientação sobre essa melhoria consta no TDN abaixo:

Reformulação iCMNet 25 - V25_04_10 (10/01/2023)


Configurador iCMNet

Agora o novo configurador do iCMNet possui apenas 2 abas, Configurações e Hotéis. Retiramos as abas de configurações não mais existentes, serão exibidas apenas as informações que o cliente pode precisar ver e/ou alterar. Antes desenvolvido em Delphi, hoje em C#. Sua identidade visual possui agora o logo Java Duke com engrenagens e itens confirmados que passam claramente a informação de "Configurador".


Ícone iCMNet (Integrador CMNet Reservas)

O iCMNet é uma aplicação em JAVA, seu ícone é representado pelo logo Java Duke, que agora terá sua resolução melhorada, uma imagem menos distorcida. Nessa versão o Java Duke tem em suas mãos um globo com linhas de conexão que representam nosso foco em uma maior e melhor conectividade.

25.04.09



DCMNETMIB-2481Booking Modify

Será permitido a alguns parceiros realizar via Higs, alterações (método Modify Type 4) em reserva feitas no PMS VHF que terão um número Higs atribuído. 


Toda a orientação sobre essa funcionalidade consta no TDN abaixo:

https://tdn.totvs.com/display/THI/API+TwoWay+-+BookingModify+Type+4+-+Reservas+PMS

DCMNETMIB-3432Instalação iCMNet - BD SQL 

O iCMNet só está disponível para clientes SQL com os serviços de Legado (CMNet Reservas x VHF) e HIGS somente para GuestRelation OutBound e Profile in/outBound. Desta forma a partir desta versão os scripts de banco de dados realizados pelo iCMNet serão apenas para os serviços citados e não mais para todos os existentes.  No instalador ao selecionar a opção de Banco SQL, a flag “Refaz estrutura de Tarifas / Regras e Inventário” fica esmaecida impossibilitando do cliente ativar essa opção pois esses serviços não estão disponíveis para clientes SQL.


DCMNETMIB-3330Migração de cancelamento de reservas

Assim como toda reserva confirmada, todo cancelamento realizado pelo hóspede no mesmo canal de origem da reserva será transmitido ao VHF através da integração iCMNet independente do saldo em conta da reserva no VHF. A integração de reservas CMNet x VHF não contempla migração de pagamento, desta forma, essa operação só pode ser feita manualmente pela equipe do hotel que assim em casos de lançamento em conta, deve monitorar essa reserva. É uma regra de negócio do iCMNet transmitir todo cancelamento de reserva feito dentro do prazo independente de qualquer outra configuração.

Pensando em uma forma de melhorar esse monitoramento por parte do hotel, a versão 25.04.09 do iCMNet contemplará uma nova funcionalidade onde alguns determinados usuários do VHF irão receber uma mensagem de alerta ao abrir o sistema caso alguma reserva CMNet que tenha sido cancelada possua saldo.

Toda a orientação sobre essa funcionalidade consta no TDN abaixo:

Cancelamento de reservas CMNet com saldo no VHF

DCMNETMIB-3218SA

Agora o iCMNet captura de uma forma geral todos os serviços ligados de cada hotel, de uma só vez para realizar a conexão e evitar perda de informações que poderiam causar falhas de conexão.


DCMNETMIB-3204Profile

Agora o envio de profile passa a poder ser feito através de outro campo para determinar a cidade de destino, antes era feito apenas pelo campo CityName e agora aceitamos também o campo CityCode. Esse campo CityCode será o mandatório quando forem informados os dois campos juntos e o mesmo corresponde ao código IBGE de cada cidade que deve estar cadastrado corretamente no GlobalCM do hotel. Havendo qualquer discrepância em relação ao campo CityCode, será considerada a informação do campo CityName.


25.04.07DCMNETMIB-2424Rateplan

Implementado o envio dos campos de Taxa e Imposto incluídos ou não nas tarifas dentro de cada Rateplan para Higs (taxincluded e feeincluded).



LOG

Log de conexão Legado - Todos os itens da mesma etapa 1, 2 e 3 aparecem na mesma linha


25.04.06DCMNETMIB-2855Profile

Efetuado novo tratamento de caracteres especiais e "espaços" no campo Telefone de Profile.

Novo tratamento para caracteres especiais e possíveis duplicidades do campo de profissão na ficha do VHF e acentos.


Resync
 Nos Resync dos serviços Inventory, Rateplan, Rule e Rateamount, ao realizar o reenvio dos mesmos, 
os dados anteriores serão completamente apagados e passarão a constar apenas os dados reenviados nesse processo.

25.04.04
Instalador iCMNet

  Nova opção no instalador para dropar e recriar as tabelas dos serviços Rule, RateAmount e Inventory (tabelas com final FAIXA e HIGS). 



Instalador iCMNet
Ao abrir iCMNet a pagina de Log abre automaticamente em até 10 segundos, sem que seja preciso clicar rapidamente no ícone
na barra de tarefas e escolher a opção "Mostrar Log".


Log iCMNet

Para controle de memória do sistema, a tela de Log será limpa sempre as 6hs e 22hs, porém o iCMNet seguirá ativo e conectando com todas as informações do Log sendo salvas na pasta Log da aplicação. Quando esse procedimento de limpeza na tela ocorrer, será exibida ao cliente a mensagem:

"Limpando a tela de log para controle de consumo de memória, o iCMNet segue ativo, executando normalmente e a escrita na tela em tempo real voltará na próxima conexão. Para maiores detalhes de log, o mesmo segue sendo gravado em completo na pasta "log" do iCMNet."



VHFAPI

Melhora no tratamento de erros da VHFAPI. Em ocorrências de VHFAPI fechada ou sem conexão e erros de importação de bilhetes, serão apresentadas as seguintes mensagens:

  • Para Reservas:

BookingGetterService.java:45 - Erro no processamento da reserva nº 32404179 no VHF API. Motivo: I/O error on POST request for "http://localhost:85/hotalapi/frontoffice/hotel/ReservationDonwload": Connect to localhost:85 [localhost/127.0.0.1, localhost/0:0:0:0:0:0:0:1] failed: Connection refused: connect; nested exception is org.apache.http.conn.HttpHostConnectException: Connect to localhost:85 [localhost/127.0.0.1, localhost/0:0:0:0:0:0:0:1] failed: Connection refused: connect

  • Para GuestBilling:

GuestBillingGetterService.java:54 - Erro no processamento do lançamento BillingCode - Tipo D/C "D" no VHF API. Motivo: 500 Internal Server Error: [{"Message":"Failed","Processed":[],"Warnings":[{"Code":500,"LocatorID":"1080204","Message":"N\u00E3o foi poss\u00EDvel localizar o item (D).\r"}]}] 


25.04.00

DCMNETMIB-2531

Processo de migração de reservas do iCMNet ao VHF

Transmissão de chamadas das etapas do legado (conexão 1.... conexão 2... conexão 3....) separadas para melhorar o envio de dados (commits). 


Serviço Partner Inbound

  Melhoria no serviço Partner Inbound de envio de Parceiro Higs x PMS VHF.

Agora são enviados apenas os parceiros onde o hotel estiver inserido, caso existam outros parceiros o ICMNET irá realizar uma verificação e limpeza, retirando parceiros duplicados que não estejam atrelados a nenhum contrato e em parceiros inativos.


Rule, Rateamount e Inevtário

Refatoração de Paginação dos serviços Inventory, Rateamount e Rule para melhor processamento de grandes quantidades de registros otimizando o tempo e para evitar perda de registros.


DCMNETMIB-2735Migração de Rateplans

Criação da validação para Rateplans, onde o contrato que não possua uma política de cancelamento cadastrada (já que é um item mandatório) e também a validação para a política de cancelamento (Tipo N) ou política de Antecedência (Tipo T) que possuam o cadastro incorreto.

(para o hotel verificar que o rateplan em questão está com as políticas corretas, deverão realizar uma verificação se a flag "Utiliza política geral para Contratos/Tarifa/Pacotes" da tela do VHF > Cadastro > Hotel > Parâmetros Adicionais, está marcada e se estiver, será necessário verificar se estão corretas todas as políticas da tela VHF > Cadastro > Hotel > Políticas).


MANUTENÇÕES

(erro) Problema Relatado (seleção) Correção Aplicada

PRODUTOVERSÃOIDDESCRIÇÃO













ICMNET 25









25.04.12DCMNETMIB-4112

(erro)  Divergência de disponibilidade enviada ao Higs para clientes que usam contratos de Allotment no PMS.

(seleção)  Como no banco de dados do PMS não é calculada a disponibilidade com o abatimento dos contratos de Allotment, apenas é inserido uma nova linha informando a quantidade a ser abatida, foi necessário colocar o iCMNet para realizar esse cálculo quando houvesse mais de uma linha de Disponibilidade para o mesmo dia e mesma UH, migrando assim pro Higs, o valor final.

DCMNETMIB-4106

(erro)  Travamento no envio de fichas de hóspedes para a api de GuestInformation

(seleção)  Mesmo sabendo que na tela de ficha de hóspede do PMS VHF não é permitido gravar uma informação de Telefone sem que seja determinado o tipo (Celular, Particular, etc...), tivemos uma ocorrência dessa onde no banco de dados, a ficha estava com o campo Phonetype sem preenchimento e assim colocamos um tratamento no iCMNet para que essa informação seja ignorada quando o telefone do hóspede não tenha o campo Phonetype e isso não trave a migração das demais fichas. Assim a ficha migrará sem o telefone.

DCMNETMIB-4181

(erro)  Travamento de migração de reservas legado

(seleção)  Identificamos casos onde reservas feitas através de Contratos Padrão no VHF que tiveram o cliente descorrelacionado do mesmo após a confirmação da reserva, a conexão do iCMNet e a migração de reservas ficavam travadas, assim para tratamento deste caso, essas reservas serão migradas ao VHF porém sem informação de cliente e contrato.

25.04.11

(erro) Hotéis realizando a primeira conexão com a v25 e não tendo o serviço de legado sendo ativado automaticamente

(seleção) Correção de rotina que ativa automaticamente serviço de legado quando realizada a primeira conexão com a v25 para um hotel que veio de uma versão anterior e nunca teve serviços Higs.

DCMNETMIB-3818


Tela informativa

(erro) Tarifas migrando do VHF para o Hotvweb com divergência de UHs

(seleção) A migração de tarifas no serviço legado do VHF x CMNet Reservas Hotvweb usava um reaproveitamento do ID da tarifa no VHF fazendo com que Tarifas vencidas/excluídas tivessem suas informações mescladas no CMNet Reservas Hotvweb. Essa ocorrência foi corrigida porém para que funcione de forma correta, é necessário que antes de atualizar a versão do iCMNet para a v25.04.11, é obrigatório atualizar o Banco de Dados do VHF com os scripts liberados a partir do dia 19/03/20 e a versão do PMS VHF para a v12.01.2402.04 ou superior, também se faz necessário solicitar ao nosso time de suporte a realização de um processo de Resync do serviço legado para ajuste de todas as tarifas. Para tal obrigatoriedade de combinação de versões de VHF x iCMNet, foi colocada uma mensagem na tela de instalação do iCMNet avisando ao cliente esse requisito e alertando sobre o não cumprimento do mesmo.

DCMNETMIB-3705

(erro) Fichas de hóspedes migrando do VHF para o Higs, sem a informação correta dos campos Telefone Particular e Celular.

(seleção) Informações da ficha de hóspede Simplificada no VHF subindo corretamente dos campos Particular e Celular para o Higs nos campos PhoneNumber e CellPhoneNumber respectivamente de forma correta. Atenção, caso seja usada a Ficha de Hóspede Completa e for inserido tipos separados para Particular e Comercial, será migrado o Comercial no campo PhoneNumber visto que ele vem primeiro na ordenação do VHF.

DCMNETMIB-3410

(erro) Migração de Reservas Legado via contrato Padrão gravando no VHF com numero de contrato = 0 e sem cliente

(seleção) Reservas feitas em contrato Padrão já sendo gravadas no VHF com numcontrato e cliente.

25.04.10

(erro)  Clientes com Banco SQL travando toda a operação do VHF após atualização do iCMNet v25.  A trigger "TRGALTERACAOPESSOA" do VHF estava conflitando com as do iCMNet que são TILASTUPDATE_PESSOA e TULASTUPDATE_PESSOA e travando qualquer operação em reservas.

(seleção)  Agora o iCMNet identifica se o cliente é banco SQL e se possui as triggers TILASTUPDATE_PESSOA e TULASTUPDATE_PESSOA e se existirem, as exclui e recria apenas a trigger do VHF "TRGALTERACAOPESSOA"  que agora possui as funções necessárias do VHF e do iCMNet. Para que tudo ocorra bem, basta o hotel primeiro atualizar o banco do VHF e ZSQ e só após isso atualizar o iCMNet.

25.04.09DCMNETMIB-3239

(erro)  Serviço de Booking OutBound não diferencia dados de AgeQualifyingCode.

(seleção)  AgeQualifyingCode e Age ReservasRMS - Outbound, agora nas reservas que sobem do VHF para o Higs pelo serviço de Booking OutBound irão constar os dados de AgeQualifyingCode que é a diferenciação de Adulto (10) x Criança (8 ou 6) e Age que é a idade do hóspede.

DCMNETMIB-3252

(erro)  Erro na desvinculação de hóspedes nas reservas.

(seleção)  Correção realizada para solucionar o envio de GuestRelation e Profile de hóspedes já desvinculados de uma determinada reserva. Agora todos os bilhetes de GuestRelation e Profile possuirão uma lista atualizada com os IdHospedes da reserva e tudo o que for diferente disso será excluído do Higs.

25.04.07DCMNETMIB-2873

(erro)  Erro na exclusão de hóspedes na troca de UH's.

(seleção) Implementado processo de exclusão de hóspede no HIGS quando o mesmo for removido, trocado ou transferido de UH.

25.04.06DCMNETMIB-2906

(erro)  Erro na transmissão do Billing Inbound, Outbond, Reversal.

(seleção)  Implementação do método GuestBilling Reversal e melhoria no serviço principal de GuestBilling, agora é enviado em cada conexão apenas o ultimo lançamento realizado e não mais todos os  lançamentos. Ficando registrado em cada envio de lançamento a sua hora de envio pelo iCMNet, antes todos os lançamentos eram atualizado com data e hora do ultimo envio.

OBS.: para ter acesso a essas melhorias e implementações, o hotel precisará atualizar o iCMNet para a versão 25.04.06. Para clientes com versões anteriores do iCMNet, o funcionamento do serviço de GuestBilling seguirá como é hoje.

O Método de GuestBilling Reversal foi implementado e agora é possível ao parceiro realizar estornos de lançamentos mas é necessário considerar que:

     > O parceiro só pode realizar estornos de lançamentos na conta que ele mesmo realizou.
     > Lançamentos feitos diretamente na conta no PMS só podem ser estornados pelo próprio PMS.
     > O PMS só aceita estornos por parte do Parceiro para lançamentos de Débitos na conta do hóspede, para lançamentos de crédito, o estorno só pode ser feito pelo PMS.

DCMNETMIB-3030

(erro)  Erro método de GuestRelation Inbound, check in/out não aceito.

(seleção)  Ajustado método de GuestRelation Inbound para quando a resposta do PMS retornar Check in/out não aceito.

DCMNETMIB-3010

(erro)  Erro ao transmitir serviços de Rule com status "Aberto".

(seleção)  Agora para o método de Rule é possível enviar o status de aberto, que no Higs será gravado o registro como "Open", fazendo a mesma função do status de "Disponível".

25.04.04

(erro)  Erro quando o iCMNet não conseguia se conectar com o Higs ou quando não havia nenhum registro para captura ou envio de determinado serviço.

(seleção)  Remoção do log de erro dos serviços HIGS (Erro na integração:...) e feito um tratamento caso retorne 204 (Sem Conteúdo) ou 500 (Internal Server Error).


(erro)  Erro de migração das reservas quando alguma reserva estava com erro, não efetuando a transmissão das demais (captura de Reservas 2way via VHFAPI).

(seleção)  Em caso de alguma reserva com erro, a migração das demais ocorre normalmente e não mais é descartado o lote inteiro de reservas.


(erro)  Erro de pendência no script de instalação do iCMNet.

(seleção)  Correção de pendência no script de instalação do iCMNet para clientes com banco SQL Server em relação a tabela de país.

25.04.02




(erro)  Erro de "ArrayIndexOutOfBoundsException" no log de conexão.

(seleção)  Ajustado a conversão de datas para tratar o erro.


(erro)  Ocorrência de reservas estarem sendo migradas ao VHF com a sequence do NUMRESERVA e do IDRESERVASFRONT errados.

(seleção)  Ajuste de chamada da sequence RESERVASFRONT, blindando o código do iCMNet para tratamento das ocorrências.


(erro)  Erro na tabela CALTARIFACMNET do VHF, causando problemas de Disponibilidade devido a registros antigos.

(seleção)  No final da conexão legado, é feita uma remoção dos registros da CALTARIFACMNET onde a data é menor que a data atual e por idhotel.



(erro) Erro de travamento do ICMNET ao executar um serviço do HIGS.

(seleção)  Remoção da recursão da checagem de serviços HIGS, trocada por um log informando que houve um problema na checagem atual e que irá retornar a checagem em 15 minutos quando ocorrer uma falha na tentativa inicial.


(erro)  Erro de Contratos (Padrão e Normal) com comissão duplicada.

(seleção)  Caso tenha duplicidade de tipo de Débito/Crédito determinado como comissão dentro de um contrato, irá retornar uma mensagem informando qual o contrato e irá seguir o fluxo, para não travar o envio dos outros contratos.

25.04.00DCMNETMIB-2653

(erro) Erro GuestBilling - o horário de inserção do lançamento não está sendo gravado no SuperAdmin.

(seleção) Correção nos blilhetes de Lançamento GuestBilling onde não era gravado a hora que o bilhete entrou no Higs.

DCMNETMIB-2710

(erro) Erro de duplicidades nas políticas de cancelamento.

(seleção) Correção da duplicidade incluindo uma validação no ICMNET para importar apenas uma política e não gerar erro no código como ocorre atualmente.

DCMNETMIB-2708

(erro) Erro no IDPacote duplicado, pacotes não migrando do VHF para o CMNet Reservas.

(seleção) Correção na integração IDPacote duplicado. 

DCMNETMIB-2712

(erro) Erro na migração de contratos x clientes.

(seleção)  Alterada a lógica de captura e gravação dos contratos, devido problemas na Sequence quando comparados os contratos Normal x Padrão, já que o contrato Padrão quando migrado para o CMNet Reservas é divido em vários "Normal", um para cada cliente atrelado a ele. 


(erro)  Erro no envio de dados de cartão de crédito dentro das reservas Twoway migradas pela VHF API.

(seleção)  Criação o campo CodSegurança para reservas TwoWay. Novo Instalador do VHFAPI.

Corrigido o envio dos dados de cartão de crédito dentro das reservas Twoway migradas pela VHF API, o Hotel precisar ter o Módulo SSD configurado e ativo e dentro da VHFApi, a flag Habilitar PCI deve estar ativa).

  • Sem rótulos