Painel de líderes

Sugiro que vocês atualizem o ACBR conforme a recomendação do Sr. Italo. Segue em anexo a imagem do XML gerado por um sistema "não ACBr" que motivou as alterações bem como a imagem do schema onde indica a utilização do & no lugar do CDATA.

Achei o problema aqui, tinha verões diferente das DLLs na pasta windows\system32. Podem fechar por favor.

Para cumprimento da Lei 12.741/12, não esqueça de atualizar sua tabela de alíquotas - Versão 23.1.G Sua vigência é de 20/06/2023 até 31/07/2023 Integre o seu sistema à API De Olho no Imposto e não se preocupe mais com as atualizações da tabela. Fonte : https://deolhonoimposto.ibpt.org.br/

Um bônus... Como isso sempre dá enrosco com a contabilidade, você pode oferecer para seu cliente uma rotina para importar xmls de distribuição. A contabilidade continua baixando por lá, envia os xmls de distribuição para seu cliente e ele importa no sistema. Veja no botão de distribuição por último nsu do programa de exemplo que ele mostra como fazer.

Boa tarde Robson, Eu quero que você teste os 3 modos de envio disponibilizados pelo provedor. EnviarLoteRps - ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono); EnviarLoteRpsSincrono - ACBrNFSeX1.Emitir(vNumLote, meLoteSincrono); GerarNFse - ACBrNFSeX1.Emitir(vNumLote, meUnitario); O que pode esta ocorrendo: O provedor implementou mas existe algum bug no webservice que esta retornando essa mensagem, alias, mensagem que não diz o real problema do XML enviado, uma vez que o componente esta gerando, assinando e validando antes de ser enviado. Se o componente estivesse gerando alguma tag fora do lugar (por exemplo) não iria passar pela validação. Faça um teste com os 3 modos de envio acima e anexa os arquivos gerados.

