Italo Giurizzato Junior

Bom dia, Se o problema fosse no componente, não iria enviar nenhuma nota. Se chega enviar 3 notas sem nenhum problema e depois ocorre o erro, com certeza o problema é no webservice do provedor. Quanto a configuração você pode mudar para libWinCrypt.

Bom dia, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Renato, Acredito que ninguém aqui do fórum trabalha com o programa gratuito do SEBRAE, pois a maioria se não todos são programadores, logo te aconselho a entrar em contato com o SEBRAE e relatar o problema. Eles são responsáveis por esse programa, portanto eles que tem que dar uma solução para essa questão.

Bom dia Elisson, Você poderia anexar o PDF de um DACTE para que eu possa analisar?

Bom dia Danny, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Monteiro, Com o programa exemplo funciona sem problemas é somente com a sua aplicação que ocorre o erro?

Boa tarde, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Boa tarde Ale, Acabei de fazer um teste usando o programa exemplo configurado para o ambiente de produção e não tive esse erro. Veja o resultado do envio do lote: Inicio TNFSeEnviarLoteRPS Método........ : Enviar Lote Numero do Lote : 201 Recebimento... : 29/10/2020 17:34:27 Protocolo..... : 000035031 Provedor...... : DSFv2 Método..... : Enviar Lote Código Erro : E179 Mensagem... : Erro na autenticacao. Correção... : O usuario correspondente ao documento utilizado para autenticacao nao possui autorizacao para realizar o servico para a empresa parametrizada via CNPJ e inscricao municipal do arquivo. Provedor... : DSFv2

Boa tarde Arthur, O maior problema é o provedor ficar inventando moda. Você deve entrar em contato com eles e questionar o que esta de errado com o seu XML ou melhor com a assinatura dele. Se disserem que ela esta com 2 transformações e o webservice deles espera por apenas 1, ai você questiona o motivo deles ter incluído somente 1 transformação, visto que a grande maioria dos webservices trabalham com 2 transformações na assinatura. Quem sabe eles resolvem corrigir a kaka que fizeram.

Boa tarde Claudio, Quando você gerar o XML não gere com identação e nem quebra de linha. O seu XML possui quebra de linha em todas as tags.

Bom dia, Em nossa biblioteca você encontra um PDF que mostra como a aplicação deve se comportar nestes casos. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFCe/NT/ Leia o documento: Especificações Técnicas 2016_12_16 da Contingencia Offline versão 2.0

Bom dia Fellipe, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Monteiro, Vai ser necessário "debugar" para descobrir onde exatamente ocorre o problema.

Bom dia Arthur, Se você pegar o exemplo de lote que consta na página referente ao link que você postou e comparar com o que o ACBrNFSe gera, vai notar que na assinatura digital existe uma diferença. O componente ACBrNFSe se utiliza da rotina de assinatura que é utilizada pelos componentes ACBrNFe, ACBrCTe, ACBrMDFe, ACBrBPe, ACBreSocial, ACBrReinf, ACBrNF3e (acho que não esqueci de ninguém). A diferença é na quantidade de transformações, nesse exemplo tem apenas uma e a rotina gera a assinatura com duas transformações. Pode esta ai o problema. Fizeram kaka, em vez de manter as duas transformações, não removeram uma, pois os caras são os bam bam bam.

Bom dia Monteiro, Acredito que o problema na sua aplicação esteja na configuração do componente. Você configurou a propriedade SSLLib com o valor LibWinCrypt?

Bom dia Renato, Muito obrigado pela colaboração, já inclui na minha lista de tarefas e ainda hoje estarei enviando para o repositório.

Bom dia Ale, Você configurou corretamente o componente? No que diz respeito ao certificado esta usando os valores abaixo?

Bom dia, Vai ser necessário voltar as revisões dos fontes até descobrir em qual revisão passou a ocorrer o problema. Desta forma vai ser possível identificar a unit que foi alterada e cuja alteração esta provocando o erro.

Boa tarde Cristóvão, Porque você não deixa o componente fazer tudo para você? Você simplesmente esta gerando o XML de forma errada é por isso que ocorre erro de validação. O erro que você esta tendo diz que esta faltando o elemento <infMDFeSupl>, mas para gerar o elemento, primeiro precisamos assinar o XML e depois incluir o elemento <infMDFeSupl>. Pare de ter dor de cabeça e perder tempo, você tem um componente que faz tudo e da forma correta. Outra coisa, inicie pelo programa exemplo, estude ele, faça os testes com ele, por fim inicie o desenvolvimento da sua aplicação para emitir o MDF-e. Seguindo esses passos, você tem certeza que o componente funciona corretamente, você esta alimentando o componente com todas as informações necessárias. Estudando o programa exemplo, fica mais fácil você desenvolver a sua própria aplicação. Vai por mim, querer fazer a sua própria rotina de gerar o XML, vai lhe dar mais manutenção na sua aplicação. Quem é que garante que a sua rotina que gera o XML esta 100% correta? Você e os seus clientes. Quem garante que a rotina que gera o XML do componente esta 100% correta? Todos os desenvolvedores e seus respectivos clientes que utilizam uma aplicação que utiliza o componente ACBrMDFe na sua totalidade.

Boa tarde Ale, Favor atualizar todos os fontes de todas as pastas. Reinstale a suite ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Implementei o provedor DSFv2 para a cidade de Macapá. Veja como ficou o arquivo Cidades.ini e o arquivo DSFv2.ini Por favor faça os testes usando o programa exemplo.

Bom dia Cristóvão, Você esta usando o ACBrMDFe? É a sua aplicação que esta gerando o XML?

Bom dia, Notei que na assinatura o valor do DigestValue e SignatureValue são diferentes de um arquivo para o outro. Ocorreu a troca de certificado digital? O DigestValue muda quando alguma informação no XML esta diferente, mas pelo que notei o problema não é esse. Se não me falha a memória o SignatureValue muda se mudar o certificado. Agora se o certificado é o mesmo, o problema pode esta na rotina que realiza a assinatura. Em ambos foi utilizado o valor xsLibXml2 para a propriedade XMLSignLib?