NFSe - Betha (ERRO) A string literal was expected

[Italo Giurizzato Junior]

Bom dia,

Favor atualizar todos os fontes de todas as pastas.

No programa exemplo você vai encontrar meia-duzia de linhas que configura as propriedades do Emitente, sem essas configurações com certeza vai ocorrer erros de validação.

[João Batista Da Silva Junior]

22 horas atrás, Italo Jurisato Junior disse:

Boa tarde João,

Qual é a opção que você esta utilizando para enviar, [Gerar e Enviar Lote Rps] ou [Gerar e Enviar Lote - Síncrono] ?

No caso do provedor Betha não existe o envio no modo Síncrono.

Ao utilizar essa opção é para aparecer a mensagem que a URL não esta definida.

Se essa mensagem não esta aparecendo, isso significa que o arquivo Betha.INI foi alterado ou você esta se utilizando de schemas que não são do provedor Betha.

Fiz um teste de envio usando a opção [Gerar e Enviar Lote RPS] e o erro que você menciona não ocorreu.

Bom dia Italo, 

Primeiramente gostaria de agradecer pela atenção.

Pois bem! meu provedor é o Fiorilli, uso a opção Gerar e Enviar Lote - Sincrono do Exemplo ACBrNFSe.

A Revisão do ACBR é a 10837, tomei o cuidado de excluir quaisquer DCU's relacionadas do HD antes de atualizar, o Exemplo ACBrNFSe também ta atualizado com a última versão disponível.

O Procedimento é o seguinte:

1 - Clico no botão Gerar e Enviar Lote - Sincrono do Exemplo ACBrNFSe.

2 - Digito a Senha do Certificado

3 - O erro acontece

4 -

 

[brsamn]

 

1 hora atrás, João Batista Da Silva Junior disse:

Bom dia Italo, 

Primeiramente gostaria de agradecer pela atenção.

Pois bem! meu provedor é o Fiorilli, uso a opção Gerar e Enviar Lote - Sincrono do Exemplo ACBrNFSe.

A Revisão do ACBR é a 10837, tomei o cuidado de excluir quaisquer DCU's relacionadas do HD antes de atualizar, o Exemplo ACBrNFSe também ta atualizado com a última versão disponível.

O Procedimento é o seguinte:

1 - Clico no botão Gerar e Enviar Lote - Sincrono do Exemplo ACBrNFSe.

2 - Digito a Senha do Certificado

3 - O erro acontece

4 -

 

Boa Tarde.

Estou com o mesmo problema, no mesmo provedor Fiorilli.

Estou buscando descobrir o que pode ser.

Obrigado.

[ALA]

Estou com o mesmo problema no provedor BHISS para Belo Horizonte, já verifiquei o programa ACBRNFSe_Teste, mas ainda não encontrei onde esta ocorrendo o problema...Utilizo a função "Gerar e Enviar Lote RPS"......

Após a ultima função ocorre o erro..

 ACBrNFSe1.NotasFiscais.Clear;
 AlimentaComponente(vAux);
 ACBrNFSe1.Enviar(vNumLote);
 ACBrNFSe1.NotasFiscais.Clear;

Editado 11 Janeiro, 2016 por ALA

[augelias]

Boa tarde Italo,

Gostaria de contribuir com minha situação pois estou tendo o mesmo problema para o provedor BHISS para Porto Alegre utilizando Capicom ou CapicomSOAP.

Ao utilizar o envio em outra empresa, no meu sistema, utilizando OpenSSL, consegui fazer todo o processo corretamente. Estou ainda depurando o código para ver se consigo descobrir onde está o problema. Meus fontes foram atualizados agora a tarde e fiz o build no programa. Estou usando a mesma pasta de schemas para ambas forma de assinatura.

[rubenstz]

Boa tarde amigos,

Também estou tendo problemas pelo provedor BHISS para Porto Alegre, já fiz todos os procedimentos deste tópico, inclusive removendo e reinstalando todo o AcBr, build all, etc...

Utilizo também ISSCuritiba que está funcionando normalmente.

 

 

[João Batista Da Silva Junior]

Em 11/01/2016 at 11:18, brsamn disse:

Boa Tarde.

Estou com o mesmo problema, no mesmo provedor Fiorilli.

Estou buscando descobrir o que pode ser.

Obrigado.

Olá Italo,

Acabei de fazer um update do meu acbr e o erro acima citado não acontece mais, porém o componente começa o envio e logo em seguia apresenta esse erro. OBS: Desativei Anti-Virus, Firewall, Windows Defender e afins, até mexi la nas configurações avançadas do Opções de Internet mas não deu certo. NFe e NFCe estão tinindo de bão! rsrs

Obrigado pela atenção!

Segue abaixo imagem do erro.

 

 

Editado 12 Janeiro, 2016 por João Batista Da Silva Junior
Imagem contendo dados pessoais.

[ALA]

Quando utilizo a opção SSLib = libCapicom ocorre o mesmo erro para Belo Horizonte, BHISS...

[João Batista Da Silva Junior]

21 minutos atrás, ALA disse:

Quando utilizo a opção SSLib = libCapicom ocorre o mesmo erro para Belo Horizonte, BHISS...

Realmente ALA mudei o meu de SSLib = libCapicom para SSLib = libCapicomDelphiSoap e o erro desapareceu... agora creio que vou conseguir terminar .... qualquer novidade venho correndo aki novamente.

Obrigado!

[ALA]

Quando altero para libCapicomDelphi.. ocorre outro erro

