BigWings

O problema é que o ajuste para funcionar com OpenSSL acabou sendo desfeita na última atualização dos Schemas oficiais:

Veja se ajuda: http://www.firebirdfaq.org/faq223/

O tópico é antigo, a versão atual é a 4.2: Manual de Especificações Técnicas do DANFE NFC-e e QR Code - Versao 4.2 O DANFe NFCe em Fortes em bobina já está atualizado, mas com o QR-Code centralizado.

Você tem que copiar o arquivo alterado para o diretório da sua aplicação, ou usar o Compila_RES.bat no diretório acima e recompilar a aplicação.

@Italo Jurisato Junior Por questões de compatibilidade, essa propriedade deveria vir desligada por padrão... Considere, por favor. pmdfeMDFe.pas

Veja se é o mesmo caso deste post:

Para os casos de rateio você sempre deve considerar a "sobra" em cada arredondamento, e ir somando numa variável. Após passar todos os itens, acrescentar a sobra ao desconto do item de maior valor.

Creio que não...

Lembre que o validador é da SEFAZ-RS e a sua NFCe seria enviada para a SEFAZ-PR. Só precisa estar com o CNPJ autorizado a emissão de NFCe no PR, e com CSC e IdCSC de homologação cadastrado. Se você validar uma NFe ou NFCe já autorizada, não verá essa mensagem.

Isso quer dizer que a SEFAZ recebeu a nota, mas ainda não autorizou. É uma boa oportunidade de questionar eles sobre o motivo. Não tenho certificado do PR para testar. Fiz um teste com o meu certificado, mas informando endereço do PR, tive rejeição de "IE do emitente inválida". Informei uma IE do PR e tive o mesmo retorno de "Erro não catalogado". O mesmo teste funciona na UF correta. É algo lá, sem dúvida. No mínimo deveriam retornar uma mensagem de erro que indicasse o problema. Pode ser algo relacionado a habilitação de uso da NFCe para o CNPJ, ou configuração do CSC e IdCSC. Como disse antes, fica difícil ficar tentando adivinhar o problema... Poste o retorno do teste.

Seu XML tem a tag indCanalVerde preenchida. A NT 2017.003 determina as datas limite de homologação e produção: Então é provável que a SEFAZ do seu estado ainda não tenha feito a atualização segundo esta NT. Por enquanto, informe a tag indCanalVerde em branco.

Ela pertence ao movimento fiscal do mês 08. Mas se preferir salvar o arquivo no mês de autorização, basta marcar a opção Configuracoes.Arquivos.EmissaoPathNFe como False. Em tempo: No ACBrMonitorPLUS, desmarque a configuração "Salvar NFe pelo campo Data de Emissão".

Sim, basta não informar o número de série, apenas caminho do .pfx e senha.

Para serviços tributados pelo ISSQN não existe CST/CSOSN. Estes são códigos atrelados ao ICMS.

Com esse arquivo também consegui comunicação normalmente, apenas configurando SSLType para LT_all. Compilei em Delphi 2007 e XE5 e testei em Windows 10 e 7. Você está testando em qual versão do Windows? Ele está com todas as atualizações? Está com a pasta Schemas atualizada?

Bom dia, Com OpenSSL, CAPICOM ou WinCrypt é possível usar ArquivoPFX ou DadosPFX para acessar o certificado.

Não basta informar a tag vTroco, você deve subtrair o valor do troco dos pagamentos. Ex.: procedure TForm1.ACBrECFVirtualNFCe1QuandoFecharDocumento(NFe: TNFe); var vPag, vTroco: Currency; i: Integer; begin vPag := 0; for i := 0 to NFe.pag.Count - 1 do vPag := vPag + NFe.pag.Items[i].vPag; vTroco := vPag - NFe.Total.ICMSTot.vNF; NFe.pag.Items[0].vPag := NFe.pag.Items[0].vPag - vTroco; end; Esse código subtrai o troco do primeiro pagamento, mas não testa se o valor do troco é maior que o pagamento, se o pagamento permite troco, etc... A lógica fica por sua conta.

Faltou informar a tag vBCUFDest.

Esse erro não tem a haver com o assunto do tópico, e tem outros tópicos sobre esse problema. Por favor, use a pesquisa ou abra um novo tópico.

Você afirma isso baseado em que? Desde a especificação técnica v. 3.5 não existe mais a obrigatoriedade desse texto ser impresso.

Usando a opção consulta cadastro do demo do ACBrNFe ocorre o mesmo erro?

Sugiro que entre novamente em contato com a SEFAZ-PR e envie esses arquivos para eles analisarem. Porque vai ficar complicado ficar adivinhando o motivo dos erros sendo que eles estão retornando o erro genérico. Por exemplo, um detalhe que pode causar rejeição é a URL de consulta informado no XML. <urlChave>http://www.fazenda.pr.gov.br/</urlChave> Já foi tratado desse assunto neste tópico:

https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Ao tentar validar o seu XML no validador da SEFAZ-RS, retorna a falta da informação do CEST em operação com ICMS-ST. Então provavelmente é uma validação que a SEFAZ-PR não está tratando adequadamente. Tente informar o CEST no XML e enviar novamente.

Ao que tudo indica, é problema com a SEFAZ-SP. Recomendo que questione eles.