[Betha.ini]

Alguém teria a arquivo ini para notas de serviço para o provedor Betha ?

Alexandre

[Problema Gpclidtef Somente Confirma O Primeiro Cartão.]

Prezados(as)

 

Com múltiplos cartões gpCliDTEF, ao processar com mais de um cartão, somente está confirmando o primeiro. Encontrei este mesmo problema no tópico mas lá ele não parece estar concluído.

 

Avaliando este outro tópico e os fontes, fiz uma alteração a título de teste que acabou solucionando o problema, mas, gostaria de saber se realmente é um problema ou se eu não soube proceder corretamente quanto a utilização do componente.

 

Fiz o seguinte:

Se for TEF Direção e ainda não for o último cartão da lista, envio "I" no parâmetro finalização. Com isto todas as operação ficaram confirmadas.

 

Fico no aguardo de algum auxílio e antecipadamente agradeço por qualquer auxílio.

 

Segue o trecho modificado:

 

 

procedure TACBrTEFD.ConfirmarTransacoesPendentes;

var

   I : Integer;

begin

  fTefClass.GravaLog( 'ConfirmarTransacoesPendentes' ) ;

  I := 0 ;

  while I < RespostasPendentes.Count do

  begin

    try

      with RespostasPendentes do

      begin

        GPAtual := TipoGP;   // Seleciona a Classe do GP

        if not CNFEnviado then

        begin

           if TipoGP = gpCliDTEF then

           begin

              if I < (RespostasPendentes.Count-1) then

                 CNF( Rede, NSU, 'I' , DocumentoVinculado )

              else

                 CNF( Rede, NSU, Finalizacao, DocumentoVinculado );

           end else

              CNF( Rede, NSU, Finalizacao, DocumentoVinculado );

          CNFEnviado := True ;

        end;

        ApagaEVerifica( ArqRespPendente );

        ApagaEVerifica( ArqBackup );

        Inc( I ) ;

      end;

    except

      { Exceção Muda... Fica em Loop até conseguir confirmar e apagar Backup }

    end;

  end ;

  try

     if Assigned( fOnDepoisConfirmarTransacoes ) then

        fOnDepoisConfirmarTransacoes( RespostasPendentes );

  finally

     RespostasPendentes.Clear;

  end;

end;

 

[Erro Multiplos Cartoes]

Boa tarde.

 

Você conseguiu resolver este problema ? Pois estou passando exatamente por esta mesma dificuldade. Se conseguiu, poderia me apontar um caminho para solucionar ?

[Não Foi Possível Validar O Xml - Nfse - Fortaleza]

Pois é isto está um tanto vago e confuso (pelo menos para mim).

 

Em um outro email recebido, me instruiram a não enviar o campo CNAE nem o campo CodigoTributacaoMunicipio. Fiz isto e passou a fluir um pouco melhor: o lote foi aceito, mas na hora de consultar o lote, vem o erro: Erro: E105 - Campo codigo CNAE informado incorretamente.

 

O mais estranho ainda é que: após esta mensagem, resolvi informar o CNAE, mas a mesma mensagem ocorre, ou seja informando ou não o CNAE, a mensagem de erro ocorre.

 

Veja o XML de retorno:

<ConsultarSituacaoLoteRpsResposta xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd" xmlns="http://www.ginfes.com.br/servico_consultar_situacao_lote_rps_resposta_v03.xsd">

<NumeroLote>0</NumeroLote>

<Situacao>3</Situacao>

<ns2:ListaMensagemRetorno>

<ns2:MensagemRetorno>

<ns2:Codigo>E105</ns2:Codigo>

<ns2:Mensagem>Campo codigo CNAE informado incorretamente</ns2:Mensagem>

<ns2:Correcao>

O campo codigo CNAE devera ter tamanho maximo de 7 caracteres.

</ns2:Correcao>

</ns2:MensagemRetorno>

</ns2:ListaMensagemRetorno>

</ConsultarSituacaoLoteRpsResposta>

 

Bom em resumo: estamos na "luta". Se tiver alguma sugestão será bem vinda.

[Não Foi Possível Validar O Xml - Nfse - Fortaleza]

Pois é o suporte da prefeitura fala em CNAE mas cita o código de tributação no município, ficou confuso.

 

Este é o último email deles hoje:

 

Alexandre,

 

O seu XML tem uma série de problemas, como campos que não existem (<ns4:CodigoCnae>). Consulte o documento de perguntas e respostas do lote (arquivo ISS_Fortaleza_lotes_v_1.5.pdf dentro do link http://www.sefin.fortaleza.ce.gov.br/downloads/arquivos/layouts.zip)e, principalmente, os XSD's para envio do lote (via sistema web, link http://www.sefin.fortaleza.ce.gov.br/xsd/Schema_V2.rar e via webservice, link http://www.sefin.fortaleza.ce.gov.br/xsd/Schema_V3.rar) e os exemplos de XML (link http://www.sefin.fortaleza.ce.gov.br/downloads/arquivos/exemplos_XML.zip) para corrigí-los.

Atenciosamente,

Pablo Nóbrega 
Mestre em Computação
CGETI - Coordenadoria de Gestão Estratégica da TI
SEFIN - Secretaria Municipal de Finanças de Fortaleza 

 

 

 

 

Pergunto, o ACBR está compatível com o provedor de Fortaleza ? Saberia dizer se sabe de alguém que já utiliza lá ?

[Não Foi Possível Validar O Xml - Nfse - Fortaleza]

Boa tarde,

 

Recebi um email da prefeitura agora a pouco com a seguinte instrução:

 

Bom dia, o problema é com a cnae que você está passando no rps:

<ns2:CodigoTributacaoMunicipio>2304400</ns2:CodigoTributacaoMunicipio>

2304400 não existe.

Att,
Geison Correia

 

 

Efetuei a correção conforme instrução, mas o problema permaneceu. De qualquer forma, seguem os xml contendo esta alteração.

Ger.zip

[Não Foi Possível Validar O Xml - Nfse - Fortaleza]

Prezados(as)

 

Estou recebendo a mensagem :

 

"Nao foi possivel validar o xml. Favor entrar em contato com o suporte tecnico. E317"

 

Entrei em contato com a prefeitura e me responderam o seguinte:

 

O XML está com algum problema em sua formatação. É extremamente importante você verificar o documento de perguntas e respostas do lote (arquivo ISS_Fortaleza_lotes_v_1.5.pdf dentro do link http://www.sefin.fortaleza.ce.gov.br/downloads/arquivos/layouts.zip), os XSD's para envio do lote (via sistema web, link http://www.sefin.fortaleza.ce.gov.br/xsd/Schema_V2.rar e via webservice, link http://www.sefin.fortaleza.ce.gov.br/xsd/Schema_V3.rar) e os exemplos de XML (link http://www.sefin.fortaleza.ce.gov.br/downloads/arquivos/exemplos_XML.zip).

 

Poderia dar alguma pista de como proceder para solucionar isto ? 

 

Em anexo seguem os arquivos de uma operação com esta mensagem.

 

 

Arquivos.zip