BigWings

A versão dos schemas destacada pelo @Rafael Fachini ainda vai causar o erro de validação. Você deve usar a última versão dos schemas - PL_009_V4_NT_2016_002_v1_60b - se estiver usando o ACBr para validação use os schemas disponibilizados no repositório no diretório ACBr\Exemplos\ACBrDFe\Schemas\NFe. Na última versão dos schemas os campos vOrig, vDesc e vLiq tiveram o seu tipo alterado, de: <xs:element minOccurs="0" name="vOrig" type="TDec_1302Opc"> Para: <xs:element minOccurs="0" name="vOrig" type="TDec_1302"> Conforme arquivo leiauteNFe_4.00.xsd. O tipo anterior impedia a tag de ser informada no XML caso o valor fosse zero, o correto era não gerar a tag. Como a regra de validação agora exige que seja informada a tag foram liberados os novos schemas no dia 02/07/2018.

O ACBr segue o Manual de Orientação e as Notas Técnicas, e não houve alteração no layout do DANFE no que se refere à placa do veículo, o campo deve continuar sendo mostrado no DANFE. Sendo assim não é possível fazer essa mudança.

Os arquivos .fr3 usados no ACBr são feitos para a versão 5.x do FR. Provavelmente há uma incompatibilidade entre as versões no que se refere a carga dos datasets. Minha sugestão é que faça a atualização do Fast Report.

Fiz alguns ajustes, para não mostrar a banda de duplicatas caso não haja e fonte, favor teste com o arquivo abaixo: DANFePaisagem_2018.fr3

Bom dia, Infelizmente, sua contribuição causou efeitos colaterais conforme os tópicos abaixo: Suspeito que tenha a haver com a versão do Fast Report utilizada. Então, por favor, informe qual versão usa onde o problema ocorre.

Bom dia, Última alteração revertida no repositório. Favor atualizar os fontes e testar novamente.

Foi dito que havia rejeição referente ao total das parcelas ser diferente do total da nota. Você citou a rejeição referente ao total de pagamentos. O total de pagamentos, sim, com exceções, deve ser igual ao total da nota. Já para as parcelas, não faz sentido... se eu tiver uma NFe onde houve pagamento de entrada, e o restante parcelado, não se deve informar a entrada como parcela, apenas pagamento.

Como suspeitava, seu arquivo não está atualizado.

Eu ainda acho que você está com a pasta de Schemas desatualizada. Anexe o arquivo leiauteNFe_v4.00.xsd da sua pasta de Schemas.

Não, validou normalmente pelo demo do ACBrNFe.

Improvável, já que a validação do XML é feita antes de qualquer tentativa de acesso ao webservice.

Se está tendo erro de falha de validação, o ACBr nem está tentando transmitir a NFCe. Ou a sua pasta de Schemas continua desatualizada, ou tem algo errado no seu XML. Veja se está usando a pasta de Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe e se está configurando corretamente a propriedade ACBrNFe1.Configuracoes.Arquivos.PathSchemas. Também anexe o XML para análise.

O WBResposta é um componente TWebBrowser inserido no formulário para exibir o XML de retorno. Me parece que o Delphi Starter não tem o componente TWebBrowser. Tente apenas comentar as linhas que fazem referência ao objeto. Já testou a versão atualizada, agora chama-se Delphi Community Edition? Parece que essa versão não tem as limitações das versões Starter antigas.

https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Para o item 5 está sendo gerado a tag <vOutro>0.00</vOutro> o que é inválido pelos schemas. Para valor zero a tag não deveria ser gerada. Se o XML foi gerado pelo ACBr veja se não há algum valor qualquer sendo informado, por ex. 0.001 para a tag vOutro. Qualquer valor maior que zero vai forçar a geração da tag. Faça o arredondamento ou truncamento para duas casas ao informar o valor.

Veja se não tem mais de uma versão do FastReport instalada, por exemplo, a versão básica que vem junto ao Delphi e a versão comercial. Caso tenha as duas pode haver incompatibilidade.

QRCode é impresso somente na NFCe.

Para assunto diferente favor abrir novo tópico.

Acho que é isso mesmo, retorna como se tivesse instalado mas na verdade ele não fez nada. Alguns pacotes, como o ACBr_synapse, são apenas runtime, basta compilar mesmo. Siga a hierarquia de pacotes descrita no Bem_Vindo_ao_Trunk2.pdf.

Sua versão do Delphi não possui suporte a compilação por linha de comando. Dessa forma o ACBrInstall_Trunk2 não funciona. Você deverá instalar os pacotes manualmente.

É prática o produtor rural emitir a nota fiscal de produtor rural (modelo 04) e o comprador emitir a NFe como contra-nota. Sendo nota de compra o produtor rural é o remetente e não destinatário. Com a possibilidade de emitir a NFe avulsa pelo portal da SEFAZ o produtor rural também pode fazer a emissão da NFe diretamente, alguns estados já obrigam a isso.

Fiz apenas testes de consulta de status usando certificado com CPF. Neste momento apenas MS, MG e o SVAN (MA, PA) estão respondendo. Os demais acusam rejeição 292 ou 999.

No grupo ICMSST as tags realmente são obrigatórias, e serão geradas mesmo que o valor informado seja zero. Já nos grupos ICMS60 e ICMSSN500, as tags vBCSTRet, pST e vICMSSTRet fazem parte de um agrupamento que não é obrigatório. Caso seja informado zero para os três campos esse agrupamento não será gerado no XML. Qual a mensagem de rejeição?

Basta mapear a unidade usando o mesmo usuário que executa o ACBrMonitorPLUS. No diálogo de mapear rede você pode selecionar a opção de mapear usando credenciais diferentes.

Se o arquivo ACBrNFeServicos.ini existir no diretório da aplicação, ele será usado pelo ACBr para carregar as URL dos webservices. Caso não exista, será usado o ACBrNFeServicos.res que é inserido como recurso no executável no momento da compilação. Como você disse que está com o ACBr atualizado e não há outros relatos de problemas semelhantes, a possibilidade de esse problema isolado ocorrer seria existir o arquivo no diretório, com URLs desatualizadas.

Favor não duplicar os posts.