BigWings

Não cole o conteúdo, anexe o arquivo.

Está com os Schemas atualizados? Anexe o XML para teste.

"None" não é uma configuração válida. Tem que clicar em salvar configurações sempre que alterar algo.

No grupo de pagamentos você informa separado por meio de pagamento, da forma que desejar. No grupo de parcelas (antigo grupo de duplicatas) você informa o número, vencimento e valor de cada parcela.

Na NT 2016.002 v. 1.50 eles voltaram atrás e o grupo duplicatas foi renomeado para "Parcelas" e removido o tipo de pagamento 14-Duplicata mercantil. Então você pode gerar o parcelamento da forma que desejar. A previsão de entrada em vigor dessa versão da NT em produção é 16/02/2018, em homologação já está em vigor desde o dia 02/05/2018, mas nem todas as UF implementaram as novas regras.

Sim, veja o método ACBrCTe.DistribuicaoDFe. Acho que não tem no demo, mas é semelhante ao mesmo método do ACBrNFe, que tem txt com trecho de código de exemplo na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe.

NFCe é operação para consumidor final. Que saiba não existe cálculo do ICMS-ST para consumidor final. Mas você deve consultar a legislação estadual, por meio do assessor contábil da empresa.

Esse erro é retornado pela SEFAZ? Ou ocorre no momento da assinatura do XML? Caso seja a segunda opção e esteja usando SSLXmlSignLib = xsMsXML você deve registrar a msxml5.dll.

Cuidado com isso, você pode usar CFOP de operação interna mesmo que o destinatário seja de outro estado apenas se a operação foi presencial, sem frete. Caso haja frete da mercadoria já se considera operação interestadual, e sujeito a partilha do DIFAL para consumidor final não contribuinte.

Uma dica: abra o arquivo fonte e localize a linha onde houve erro de compilação. Outra dica: jogue o erro de compilação na busca do fórum.

Atualize os Schemas, e use apenas "2" para usar a versão nova do QRCode, e não 200.

Me parece que são regras da nova plataforma de cobrança. Fui questionado uma vez por um gerente da Caixa mas em boletos da própria Caixa onde por padrão não era aceito pagamento parcial, apenas total do boleto. Pra aceitar seria necessário gerar um registro específico na remessa informando valor mínimo e máximo aceito para pagamento. Que saiba o ACBr não gera essa informação, por ser coisa nova, é preciso verificar manual atualizado dos bancos e implementar. No seu caso pode ainda ser problema apenas na Caixa, o melhor é questionar os bancos envolvidos.

Pode haver algum bloqueio interno, ou do provedor, como proxy ou firewall. Tente usar uma versão oficial e atualizada do ACBrMonitorPLUS.

A princípio é só a URL mesmo, mas você pode tentar uma versão atualizada do ACBrMonitorPLUS. Fiz testes de envio aqui com a última versão e tive retorno normal do webservice. Depois de substituir o ACBrNFeServicos.ini você reiniciou o ACBrMonitorPLUS?

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.