DCMNETMIB-3825

GuestRelation     x ReservationStatus 6

Migração de Tarifas Legado

Atualização de Banco de Dados  x

Instalação do iCMNet v25

DCMNETMIB-3237

DCMNETMIB-3564

UHs x Roomtypes

AvaiableRoom e Inventory

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

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

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

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

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

Cancelamento de reservas CMNet com saldo no VHF

DCMNETMIB-2531

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

ICMNET 25

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

 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.

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

 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.

  Travamento de migração de reservas legado

 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.

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

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

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

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.

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

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.

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

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

  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.

 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.

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

 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.

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

 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.

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

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

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

  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.

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

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

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

  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".

  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.

  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 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).

  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 de pendência no script de instalação do iCMNet.

 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.

  Erro de "ArrayIndexOutOfBoundsException" no log de conexão.

  Ajustado a conversão de datas para tratar o erro.

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

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

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

  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 de travamento do ICMNET ao executar um serviço do HIGS.

 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 de Contratos (Padrão e Normal) com comissão duplicada.

 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.

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

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

Erro de duplicidades nas políticas de cancelamento.

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.

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

Correção na integração IDPacote duplicado. 

Erro na migração de contratos x clientes.

  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 no envio de dados de cartão de crédito dentro das reservas Twoway migradas pela VHF API.

  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).