NFSe - Betha (ERRO) A string literal was expected

[ALA]

Volmir, boa tarde. Esse problema havia sido resolvido pelo Italo a algum tempo, mas agora voltou. Estou com o mesmo problema para Belo Horizonte...

[Italo Giurizzato Junior]

Boa tarde Volmir,

Desculpe, mas isso não ajuda em nada para resolver o problema.

Precismos saber alinha exata que ocorre o problema.

[Jefferson Damian]

17 horas atrás, Italo Jurisato Junior disse:

Boa noite Jefferson,

Configuracoes.Geral.ConsultaLoteAposEnvio := True;

Funcionou, agora é só realizar mais algumas mudanças aqui e pronto. Mas é aqui o componente ficou 100%.
Obrigado.

Editado 5 Fevereiro, 2016 por Jefferson Damian

[Agnaldo Prates]

Em 11/01/2016 at 09:00, intersig disse:

bom dia.... alguem sabe o porque desse erro? ele acontece no momento de validar o xml.

 

Boa tarde.

Erro: Falha na validação dos dados do lote: 1. '' violates length constraint of '11'. The element '{http://www.abrasf.org.br/nfse.xsd}Cpf' with value '' failed to parse.
Causa: Falta infomar os dados referente ao emitente.
Solução: Adicionar os dados do emitente conforme abaixo.
ACBrNFSe1.Configuracoes.Geral.Emitente do 
begin
     CNPJ      := Cnpj do Emitente;
     InscMun   := Inscrição Municipal;
     RazSocial := Razão Social;
End;
 

34 minutos atrás, Italo Jurisato Junior disse:

Boa tarde Volmir,

Desculpe, mas isso não ajuda em nada para resolver o problema.

Precismos saber alinha exata que ocorre o problema.

Boa tarde.

Italo, depois que atualizei o ACBr, percebi que o erro está de fato ocorrendo. Diante disso, fui analisar o que realmente estava acontecendo. No debug, pode observar que o método assinar é chamado mais de uma vez, ,mesmo o xml já assinado, então fiz o seguinte:

Erro: A string literal was expected, but no opening quote character was found
Causa: Este erro ocorre porque, ao solicitar o envio da NFSe, o XML é assiando duas vezes.
Solução: Para que o XML não seja novamente assinado, procedi uma mudança na unit ACBrNFSeWebServices.pas.

Adicionei a seguinte condição a partir da linha 1524:

    if FNotasFiscais.Items[0].NFSe.signature.DigestValue='' then
    begin
       FPDadosMsg := FNotasFiscais.AssinarLote(FPDadosMsg,
                     FPrefixo3 + TagGrupo,
                     FPrefixo3 + TagElemento,
                     FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote,
                     xSignatureNode, xDSIGNSLote, xIdSignature);

    // Incluido a linha abaixo por após realizar a assinatura esta gerando o
    // atributo xmlns vazio.
       FPDadosMsg := StringReplace(FPDadosMsg, 'xmlns=""', '', [rfReplaceAll]);

    end;
Com isso, o XML já assinado não chama novamente o método FNotasFiscais.AssinarLote;

Não posso afirmar que seja a solução, todavia aqui ficou resolvido. 

Estou enviando em anexo a unit devidamente modificada para análise.

 

ACBrNFSeWebServices.pas

[Gandalf]

Eu também continuo com o erro  A string literal was expected, but no opening quote character was found.

Tentei usar a alteração do Agnaldo, mas para mim está retornando que o lote foi sem assinatura.

[rubenstz]

Também estou com o problema, mesmo com a alteração do Agnaldo continua dando o erro.

Porto Alegre com BHISS.

 

[Agnaldo Prates]

12 minutos atrás, Gandalf disse:

Eu também continuo com o erro  A string literal was expected, but no opening quote character was found.

Tentei usar a alteração do Agnaldo, mas para mim está retornando que o lote foi sem assinatura.

Só uma observação que não citei no tópico anterior. Envio da seguinte forma:
ACBrNFSe1.Enviar(fNota);

[Gandalf]

Complementando, também estou tentando enviar para Porto Alegre com BHISS.

[Italo Giurizzato Junior]

Boa noite a todos,

Favor atualizar os fontes e testar novamente.

