BigWings

O recomendado é usar OpenSSL para certificados A1 e WinCrypt para A3. Leia os tópicos a seguir:

Como a mensagem indica, o erro ocorre quando o componente ACBrNFe não contém nenhuma nota no momento da consulta da NFe. Provavelmente alguma rotina anterior na sua aplicação que gera/assina a NFe ou carrega o XML está falhando.

Tem uma terceira opção, que é gerar a NFe na versão 3.10, que não tem essas validações. Ou aguardar/pressionar a SEFAZ.

O grupo de pagamentos é obrigatório. O grupo de cobrança (fatura e parcelas) é opcional.

Primeiramente, o erro indica que a SEFAZ em questão ainda não implementou as alterações determinadas pela NT 2016.002 v.1.50, que retirou essa mensagem de rejeição, o tipo de pagamento duplicata mercantil, e alterou o nome do grupo dup para "Grupo de Parcelas". Regras essa que já estão, ou deveriam estar em vigor em produção desde 04/06/2018, vide NT 2016.002 v.1.51. Então você deve fazer uma das duas coisas: - Informar a tag pag.tPag = 14 (Duplicata mercantil) e pag.vPag igual a soma dos valores informados no grupo dup. with pag.Add do begin tPag = fpDuplicataMercantil; [...] end; - Não gerar grupo dup no XML.

O XML está correto de acordo com o layout da NT 2016.002 v.1.51, mas os Schemas não estão em acordo com o mesmo. Pelo manual o grupo de dados do FCP-ST (N23.1) é independente do grupo ICMS-ST (N17.1) do CSOSN 900, mas os Schemas definem como dependente. Ainda de acordo com o manual, ambos os grupos são opcionais. Ou seja, há um erro ou no manual ou nos schemas, resta saber em qual... Uma dúvida, você está informando valor de FCP-ST sem informar valor de ICMS-ST... isso está correto?

Se o CFOP é o que está causando a rejeição, sim, você deve gerar novo XML fazendo a correção e enviar novamente.

Esse print mostra que você está com o ACBr desatualizado, ou não recompilou o demo após a atualização do ACBr. Após atualizar os fontes, você reinstalou o ACBr? Após resintalar o ACBr você recompilou o demo/aplicação? Qual UF, modelo de documento, versão e ambiente está testando? O Windows está com todas as atualizações instaladas? Como está configurando a propriedade SSLType?

Ainda não há URL disponível do webservice de consulta de cadastro para NFe 4.00 para MG. Então para usar o comando você pode alterar a versão para 3.10. NFe.SetVersaoDF("3.10")

Salvo engano, a SEFAZ-AM disponibilizava webservice para desenvolvedores, com IE e CSC fictícios, para a NFCe 3.10, mas não aceita mais para a versão 4.00. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ Então você precisa de um certificado de emitente cadastrado como emissor NFCe na UF que for emitir.

Você deve informar uma data superior a data atual, que será a data de autorização da NFe. Ou seja, a emissão pode conter uma data anterior, mas a data de vencimento da parcela não.

O mesmo problema ocorre usando o projeto de exemplo disponível em ACBr\Exemplos\ACBrDFe\ACBrNFe\Demo ACBrNFeDANFeEscPos? Se sim pode ser alguma configuração da impressora, verifique pelo aplicativo da Elgin. Se não, verifique se não está alterando a propriedade ColunasFonteNormal do componente ACBrNFEDANFeEscPos.

Provavelmente você não está informando algum valor obrigatório nos dados da fatura.

@Alexsandro Betini Favor não postar a mesma dúvida em mais de um tópico, uma vez é suficiente. Tópico encerrado por já estar extenso.

@Vanessa Furman A tabela está disponível no portal da NFe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=TKvyZLZP3cA= A NT 2016.002 v1.50 determinou que a alíquota do FCP deve ser validado conforme o estado de origem, e a alíquota do FCP-ST, se houver, deve ser conforme o estado de destino. Porém nem todas as UF implantaram as regras dessa versão da NT, a data de entrada em vigor em produção está prevista para 04/06/2018, e ainda pode haver nova prorrogação. Então a única maneira de saber é por tentativa e erro...

Anexe imagem da NFCe que demonstre o problema.

Paciência com essas SEFAZ... Favor anexar os arquivos para que outros possam testar e ser enviado ao repositório.

De acordo com o post do @RobertoRP mais acima, é essa a URL. Se com essa URL está havendo rejeição, o jeito é entrar em contato com a SEFAZ novamente e perguntar a URL correta.

Corrigido no repositório. Atualize os fontes novamente.

A DANFE simplificada é para NFe e não NFCe.

Nesse link não consta a URL de consulta por chave de acesso. O ACBrNFeServicos.ini atual foi atualizado de acordo com o post mais acima: No teu XML a tag urlChave está de acordo com as URL fornecidas pela SEFAZ-GO. Se ainda está havendo rejeição é preciso entrar novamente em contato com a SEFAZ e questionar o motivo da rejeição e perguntar a URL correta.

Veja este tópico:

Esse campo é usado em notas modelo 01 e 02 apenas. Para NFe não é necessário. var NFref: TNFrefCollectionItem; begin [...] NFRef := NF.Ide.NFref.Add; NFref.RefNF.cUF := UFtoCUF('SP'); NFref.RefNF.AAMM := FormatDateTime('YYMM', Now); NFref.RefNF.CNPJ := '99999999000191'; NFref.RefNF.modelo := 02; NFref.RefNF.serie := 1; NFref.RefNF.nNF := 1;

Pra isso você precisa conferir o XML, se ele está gerando a URL correta informada pela SEFAZ na tag urlChave.

Falta de atenção minha... O tipo 90 para a tag motDesICMS só pode ser usado junto aos CST 40, 41 e 50. Para o CST 20 você deve informar motivo 3, 9 ou 12. Consulte a NT 2016.002 v. 1.51 para saber os tipos aceitos por cada CST.