[561 Rejeicao: campo MM (mes) informado na Chave de Acesso e diferente do existente no BD]

Versão Layout: 4.00 
Identificador: 51210106853262000185650010000001511839125877 
Ambiente: 2 
Versão Aplicativo: MT_A2RL-4.00 
Status Código: 561 
Status Descrição: Rejeicao: campo MM (mes) informado na Chave de Acesso e diferente do existente no BD 
UF: MT 
Chave Acesso: 51210106853262000185650010000001511839125877 
Recebimento: 30/12/1899 00:00:00 
Protocolo:  
Digest Value:  

 

 

O teste está sendo feito em ambiente de homologação, mas no cliente em produção ocorre o mesmo erro. 

verifiquei o mês na chave a na data de emissão do xml e está o mesmo, alguem já passou por isso? 

51210106853262000185650010000001511839125877-nfe.xml

[Provedor IPM - Consulta por RPS]

Olá, boa tarde.

Gostaria de saber como faço para "ativar" um provedor para consultar via RPS?

Falando com o Suporte do provedor IPM disseram que o mesmo funciona a consulta via RPS

então como Habilitar ? para que o acbr entenda isso?

A mensagem que me aparece é A funcionalidade [Consultar NFSe por RPS] não foi disponibilizada pelo provedor:

 

Outra coisa.

 

Quando envio a nota, a nota vai para o provedor, porem no retorno acontece essa mensagem :

 

Erro Interno 12002 - TimeOut de Requisição.

e não consigo retorno dos protocolos.

 

Configuracao

 ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt;
    ACBrNFSe1.SSL.SSLHttpLib := httpWinHttp;
    ACBrNFSe1.SSL.SSLCryptLib := cryWinCrypt;
    ACBrNFSe1.SSL.SSLXmlSignLib := xsMsXml;

 

 

 

 

 

[Provedor FissLex - Inscrição Estadual]

Fiz a alteração no método, sem precisar Alterar o Schema, esta funcionando normalmente.
E com a informação que eu preciso de Inscrição Estadual sendo Enviada.

Segue o arquivo em anexo, caso desejem atualizar no Acbr.

pnfsNFSeW_ABRASFv1.pas

[Provedor FissLex - Inscrição Estadual]

Olá bom dia.

Estou com uma situação onde minha empresa atende muitos produtores Ruais que precisam que esta informação, no caso a Inscrição Estadual saia na Nota.

Em conversa com o Provedor, o suporte me orientou da seguinte maneira:

Devido ao fato de o campo Inscrição Estadual não estar previsto nas normas da ABRASF para que o mesmo seja enviado deve ser criada a tag <InscricaoEstadual></InscricaoEstadual> dentro da Tag <IdentificacaoTomador></IdentificacaoTomador>

Exemplo:

<IdentificacaoTomador>

<CpfCnpj>

<Cnpj>99999999999</Cnpj>

</CpfCnpj>

<InscricaoEstadual>999999</InscricaoEstadual>

</IdentificacaoTomador>

 

Percebi que nos arquivos de Schemas não está previsto este campo para o provedor.
Mas o suporte garantiu que se eu informar esta Tag no Xml funcionará.

Vi que na procedure GerarTomador

existe uma configuracao para 2 provedores especificos, eu incluindo o FissLex nesta configuracao funcionaria?

Ou o mais provavel, aconteceria o erro de Schema?
Existe outra maneira dentro do Componente onde eu possa incluir esta Tag?

 

Seria necessário alterar o schema tambem?

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Segue em anexo os Manuais que o Provedor de Cuiabá me passou, junto com os Schemas e exemplo de arquivo.
alguem pode me dizer o que está diferente do que o acbr gera atualmente?

manuais.zip

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Da a entender que eles nao sabem o que estão falando. OLha o que me responderam

 

Bom Dia.

 

 

 

 

A estrutura de SOAP RecepcionarLotesRPS é a seguinte:

POST /webserviceabrasf/cuiaba/servicos.asmx HTTP/1.1 Host: wscuiaba.issnetonline.com.br Content-Type: text/xml; charset=utf-8 Content-Length: length SOAPAction: "http://www.issnetonline.com.br/webservice/nfd/RecepcionarLoteRps" ?xml version="1.0" encoding="utf-8"? soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" soap:Body RecepcionarLoteRps xmlns="http://www.issnetonline.com.br/webservice/nfd" xml>string

 

Seu arquivo apresenta:




