Italo Giurizzato Junior

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema.

Boa tarde Thiago, Já inclui na minha lista de tarefas para analisar o problema.

Bom dia, Já inclui na minha lista de tarefas para analisar o problema.

Bom dia Thiago, No novo componente de emissão de NFS-e (ACBrNFSeX) temos agora apenas um método para emitir a NFS-e. É o método Emitir. Esse método possui 3 parâmetros: o primeiro é o numero do lote, o segundo é o modo de envio e o terceiro defini se o DANFSE vai ser impresso automaticamente ou não. O meu conselho é que devemos informar somente o numero do lote, exemplo: ACBrNFSeX1.Emitir(NumLote); Desta forma o componente vai usar o modo de envio automático e vai imprimir o DANFSE caso o Rps enviado seja processado com sucesso. Aconselho também que configure a propriedade de configuração: ConsultarLoteAposEnvio com o valor True, pois os provedores que seguem a versão 1 do layout da ABRASF se faz necessário realizar a consulta, uma vez que nessa versão o modo de envio é assíncrono.

Boa tarde Maiquel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Lhe peço que inicie os testes com o novo componente.

Boa tarde, Já lhe respondi essa questão em outra postagem sua. Vou fechar essa e vamos continuar na outra.

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

Boa tarde Joselito, Já inclui na minha lista de tarefas, vou analisar o problema.

Boa tarde, Pela mensagem de erro, se faz necessário verificar junto a prefeitura qual é a tributação correta para o contribuinte em questão.

Henrique, Muito obrigado, já inclui na minha lista de tarefas.

O grande problema é que o provedor Ginfes segue a versão 1 do layout da ABRASF. Todos os provedores que seguem a versão 1 só tem um serviço para recepcionar o XML. É o serviço: EnviarLoteRpsEnvio. O provedor 4R segue a versão 2 do layout da ABRASF. A principio nessa versão os provedores deveriam disponibilizar os serviços: EnviarLoteRpsEnvio, EnviarLoteRpsSincronoEnvio e o GerarNfse. Só que o provedor 4R disponibilizou somente o EnviarLoteRpsSincronoEnvio. Isso explica a mensagem que você anexou. O novo componente não tem mais os métodos: Enviar, EnviarSincrono e Gerar que consome os serviços listados acima. Ele tem o método chamado Emitir. Esse novo método é capaz de abstrair qual é o serviço que o provedor disponibilizou e desta forma consegue enviar o Rps para o webservice. É por isso que estamos orientado o pessoal a migrar para o novo componente.

Thiago, O provedor Digifred segue a versão 2 do layout da ABRASF e pelos meus testes ele implementou os 3 serviços para recepcionar o Rps. No programa exemplo qual botão você esta usando para Emitir o Rps?

Boa tarde, Se possível anexe o XML da NFS-e para que possamos analisar o problema.

Boa tarde Thiago, Você não informou se você esta querendo essas informações após o envio, consulta ou cancelamento.

Boa tarde Henrique, Favor configurar o componente ACBrNFSe (antigo) para salvar os arquivos soap. Faça um envio e anexa aqui. Depois repita o processo só que usando o novo componente: ACBrNFSeX. Desta forma poderemos comparar o XML do cabeçalho gerado pelo componente antigo e o gerado pelo novo.

Boa tarde, Então faça um teste usando o programa exemplo do componente ACBrNFSe e nos mostre a mensagem exata do erro e como reproduzir. Como você incluiu a cidade, favor anexar os arquivos INI que você alterou para incluir ela.

Boa tarde, No envio é levado em consideração o numero do Rps, pois é este que é enviado. No momento do envio o componente esta carregado com os dados do Rps, ao tratar o retorno ele procura pelo Rps, uma vez que dependendo do provedor e serviço podemos enviar um lote de até 50 Rps. Após o envio no caso do provedor SP, podemos realizar a consulta a NFS-e por Rps informando o Rps. No programa exemplo temos a procedure chamada ChecarResposta: if Response is TNFSeEmiteResponse then begin memoLog.Lines.Add('Modo de Envio : ' + ModoEnvioToStr(TNFSeEmiteResponse(Response).ModoEnvio)); memoLog.Lines.Add('Numero do Lote: ' + TNFSeEmiteResponse(Response).Lote); memoLog.Lines.Add('Data de Envio : ' + DateToStr(TNFSeEmiteResponse(Response).Data)); memoLog.Lines.Add('Numero do Prot: ' + TNFSeEmiteResponse(Response).Protocolo); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Response.Sucesso, True)); end; O fragmento de código acima se refere ao retorno do Emitir. Para obter o numero da NFS-e e o código de verificação que temos no retorno do envio, basta fazer o seguinte: Basta ler os campos: NumeroNFSe := Response.InfRetorno.ChaveNFeRPS.Numero; CodVer := Response.infRetorno.ChaveNFeRPS.CodigoVerificacao;

Boa tarde Danny, Já esta no SVN.

Olá pessoal, Fizemos mais alguns ajustes, só que agora no DANFSE feito em Fortes Report. O que mudou? O componente ACBrNFSeXDANFSeRL tinha algumas propriedades de configuração que não deixava bem claro do que se tratava. Detectamos que algumas fazia referencia ao Prestador e outras ao Tomador. Foi criado uma propriedade de configuração chamada Prestador e outra Tomador e dentro dessas propriedades foi colocado as propriedades que as pertence. As propriedades: PrestLogo, RazaoSocial, Endereco, Complemento, Fone, Municipio, InscMunicipal, EMail_Prestador, CNPJ_Prestador e UF foram removidas e elas agora estão na propriedade Prestador com os seguintes nomes: RazaoSocial, NomeFantasia, InscricaoMunicipal, CNPJ, Endereco, Complemento, Municipio, UF, EMail, Fone e Logo. As propriedades: T_InscEstadual, T_InscMunicipal, T_Fone, T_Endereco, T_Complemento e T_Email foram removidas e elas agora estão na propriedade Tomador com os seguintes nomes: InscricaoEstadual, InscricaoMunicipal, Fone, Endereco, Complemento e Email. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.

Boa tarde Leandro, Segundo o site: http://nfce.encat.org/consulte-sua-nota-qr-code-versao-2-0/ que o Fabricio nos passou (primeira postagem desse tópico) consta uma tabela com todas as UF. Sendo que uma boa parte delas (isso inclui Goiás) a URL é a mesma para ambos os ambientes no que se refere a versão 2 do QR-Code. Sendo assim não posso aceitar essa sua alteração.

Bom dia Cristiano, Chegou a ler o artigo abaixo?

Bom dia Cristiano, Se você já tem uma postagem relatando o seu problema, não resolve nada postar outro e ainda por cima não colocar o link do outro. Vou fechar esse. Aguarde no outro se mais alguém lhe passe mais informações.

João, Já esta no SVN. Atenção essa alteração foi feita somente no novo componente de emissão de NFS-e: ACBrNFSeX. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Eloi, Já esta no SVN.

Boa tarde, Esse erro diz que o Rps que você enviou já foi convertido em NFSe, logo não pode enviar ele novamente, é preciso incrementar a numeração do Rps. Verifica se no site da prefeitura não tem como descobrir quais Rps já foram enviados e foram convertidos em NFSe.