BigWings

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.

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.

As NFCe devem ser informadas no registro 61: Fonte: https://www.confaz.fazenda.gov.br/legislacao/convenios/1995/cv057_95_manual_de_orientacao

A versão 3.00 do MDFe já está em produção desde 10/04/2017, sendo que a versão anterior (1.00) será desativada em 02/10/2017, segundo a NT 2017.002. Quanto a esta nova NT 2017.003, ainda não foi implementado no componente, mas trata-se apenas de novos schemas (com inclusão de uma tag), e a forma de comunicação que será igual ao da NFe, nada demais.

Se você está tendo retorno do erro de rejeição, quer dizer que a comunicação com o webservice está sendo feita, então não é problema de protocolo. Ative a gravação dos arquivos de envio e retorno e analise, ou poste aqui...

Você não pode criar um DANFSe imitando o do sistema da prefeitura?

Seguem correções com tratamento da versão. ACBrCTeDACTeRLRetratoA5.pas ACBrCTeDACTeRLRetrato.pas

@Juliomar Marchetti Creio que essa alteração vai causar problemas na versão 2.00 do CTe. Nessa versão ainda é carregada a propriedade "chave". pcteCTeR.pas : 1040 while Leitor.rExtrai(5, 'idDocAntEle', '', i03 + 1) <> '' do begin CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle.Add; if (CTe.infCTe.versao >= 3) then CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle[i03].chCTe := Leitor.rCampo(tcStr, 'chCTe') else CTe.infCTeNorm.docAnt.emiDocAnt[i01].idDocAnt[i02].idDocAntEle[i03].chave := Leitor.rCampo(tcStr, 'chave'); inc(i03); end;