BigWings

Se é o GTIN com 13 dígitos (EAN13) ele já contém o dígito verificador. O ACBr tem a função ValidarGTIN na unit e componente ACBrValidador que você pode usar pra fazer as validações. Leia a NT 2017.001 que trata das validações do GTIN na NFe 4.00, apenas GTIN cadastrados podem ser informados nessa tag. Outros links: https://www.gs1br.org/servicos-e-solucoes/cadastro-centralizado-de-gtin https://www.gs1.org/services/check-digit-calculator Parece ter um espaço no final do código, pode ser isso que esteja causando a falha na validação.

Que bom que funcionou. Mas tenha em mente que essa configuração usa a msxml5.dll que já foi descontinuada pela MS. Tem um problema grave possivelmente associado a ela, veja este tópico:

É uma exceção esperada e tratada pelo componente. Só deve aparecer em modo debug.

Os códigos informados nas tags cEAN e cEANTrib estão corretos? No seu XML me parecem estarem todos com 14 dígitos, que são específicos para agrupamentos de itens (Caixa, Fardo, etc). No cEANTrib deve ser informado o GTIN de produto unitário.

Se você usa SSLXmlSignLib = xsMsXML ainda precisa registrar a DLL msxml5.dll.

Por padrão o ACBr não exibe essa mensagem. Você tem algum código no evento OnGerarLog do componente?

Não testei na versão 6, mas acho improvável que tenham removido essas propriedades. Verifique no library path do Delphi ou pelo log do ACBrInstall_Trunk2 se ainda há referência a diretórios do Fast antigos. Ou você pode editar o .dfm da guia do GNRE e remover essas propriedades.

Removeu os Fast antigos? Pelo erro ainda está tentando compilar com versões antigas do FR.

Do lado do ACBr não há nada de errado na geração do XML. Acrescentei a linha referente ao indicador de pagamento no código do demo do ACBr e compilou normalmente: with pag.Add do //PAGAMENTOS apenas para NFC-e begin indPag := ipVista; tPag := fpDinheiro; vPag := 100; end; Se está tendo erro na compilação, mostre em um novo tópico como está fazendo e o erro apresentado.

Já testou o certificado? Ele pode ter perdido a chave privada...

Se está falando da codificação do arquivo de saída, por padrão ele é gravado em UTF-8, você pode alterar para ANSI nas configurações gerais do ACBrMonitorPLUS.

Remova o separador de milhar.

A SEFAZ provavelmente ainda não atualizou as regras no webservice de acordo com a NT 2016.002 v. 1.50. As datas previstas são 02/05/2018 em homologação e 16/05/2018 em produção. Entre em contato com a SEFAZ e reporte o problema, ou aguarde regularizarem.

Provavelmente está recusando por causa do desconto que está sendo aplicado. Verificar se na remessa foi informado que é aceito pagamento parcial do boleto.

Simples: faça esse tratamento na sua aplicação, e não no código do ACBr. Não dá pra saber se algum documento de estrangeiro possa conter caracteres não numéricos, traços, barras, etc... o que causaria rejeição caso isso seja aplicado no componente.

Repita o número do lote na seção de medicamento. [Medicamento001001] nLote=a100 cProdANVISA=1111111111111 vPMC=13.31 Tem um problema no código do monitor que faz com que o grupo seja ignorado caso essa tag não seja informada.

Certificados tem hora para expiração e não apenas data. Na minha opinião a implementação original é mais correta já que leva também a hora em consideração.

Do ACBrNFe-change-log.txt:

O enumerado está declarado na unit pcnConversao.pas: TpcnIndicadorPagamento = (ipVista, ipPrazo, ipOutras, ipNenhum); Você pode ter arquivos antigos em algum lugar que o compilador está encontrando em vez do correto. Anexe o log do ACBrInstall_Trunk2.

Já verificou se é aceito pela prefeitura a emissão de NFCe de serviços? Geralmente é exigida a NFSe. A mensagem é clara: o valor do vServ deve ser a soma dos vProd dos itens. Informe o valor sem deduzir o desconto.

Isso deve ser possível pelo método ACBrNFe.WebServices.Enviar.Executar. Estude o método ACBrNFe.Enviar e os passos que ele executa.

As tags vBCSTRet, vICMSSTRet, vBCSTDest, vICMSSTDest são parte do grupo ICMSST (Grupo de repasse do ICMS-ST), para os CST 41 e 60 (NFe 4.00). Caso você informe valor em alguma delas o componente entende que está querendo gerar esse grupo e não o de tributação normal. Essa abordagem causou alguns problemas tratados em outros tópicos, então é uma área sensível... Que saiba não há tag para se informar base de cálculo de ICMS-ST, em operações normais com CST 60... qual foi exatamente a tag que você preencheu pra gerar o erro de validação?

O mesmo problema ocorre com o demo do ACBr? Informe o passo a passo para reprodução.

Aparentemente está exigindo TLS 1.2 apenas em homologação, por enquanto.

O próprio emitente não pode fazer download da NFe pelo serviço de DistribuicaoDFe. O sistema entende que por ele ser o emitente, já tem o XML. Apenas o destinatário, transportador ou terceiros identificados no grupo autXML podem fazer o download.