BigWings

Veja a observação na regra de validação da NT 2017.002 v1.10: Como você está informando finNFe = 4 (devolução), o percentual de partilha para a UF de destino deve ser definida conforme a emissão da NFe referenciada. Se a NFe referenciada foi emitida em 2018, você deve informar a tag pICMSInterPart = 80. (80% em 2018, 100% em 2019).

Obrigado por reportar. Para o novo problema abra novo tópico.

Quando a origem da mercadoria (1º dígito do CST do ICMS) indica um item importado, com código de origem 1, 2, 3 ou 8, a alíquota do ICMS interestadual deve ser 4%.

Leia:

A classe ConsNFeDest, assim como a DownloadNFe foi removida dos fontes, já que já foi desativada há anos. Não encontrei nenhuma referência a propriedade retDistDFeInt.indCont. Qual era a revisão dos fontes que tinha antes da atualização?

Dividi o seu post em um novo tópico já que não tinha nenhuma relação com o tópico anterior. A mensagem está clara: algumas UF exigem que se informe o CNPJ do escritório de contabilidade na tag autXML.

Uso o método DistribuicaoDFePorChaveNFe normalmente para carregar XML de produtor rural emitida pela SEFAZ. O método em si faz apenas a validação da chave de acesso, no caso da série 890 ele verifica se o CNPJ informado na chave é válido, gerando um alerta, sem interromper o processo. Se a exceção está realmente dentro do método DistribuicaoDFePorChaveNFe você pode ter alterações locais nos fontes.

@anderson.mendonca Essa mensagem não consta nos fontes do ACBr. Provavelmente é algo na sua rotina que está fazendo a validação. Já rodou o debug pra identificar em que momento o erro acontece?

Não é tão comum, mas já tive mais que um caso, com certeza: SQL> select char_length(trim(unidade)), count(*) from ITEM_NF_ENTRADA group by 1; CHAR_LENGTH COUNT ============ ============ 1 27 2 207670 3 6154 4 547 5 102 6 78 A tendência é aumentar essa frequência.

Não necessariamente, cada fornecedor pode ter seu padrão.

Usam porque é possível, e mais organizado. A NFe aceita até 6 caracteres para a unidade de medida. Inclusive a tabela de unidades padrão recomendada pela receita tem unidades do tipo CX2, CX10, CX100, etc. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=RY8TPoGpyMY= O correto é aumentar o campo de unidade no seu banco de dados para aceitar até 6 caracteres, caso contrário, terá problemas para conciliar as unidades na entrada de nota fiscal.

Não acredito que a alteração deste tópico tenha causado o efeito colateral no DANFE Fortes. Provavelmente foi aqui: E antes disso, no refactoring, onde a propriedade "ExibirBandInforAdicProduto" controlava a exibição da banda e deixou de existir.

A propriedade ImprimeInfoAdicProduto está marcada? Anexe XML para testes.

Certifique-se de que está usando o componente ACBrNFeDANFCEFR e que a propriedade ImprimeItens esteja ativada.

Enviei correção para o repositório. A tag infAdProd será impressa na NFCe, caso exista no XML, independentemente da propriedade ExibeInfAdicProduto. Isso para manter a funcionalidade como era anterior ao refactoring, e como é atualmente nas versões em Fortes e EscPos. Favor atualizar os fontes e testar novamente.

Viu minha resposta lá em cima? Você ainda pode informar a propriedade vTroco no componente, desde que o componente seja um para NFCe, mas o valor será usando apenas quando o valor da tag pag.vTroco do XML estiver zerada (ou a tag não existir).

Não responde a minha pergunta. Não adianta fazer typecast se o componente vinculado ao ACBrNFe não for um dos componentes específicos para NFCe.

Qual componente DANFE está usando? Caso seja Fast Report você deve usar o novo componente ACBrNFeDANFCeFR. Todas as alterações estão documentadas no log do svn, e nos arquivos *-change-log.txt separadamente para cada componente ou módulo. As de maior relevância tem aviso aqui no fórum.

Essa unit é do próprio Delphi. Qual versão está usando? Veja se em Project - Options - Delphi Compiler - Unit scope names do seu projeto tem "System.Win" na lista.

Tem um XML de exemplo? Qual arquivo .fr3 está usando?

Para SP, inclua esta linha no teu exemplo: uses blcksock; procedure TForm1.cxButton1Click(Sender: TObject); begin [...] NFe.Configuracoes.WebServices.SSLType := LT_TLSv1_2; Seria interessante você ter essa configuração livre na aplicação. Voltando ao caso do ES a SEFAZ tinha um webservice próprio para a consulta de cadastro: https://internet.sefaz.es.gov.br/informacoes/nfe/ws_consulta_cadastro.php Mas aparentemente não divulgaram um webservice para a versão 4.00.

Após atualizar, você executou o ACBrInstall_Trunk2.exe para recompilar os pacotes? Tem alterações locais nos fontes? Você vai precisar usar o debug da sua IDE para descobrir porque o componente está acessando a URL incorreta. Pode ser a configuração, fontes desatualizados um arquivo ACBrNFeServicos.ini ou ACBrNFeServicos.res desatualizado no library path do Delphi ou da aplicação. Veja as URL por versão do layout do arquivo ACBrNFeServicos.ini: [NFCe_SE_P] Usar=NFCe_SVRS_P [...] [NFCe_SVRS_P] [...] RecepcaoEvento_1.00=https://nfce.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento.asmx RecepcaoEvento_4.00=https://nfce.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx [...]

Não vamos misturar os assuntos, se o erro agora é no envio e não cancelamento, favor abrir um novo tópico. Você ainda está com erro no cancelamento mesmo configurando o componente para a versão 4.00 ao cancelar?