Renato Rubinho

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

Boa noite, Precisamos sempre tomar cuidado em manter a compatibilidade dos fontes com versões anteriores dos frameworks. Eu efetuei um teste com os programas de exemplo que temos e não foi compatível. Me corrija se eu estiver enganado, mas a sua sugestão não é compatível com .NET Framework 4.5.2, conforme informação extraída do link a seguir. https://learn.microsoft.com/en-us/dotnet/api/system.appcontext Applies to Product Versions .NET Core 1.0, Core 1.1, Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Encontrei a opção AppDomain.CurrentDomain.BaseDirectory que parece atender à sua necessidade, mantendo a compatibilidade com versões anteriores. https://learn.microsoft.com/pt-br/dotnet/api/system.appdomain Applies to Produto Versões .NET Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 1.1, 2.0, 3.0, 3.5, 4.0, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Com isso, o códgo final ficou conforme abaixo e funcionou corretamente nos nossos fontes atuais. Segue o fonte com a alteração, por favor verifique se dessa forma funciona para a sua aplicação e nos confirme para enviarmos ao SVN. Caso o problema persista e você tenha alguma outra sugestão que mantenha a compatibilidade com versões anteriores, nos envie para que possamos analisar. static ACBrLibHandle() { MinusOne = new IntPtr(-1); var baseDir = AppDomain.CurrentDomain.BaseDirectory; if (!string.IsNullOrEmpty(baseDir)) { var uri = new Uri(baseDir); var path = Path.GetDirectoryName(!uri.IsFile ? uri.ToString() : uri.LocalPath + Uri.UnescapeDataString(uri.Fragment)); LibraryPath = Path.Combine(path, "ACBrLib", Environment.Is64BitProcess ? "x64" : "x86"); } } ACBrLibHandle.cs

Olá @Jhonlenon Ribeiro Que legal, e-mail recebido. Por favor anexe a unit alterada para análise. Se possível envie por e-mail também o retorno da consulta para podermos validar. Mais uma vez, obrigado pela contribuição.

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

Nunca precisei, não sei como se comportam com relação à resposta.