BigWings

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.

Experimente informar o literal ISENTO para a IE.

Vale lembrar que na NFe 3.10 o grupo dup representava duplicatas. Duplicata é um título de crédito, uma obrigação de pagamento. Na NFe 4.00 o grupo dup foi renomeado para parcelas, que é meramente informativo. Para efeito de protesto de títulos isso faz uma grande diferença.

Na consulta do cadastro centralizado de contribuintes estão faltando alguns dados do cadastro em homologação, como o endereço da empresa. https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx Provavelmente é esse o motivo do erro. Será necessário entrar em contato com a SEFAZ do estado para a regularização.

O que provavelmente está acontecendo é, por o QrCode 2.00 ter menos texto, ele é impresso em tamanho menor, e acaba cortando as informações laterais caso sejam maiores que o QrCode. Mas infelizmente não tenho impressora Epson para testar.

Qual impressora? Para teste, experimente desativar a impressão do QrCode lateral, ou configurar para versão do QrCode 1.00 e reporte.

É 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.

Zere também a tag pFCP no grupo ICMS00.

Pela lógica a URL de produção também será a mesma. Se puder confirmar a URL de produção seria bom para já enviar a correção para o repositório.

No meu entendimento, você ainda precisa calcular o vFCP para poder descontar do valor do vFCPST, mas sem informar o vFCP no componente já que não há campo para ele no XML para Simples Nacional. O procedimento é semelhante ao cálculo do vICMSST. Essa forma de cálculo, porém, estava causando rejeição por a conta não bater justamente por falta do vFCP no XML, não tenho certeza se a regra de validação é uma das que foram (ou serão) suspensas.

Veja se não tem um arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação.

Veja que está informando o FCP no grupo destinado ao ICMS normal. <ICMS00> <orig>1</orig> <CST>00</CST> <modBC>0</modBC> <vBC>1499.00</vBC> <pICMS>4.0000</pICMS> <vICMS>59.96</vICMS> <pFCP>2.0000</pFCP> <vFCP>29.98</vFCP> </ICMS00> Para NFe interestadual a consumidor final não contribuinte o FCP deve ser informado apenas no grupo ICMSUFDest.

O que falta informar é a data de emissão (campo dhEmi) da nota. O campo dhCont se refere a data e hora de entrada em contingência.

Qual a versão do FastReport?

Provavelmente é algo relacionado a configuração do componente não estar na versão 4.00 no momento do envio do evento. SP tem rejeitado com a mensagem de falha no schema quando isso acontece. Pra ter certeza, anexe o arquivo *-ped-eve-soap.xml gerado.

A princípio não identifiquei nenhum erro. Vamos aguardar a análise dos demais colegas.