BigWings

Também recomendo usar a opção "Apagar ACBr.bat". Aconteceu esse erro comigo e o problema era um .DCP gravado em lugar diferente do esperado pelo ACBr, já que eu havia aberto o pacote e compilado diretamente no Delphi.

Boa tarde, Essa texto é pré-Nota Fiscal Eletrônica e já foi ressalvada em resolução posterior. Veja o seguinte tópico, o terceiro post indica a ressalva. http://www.projetoacbr.com.br/forum/topic/6200-devolução-do-simples-para-empresas-normal/

Boa tarde, Depois de atualizar os fontes do SVN, comecei a receber o erro "Erro ao carregar o arquivo: [conteúdo do XML]" ao fazer a consulta de uma NFC-e emitida em contingência. Debugando, vi que o erro ocorria na unit ACBrDFeCapicom, no trecho: // Carregando o AXml em XMLDOC // if (not xmldoc.loadXML(AXml)) then raise EACBrDFeException.Create('Não foi possível carregar o arquivo: ' + AXml); Aparentemente, o ACBr estava tentando assinar novamente o arquivo, mas para mim eu já tinha assinado antes de gravar em banco de dados. Minha rotina para emitir NFC-e em contingência era: ACBrNFE1.NotasFiscais.Assinar; ACBrNFE1.NotasFiscais.Validar; dstNotasFiscaisNFE_XML.AsString := ACBrNFE1.NotasFiscais.Items[0].XML; Percebi que a propriedade XML nesse ponto estava sem assinatura, então troquei para: dstNotasFiscaisNFE_XML.AsString := ACBrNFE1.NotasFiscais.Items[0].XMLAssinado; E o problema se resolveu. Foi feita alteração nessa parte recentemente? O XML não deveria estar, nesse ponto, assinado? Obrigado.

Bom dia, Também é comum, em notas de devolução de uma empresa do Simples Nacional para uma empresa do regime normal, que se preencha a Base de Cálculo e Valor do ICMS, a fim de a empresa do regime normal creditar novamente o imposto. Nesse caso usamos o CSOSN 900, e preenchemos os campos do ICMS normal, sem ICMS ST. Com essa alteração, o ICMS será mostrado no DANFE? Empresas enquadradas o regime de simples nacional NÃO fazem destaque da base de cálculo do ICMS e o valor do ICMS , assim como a taxa do IPI e valor do IPI conforme a LEI do Simples Nacional. Entre em contato com o contador para tomar ciência dos procedimento de devolução. Essa orientação vem do próprio contador. Você tem a lei onde essa prática é proibida?

Bom dia, Os campos obrigatórios e demais padrões do DANFE estão definidos no "Manual de Orientações do Contribuinte". http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk= Bom dia, Também é comum, em notas de devolução de uma empresa do Simples Nacional para uma empresa do regime normal, que se preencha a Base de Cálculo e Valor do ICMS, a fim de a empresa do regime normal creditar novamente o imposto. Nesse caso usamos o CSOSN 900, e preenchemos os campos do ICMS normal, sem ICMS ST. Com essa alteração, o ICMS será mostrado no DANFE?

Boa tarde, Italo. Sua resposta dá a entender que o DANFE em QR está incorreto. O padrão do DANFE diz que a Base de Cálculo do ICMS e Valor do ICMS não podem ser suprimidos do quadro de produtos / serviços, sem obrigatoriedade de informar os campos do ICMS ST. Então, independentemente do regime tributário ou se o ICMS normal está zerado e o ST não, o DANFE anexado está correto segundo os padrões. O DANFE em FastReport imprime da mesma maneira.

Boa tarde, Após atualizar os fontes do SVN, o DANFe NFC-e começou a sair com espaçamento entre cada linha. Vi que foram feitas alterações nessa parte, mas na configuração do meu PosPrinter está com EspacoEntreLinhas = 0. Segue o link com a foto do DANFe (não consegui anexar aqui). http://postimg.org/image/9lusg12rh/

O problema de não imprimir mais de 50 itens é usando driver spooler ou com o ACBrNFeDANFEEscPos? Se for com o EscPos, tente setar a propriedade LinhasBuffer do PosPrinter para 50, por exemplo.

Não uso o ACBrMonitor, mas se for como no componente, a soma do vPag deve ser igual ao valor da nota. No seu caso você envia vPag=596,51 e vTroco=403,49.

Boa tarde, Corrigi algumas URL's de consulta da NFC-e para Rondônia. (DANFCe e Homologação). Segue arquivo. Fonte: http://www.nfce.sefin.ro.gov.br/docTecnica.jsp http://www.nfce.sefin.ro.gov.br/consultaAmbHomologacao.jsp ACBrNFeServicos.ini