É necessário um certificado para concluir a autenticação do cliente - URL:https://bhisshomologa.pbh.gov.br/bhiss-ws/nfse - SOAPAction:http://ws.bhiss.pbh.gov.br/RecepcionarLoteRps
 

Você esta com qual versão do ACBr...? A ultima ocorre o erro citado...

[João Batista Da Silva Junior]

1 minuto atrás, ALA disse:

Quando altero para libCapicomDelphi.. ocorre outro erro

É necessário um certificado para concluir a autenticação do cliente - URL:https://bhisshomologa.pbh.gov.br/bhiss-ws/nfse - SOAPAction:http://ws.bhiss.pbh.gov.br/RecepcionarLoteRps
 

Você esta com qual versão do ACBr...? A ultima ocorre o erro citado...

Estou com a Última versão, meu provedor é o Fiorilli esse erro ai não ocorre aki. 

[ALA]

E acho que o problema esta ocorrendo apenas para BH que tenho que assinar o Rps e o Lote..

[intersig]

ALA aqui comigo tbem da o mesmo erro que o seu, provedor ISSE.....

agora se coloco SSLIB = libopenssl não da o erro, porem tenho que preencher as propriedades arquivopfx e senha

Editado 12 Janeiro, 2016 por intersig

[João Batista Da Silva Junior]

Boa Tarde Italo,

Bem o erro A string literal was expected... e "ERRO - Requisição não enviada 12029-A" não existem mais. Agora o erro é outro.

Depois que envio estou obtendo a seguinte mensagem: 

     L100

    O imposto deve ser retido para o tomador de serviço.

 

Observando o XML Gerado pelo componente e o XML Original que peguei no site da prefeitura, notei que a tag 

 

  <ResponsavelRetencao>1</ResponsavelRetencao>

 

não está sendo gerada no XML do ACBRNfse mesmo com a propriedade do componente Servico.ResponsavelRetencao       :=ptTomador; setada.

 

Obrigado pela atenção.

 

Segue imagens para melhor clareza.

[ALA]

Pessoal, baixei a versão do ACBr agora parece que o problema de "A string literal...' foi resolvido.

O problema:  "É necessário um certificado para concluir a autenticação do cliente - URL:https://bhisshomologa.pbh.gov.br/bhiss-ws/nfse - SOAPAction:http://ws.bhiss.pbh.gov.br/RecepcionarLoteRps  " também foi resolvido. 

Obs.: Devem ser utilizados os arquivos "INI" que estão no diretório C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Editado 13 Janeiro, 2016 por ALA

[rubenstz]

Realmente,

Confirmando: Revisão 10852 não esta mais apresentando a mensagem "...string literal was expected..." para o provedor BHISS, o problema agora é a mensagem sobre o certificado.

 

[ALA]

No meu caso, estava aparecendo a msg do certificado, mas depois que passei a utilizar os arquivos INI da pasta oficial do ACBr foi resolvido. Tem que utilizar o arqruivo BHISS.INI e Cidades.INI

[rubenstz]

ALA,

Certíssimo, eu havia atualizado os diretórios do componentes ACBR apenas, coloquei junto da aplicação e funcionou.

Valeu a todos que participaram da solução!

 

 

[Jefferson Damian]

olá, estou tendo um problema também mas no meu caso não está gerando o arquivo .XML da nota (pelo menos é o que me parece).

Uso o provedor Betha e tudo erro começou após a mudança para o truck2.

Eu sempre alimento o componente
e para enviar uso:

nfse.Enviar(numLote, False);

Depois pego as informações:

        arqXML             := nfse.NotasFiscais.Items[0].NomeArq;
        NF                     := nfse.NotasFiscais.Items[0].NFSe.Numero;
        codVerificacao  := nfse.NotasFiscais.Items[0].NFSe.CodigoVerificacao;
        Protocolo          := nfse.NotasFiscais.Items[0].NFSe.Protocolo;
 

Mas está executando o comando enviar sem erro, mas os demais os único que estou obtendo retorno são: "protocolo" e  "codVerificação"
Daí para imprimir eu usava assim:

        nfse.NotasFiscais.Clear;
        nfse.NotasFiscais.LoadFromFile(arqXML);
        nfse.NotasFiscais.Imprimir;
        nfse.NotasFiscais.ImprimirPDF;

mas como o nome do arquivo está vindo como  '' não consigo mais imprimir e dá erro porque o nome está vazio.

Isso em modo de homologação, não tentei mandar em produção.

Se alguém puder ajudar agradeço.

[Italo Giurizzato Junior]

Boa tarde Jefferson,

O componente esta configurado para consultar após o envio?

[Jefferson Damian]

Se já tinha isso sim está porque estava funcionando no truck, se mudou ainda não descobri.

[Italo Giurizzato Junior]

Jefferson,

Esquece o Trunk, no Trunk2 o padrão é para não consultar.

Volto a te perguntar o componente esta configurado para consultar após o envio.

[Jefferson Damian]

Italo, eu segui o modelo, tanto para configurar como para alimentar o componente
não vi nada que pareça com configurar consulta após o envio.

Então, não está configurado.

[Italo Giurizzato Junior]

Boa noite Jefferson,

Configuracoes.Geral.ConsultaLoteAposEnvio := True;

[volmir]

boa tarde,

estou com mesmo problema ao enviar para o provedor betha em homologação

acontece este erro em anexo.

 

o erro acontece na procedure da imagem CAPTURA.PNG