Painel de líderes

Ajustamos os fontes do ACBr, para que eles fiquem compatíveis com o OpenSSL 3.x... Os ajustes já estão no SVN Como essas mudanças são feitas no núcleo de comunicação segura do ACBr, agradecemos a ajuda nos testes, e por favor reportem se notarem algo estranho, mesmo no uso de versões mais antigas, como o OpenSSL 1.1.1 O que é o OpenSSL ? O OpenSSL é uma famosa biblioteca usada para comunicação segura e criptografia... no ACBr, usamos ela para vários de nossos componentes que usam HTTPS, como por exemplo, o ACBrPIXCD... Página do OpenSSL https://www.openssl.org/ Você pode encontrar as DLLs do OpenSSL, em nosso SVN: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Porque fizemos essa mudança ? Recentemente o OpenSSL passou por um processo de refatoração, o que gerou a série 3.x... e as versões anteriores, estão sendo descontinuadas, e deixarão de receber correções de segurança e novas melhorias Suporte a protocolos mais Seguros, como TLS 1.3 Em ambientes Linux, o OpenSSL 3.x já é instalado por padrão, e é difícil fazer o downgrade, para a versão 1.1.x O que muda nos meus fontes ? Esperamos que nenhuma modificação seja necessária nos seus fontes. Nossa implementação é compatível com OpenSSL 0.9.x a 3.x, ou seja, os fontes do ACBr, tentam detectar a DLL mais nova do OpenSSL de forma automática.... Geralmente a biblioteca será procurada primeiro, na mesma pasta da Aplicação ou no Path do Sistema Operacional, dando sempre preferência as DLLs das versões mais novas... Ou seja, ele primeiro procurará pela DLL da versão 3.x, e depois da versão 1.1.x, 1.0.x, 0.9.x e assim por diante Como posso saber, qual DLL do OpenSSL o ACBr carregou ? Use as linhas abaixo, para ver a Versão e o Path completo, das DLLs carregadas na memória mResp.Lines.Add('Versão OpenSSL'); mResp.Lines.Add( OpenSSLExt.OpenSSLVersion(0) ); mResp.Lines.Add( ACBrOpenSSLUtils.OpenSSLFullVersion ); mResp.Lines.Add( OpenSSLExt.SSLUtilFile ); mResp.Lines.Add( OpenSSLExt.SSLLibFile ); mResp.Lines.Add('------------------------------'); Como atualizo a DLL para a versão 3.x ? Basta copiar as novas DLLs, para a mesma pasta do seu .exe... Se você compila seu sistema em 32 bits, aqui estão as DLLs: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/3.1.3/x86/ Nota: mesmo que o Windows seja 64 bits, a DLL precisa acompanhar a arquitetura em que seu .EXE é compilado Eu preciso atualizar ? Não necessariamente, mas recomendamos que você use no mínimo a versão 1.1.x, por motivos de segurança Não creio que a atualização, gere mais performance, no uso da biblioteca...

Olá, Tendo em vista que o erro desconhecido é o mesmo, tudo indica ser algo no ambiente, pois tanto o teste feito pelo Daniel com node quanto o teste em Java feito pelo Antônio não apresentaram o problema. Revise as dependências para verificar se o problema não está nelas.

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

Bom dia @Victor H. Gonzales - Panda @Daniel InfoCotidiano ! Só passando um feedback, com a DLL atualizada funcionou corretamente! Agradecemos a atenção!

Bom dia @PrimeSoftware, Acredito que os seus fontes estejam desatualizados, veja: [2305506] ; Incluido em 09/10/2023 Nome=Iguatu UF=CE Provedor=SpeedGov ProRecepcionar=http://www.speedgov.com.br/wsigu/Nfes Outra coisa essa URL que você colocou na sua postagem é a URL de homologação e não de produção. [SpeedGov] HomRecepcionar=http://speedgov.com.br/wsmod/Nfes Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Daniel! Resolvido. Muito Obrigado

vjea mais pra baixo que tem em reais.

Boa tarde, Pela mensagem que você passou, você está preenchendo a tag dhEmi com valor diferente da data e hora atual. Confirme se está preenchendo o valor correto. Teste com o programa de exemplo (../trunk2/Exemplos/ACBrDFe/ACBrNFe) para entender como utilizar o componente, mas aparentemente só o que falta é preencher corretamente os valores.

Olá amigo. Na minha empresa usamos o TMS Aurelius e nos atende muito bem, tanto que nós usamos ele como padrão de projeto para outros bancos de dados (Postgre e SQLite). Algumas coisas que gosto nele: Algumas funcionalidades são acessadas por interface, então voce não precisa se preocupar em memory leaks. A TMS tem um outro componente para criação de servidores REST JSON e o Aurelius já é completamente compativel com ele.

Estranho esse erro não consta no manual, pode ter sido incluído recentemente e não atualizaram o manual. E ele só deveria ocorrer quando o tipo de emitente não é o prestador.

Boa tarde @Diego Foliene, tudo bem? hoje ao testar o envio de NFSe me deparei com o seguinte erro ","erros":[{"Parametros":null,"Codigo":"E0168","Descricao":"CPF do tomador não encontrado no cadastro CPF."}]} [Erro1] Codigo=E0168 Correcao= Descricao=CPF do tomador não encontrado no cadastro CPF. [Erro2] Codigo=X203 Correcao= Descricao=Não foi retornado nenhuma NFSe.

@suporteatinfo Boa tarde ! Como é uma alteração que vai impactar todos que utilizam este banco, por isso estamos tentando localizar as regras para poder documentar esta alteração. Nós do time de boleto não encontramos no manual, por isso que questionamos isso, mas caso vc tenha recebido via email esta instrução do banco, pode encaminha-lo para nós analisarmos e assim deixamos documentado a referida alteração caso aprovada. [email protected] no corpo da mensagem, cole o link desta postagem.

