BigWings

<vUnTrib>0.0000000000</vUnTrib> Creio que seja este o problema. Existe uma propriedade no ACBrDANFE para mostrar pelo valor comercial ou tributário, verifique como está no seu.

Boa tarde, GetalGeralmente com a opção SepararPorCNPJ marcada, o ACBr criava um diretório com o CNPJ, não formatado. Por alguma razão com a configuração acima, e envio síncrono, ele não removeu a formatação do Cnpj ao tentar criar o diretório. O ACBr gerava erro na gravação do arquivo XML da NFC-e, já que o diretório não fora criado, apesar de transmitido com sucesso, apenas removi os caracteres de formatação do Cnpj.

Boa tarde, Identifiquei um erro ao enviar NFC-e com as propriedades Salvar e SepararPorCNPJ marcadas. O ACBr tentava salvar na pasta <PATH>\00.000.000\0000-00\<CHAVE-NFE>.xml O componente estava configurado da seguinte forma: NFE.Configuracoes.Geral.ModeloDF := moNFCe; NFE.Configuracoes.Geral.VersaoDF := ve310; NFE.Configuracoes.Geral.SSLLib := libOpenSSL; NFE.Configuracoes.Geral.CSC := <CSC>; NFE.Configuracoes.Geral.IdCSC := <idCSC>; NFE.Configuracoes.Certificados.ArquivoPFX := <pathCertficiado>; NFE.Configuracoes.Certificados.Senha := <senhaCertificado>; {$IFDEF DEBUG} NFE.Configuracoes.WebServices.Ambiente := taHomologacao; {$ELSE} NFE.Configuracoes.WebServices.Ambiente := taProducao; {$ENDIF} NFE.Configuracoes.WebServices.UF := <UFWebService>; NFE.Configuracoes.Arquivos.Salvar := True; NFE.Configuracoes.Arquivos.SepararPorMes := True; NFE.Configuracoes.Arquivos.SepararPorCNPJ := True; NFE.Configuracoes.Arquivos.SepararPorModelo := True; NFE.Configuracoes.Arquivos.EmissaoPathNFe := True; NFE.Configuracoes.Arquivos.PathNFe := <pathNFe>; NFE.Configuracoes.Arquivos.PathInu := <pathInu>; NFE.Configuracoes.Arquivos.PathEvento := <pathEvento>; NFE.Configuracoes.Arquivos.PathSalvar := <pathPDF>; Fiz uma correção nos fontes, segue anexo. ACBrDFeConfiguracoes.pas

Consultei o log e percebi que minha versão dos fontes era anterior a essa alteração. Assim que possível farei a atualização dos fontes e informarei o resultado. Obrigado.

Arquivos alterados para aceitar a carta de correção com quebras de linha. pcnCCeNFe.pas pcnEnvEventoNFe.pas

Bom dia, Tive esse problema hoje ao enviar uma carta de correção. Remover a quebra de linha do texto resolveu o problema.

Você precisa resolver os conflitos, pelo próprio Tortoise SVN, antes de tentar instalar. Outra opção é usar o "Revert" do próprio, nos fontes com problemas, para descartar o fonte local e usar o do repositório. Se todos os arquivos estiverem com o "sinal verde" neles, significa que estão com os fontes do repositório, sem alterações.

Bom dia, Criei um campo BLOB no banco de dados para armazenar o arquivo CSV e uso o ACBrIBPTax para fazer o cálculo por NCM, NBS ou LST. O regime tributário da NFC-e não muda a alíquota que o IBPT fornece, mas a origem da mercadoria sim, e no caso do CSOSN você tem ainda precisa informar a tag <orig> para indicar se a mercadoria é nacional ou importada.

Isso vale para NF-e também? Estou tentando dessa forma e recebo a rejeição "IE do emitente não cadastrada".

Se não quiser atualizar o FR precisa abrir as units do DANFe / DACTe / DAMDFe FastReport no Delphi, ignorar os avisos de propriedades inexistentes, abrir o DFM (Alt+F12) e mexer em algo pra forçar a gravação e salvar. Depois disso reinstalar o ACBr.

Veja se é o mesmo caso:

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