Fiz no repositório atualizado, mas minha versão do Fast deve ter quebrado alguma coisa no arquivo .fr3. Segue novamente apenas com as minhas alterações. No DM apenas acrescentei o campo vDescIncond. DANFeNFCe.fr3 ACBrNFeDANFEFRDM.pas

Na última atualização da tabela (15.2.A) a tabela 2 - LST voltou a aparecer no arquivo, embora o manual não faça menção a ela. Como nos cadastros o LST já é obrigatório pra emissão de NF-e, e a NBS não, fica muito mais prático fazer o cálculo pela LST. Quanto à fonte, foi excesso de zelo meu mesmo, para caso no futuro apareçam linhas com fonte diferente no mesmo arquivo.

Rondônia, é aceito na NF-e e ECF para empresas cadastradas, assumi que também aceitasse na NFC-e, afinal poucas cidades aqui tem a NFS-e.

Bom dia. Criei uma sobrecarga do método Procurar na classe TACBrIBPTax, já que a original não estava me servindo, e, como não entendi muito bem seu propósito, resolvi criar a sobrecarga. Segue a unit em anexo se desejarem adicionar ao projeto. ACBrIBPTax.pas

Bom dia. Precisei fazer uma correção na impressão do DANFE NFC-e pois no valor total não estava sendo calculado o valor dos serviços tributados pelo ISSQN. Alterei o DANFE Esc/Pos e FastReport, apenas os que uso aqui, Trunk2. Segue em anexo os arquivos. ACBrNFeDANFEFRDM.pas ACBrNFeDANFeESCPOS.pas DANFeNFCe.fr3

Na página de disponibilidade do serviço da NF-e, há a informação: Aparentemente, além do RS, apenas os estados do AC, RN, PB e SC são atendidos pelo web service de consulta cadastro.

Segundo a Sefaz-RO a desativação vai ocorrer em 01/10/2015. http://www.portal.sefin.ro.gov.br/site/conteudo.action?id=3785 Os endereços novos já estão no trunk há algum tempo.

Alguém pode confirmar se essa impressora funciona com o protocolo da Epson?

Veja se não está passando o IdToken / IdCSC errado. Alterei a URL para o Id padrão (000001) e retornou a NFCe. http://www.dfeportal.fazenda.pr.gov.br/dfe-portal/rest/servico/consultaNFCe?chNFe=41150710830634000125650010000000161000000165&nVersao=100&tpAmb=2&cDest=87753359134&dhEmi=323031352d30372d32325431363a35363a30342d30333a3030&vNF=19.98&vICMS=0.00&digVal=4c6d39773445386f634e6561536e2b577869626b374a725a772b593d&cIdToken=000001&cHashQRCode=F947676E73B581FF2555BCC0B33B92B1249DEC77

Não faço boletos sem vencimento, por isso não levei isso em consideração. De fato a alteração que fiz ficou incompatível com a versão anterior, para datas de vencimento anteriores a 07/10/1997, onde apareceria 0000 (sem vencimento). No manual que anexei consta o seguinte: Entretanto, já no parágrafo seguinte: Não compreendi bem a diferença entre boletos sem vencimento, e os contra-apresentação... De qualquer forma, estou anexando a unit para manter compatibilidade com o código anterior. ACBrBoleto.pas

A última vez que liguei no suporte da Elgin me informaram que não era possível a impressão direta nessa impressora, apenas via spooler do Windows.

O DANFE em FastReport não mostra tarja de cancelamento, apenas no campo de protocolo aparece a literal "PROTOCOLO DE HOMOLOGAÇÃO DO CANCELAMENTO". Para que apareça a tarja você tem que editar o DANFE.fr3.

Bom dia a todos. O fator de vencimento, da maneira que é calculado no ACBrBoleto, gera um valor errado com datas de vencimento superiores a 21/02/2025, que é quando ele chegará a 9999. Um novo algoritmo para vencimentos a partir de 22/02/2025 foi disponibilizada aqui: http://www.abbc.org.br/images/content/manual%20operacional.pdf Já implementei no meu código a alteração, segue anexo. ACBrBoleto.pas

Obrigado pelas respostas, e pela fundamentação que já posso usar para justificar o procedimento. Fiquei na dúvida se poderia gerar novo XML porque, como o leandroaoa disse, o QR-Code contém vários elementos, inclusive o digestValue do XML, este que seria alterado gerando novo XML com alteração nos dados, o que imaginei que tornaria a primeira nota inválida. Farei o teste na próxima oportunidade e a consulta dos dois QR-Codes pra confirmar. Obrigado mais uma vez.

.