Painel de líderes

Boa tarde! Hoje estava fazendo alguns testes com o Web Service de Consulta do Contribuinte. Chegando na UF do Amazonas (AM), descobri que o serviço não estava funcionando. Acessei o Portal da NF-e (https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo=) e percebi que o portal lista uma URL que não está no ACBrNFeServicos. Estou anexando o .ini e o .res atualizados. ACBrNFeServicos.ini ACBrNFeServicos.res

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

Alexandre, aguarda que estou em contato com C6, detectei, que o retorno veio diferente, por causa da carteira 15, da API. O retorno está ok para carteira 20, que é aquela de remessa enviada em txt.

Obrigado Daniel Tem razão, não tinha pensado nisso. Implementarei um cancelamento de faturamento com permissões especiais somente no banco de dados da aplicação, mas mantendo guardados todos os dados para o cancelamento via back-office. Dará um pouco mais de trabalho, mas esse procedimento não deve ser muito fácil mesmo, justamente por uma questão de segurança. Obrigado!

Não são comuns, operações de Cancelamento, diretamente no Caixa... Até porque isso pode ter o risco de fraude, do Operador... Mas é uma operação possível, se o Cliente estiver disponível, para passar o cartão e confirmar o Cancelamento... Geralmente operações de Cancelamento, são tratadas no BackOffice, diretamente com a Adquirente...

Não deu certo a unit do tópico que vc citou, dai modifiquei umas informações no ACBrBoletoFPDF.pas e ficou alinhado. (esta anexo) ACBrBoletoFPDF.pas

Olá, Foram enviadas ao SVN as implementações do Leiaute 11 do SPED ECF na Rev-38982. Os detalhes das alterações podem ser verificados nas páginas 588 a 597 do manual que foi disponibilizado em ..\ACBrTools\SPED\EFD ECF\Manual_de_Orientação_da_ECF_Leiaute_11_Abril_2025.pdf Até mais,

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

A biblioteca até inicializava, o erro era ao executar a consulta, inclusive derrubava o server. Bom, depois de "alguma" luta (não respondi antes pq não conseguia gerar), para conseguir gerar o log no linux pela lib, enfim conseguimos e finalmente pudemos verificar o erro. Basicamente era: 31/07/24 12:19:28:172 - Comando Enviar: TBoletoW_Caixa 31/07/24 12:19:28:195 - Envelope Enviar: <?xml version="1.0" encoding="UTF-8"?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Body><consultacobrancabancaria:SERVICO_ENTRADA xmlns:consultacobrancabancaria="http://caixa.gov.br/sibar/consulta_cobranca_bancaria/boleto" xmlns:sib="http://caixa.gov.br/sibar"><sib:HEADER>...> 31/07/24 12:19:28:272 - Retorno Envio: TBoletoW_Caixa 31/07/24 12:19:28:281 - C�digo do Envio: 0 31/07/24 12:19:28:283 - Retorno Envio: Result= 31/07/24 12:19:28:292 - Falha Envio: Erro Interno: -2 Erro HTTP: 500 URL: https://barramento.caixa.gov.br/sibar/ConsultaCobrancaBancaria/Boleto error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small O que seria o "dh key too small"? Basicamente o OPENSSL do azure só aceita uma determinada configuração de segurança superior ao que a CAIXA trabalha. https://updown.io/faq/what-does-the-dh-key-too-small-ssl-error-means Como resolver? Alterando o script de inicialização do App Service para mudar o openssl.cnf em /etc/ssl para compatibilizar tudo, trocando SECLEVEL de 2 para 1. https://stackoverflow.com/questions/61518238/azure-linux-web-app-change-openssl-default-security-level https://stackoverflow.com/questions/65912915/node-docker-routinestls-process-ske-dhedh-key-too-small Finalmente resolvido, agradeço a todos.