BigWings

Simples, remova essa dependência, gere o número localmente. O uso de série diferente em cada caixa é justamente pra não depender de um centralizador para a numeração.

Veja se não incluiu sem querer uma segunda nota no componente, isso geralmente causa esse erro. Procure por chamadas a NotasFiscais.Add.

Não. Apenas no CTe-OS (modelo 67) e no CTe multimodal. Para o modelo 57 normal os dados da seguradora devem ser informados no MDFe.

Veja:

Correção enviada para o repositório, rev. 16249. Favor atualizar novamente.

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.