BigWings

As tags são obrigatórias, então a resposta é: sempre. O que pode causar rejeição são os casos onde a unidade tributável deve ser uma unidade específica, além dos casos citados pelo @RicardoVoigt, também nas notas com GTIN a unidade tributável deve ser a menor unidade de comercialização do produto.

O vídeo é exclusivo aos usuários SAC.

O componente ACBrNCM - no qual o comando NCM.Validar é baseado - não está funcional, devido às alterações na página de consulta da receita.

Anexe o XML para análise.

Testei agora e instalou normalmente. Vi no log do repositório que o último commit é um revert para correção, tente atualizar novamente.

As tags podem não ser geradas no XML dependendo do CST/CSOSN informado. Já leu a Nota Técnica? Acredito que tudo que você precisa está lá: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Y6Lj7G0uHwc=

Tópico movido para o fórum aberto para referência.

As URLs de homologação divulgadas no portal da SEFAZ permitem apenas emissão de NFCe por empresas do próprio AM. Para homologação de NFCe por desenvolvedores de outros estados, existem as URLs que estão inseridas no ACBrNFeServicos.ini.

@Gr@c@ @Intelliware Já é possível emitir NFCe em homologação pela SEFAZ-AM com qualquer certificado.

URLs alteradas no repositório. Obrigado pela colaboração.

Veja que está tentando usar a função "import". Nesse caso é solicita o usuário e senha. Para baixar o correto é executar o "check-out".

Use o CSOSN 900. É o único que permite destaque de ICMS na nota em regime Simples Nacional.

Enviei ajustes para o repositório para esse problema. Favor atualizar os fontes e testar novamente.

Provavelmente esse código de barras está errado. Para GTIN com 14 dígitos, o prefixo fica entre o 2º e o 4º dígito, portanto 898. Esse prefixo não existe na tabela disponível no portal da NFe. O prefixo nacional é 789, o que me leva a crer que há um dígito a mais nesse GTIN.

Por esse trecho de código não é possível identificar o problema. Com certeza não estará dentro do loop de itens senão haveria um item em branco pra cada item da nota, o que pelo seu XML, não é o caso. Você tentou simular o problema usando o demo do ACBrNFe?

Mostre o passo a passo pra simular o problema, usando o demo do ACBrNFe.

Procure por chamadas a Det.Add no seu código. Cada chamada cria um item novo.

Provavelmente está recusando a conexão antes mesmo de exigir o certificado digital, por falta de suporte aos protocolos. O Windows é 32 ou 64 bits?

Você precisa definir as configurações SSLLib, por exemplo:

Com xsMsXML também ocorria o erro "schema inválido"? Ou apenas os alertas do tamanho mínimo do nItemPed? Apesar do layout da NFe definir o tamanho do nItemPed como 6 algarismos fixos, os schemas permitem entre 1 e 6 então não deve haver falha na validação. Os alertas são gerados pelo ACBr, o fato de só mostrar o alerta a partir do segundo dígito talvez precise ser verificado. Vai ocorrer com qualquer nota sim, desde que configurado como xsLibXML2. Já tem tópicos sobre isso no fórum. Fazendo o mapeamento da unidade de rede, ou usando xsMsXML, o problema não ocorre.

Você pode usar com arquivo pfx, mas a opção de informar apenas o número de série não foi removida.

A mensagem indica a falta de assinatura no arquivo. Está chamando método ACBrNFe.NotasFiscais.Assinar antes de validar?

Também não localizei a mensagem de rejeição. Me parece uma rejeição inserida pela SEFAZ do estado... tente contato com ela.

Sempre foi... basta o Windows ter suporte a TLS 1.2.

O erro de schema inválido pode ocorrer quando: - SSLXmlSignLib esteja configurado como xsLibXML2 e - Os arquivos de schema estejam corrompidos - Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe) - A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento