NFS-e Luz de Minas Gerais - Erro na hora de transmitir

[TOP Solution Sistemas]

Saudações,

Estou com problemas a 3 dias com uma empresa na cidade de Luz-MG, que trabalha com o provedor Betha, não é a primeira vez que implantamos NFSe para esta cidade, inclusive verifiquei nas configurações de um clientes da mesma cidade para conferir mas quando tento enviar a NFSe aparecem as seguintes mensagens.

Citar

Método Executado: Gerar NFSe
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : False
 
Erro(s):
Código  : X001
Mensagem: Serviço não implementado pelo Provedor.
Correção: 
---------
 
NFS-e Numero....: 1
Cod. Verificacao: 
Prestador.......: LOURENCO MESQUITA GIORDANI
Tomador.........: JULIANO OTAVIANO BARRETO
Nome XML: 
Nota Numero: 
Código de Verificação: 

Arquivo XML do arquivo da NFSe 1 salvo.

Número do RPS : 1
Número da Nota fiscal : 1
 

Tentamos enviar utilizando os metodos : GERAR, ENVIAR e ASSINCRONO tendo o mesmo efeito.

Utilizando os schemas da pasta : Schemas\Beta

Obs: Aparentemente o sistema não está gerando nem mesmo o arquivo RPS.

Eu já verifiquei tudo e não consegui encontrar a razão para isso, será que alguém teria alguma ideia do que pode estar faltando?

Desde já agradeço.

 

 

[Italo Giurizzato Junior]

Boa tarde,

A cidade Luz/MG se utiliza do provedor Betha - WebService baseado na versão 1 do layout da ABRASF.

Sendo assim a única forma de envio é em Lote e no modo Assíncrono.

Pelo retorno noto que esta usando o novo componente, portanto o meu conselho não só para esse provedor e sim para todos é utilizar o método Emitir com o parâmetro de modo de envio em automático.

Exemplo:

  {
     O método Emitir possui os seguintes parâmetros:
     aNumLote (String)
     aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste]
     aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE
  }
  // como não foi informado o segundo parâmetro o método assume o valor
  // meAutomatico, isso faz com que ele se ajusta ao provedor selecionado
  ACBrNFSeX1.Emitir(vNumLote);

Seu retorno:

Método Executado: Gerar NFSe
(...) 
Erro(s):
Código  : X001
Mensagem: Serviço não implementado pelo Provedor.

Você esta forçando para esse provedor o modo de envio: meUnitario e o componente lhe esta informando que esse serviço (envio unitário) não foi implementado pelo provedor.

Com o modo de envio: meAutomatico o componente vai enviar para o WebService do provedor Betha um Lote de Rps (que pode até ter apenas um Rps) no modo Assíncrono, que é o serviço que esta implementado no WebService para recepcionar os Rps.

Tome muito cuidado, pois existem outras cidades que também se utilizam do provedor Betha, mas os WebServices dessas cidades se utilizam da versão 2 do layout da ABRASF, esta versão tem 3 serviços para recepcionar o Rps, se eles: EnviarLoteRps (modo assíncrono), EnviarLoteRpsSincrono (modo síncrono) e GerarNfse (envio unitário e modo síncrono).

[TOP Solution Sistemas]

2 horas atrás, Italo Giurizzato Junior disse:

Boa tarde,

A cidade Luz/MG se utiliza do provedor Betha - WebService baseado na versão 1 do layout da ABRASF.

Sendo assim a única forma de envio é em Lote e no modo Assíncrono.

Pelo retorno noto que esta usando o novo componente, portanto o meu conselho não só para esse provedor e sim para todos é utilizar o método Emitir com o parâmetro de modo de envio em automático.

Exemplo:

  {
     O método Emitir possui os seguintes parâmetros:
     aNumLote (String)
     aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste]
     aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE
  }
  // como não foi informado o segundo parâmetro o método assume o valor
  // meAutomatico, isso faz com que ele se ajusta ao provedor selecionado
  ACBrNFSeX1.Emitir(vNumLote);

Seu retorno:

Método Executado: Gerar NFSe
(...) 
Erro(s):
Código  : X001
Mensagem: Serviço não implementado pelo Provedor.

Você esta forçando para esse provedor o modo de envio: meUnitario e o componente lhe esta informando que esse serviço (envio unitário) não foi implementado pelo provedor.

Com o modo de envio: meAutomatico o componente vai enviar para o WebService do provedor Betha um Lote de Rps (que pode até ter apenas um Rps) no modo Assíncrono, que é o serviço que esta implementado no WebService para recepcionar os Rps.

Tome muito cuidado, pois existem outras cidades que também se utilizam do provedor Betha, mas os WebServices dessas cidades se utilizam da versão 2 do layout da ABRASF, esta versão tem 3 serviços para recepcionar o Rps, se eles: EnviarLoteRps (modo assíncrono), EnviarLoteRpsSincrono (modo síncrono) e GerarNfse (envio unitário e modo síncrono).

Sr. Italo, boa tarde.

Muito obrigado pelo retorno, vou fazer testes na segunda e passarei um feedback.

 

[TOP Solution Sistemas]

Em 11/02/2022 at 14:30, Italo Giurizzato Junior disse:

Boa tarde,

A cidade Luz/MG se utiliza do provedor Betha - WebService baseado na versão 1 do layout da ABRASF.

Sendo assim a única forma de envio é em Lote e no modo Assíncrono.

Pelo retorno noto que esta usando o novo componente, portanto o meu conselho não só para esse provedor e sim para todos é utilizar o método Emitir com o parâmetro de modo de envio em automático.

Exemplo:

  {
     O método Emitir possui os seguintes parâmetros:
     aNumLote (String)
     aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste]
     aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE
  }
  // como não foi informado o segundo parâmetro o método assume o valor
  // meAutomatico, isso faz com que ele se ajusta ao provedor selecionado
  ACBrNFSeX1.Emitir(vNumLote);

Seu retorno:

Método Executado: Gerar NFSe
(...) 
Erro(s):
Código  : X001
Mensagem: Serviço não implementado pelo Provedor.

Você esta forçando para esse provedor o modo de envio: meUnitario e o componente lhe esta informando que esse serviço (envio unitário) não foi implementado pelo provedor.

Com o modo de envio: meAutomatico o componente vai enviar para o WebService do provedor Betha um Lote de Rps (que pode até ter apenas um Rps) no modo Assíncrono, que é o serviço que esta implementado no WebService para recepcionar os Rps.

Tome muito cuidado, pois existem outras cidades que também se utilizam do provedor Betha, mas os WebServices dessas cidades se utilizam da versão 2 do layout da ABRASF, esta versão tem 3 serviços para recepcionar o Rps, se eles: EnviarLoteRps (modo assíncrono), EnviarLoteRpsSincrono (modo síncrono) e GerarNfse (envio unitário e modo síncrono).

Bom dia sr. Italo

Peço para me tirar uma duvida, no último parágrafo em "Tome muito cuidado" o senhor escreveu que existem cidade que utilizam o provedor Betha onde a recepção do RPS pode ser feita através de "EnviarLoteRPS", "EnviarLoteRPSSincrono' ou "GerarNFSe", como no NFSex agora existe apenas o NFSEx.Emitir será o modo de envio que vai selecionar o tipo de serviço de recepção do RPS? Em nosso sistema nas configurações do webservice acrescentamos a configuração para alterar o modo de envio, conforme o senhor me informou acima, eu só queria saber se é apenas isso mesmo ou se vou precisar de mais alguma alteração.

 

[Italo Giurizzato Junior]

Bom dia,

No componente novo ACBrNFSeX temos apenas um método para enviar o Rps para o WebService: Emitir.

Esse método possui 3 parâmetros, sendo eles:

aNumLote (String);

aModEnvio -> meAutomatico (valor padrão), meLoteAssincrono, meLoteSincrono, meUnitario e meTeste;

aImprimir (Boolean) -> True (valor padrão) e False.

Aconselho sempre usar os valores padrões desta forma, caso o provedor se utiliza da versão 1 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo assíncrono, por outro lado caso o provedor se utiliza da versão 2 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo síncrono.

Os provedores que seguem a versão 1 do layout da ABRASF só tem apenas um forma de enviar o Rps e é o Enviar o Lote de Rps no modo assíncrono.

Já os provedores que seguem a versão 2 conforme consta no manual deveria disponibilizar 3 formas de envio do Rps: Enviar o Lote de Rps no modo assíncrono, Enviar o Lote de Rps no modo síncrono e Envio de apenas 1 Rps.

Infelizmente existem alguns provedores que seguem a versão 2 do layout da ABRASF que não disponibilizam as 3 formas.

Por conta disso que eu reforço: sempre usar os valores padrões do método Emitir, com isso o componente acaba usando a forma de envio que o provedor disponibilizou, caso ele tenha ele tenha disponibiliza mais de 1 forma de envio o componente se utiliza do melhor modo.

[TOP Solution Sistemas]

3 horas atrás, Italo Giurizzato Junior disse:

Bom dia,

No componente novo ACBrNFSeX temos apenas um método para enviar o Rps para o WebService: Emitir.

Esse método possui 3 parâmetros, sendo eles:

aNumLote (String);

aModEnvio -> meAutomatico (valor padrão), meLoteAssincrono, meLoteSincrono, meUnitario e meTeste;

aImprimir (Boolean) -> True (valor padrão) e False.

Aconselho sempre usar os valores padrões desta forma, caso o provedor se utiliza da versão 1 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo assíncrono, por outro lado caso o provedor se utiliza da versão 2 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo síncrono.

Os provedores que seguem a versão 1 do layout da ABRASF só tem apenas um forma de enviar o Rps e é o Enviar o Lote de Rps no modo assíncrono.

Já os provedores que seguem a versão 2 conforme consta no manual deveria disponibilizar 3 formas de envio do Rps: Enviar o Lote de Rps no modo assíncrono, Enviar o Lote de Rps no modo síncrono e Envio de apenas 1 Rps.

Infelizmente existem alguns provedores que seguem a versão 2 do layout da ABRASF que não disponibilizam as 3 formas.

Por conta disso que eu reforço: sempre usar os valores padrões do método Emitir, com isso o componente acaba usando a forma de envio que o provedor disponibilizou, caso ele tenha ele tenha disponibiliza mais de 1 forma de envio o componente se utiliza do melhor modo.

Neste caso acho que vou colocar nas configurações da NFSe um campo para usar o modo padrão do componente ou o o modo configurado pelo usuário, assim, fica mais tranquilo de gerenciar qual método o sistema está usando.

Muito obrigado.

[Italo Giurizzato Junior]

Obrigado por reportar.

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