Renato Rubinho

Boa noite, Obrigado pela contribuição. Foram validados os fontes e aparentemente está tudo ok, mas não temos cenário real que retorne o xml da consulta com todas as informações que foram ajustadas. Se possível nos envie um xml para [email protected], mencionando este tópico, para podermos validar o cenário completo. Os ajustes foram enviados ao SVN, Rev-33539 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Boa noite, Obrigado pela contribuição. Sua contribuição faz sentido, sendo que a regra de geração era atribuida somente ao InfoEstatutario ao invés do grupo infoRegimeTrab, conforme indica o manual. Enviado ao SVN na Rev-33538 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

A mensagem diz que o tpProp não era esperado. Depois informa que o esperado era UF. No grupo prop, faltou você preencher a UF que é obrigatória.

Boa tarde, Qual foi o resultado dos testes da procedure e preenchimento da propriedade?

A data 30/12/1899 é interpretada como data zero, como se não tivesse sido informada. Tentei comparar com outros exemplos que temos e só notei a questão da conversão para UTF. Tente remover o hb_StrToUTF8 das datas.

Obrigado pelo retorno. Como são assuntos distintos e Libs diferentes, por favor abra um tópico para cada assunto detalhando cada problema.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Tente executar como administrador. Confirme se não está ficando oculto no System Tray. Veja se está gerando o arquivo de log e se consta algo nele para identificar o problema.

Olá, Segue dica do @rafmattos dizendo que conseguiu emitir em contingência ao alterar o DNS.

Os demais campos estão sendo gerados no XML? Exemplo: nmCargo e CBOCargo Tente debugar esta procedure até o final e confirme se a propriedade codCateg permaneceu com 101 para confirmar se no meio da rotina não houve alteração. Se o valor estiver ok, valide o dado antes de enviar para ver se o componente está alimentado. Se antes de enviar o valor for diferente de 101, precisa identificar onde ele está sendo zerado.

Não estamos recebendo seus e-mails, confirmei com os colegas aqui. Por favor veja se está recebendo o retorno do provedor por alguma eventual rejeição. Se não identificar o problema, pode enviar por mensagem privada para análise.

Não localizei seu e-mail. Por favor, encaminhe novamente para [email protected] e mencione a url deste tópico para que seja identificado.

Compare este provisório com um equivalente anterior que tenha funcionado e veja se encontra alguma inconsistência.

Tente mudar ou remover o Logo para ver se tem relação. Se o problema persistir, tente simular o erro com o programa de exemplo para termos o mesmo cenário para analisar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado pela contribuição. Criada TK-5396 para análise.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Você usa o componente, monitor ou a lib? Se for o componente, cola o fragmento do código que está preenchendo ou para os demais o ini para analisarmos.

O planSaude pode ter 99 itens é filho do infoIRComplem. Os dois primeiros dígitos são referentes à sequência do pai. Os últimos 2 dígitos são referentes à sequência do planSaude. O fato do infoIRComplem só permitir 1 item pode ter gerado sua dúvida, mas considere o infoIRComplem sendo sempre o primeiro item. Assim, todos os planSaude começarão com: planSaude01 E para cada item do planSaude você incrementa 1 nos dois últimos dígitos. Primeiro item do plano de saúde: planSaude0101 Segundo: planSaude0102 Último (máximo): planSaude0199

Olá pessoal, Foi publicado no Portal de Notícias do Estado de Goiás que, em 02/05/2024, às 8h, será feita a troca dos certificados digitais do servidor da Nota Fiscal Eletrônica (NF-e) e da Nota Fiscal Eletrônica do Consumidor (NFC-e). As novas cadeias "AC SOLUTI SSL EV G4" podem ser obtidas através deste Link

Olá pessoal, O ACBrBoleto foi homologado para a emissão de Boleto Híbrido pela Caixa Econômica Federal. Agradecemos ao @Jhonlenon Ribeiro com a contribuição de parte dos fontes e a homologação em produção. 1. Para quem já emitia Boletos Online pela Caixa o que muda para a emissão de Boletos Híbridos é o preenchimento do IndicadorPix=True e a VersaoDF=3.2. Obs: Caso seja preenchido IndicadorPix=True e a VersaoDF não seja preenchida corretamente, o componente preencherá automaticamente VersaoDF=3.2. ACBrBoleto.Cedente.CedenteWS.IndicadorPix := True; ACBrBoleto.Configuracoes.WebService.VersaoDF := '3.2'; 2. Para quem ainda não utiliza o recurso, segue tópico com instruções detalhadas de como alimentar o componente Como sempre esperamos que utilizem os novos recursos e caso tenham problemas ou sugestões de melhorias, estaremos em nossos canais para ajudá-los. Até mais!!!

Adicionadas particularidades no tópico centralizado de informações sobre Boleto Online. Incrementada lista de bancos que suportam Boleto Híbrido no ACBr.

Normal, eu disse que nós precisamos ter essa preocupação, justificando não aceitar sua contribuição e solicitando a validação da nova proposta se atenderia o seu cenário. Foi gerado novo nuget 1.2.2 com a implementação, favor validar e reportar se funcionou como o esperado.

Obrigado por reportar. Foi enviado mais um complemento na Rev-33453 preenchendo automaticamente a VersaoDF, na classe de Webservice da Caixa, de acordo com o IndicadorPIX. Sendo True=3.2, False=3.0. Fechando. Para novas dúvidas, criar um novo tópico.

Implementação enviada ao SVN na Rev-33448 Apenas confirmando, no e-mail você mencionou "Só achei ruim porque não está retornando a LINHA DIGITÁVEL e CÓDIGO DE BARRAS", mas no xml do retorno não constam essas informações conforme destacado a seguir. Se o erro persistir, acredito que precisará verificar com o banco o motivo dos dados não estarem retornando. <!-- Sem Código de Barras --> <CODIGO_BARRAS/> <!-- Sem Linha digitável --> <LINHA_DIGITAVEL/> <!-- Sem Url --> <URL/> Validado o retorno com o status e funcionou como o esperado, alimentando o DadosRet.TituloRet.EstadoTituloCobranca e o DadosRet.ControleNegocial.Retorno Cod_Retorno=00 Msg_Retorno= Ori_Retorno=CONSULTA_COBRANCA_BANCARIA HTTP_Result=0 JSON= indicadorContinuidade=0 proximoIndice=0 numeroBoletoBB = dataRegistro = 30/12/1899 dataVencimento = 24/05/2024 valorOriginal = 5 carteiraConvenio = variacaoCarteiraConvenio = 0 codigoEstadoTituloCobranca = estadoTituloCobranca = (0) OPERACAO EFETUADA - SITUACAO DO TITULO = EM ABERTO contrato = dataMovimento = 30/12/1899 dataCredito = 30/12/1899 valorAtual = 0 valorPago = 0 ---