BigWings

Reabrindo tópico para feedback do @César A. S. Cardoso.

Certo... não tinha ficado claro pra mim que já estava reportando a solução. Mas veja que a tag hSaiEnt é de layout antigo do XML, ela nem é mais usada. A mensagem de rejeição se refere a tag dEmi (no XML ela é gerada como dhEmi = data e hora de emissão). Outra coisa, somar +1 num campo do tipo TDateTime você está acrescentando 1 dia. O limite para NFCe é 5 minutos entre a data de emissão e a data de recebimento pelo webservice.

Como disse mais acima, funciona tanto com cryCapicom como com cryWinCrypt.

Não é DLL, é configuração da propriedade SSLCryptLib.

Sem problemas, que bom que deu certo. Mas seria interessante você informar qual foi a solução para auxiliar os demais.

Lembro que este fórum é voltado a desenvolvedores. Se você não é desenvolvedor sugiro que entre em contato com o suporte da sua aplicação.

Experimente substituir na sua pasta de schemas com o arquivo em anexo. tiposGeralMDFe_v3.00.xsd

Nas configurações não é preciso mudar nada, apenas a rotina de emissão/envio é diferente. - Usar o comando CriarNFe informando no .ini o tpEmis = 9. O XML gerado deve ser armazenado para transmissão posterior. - Usar o comando ImprimirDANFe duas vezes, em uma delas deve ser informado o parâmetro de via do consumidor. - Usar o comando EnviarNFe, assim que retornar a conexão, informando o XML criado no primeiro passo.

Estranho, SelecionarCertificado deve funcionar com a configuração SSLCryptLib como cryCapicom ou cryWinCrypt. Apenas com configuração diferente dessas duas você deveria ter esse erro. Já testou pelo demo do componente para ver se o mesmo problema ocorre?

Qual erro recebe? Como disse acima isso é possível:

Me parece um erro de validação do arquivo, indicando que a natureza de operação (natOp) não contém um valor válido. A natureza de operação deve conter uma string entre 1 e 60 caracteres. Verifique também a pasta de Schemas se está correta, use os Schemas da pasta ACBr\Exemplos\DFe\Schemas\CTe.

Lembrando que essa validação é da própria ANTT, nesse caso creio que cabe uma consulta junto à mesma.

Anexe os arquivos XML de envio e retorno do webservice para análise.

O campo forPag foi removido do layout do CTe a partir da versão 3.00. Ele é mantido no componente apenas por compatibilidade.

A resposta rápida pra esse caso seria usar o CFOP 6929. Mas é contraintuitivo emitir uma NFCe para uma mercadoria que vai ser destinada a outro estado, já que a NFCe destina-se a venda a consumidor final, presencial. Se a venda foi realmente presencial pode ser emitida NFe com CFOP 5929, idDest = 1 (interna), mesmo com endereço do destinatário sendo de fora do estado, desde que também seja informado operação presencial (indPres = 1) e sem frete (modFrete = 9). Também é preciso ver se a UF em questão (do emitente) permite o uso do CFOP 5929/6929 referenciando uma NFCe.

Testei o XML anexado e validou normal: https://dfe-portal.svrs.rs.gov.br/Mdfe/ValidadorXML

Significa que no XML a data/hora de emissão está superior à data/hora do webservice. Então verifique o relógio e fuso horário da máquina se estão corretos.

O erro indica um erro de leitura do XML. O teu XML tem quebras de linha, remova as quebras de linha do XML e tente de novo.

Pelos testes que fiz está tudo certo. Enviado ao repositório, rev. 17329. Obrigado @JeannyPaiva pela contribuição.

Notei remoção de algumas páginas no seu .fr3 em comparação com o .fr3 do repositório. A alteração foi feita sobre o último .fr3 do svn?

Disse lá em cima, a SEFAZ deve ter:

Correção no repositório, rev. 17327. Para MDFe não existe EPEC ou FSDA, apenas a contingência com tpEmis = 2. Favor atualizar os fontes e testar novamente.

Obrigado pelo interesse em contribuir. Não me pareceu correto ignorar descontos e acréscimo no valor a pagar. O mais correto seria usar a tag vNF como valor a pagar, da mesma forma como é feito no DANFE em EscPos. A soma de vProd + vServ seria o valor total.

Se você implementar a geração da tag no demo do ACBrNFe ocorre o mesmo problema?

Ao que parece você está preenchendo a tag descANP com uma string vazia. Então use o debug e verifique o conteúdo de QryAnpNOME.AsString no momento da atribuição à tag.