23968038065530007101032391406541412019-11-04T00:00:0012213230.001938.000.000.000.000.000.00238.761292.003.00003230.0070223303052330305OBRA: OBRA JOSE NILTON FLORAIS ITALIA;ENDERECO: ALAMEDA DAS ORQUIDIA Q 3 L 7 SN - JARDIM ITALIA - CUIABA-MT;FCK 250 - 14+-2 C/ B1 B0 BOMBEADO 1015 CN Qtde: 8,5 M3 Vlr. Unit: 380,00 vlr. Total: 3.230,00; ;;FORMA DE PAGTO: AB - A VISTA;;;; PAGAMENTO ANTECIPADO CONF. NOTA DE CREDITO 013416, DE 23/10/201951034030380655300071010323937520434000122NOGUEIRA COM. DE GESSO EIRELIALAMEDA DAS ORQUIDIAS FLORAIS ITALIA Q 3 L 7SNCONDOMINIO FLORAIS ITALAI QUADRA 3 LOTE 7JARDIM ITALIA5103403MT78000000[email protected]

 

Ou seja, não está fechando o envelopamento. Peço a gentileza que verifique novamente e se estiver fechando, verifique se o certificado está vinculado ao CNPJ ou ao CPF da pessoa responsável.

Persistindo o erro, por favor nos comunique e nos envie os arquivos corrigidos.

 

Atenciosamente,

 

Gabriela da Cunha Januario
Nota Control Tecnologia

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Na verdade esse erro é um problema deles né ....
Infelizmente temos que só aguardar.

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Em 30/10/2019 at 15:37, Italo Jurisato Junior disse:

Rafael,

Favor entrar em contato com o provedor, pois no XML de envio consta o numero do lote.

Boa tarde, Italo, tem alguma idéia do que pode ser este erro?

 

Erro Interno: 0

Erro HTTP: 500

URL: https://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx

 

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

17 horas atrás, RodrigoDestiny disse:

Rafael,

Recebemos a mesma resposta hoje pela manhã.

O que fizemos foi alterar o endereço do webservice no arquivo ISSNet.ini (conforme anexo), porém ainda não resolvemos 100% nosso problema. Agora ao enviar o rps recebemos apenas um erro HTTP 500 sem resposta alguma.

Seguimos nosso contato com a Gabriela da ISSNet para tentar resolver.

Dá uma conferida nesse .ini, quem sabe te ajuda.

ISSNet.ini 5 kB · 1 download

Bom dia, Tiveram alguma resposta?

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Agora, RodrigoDestiny disse:

Rafael,

Recebemos a mesma resposta hoje pela manhã.

O que fizemos foi alterar o endereço do webservice no arquivo ISSNet.ini (conforme anexo), porém ainda não resolvemos 100% nosso problema. Agora ao enviar o rps recebemos apenas um erro HTTP 500 sem resposta alguma.

Seguimos nosso contato com a Gabriela da ISSNet para tentar resolver.

Dá uma conferida nesse .ini, quem sabe te ajuda.

ISSNet.ini 5 kB · 0 downloads

Opa, fiz a mesma alteração . estou aguardando resposta

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Boa Tarde.

 

Verificamos o arquivo e identificamos que na tag EnviarLoteRpsEnvio o endereço está incorreto, então ele não consegue ler próximas as informações e a primeira é a do lote, automaticamente, o web service retorna que não foi informado o lote.

 

Orientamos que realize a correção e tente o processamento novamente.

 

Incorreto: xmlns:tc="http://wscuiaba.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd"

Correto: xmlns:tc="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd"

 

Atenciosamente.

 

Gabriela da Cunha Januario
Nota Control Tecnologia

Sem uma resposta, seu chamado será fechado após 5 dias.

Eu modifiquei, agora está dando o erro :

 

Erro Interno: 0

Erro HTTP: 500

URL: http://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx

 

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Só me tira uma dúvida, quais destes 2 arquivos eu estou enviando ?

o env-lot.xml

ou o env-lot-soap.xml ?

ou os 2?

 

O arquivo numero_da_nota-rps.xml é para qual finalidade?

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Bom, o que aconteceu aqui, pra ver se esclarece alguma coisa.

Eu Atualizei para a ultima versao do Acbr.
Antigamente a empresa que eu trabalho usava uma versao "alternativa" do Delphi, então compramos uma licença para o Delphi Rio 10.3

Que foi a "unica" modificacao que realizei no sistema. e depois disso começou a dar esse erro de Numero do Lote, apenas em Cuiabá, o mesmo sistema, está em um unico servidor, onde as Unidades da empresa que está em 22 cidades diferentes utiliza 5 provedores e todos os outros funcionam normalmente. 

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Boa tarde, segue em anexo os arquivos.

23830-rec.xml 23828-env-lot.xml 23828-env-lot-soap.xml 4046614-rps.xml

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Acredito que vai ser necessário reverter os mudanças nos Schemas referente a cuiaba.

