Italo Giurizzato Junior

Bom dia Fellipe, Já enviei para o repositório a sua colaboração.

Bom dia Ivo, O provedor Giap esta sim implementado. Dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe temos a unit pnfsNFSeW_Giap que é responsável por gerar o XML do RPS segundo o layout desse provedor. E no arquivo Cidades.ini já consta a cidade de Bragança Paulista configurada para esse provedor. Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Ale, Se o município não consta no arquivo Cidades.ini e ele se utiliza do provedor Tinus, o primeiro passo é acrescentar o município no arquivo Cidades.ini aos moldes de outros que se utilizam do mesmo provedor. O segundo passo é iniciar os testes usando o programa exemplo do componente ACBrNFSe. Funcionando, você anexa o arquivo Cidades.ini aqui no fórum para que possamos analisar e estando tudo OK enviaremos para o repositório.

Bom dia Claudio, Com a URL de produção: http://www.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx, não funciona?

Bom dia Luciane, Favor anexar tanto o arquivo Cidades.ini quanto o Smarapd.ini para que eu possa analisar.

Bom dia Eptus, Primeiramente peço que tome mais cuido ao postar pois você tinha postado em ACBrMDFe que não tem nada haver com Manifestação do Destinatário. MDF-e trata-se de um documento usado no transporte de carga para simplificar a vistoria nos postos de fronteira. Segundo, os Eventos de Manifestação do Destinatário não são enviados para a SEFAZ-Autorizadora do Destinatário e sim para o Ambiente Nacional,

Olá pessoal Confirme prometido estou anexando aqui nessa postagem o programa exemplo do componente ACBrNFSe refatorado para que vocês possam realizar os testes com os provedores de seus clientes. Caso tenham algum problema, em alguma funcionalidade favor anexar os XMLs de envio e de retorno que funciona atualmente e os gerados com o novo componente para que eu possa fazer as devidas correções. Foram implementados nesse novo componente 32 provedores que se utilizam da versão 1 do layout da ABRASF, 55 provedores (inclusive: SiapSistemas e DSFv2) que se utilizam da versão 2 do layout da ABRASF e 20 provedores que seguem o seu próprio layout, totalizando 107 provedores, abrangendo 1215 cidades. Como realizar os testes: Na sua maquina de desenvolvimento crie uma pasta (Por exemplo: NovoACBrNFSe) descompacte o arquivo ACBrNFSe_Exemplo.rar dentro dessa pasta. Ao executar ele pela primeira vez vai aparecer a tela de erro: O motivo de aparece essa tela é porque ainda não existe o arquivo de configuração. Clique no botão [OK] E configure da mesma forma que você configurou o programa exemplo do componente atual, ou antes de executar copie para dentro dessa pasta o arquivo de configuração (ACBrNFSe_Exemplo.ini) do programa exemplo que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi Note que nesse novo programa exemplo temos um botão chamado Envio: Foi criado um novo método chamado Emitir que tem por finalidade abstrair os métodos de envio de cada provedor. Vamos a alguns exemplos: Os provedores que seguem a versão 1 do layout da ABRASF só possuem 1 método de envio que é o Enviar, logo o método Emitir vai usar esse método, por outro lado o provedor 4R que segue a versão 2 do layout da ABRASF e deveria ter disponibilizado os métodos Enviar, EnviarSincrono e Gerar, disponibilizou somente o EnvioSincrono, logo o método Emitir vai usar esse método. O provedor MegaSoft que também segue a versão 2 do layout da ABRSAF e que deveria ter disponibilizado os 3 métodos citados acima, só disponibilizou o método Gerar, logo o método Emitir vai se utilizar do método Gerar para enviar o RPS par o WebService. Assim que liberarmos os fontes do novo componente conto com todos para melhorarmos o método Emitir, pois acredito que ele vai simplificar bastante. Por fim peço a todos que postem os resultados dos testes aqui no fórum. Para quem não é membro do SAC favor postar em: Home / Fórum Aberto - ACBr / ACBrDFe / ACBrNFSe Para quem é membro do SAC favor postar em: Home / Suporte Pago - SAC / DFe - Documentos Fiscais Eletrônicos Programa exemplo do novo componente ACBrNFSe: ACBrNFSe_Exemplo.exe(compilado: 11/11/2020 as 16:14) Desde já muito obrigado pela colaboração de todos.

Bom dia Claudio, O problema é que você esta gerando a chave de forma errada. O digito que vem logo após o numero do MDF-e é o tipo de emissão (tag tpEmis) e não o tipo do emitente (tag tpEmit). Outra coisa, você esta atribuindo a tag cMDF um numero fraco que me parece ser o valor de nMDF + 1. O valor de cMDF tem que ser um código aleatório, conforme consta no manual. cMDF - Código numérico que compõe a Chave de Acesso. - Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. O código deve ser gerado pela sua aplicação e salvo no banco de dados juntamente com os demais dados. Na hora de gerar o XML esse código é lido do banco de dados. Outra coisa que notei é que você esta gerando o XML com quebras de linha, recomento que não faça isso.

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.