Ticket: 72119 – Ajuste na Integração GFSIS x BITRIX para puxar pagamento das ARs que passam pela Central #
Para que seja possível enviar as informações financeiras via webhook através do sistema da AC, foi criado o parâmetro “Enviar informações financeiras para AC notificar Status do pedido via webHook“ na aba webservice.
OBS: Este parâmetro deve ser marcado no GFSIS da AR. Apenas usuário GFSIS consegue visualiza-lo.
Quando marcado , ao replicar o pedido da Ar para Ac, serão envidas as informações de data de vencimento , descrição da forma de pagamento, valor e valor total.
{
"identificador": 4794531,
"dataCriacao": "08/05/2025",
"dataAtualizacao": "08/05/2025",
"status": "CRIADO",
"ac": "BRY",
"tipoEmissao": "Presencial",
"protocolo": "",
"nomeProduto": "PFA1",
"nomeVendedor": "vendedor ki",
"tipoPessoaVendedor": "FISICA",
"cpfCnpjVendedor": "032.201.166-39",
"emailVendedor": "guilherme.goncalves@gfsis.com.br",
"nomeCliente": " Question",
"cpfCnpjCliente": "",
"telefoneCliente": "Celular: ",
"emailCliente": "guilherme.goncalves@gfsis.com.br",
"dataValidadeCertificadoCliente": "",
"dataNascimentoCliente": "01/01/2000",
"cepCliente": "35574-554",
"logradouroCliente": "Rua ",
"numeroEnderecoCliente": "75",
"complementoCliente": "",
"bairroCliente": "Vila ",
"ufCliente": "MG",
"municipioCliente": "Formiga",
"dataNascimentoRepresentanteLegal": "",
"nomeRepresentanteLegal": "Question",
"cpfRepresentanteLegal": "",
"telefoneRepresentanteLegal": "",
"emailRepresentanteLegal": "teste@teste.com",
"indicacao": "",
"razaoSocialIndicacao": "",
"tipoPessoaIndicacao": "",
"cpfCnpjIndicacao": "",
"emailIndicacao": "",
"revogado": false,
"atendimentoExterno": false,
"unidadeOriginal": "KI CERTIFICACAO DIGITAL",
"unidadePedido": "KI CERTIFICACAO DIGITAL",
"valorTotalNota": "0",
"gestorComercialUnidadePedido": "NUBIA",
"gestorComercialIndicacao": "",
"renovacao": false,
"dataValidade": "",
"responsavelCriacao": "",
"descricaoFormaPagamento": "",
"dataVencimentoFormaPagamento": "",
"informacoesFinanceirasAr": "DINHEIRO 08/05/2025 120,00 | Débito em Conta 08/05/2025 9,00 | valorTotalNota: 129,00"
}Ticket: 73720 – Ajuste no parâmetro “Obrigar campos do contato no cadastro do cliente” para salvar pedido Syngular #
Foi feita a correção para permitir a criação de um pedido em que o cliente PJ não tenha os campos de contato preenchidos, sendo o cliente cadastrado pelo pedido ou não, caso nos parâmetros do sistema não esteja marcado a flag “Obrigar campos do contato no cadastro do cliente”.
Ticket: 73904 – Pedido pago por cartão parcelado deu a baixa apenas no último contas #
Ao reproduzir o cenário em ambiente local, o erro relatado não foi replicado. No entanto, visando a prevenção de ocorrências semelhantes, foram implementadas melhorias internas no sistema com relação à baixa de documentos de cartão de crédito Itaú e-rede
Ticket: 73619 – Pedidos de combo de voucher sem vinculo com a AC estão sendo criados sem identificador #
Ajuste realizado para os cenários em que são gerados pedidos combo em sistemas que possuem integrações em múltiplos níveis de AC.
Agora, ao criar o pedido com produto que indica combo (se estiver marcado corretamente para “Não sincronizar pedido com AC” ) o identificador será gerado corretamente, respeitando a ordem de último identificador gerado no sistema da AR.
Ticket: 73658 – CONTAS A RECEBER CARREGANDO INDEFINIDAMENTE #
Erro já normalizado, sem necessidade de alteração
Ticket: 73740 – Inclusão de filtro e campo PRIORIDADE na aba Administrativo > credenciamento/descredenciamento de AGR #
Foi criado um novo campo na tela de “Pesquisa de credenciamento/descredenciamento de AGR”, o campo “Prioridade”, este campo esta incluso no cadastro, pesquisa e excel
Ticket: 73383 – Ajustar a criação dos processos administrativos ao usar um motivo que não possua marcação de conferência #
Foi corrigido a validação do campo “conferenciaEquipamentoAgr” do Motivo Processo Administrativo. Agora, caso o mesmo seja marcado, no cadastro (ou edição) do Processo Administrativo, alguns campos não serão exibidos, como o “Quantidade de AGR conferido”
Ticket: 73723 – Mensagem com rotina “Envio do link videoconferência/Lyve ao gerar protocolo” não dispara #
Foram realizados os ajustes necessários para o envio correto da mensagem “Envio do link videoconferência/Lyve ao gerar protocolo”. Agora, caso a unidade esteja com a opção “Enviar o link do Lyve após a confirmação do pagamento (WhatsApp/e-mail)” desmarcada — configuração que implica o uso do modelo de mensagem “Atendimento Lyve após a confirmação do pagamento” — será corretamente disparada uma notificação via WhatsApp com o link da videoconferência ao gerar o protocolo.
Esse ajuste é válido tanto para os casos em que o protocolo é gerado na AR e replicado para a AC, quanto para os casos em que é gerado na AC e replicado para a AR.
Observação: nos casos em que o protocolo é gerado na AC e retornado para a AR, recomenda-se que o cadastro da unidade da AR no sistema da AC não esteja configurado para envio de mensagens ou simplesmente desativar o modelo de mensagem, a fim de evitar envios duplicados e possíveis situações de dubiedade na comunicação com o cliente final.
Ticket: 73779 – Ajuste no disparo da mensagem Aniversário do cliente validando a unidade #
Conforme o cenário reportado, foi realizada uma revisão no JOB responsável pelos disparos automáticos de mensagens de aniversário via WhatsApp.
Problema identificado:
Anteriormente, a lógica de consulta considerava qualquer configuração de mensagem do tipo “aniversário”, sem levar em conta o ponto de atendimento associado à entidade (cliente, vendedor, contabilidade). Isso resultava em disparos mesmo em situações onde o modelo estava desativado para aquele ponto de atendimento específico.
Solução implementada:
A lógica foi aprimorada, permitindo uma abordagem mais abrangente. Agora é possível configurar mensagens de forma genérica (sem vínculo com ponto de atendimento) ou específica para cada ponto (vinculada a um único ponto de atendimento). As novas regras são:
- Entidades com ponto de atendimento atrelado: A busca prioriza a configuração específica para o ponto de atendimento. Caso não exista, a configuração genérica (sem ponto definido) será utilizada como fallback.
- Entidades sem ponto de atendimento atrelado: A busca é realizada exclusivamente por configurações de mensagem genéricas.
- Mensagens desativadas ou não configuradas: Em qualquer dos casos, se nenhuma configuração válida for encontrada (ativa e correspondente à entidade), nenhum disparo será executado.
Cliente’:
Contabilidade:
Vendedor:
Importante: As regras relacionadas à hora de envio permanecem inalteradas. Ou seja, se a configuração não possuir hora definida, o envio será realizado de acordo com a hora padrão do job (12h00).
Também deve-se ficar atento ao preenchimento de TAG’s dos modelos de configuração mensagem genérica para que “faça sentido” com as informações que serão substituídas.
Ticket: 73868 – E-mail dispara mesmo com flag “Não receber notificação via e-mail/Whatsapp” marcada no cadastro do cliente #
Foi adicionado a atualização da lista de emails que não recebem notificação ao criar ou atualizar o cadastro de um cliente, impedindo que clientes que tenham a flag “Não receber notificação via e-mail/Whatsapp” marcada recebam notificação.
Ticket: 73833 – Incluir validade de 2 meses no cadastro do produto #
Foi adicionada uma opção de “2 meses” no campo de validade no cadastro de produto/serviço
Ticket: 72588 – Tratativa na rotina “Lembrete de videoconferência com o agendamento não realizado” #
Ticket: 73495 – Incluir coluna com status certificado: Emitido na tela dos meus pedidos #
Foi criado um metodo para que agora, o icone de certificado emitido apareça de forma correta
Ticket: 73949 – Validação do não disparo de mensagem WhatsApp #
Após criteriosa análise, incluindo a replicação do cenário referente ao dia 17/04/2025 (quinta-feira anterior ao feriado da Sexta-feira Santa), foi constatado que nenhuma mensagem do tipo “Lembrete Certificado Expirando” foi enviada na data em questão (17/04/2025).
A consulta esperada para esse dia deveria contemplar pedidos com vencimento nos próximos 23 dias (20 dias padrão, definido no modelo de mensagem + 3 dias adicionais devido ao feriado e final de semana subsequente). Isso resultaria em um total de aproximadamente 110 pedidos elegíveis para o envio da mensagem — conforme demonstrado em anexo Pedidos sem disparo de mensagem (17_04_2025).xlsx .
No entanto, ao consultar os logs de envio de mensagens, verificou-se que não houve nenhum registro de disparo para este modelo na data mencionada.
Posteriormente, foi realizada uma execução em modo de depuração, simulando o cenário do dia 17/04/2025 em uma base com dados do mesmo dia em questão (17/04/2025). Nessa simulação, as mensagens foram corretamente enviadas e registradas no histórico — conforme evidenciado nos prints abaixo dos dois pedidos destacados na solicitação.
Em paralelo, foi feita uma análise junto ao canal de Infra, onde foi identificado que o sistema apresentou diversas instabilidades justamente no horário de execução do Job, programado para ocorrer por volta das 12h, especialmente nos casos em que a configuração de mensagem não possui horário específico definido(que é o caso do cliente).
Atualmente, a rotina encontra-se operando normalmente, com diversos registros recentes de disparos automáticos bem-sucedidos do modelo de certificado expirando.
Ticket: 73476 – Erro no envio do link de pagamento via e-mail #
Foi feita a correção para envio de link de pagamento em casos que a unidade tinha mais de email na lista e algum não estava marcado para receber acerto.
Ticket: 73345 – Anexo de pedido via e-commerce não está sendo enviado ao Sync #
Foi feito a correção para envio automático dos anexos para sync de pedidos feitos pelo site.
Ticket: 73240 – E-mail “Envio dos dados para emissão online” não está sendo disparado ao receber status authentication_pending #
Foi feito a correção para envio do email de emissão online ao receber authentication_pending, ainda foi mantido a rotina quando houver recebimento de aproved do protocolo.
Ticket: 73506 – Validação incorreta de voucher PF A1 para cliente PJ – Pedido 88573 (Certsym) #
Foi criado uma validação para não permitir criação de links no ecoomerce de produtos PJ para clientes PF e vice versa, como o não foi possível mapear o erro devido a falta de informações, foi a possibilidade que temos para poder cercar e evitar que o erro ocorra novamente.
Ticket: 74188 – Rotina Envio do link videoconferência/Lyve ao gerar protocolo não é disparada #
Ajuste contemplado o ticket: GFSIS-4311: EFETIVA – Mensagem com rotina “Envio do link videoconferência/Lyve ao gerar protocolo” não disparaConcluído
Observação: nos casos em que o protocolo é gerado na AC e retornado para a AR, recomenda-se que o cadastro da unidade da AR no sistema da AC não esteja configurado para envio de mensagens ou simplesmente desativar o modelo de mensagem, a fim de evitar envios duplicados e possíveis situações de dubiedade na comunicação com o cliente final. Ou ainda, validar se o disparo deve ser feito pela AR ou pela AC.
