Painel de líderes

Foi publicada a versão 24.2.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/11/2024 até 31/01/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Bom dia. Estava ocorrendo um erro na validação do Schema do Evento S-2501. A Tag vrCR13 estava sendo gerado com o valor zerado. No leiaute do eSocial informa que somente deve ser gerado se o valor for maior que zero. Implementação no código: Obrigado Anderson pcesS2501.pas

Manual integração banco safra em anexo. Arquivo ACBrBoletoW_Safra.pas linha 380, precisaria ser ajustado conforme campo: "documento.pagador.email" dá página 6 do manual de integração em anexo. // ACBrBoletoW_Safra.pas // Mudar de: LJsonDadosPagador.AddPair('email',Copy(aTitulo.Sacado.Email, 1, 14)); // Para: LJsonDadosPagador.AddPair('email',Copy(aTitulo.Sacado.Email, 1, 50)); Obrigado ManualIntegracaoDigital v2.4.pdf

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

Essa versão que vc enviou o link, já é a que estou usando pra testar. `Pelo menos a data e tamanho do executável estão iguais.

Então, li, re-li, e não achei no manual, nada relacionado com versão, assim como tem em outro banco, onde, a numeração, definia os dados enviados. Por hora, o gerente do cliente que mandou isso. Agencia 1558. Mas, se você puxar no site do Itaú, vem esse manual de 2017 tambem. Sabe? Eu penso assim, nem eles dão conta do balaio de gatos que eles mesmos arrumam.

Conforme consta no portal nacional, houve alteração no webservice consulta cadastro no SEFAZ RS, com o objetivo de prever as novas Inscrições de empresas MEI. https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo= https://cad.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro4.asmx Necessário atualizar os arquivos ACBrNFeServicos.ini e .res do ACBR para o novo webservice.

Bom dia @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6289 para realizar a alteração.

Obrigado pela contribuição. Criada TK-6287 para análise e enviadas correções ao SVN que devem resolver o problema relatado, Rev-36292 Fiz um ajuste para considerar as versões posteriores além da atual, e para manter em ambos os casos o número de ocorrências como zero (permite que a tag não seja gerada quando não for informada), pois a cardinalidade é de 0-1 em ambas as versões, conforme pode ser visto nos seus prints. 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.

@Juliomar Marchetti a documentação agora está funcionando.

Boa pegada... Porem o comando </Zera> deveria funcionar mesmo na primeira linha... Quando eu receber os equipamentos da Gertec tento descobrir o que ocasiona o problema...

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

Bom dia @billbarsch, Já esta no SVN.

Boa tarde @billbarsch, Favor atualizar novamente, reinstale o ACBr e faça novos testes.

Sim, fiz um código python que le uma XML de template, troca os placeholders e gera o cancelar a nfse: XML: <?xml version="1.0" encoding="UTF-8"?> <pedRegEvento xmlns="http://www.sped.fazenda.gov.br/nfse" versao="1.00"> <infPedReg Id="PRE{{order_nfse_number_val}}101101{{cancel_id_val}}"> <tpAmb>{{tpAmb_val}}</tpAmb> <verAplic>{{verAplic_val}}</verAplic> <dhEvento>{{actual_billing_time_val}}-03:00</dhEvento> <CNPJAutor>{{cnpj_val}}</CNPJAutor> <chNFSe>{{order_nfse_number_val}}</chNFSe> <nPedRegEvento>{{cancel_id_val}}</nPedRegEvento> <e101101> <xDesc>Cancelamento de NFS-e</xDesc> <cMotivo>2</cMotivo> <xMotivo>Serviço não prestado</xMotivo> </e101101> </infPedReg> </pedRegEvento> O order_nfse_number é a chave_de_acesso da nota emitida. No cancel_id to usando 001. Depois disso é só assinar usando o elemento "infPedReg", comprimir com gzip, encodar pra b64 e chamar a eventos com POST. Minha chamada com requests ficou assim: response = requests.post(f"{self.sefin_url}/nfse/{chave_acesso}/eventos", json={"pedidoRegistroEventoXmlGZipB64": compressed_xml_b64}, cert=(self.cert_path, self.key_path), headers={"Content-Type": "application/json; charset=utf-8"}) Um dos erros que estava fazendo era no POST passar o campo o campo "dpsXmlGZipB64" que uso na hora de emitir a NFSE ao invés de usar o "pedidoRegistroEventoXmlGZipB64". É uma pena que essa API se não manda tudo exatamente como tem que ser ela não emite/cancela e também não fala o erro. Tenho assinado em SHA1 o que acho bem ruim, mas até agora não consegui fazer nenhum outro SHA funcionar, se alguém tá conseguindo assinar com SHA256 ou algum outro e a API deles está recebendo me avisem por favor, pq tive que fazer uma enjambra pra conseguir realizar SHA1 usando a lib do signxml.

A situação: Está ocorrendo um problema no cliente, você decide usar um dos exemplos disponibilizados pelo ACBr para testar se o problema está no seu software. Então, você copia o executável para a máquina do cliente, inicia-o e, ao tentar emitir um DFe, recebe a mensagem " XML Node não pode ser nulo". Ou então, seu próprio software funciona corretamente em sua máquina, mas ao instalá-lo na máquina de um cliente e tentar emitir um DFe, a mensagem "XMLNode não pode ser nulo" é exibida na tela. A causa e a solução: Os componentes do ACBr fazem uso de algumas DLLs para diversas funções, incluindo a assinatura de XMLs. A configuração que determina qual mecanismo será usado para isso pode ser definida na configuração ACBrDFe.Configuracoes.Geral.SSLXmlSignLib, que pode ter os valores xsXmlSec, xsMsXml, xsMsXmlCapicom¹ e xsLibXml2². ¹ Capicom foi descontinuada e, por isso, não recomendamos o seu uso. Veja mais detalhes AQUI. ² Apesar das outras opções, recomendamos fortemente a utilização do LibXML2. Mais detalhes AQUI. Quando você recebe a mensagem de Xml Node não pode ser nulo, na maioria das vezes, ela está relacionada a esta configuração. Portanto, o primeiro passo a ser tomado é verificar se uma das opções possíveis foi configurada na configuração SSLXmlSignLib (lembrando que xsNone equivale a não ter nada configurado). Se uma das opções foi definida, o próximo passo é verificar se a DLL³ foi distribuída corretamente e se está disponível. Uma forma de certificar-se disso é escolher as DLLs de acordo com a arquitetura com a qual sua aplicação foi compilada, encontrando-as neste link e colocá-las no mesmo diretório da sua aplicação. ³ As dlls referidas são da LibXML2