[volmir]

boa tarde,

realmente voltei a fazer testes e agora esta funcionando.

obrigado

[WINDEL]

Boa tarde, tudo bom?

O envio está funcionando, porém quando vou cancelar está dando a seguinte mensagem:

Método..... : Cancelar NFS-e
Código Erro : E181
Mensagem... : O documento XML de entrada do serviço esta fora do padrao especificado. (Expected type CHARACTERS, current type END_ELEMENT at [row,col {unknown-source}]: [1,190])
Correção... : 
Provedor... : BHISS
Método..... : Cancelar NFS-e
Código Erro : 
Mensagem... : 
Correção... : 
Provedor... : BHISS

Alguém já passou por isso? alguma ideia de solução?

Obrigado por enquanto
 

[Italo Giurizzato Junior]

Boa noite Diogo,

Sem o arquivo XML de pedido de cancelamento não temos como lhe ajudar.

Favor anexar.

[WINDEL]

Bom dia, é verdade, segue anexo os arquivos que o componente gerou.

8_erro.xml

201600000000008-can.xml

201600000000008-ped-can.xml

[Italo Giurizzato Junior]

Bom dia Diogo,

Você abriu o arquivo XML de envio?

Se sim, notou isso?

<Numero>201600000000008</Numero>

<Cnpj/>

<InscricaoMunicipal/>

<CodigoMunicipio>4314902</CodigoMunicipio>

Esta vendo que esta faltando o CNPJ e IM do emitente?

Você configurou as propriedades do Emitente do componente?

[WINDEL]

Bom dia, 

Báááá, eu não conhecia essas propriedades, pois no Trunk anterior a minha função de cancelar estava funcionando, então agora no trunk2 elas são obrigatórias, blz, obrigado pela ajuda, vou tratar para alimentar essas propriedades, =)

Obrigado

[Léo]

Bom dia !, estou com problema Para Emissão de NFS-e na Betha !.

Retorna o seguinte:

  <Codigo>E45</Codigo>

  <Mensagem>CNPJ não encontrado na base de dados</Mensagem>

  <Correcao>Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município.</Correcao>

Abaixo anexo o lote de envio e o recibo !.

Não estou encontrando a Solução.

251-env-lot-soap.xml

251-rec-soap.xml

Complementando o Post anterior !, esqueci de Citar que isso é HOMOLOGAÇÃO no Provedor Betha.

Alguém já enfrentou este problema ?

Obrigado !

[Italo Giurizzato Junior]

Bom dia Léo,

Acredito que tanto a mensagem de erro quanto a mensagem com uma dica para a correção já diz qual é o problema e como corrigir ele.

Agora se o CNPJ esta correto, se o emitente esta inscrito no município, verifique se o mesmo esta cadastrado no provedor para emitir NFS-e via web services.

Verifique também se no cadastro do provedor o CNPJ confere, detalhe não pode constar a formatação somente os dígitos.

Outra coisa a ser verificada junto ao provedor é a inscrição municipal, já vi casos que essa informação estava em branco no provedor.

[Léo]

Obrigado Italo !, vou verificar com o Pessoal do WebService, Porque isso somente acontece em Homologação e não em Produção, com o Mesmo CNPJ e IM.

Outra coisa detectei um problema, no cancelamento de NFS-e para o Provedor Betha, posso postar a correção aqui para vc dar uma olhada ?.

[Léo]

Me desculpe se este lugar não é o correto para postar isso mas, ai vai um problema que encontrei ao efetuar o cancelamento de uma NFS-e:

 

Unit ACBrNFSeWebServices

Linha 3038
        
        substituido:

        proBetha: CodMunicipio := StrToIntDef(FNotasFiscais.Items[0].NFSe.Tomador.Endereco.CodigoMunicipio, 0);
        
        Por:
        
        proBetha: CodMunicipio := StrToIntDef(FNotasFiscais.Items[0].NFSe.Servico.CodigoMunicipio, 0);

 

Postei também a Unit ACBrNFSeWebServices, para analise !.
 

ACBrNFSeWebServices.pas

[Italo Giurizzato Junior]

Bom dia Léo,

Muito obrigado pela colaboração, ainda hoje vou disponibilizar a correção.