Boa tarde, Obrigado desde já, vou atualizar aqui para ver se resolve.

Bom dia! Existem provedores separam os ambientes. Mesmo emitindo via portal, precisa solicitar ou realizar liberação para poder emitir via web service. Tem provedores até que usam credenciais diferentes. Entre em contato com o provedor que atende a está cidade e verifique se este não é o seu caso.

Irei fazer o procedimento. Obrigada pela atenção.

Bom dia Italo, Estamos iniciando os testes na versão 4.0, pois realmente não consigo encontrar um motivo plausível para esta falha. Caso encontre algum problema, volto a postar e solicitar ajuda no forum. Agradeço a atenção.

O XML de envio para o webservice esta OK. O que pode esta ocorrendo? Como você pegou uma nota emitida pelo site e confirmou a Inscrição Municipal, então podemos descartar que a mesma esteja errada. Restando apenas um erro no webservice do provedor que deve esta comparando a IM que esta no XML sem nenhuma formatação com a IM formatada que consta no cadastro deles.

Bom dia, Você encontra os métodos da Lib NFSe nesse link. https://acbr.sourceforge.io/ACBrLib/MetodosNFSe.html A grande maioria são para envio e recebimento tratando a nota como um todo. Até o momento não temos nenhum para obter informações específicas da NFSe.

Bom dia @Desenvolvimento.microline, Por favor configure a Lib para salvar os arquivos soap. Faça um novo teste de envio e anexe os arquivos soap (*-soap.xml) para que possamos analisar.

Olá, boa tarde Italo... Atualizei os fontes, vi as alterações. Vou reinstalar o ACBr e fazer os testes mencionados. Logo que possível posto os resultados. Obrigado por enquanto e tenha um bom final de semana.

Obrigado pela contribuição. Enviado para o SVN, com alterações, rev. 31008. Por favor, faça uma cópia do seu .pas, atualize os fontes e teste novamente.

Boa tarde @12103706000168, Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia, não estou localizando agora a documentação da época, mas tenho desde 2021 diversas API homologadas junto ao Banco do Brasil. se há esse parâmetro é porque foi solicitado na homologação da implementação, da mesma forma os 000 a frente do nosso numero. e na documentação interbancária é prefixo da agencia e numero da conta. https://www.bb.com.br/docs/pub/emp/empl/dwn/Doc5175Bloqueto.pdf?pk_vid=297b8c96bf9dea4916976331773b017a

O problema... Não é incomum para uma Software House receber de algum cliente uma solicitação para personalizar o impresso do DANFe ou de outro documento fiscal. Pedidos adicionando ou removendo um campo, mudando informação de lugar ("põe esse código de barras lá em baixo!!?"), aumentando o tamanho ou mudando o tipo de fonte, etc... O Modelo Básico. Primeiro de tudo, é importante salientar que estes documentos costumam ter um manual com as especificações técnicas de como devem ser impressos. No caso do DANFe, por exemplo, temos o MOC Anexo II – Manual de Especificações Técnicas do DANFE e Código de Barras. Nele existem instruções de como deve ser impressa cada seção do DANFe: Quais informações devem ir por seção: Quais informações não podem faltar: E até mesmo tipo e o tamanho mínimo de fonte que deve ser usado: Mas então afinal é permitido customização? Sim, é possível realizar customizações. Assim como no MOC tem a orientação de campos que devem ser impressos no MOC, nele também existem trechos que sugerem possíveis campos que podem ser suprimidos ou ser exibidos de forma diferente, tudo isso respeitando as condições para tal. E o ACBr implementa tudo isso? Como ele lida com customizações? Além do fato de o cumprimento das especificações técnicas ser obrigatório, por ser utilizado em milhares de software houses por todo país, a equipe ACBr optou por seguir à risca as especificações técnicas evitando ao máximo customizações a menos que sejam extremamente relevantes. Pois se atendermos uma customização, podemos estar atendendo a necessidade de um grupo, mas causando problemas para outro. OK, mas meu cliente me pediu para customizar o DANFe e agora? Um ótimo primeiro passo é se perguntar "Por que é importante sair essa informação?" Se mesmo depois de refletir sobre isso chegar a conclusão de que é necessário, uma boa opção para atender a demanda sem precisar partir para modificações é o campo de dados adicionais. Neste quadro são impressas as informações adicionais de interesse do contribuinte, ou seja, já é um campo específico para este propósito. Um exemplo bem simples de preenchimento usando o componente: ACBrNFE1.NotasFiscais[Index].NFe.InfAdic.infCpl := 'Esta informação vai sair no quadro de dados adicionais'; Para o monitor e a Lib, basta preencher a informação na seção correspondente no INI respectivo. Ainda sobre informações adicionais e seguindo o mesmo pensamento citado pelo colega acima, vale ressaltar a tag <infAdProd> que ao ser preenchida é impressa abaixo do nome do produto e tem um espaço de até 500 caracteres para descrição específica do item que pode ser uma referência, um código do fabricante, uma norma do item e até mesmo demostração específica de impostos como base de cálculo e valor do ICM ST.

Bom dia! Problema resolvido. O emulador SAT precisa ser ativado antes de usar. Faltou esse detalhe no vídeo. Muito grato, Elpídio

Não existe homologação para a NF-e porque existe o padrão do XML e o webservice valida ele, o que existe é o cadastro como desenvolvedor de software em alguns estados, mas isso não impede a emissão da NF-e pelo software junto a receita e somente uma formalidade e é mais usado para quem possui software de Paf-ECF, não existe nada no webservice de nenhum estado que barre a emissão da NF-e para quem não possui cadastro.