pois o que foi mudado foi apenas o caminho do servidor.

nao so schemas de acordo com o Suporte do Provedor de Cuiabá.

assim que ouve a mudança eu fui na minha url la no arquivo ISSNET.ini e mudei lá para o novo endereço.

e pronto, funcionou, mas agora, apos atualizar com os fontes novos , vi que os schemas foram todos mudados

e acredito que seja isso que está ocasionando o problema no envio que estou tentando realizar.

[Mudança na URL de Cuiabá-MT Provedor ISSNet]

Olá boa tarde.

Atualizei os Fontes do Acbr hoje, quando fui enviar nota para o provedor de CBA, o provedor me retorna isso:

 

Numero de lote nao informado.

Informe o numero do lote.

 

Porem eu estou  informando o Numero do LOTE e no xml ele está lá.

[Cancelamento NFC-e]

Olá, boa noite. Quando estou cancelando uma Nfce está ocorrendo este erro, começou do nada. 

alguem sabe o que é? 

 

<retEnvEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00">
  <idLote>1371</idLote> 
  <tpAmb>1</tpAmb> 
  <verAplic>3.00</verAplic> 
  <cOrgao>51</cOrgao> 
  <cStat>215</cStat> 
  <xMotivo>sch-props-correct.2: A schema cannot contain two global components with the same name; this schema contains two occurrences of 'http://www.portalfiscal.inf.br/nfe,TCOrgaoIBGE'.Rejeicao: Falha no schema XML</xMotivo>

[Novo provedor NFS-e Chapecó - SC]

Olá, só uma pergunta, o retorno do provedor é 201900000NUMERO , tem como eu pegar apenas o numero, sem o 20190000 ? 

[Novo provedor NFS-e Chapecó - SC]

Entendi, obrigado. 

[Novo provedor NFS-e Chapecó - SC]

Bom dia. 

Alguem consegue pegar o numero do protocolo, usando a opção Gerar? 
Aqui para mim está retornando Zero. 

 

   protocolo := ACBrNFSe1.NotasFiscais.Items[0].NFSe.protocolo;

[Banco Itau, arquivo remessa com conta errada]

Deu certo, era jaguarice minha mesmo . 

 

Grato. 

[Banco Itau, arquivo remessa com conta errada]

Entendi, vou modificar aqui, grato. 

[Banco Itau, arquivo remessa com conta errada]

Olá, bom dia. 

 

Estou com um problema quando vou gerar um arquivo remessa para o banco Itaú. 

Informo a Conta 55224 exemplo, em 

ACBrBoleto1.Cedente.Conta := 55224; 

 

Quando vai gerar o arquivo remessa, ele subistitui este numero por 5 zeros 

00000+DV 

O que pode ser? Alguem aqui passando por isso? 

 

Creio que tem a ver com o SetConta em AcbrBoleto.pas

 

if fConta = AValue then
    Exit;

  fConta := AValue;
  aConta := StrToIntDef(trim(AValue), 0);

  if aConta = 0 then
    Exit;

  fConta := IntToStrZero(aConta, ACBrBoleto.Banco.TamanhoConta);

 

 

[Novo provedor NFS-e Chapecó - SC]

Bom dia, estão utilizando a opção GerarNfse? 

Quando uso a opcao Gerar do acbr, acontece este erro: 

 

---------------------------
Aviso
---------------------------
Falha na validação dos dados do lote: 64827

1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected.

---------------------------
OK   
---------------------------



Em a opcao de Envio normal o Xml vai normalmente, porem demora D+ o retorno do lote. 
 

[Novo provedor NFS-e Chapecó - SC]

Olá bom dia. 

Quando envio em ambiente de Teste, ocorre ERRO DESCONHECIDO. 

 

Enviei o arquivo para o suporte da Publica analizar e ele me respondeu o seguinte: 

 

Boa tarde,

Fiz um envio com teu arquivo XML (sem envelope) e obtive sucesso no retorno conforme segue:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:EnviarLoteRpsResposta xmlns:ns2="http://www.publica.inf.br" xmlns="http://www.publica.inf.br" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
    <ns2:NumeroLote>64813</ns2:NumeroLote>
    <ns2:DataRecebimento>2019-01-08T16:02:32</ns2:DataRecebimento>
    <ns2:Protocolo>NDs5MzI7MjE2MTs2NDgxMzs0OzkzMjsyMTYxOzY0ODEzOzQ7OT</ns2:Protocolo>
</ns2:EnviarLoteRpsResposta>

Ou seja, teu arquivo está correto.

Att

 

 

Bom, alguem já passou por esse tipo de erro?