BigWings

Sim, o gerador verifica se qualquer um dos campos está preenchido e gera ambos se for o caso: if (nfe.Det[i].Imposto.ICMS.UFST <> '') or (nfe.Det[i].Imposto.ICMS.pBCOp <> 0) or (nfe.Det[i].Imposto.ICMS.CST = cstPart10) then begin Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N25', 'pBCOp ', 01, IIf(Usar_tcDe4,07,05), 1, nfe.Det[i].Imposto.ICMS.pBCOp, DSC_PBCOP); Gerador.wCampo(tcStr, 'N24', 'UFST ', 02, 02, 1, nfe.Det[i].Imposto.ICMS.UFST, DSC_UFST); end;

A nova configuração citada pelo Daniel para evitar esse erro está disponível na versão 1.2.0.10. Em versão anterior, você deve informar valor maior que zero para os campos vOrig, vDesc e vLiq, e também informar o campo nFat.

O mesmo vale para a tag UFST, informe a mesma em branco.

O ACBrMonitorPLUS não tem comando para fazer a configuração das casas decimais na impressora. O comando DecimaisPreco apenas retorna o estado atual. Tente um utilitário da ECF para fazer a programação... é possível que isso só possa ser feito em modo de intervenção técnica.

Você inverteu os valores para indPag e tPag. indPag deve ser 0 para à vista e 1 para a prazo tPag deve ser 01 para dinheiro, 15 para boleto, etc...

Na NFe 3.10 havia uma única tag indPag por NFe para indicar o tipo de pagamento. Na NFe 4.00 ela foi removida e inserida novamente mas agora pode ser informada para cada pagamento da NFe. A tag pag.indPag não é obrigatória então, caso não informada não será gerada no XML. Caso deseje, informe pag.indPag diferente de ipNenhum. A NT não previu a impressão dos dados dos pagamentos no DANFE.

Tópico dividido e movido para a área do SAC.

Deve ser liberada nova versão hoje, para os usuários SAC, já com as URLs atualizadas. Você também pode tentar apenas substituir o arquivo ACBrNFeServicos.ini com o abaixo: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini As novas URL aceitam apenas conexão via TLS 1.2 então verifique as configurações SSLLib.

Estranho.. pode fornecer um XML para análise?

Chegou a atualizar os fontes? A propriedade CamposFatObrigatorios deve ser ajustada para cada UF e ambiente, como bem explicado pelo André no topo do tópico.

A validação é obrigatória em NFe interestadual (exceto NFe avulsa), e facultativa, a critério de cada UF, em NFe intermunicipal.

Acredito que isso seja causado por se estar usando a versão "basic" do FastReport (a que vem junto com o Delphi), por ela não ter suporte a scripts.

No modo Esc/Pos a logo já deve estar carregada na memória da impressora, isso geralmente é feito por utilitário da mesma. O componente apenas envia o comando de impressão.

Foi atualizado no dia:

Me parece que é justamente esse o problema, nesse dia não haverá a hora 00:00, já que a hora será adiantada em 1 hora a partir de 20/10/2018 23:59:59 direto para 21/10/2018 01:00:00. https://github.com/JodaOrg/joda-time/issues/146 Provavelmente o webservice está tratando o campo como data e hora, e o campo sendo apenas data, é inferida a hora 00:00:00. Quem está tendo o problema precisa reportar a SEFAZ.

Configure a propriedade DANFE.ImprimirUnQtVlComercial.

Para a versão 4.00, o arquivo já está ajustado com o nome original, não é preciso renomear.

Aparentemente o grupo ICMSST não está sendo aceito para NFCe, segundo regra N12-60 da NT 2015.002. Experimente então, sendo NFCe, informar apenas CST=60, sem os valores de ICMS retido.

Para referência:

Essa versão é antiga, o valor do CST específico "60rep" foi criado em versões mais recente. Para gerar corretamente o grupo ICMSST na NFe 4.00 nessa versão você precisaria informar o CST=60 e um valor maior que zero para um dos campos abaixo: vBCSTRet=0.00 vICMSSTRet=0.00 vBCSTDest=0.00 vICMSSTDest=0.00 A melhor opção então é atualizar o ACBrMonitorPLUS.

Qual versão do ACBrMonitorPLUS está usando?

nFat é um campo do tipo string, o componente não tentaria fazer a conversão para data. (* Grupo da TAG <cobr> ******************************************************) if Leitor.rExtrai(1, 'cobr') <> '' then begin if Leitor.rExtrai(1, 'fat') <> '' then begin (*Y03*)NFe.Cobr.Fat.nFat := Leitor.rCampo(tcStr, 'nFat'); (*Y04*)NFe.Cobr.Fat.vOrig := Leitor.rCampo(tcDe2, 'vOrig'); (*Y05*)NFe.Cobr.Fat.vDesc := Leitor.rCampo(tcDe2, 'vDesc'); (*Y06*)NFe.Cobr.Fat.vLiq := Leitor.rCampo(tcDe2, 'vLiq'); O problema também ocorre no demo do ACBrNFe?

Verifique se o XML está sendo gerado na versão 4.00. O valor "SEM GTIN" para as tags cEan e cEanTrib é exclusivo pra essa versão.