Boa tarde @AnDes Sistemas, Como usuário PRO você tem acesso a todos os cursos do ACBr. Um deles detalha todo o processo de distribuiçãoDFe. (https://acbr.nutror.com/curso/70bbe2be3380d5c82dc10817ebc721956d189cf8) A sua questão é recorrente em relação a este serviço e sim, pode ter problemas de bloqueio das consultas temporário e até permanente em casos extremos. As consultas em situação normal são das notas dos ultimos 90 dias se não me falha a memória. No curso os prazos e restrições são bem detalhados. Fique atento também a questão da manifestação automática. Se fizer essa implementação no seu sistema estará assumindo uma grande responsabilidade sobre a operação comercial do seu cliente. Vale a pena assistir.

Algumas classe que foi alterada para evitar erros futuros. InfCTeMultimodalCTe.cs InfCteSubCTe.cs IdDocAntEleCTe.cs DetalhamentoAnulacaoCTe.cs DetalhamentoComplementadoCTe.cs

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Complementando, não utilize capicom, se for A1 utilize OpenSSL e se for A3 utilize winCrypt. Veja o tópico a seguir com as configurações recomendadas.

Bom dia, Já esta no SVN.

Bom dia Realizado a atualização. Voltando a seguinte mensagem de erro : Falha na validação dos dados do Conhecimento: 815 --> 1871 - Element '{http://www.portalfiscal.inf.br/cte}infCTeNorm': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/cte}docAnt, {http://www.portalfiscal.inf.br/cte}infModal ).

Bom dia. Primeiro, sempre procure atualizar os fontes e reinstalar o ACBr, temos atualizações diárias nos componentes. Segundo, verifique as DLLs da OpenSSL se estão na pasta da aplicação e na versão correta. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/ Você pode encontrá-las no caminho acima e copie de acordo com a compilação da aplicação (x86 ou x64).

Boa tarde @serginhoott o usuario e senha são os mesmos o que mudo é que foi trocado no envelope soap para só um campo "base64_encode(username:password)" ver no seguinte link na pagina 4(https://bentogoncalves.atende.net/subportal/atende.php?rot=1&aca=119&ajax=t&processo=viewFile&file=51BCDBA457E654A275F798F4C3CF45FA48010DAE&sistema=WPO&classe=UploadMidia) essa alteração já estaria funcionando(só falando do soap no caso de bento), já que em novo Hamburgo teve a mesma alteração no soap e esta funcionando. verfificou se tem as fontes do acbr atualizadas?(\trunk2\Fontes\ACBrDFe\ACBrNFSeX\ACBrNFSeXServicos.ini) adiciono as informações no arquivo ini? -------------------- informação para adicionar ---------- [4302105] Nome=Bento Goncalves UF=RS Provedor=IPM Versao=2.04 ProRecepcionar=https://ws-bentogoncalves.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://treinamento.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_bentogoncalves ------------------------------------------- rodo o bat(Compila_RES.BAT) para gerar o .res(ACBrNFSeXServicos.res) e apos re-instalou o acbr acredito que fazendo esses passo chegue ate o mesmo problema que me encontro eu.

Estou com problemas na transmissão do CT-e, após executar o comando Cte.enviar ocorre o seguinte erro: Já fiz vários testes, fui atendido pelo @Diego A. Folieni para tentarmos solucionar o problema. Já atualizei o componente, a pasta dos schemas e as dlls e continua a mesma coisa. VersaoDF 4.0 (na versão 3.0 também dá o mesmo problema) O debug para em ACBrDFeXsLibXml2.pas

A cidade de Bento Gonçalves teve atualização em seu sistema. O novo endereço é: https://ws-bentogoncalves.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Segue o arquivo já ajustado. Testei envio, consulta e cancelamento, tudo ok. Vi que neste tópico estavam com problema, aparentemente é o endereço: ACBrNFSeXServicos.ini

Boa tarde Maiquel, Já esta no SVN.

Tive aqui o mesmo erro do @Juliano Otaviano Barreto. Para contornar temporariamente, após ler o XML eu apaguei a tag qrCodCTe para que assim ela fosse gerada novamente. Não fiz alterações definitivas ainda, mas pelo pouco que vi ao ler o XML já gerado com o qrCodCTe preenchido ele troca & para & causando o problema na assinatura do XML.

Boa tarde Daniel, recapitulando: 1) o XML é gerado , validado e assinado normalmente, inclusive fizemos analise do XML no link : https://dfe-portal.svrs.rs.gov.br/Cte/ValidadorXML 2) o erro ocorre após executar o comando CTe.Enviar (lembrando que antes o arquivo XML já existe salvo, validado e assinado) carregado no componente com CTe.Loadfromfile 3) fiz testes com a versaodf=300 e versaodf=400 4) atualizei os schemas e as dlls 5) faço todo o processo utilizando o componente ACBrCTe 6) o único caracter especial que encontrei no XML foi o & na tag <qrCodCTe>https://cte.fazenda.mg.gov.br/portalcte/sistema/qrcode.xhtml?chCTe=31230610199827000120570010000131681000226647&tpAmb=1</qrCodCTe> 7) notei que do XML antigo para o XML atual não existe mais a tag CDATA

@Diego Foliene e @Juliana Tamizou o erro não parece vir da SEFAZ... o método "Assinar" ocorre antes da transmissão do XML o Erro indica um XML mal formado... @Juliano Otaviano Barreto, você gera o XML, ou é o próprio ACBr quem gera ?

Sr. Alexandre Boa Tarde! Muito obrigado pela resposta! Vou sugerir ao meu cliente decidir se os procedimentos de interação do o Serviço de DFE da Sefaz será realizado por ele ou pelo Contador. Vou também assistir todos estes cursos sugeridos. Muito obrigado por sua atenção.

Boa tarde, Infelizmente não houve publicação de NT que estabeleça as regras para este evento, sendo assim apesar do prazo, não tem como ser implementando neste momento. At.

Boa tarde, Parece estar relacionado a esta questão e ser algo na própria SEFAZ, seria importante que sua empresa enviasse email a SEFAZ para que eles percebam que esta havendo problemas. At.

Boa tarde! Criada #TK-4128 para análise do caso e parecer do consultor responsável.

Complementando(2):

A data vem no formato DD/MM/YYYY HH:MM:SS sendo que a hora minuto e segundo são zeros, fiz a seguinte alteração De : DataAut := ObterConteudoTag(Node.Childrens.FindAnyNs('DataEmissao'), tcDatHor); Para : try DataAut := ObterConteudoTag(Node.Childrens.FindAnyNs('DataEmissao'), tcDatHor); Except try DataAut := ObterConteudoTag(Node.Childrens.FindAnyNs('DataEmissao'), tcDatVcto); Except DataAut := Now(); end; end; também alterei o schema mudando o tamanho da inscrição municipal de 15 para 18 e inclui no ACBrNFSeXServicos.ini a cidade de Bom Jesus-PI. todos os arquivos em anexo. Muito Obrigado pela ajuda, pois se fosse pelo suporte da Fisco não seria possível ACBrNFSeXServicos.ini ACBrNFSeXLerXml_ABRASFv2.dcu ACBrNFSeXLerXml_ABRASFv2.pas ACBrNFSeXProviderABRASFv2.dcu ACBrNFSeXProviderABRASFv2.pas nfse.xsd

Mas não é Substituição Tributária, não está gerando é o simples nacional [ICMSSN] indSN=1

@Niltonfq Atualize seus fontes e faça um teste por favor. Nosso amigo @Victor H. Gonzales - Panda fez uma alteração, testei em meu ambiente, esta correto agora !

Essa foi algumas classe que foi alterada para evitar erro. CTe.cs EmitenteCTe.cs DestinatarioCTe.cs RemetenteCTe.cs ExpedidorCTe.cs RecebedorCTe.cs Tomador4CTe.cs

Estou tendo problemas com o CTe desde o dia 26.06.2023 com o seguinte erro: Falha ao interpretar o XML "xmlParseDoc" --> 23 - EntityRef: expecting ';' Já verifiquei dentro do arquivo XML em busca de caractéres inválidos e não encontrei nada. Porém ao compará-lo com um XML um pouco mais antigo, percebi que a falta do <![CDATA[]]> justamente na única parte do XML que contém um & Será que tem alguma relação com o que vocês estão mencionando neste tópico? Estou já a 2 dias com o @Diego A. Folieni tentando resolver este problema mas não estamos conseguindo.

Resolvido. Era a questão do Driver mesmo, ao colocar o adaptador o proprio windows fez a instalação automática. Fui no gerenciador de dispositivo e desistalei e coloquei o driver do site do fabricante e resolveu. Obrigado

Vou verificar com o meu cliente Daniel, falo assim que conseguir.

Bom dia Nicolas, Já esta no SVN.

Poise ta estranho, mas de qualquer forma estou migrando para o X. Mas valeu ai!

Vou fazer a migração para o NFSeX para ver se resolve. hoje ainda dou o retorno se funcionou ou nao no novo. Se funcionar, venho e fecho esse post! Obrigado

Esse componente já está sem suporte a algum tempo. Eventuais alterações de provedores ou qqr outra coisa não são aplicadas nele, apenas no componente novo. A nossa recomendação é que assim que possível você faça a migração do componente e assim pode ter uma ajuda mais eficiente da comunidade.

Bom dia. Criada a TK-4122 para avaliação. Obrigado pela contribuição.

no SVN tem uma classe, acabei de enviar ela, foi uma contribuição de colegas que usam harbour, acho que pode te ajuda a começar http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/NFSe/ ACBrLib você tem que fazer download aqui no fórum Lembrando ACBrLib na versão Demonstração, só funciona emissão em ambiente de homologação.

Boa tarde, Diego! Desculpa pela demora, mas agora que o suporte do Provedor nos responderam. Ao mencionarmos, que ao enviar o Código de Serviço "14.01" tínhamos o retorno: Serviço informado não autorizado. Serviços autorizados (85, 86). Recebemos o seguinte feedback: No município de Piracanjuba, o valor informado para a tag "ItemListaServico", deve ser o ID do cadastro do serviço no sistema interno da prefeitura. Deve ser informado da seguinte forma: Para o serviço 14.01.00, deve ser informado o valor 85; Para o serviço 14.02.00, deve ser informado o valor 86. Este atendimento foi realizado através do protocolo 2023062999. Para demais dúvidas ou solicitações por favor entre em contato novamente. Att, Júlio César R. Vilela Centi Desta Forma o valor esperado é 85 e não 1401 ou 140100. Fiz esta alteração na aplicação mesmo, e ao informar o código 85 foi enviado o RPS ao provedor, e no XML está ItemListaServico igual a 14.01.00. Katia Carvalho Departamento de Homologação Maxdata Software de Gestão 1037-lista-nfse-ger.xml 37aeb4ff-1e76-4393-8b94-854b4a0d61df.pdf

@Niltonfq E se vc gerar através do FPDF ? Vou te mandar um exemplo, ele não depende de ambiente gráfico: boleto.pdf

Validado e testado At revision: 29906 No SVN Obrigado

Pessoal já respondeu. O legal que não falo no manual, e possui os links do serviço, mas vamos pela resposta então. Agradeço; Boa tarde, Em Ipojuca a Prefeitura não permite o cancelamento de Notas via webservices. É necessário solicitar diretamente à Secretaria. Ats, Neilton.

Bom dia ! O cliente utilizou no sábado e no domingo, não tivemos logs de erro ou chamados ao suporte. Optei em fazer a alteração no método "InterpretarRespostaPeso": ACBrBALToledo.pas