Jump to content

click.png

click.png

click.png

click.png click.png click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

Claudiney Cogo

Membros
  • Posts

    13
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Claudiney Cogo's Achievements

  1. Perfeito BigWings, Será o suficiente neste momento, já que não utilizo muitas opções. Obrigado por ajudar a visualizar onde estava o problema. Abraço. Claudiney.
  2. Fiz a seguinte alteração: removi a definição da variável Liquidação e sua inicialização e alterei o teste dessa forma: For i:=0 to ACBrBoleto1.ListadeBoletos.Count -1 do if ACBrBoleto1.ListadeBoletos.OcorrenciaOriginal.Tipo in [toRetornoLiquidado, toRetornoLiquidadoEmCartorio, toRetornoLiquidadoParcialmente, toRetornoLiquidadoSaldoRestante, toRetornoLiquidadoSemRegistro, toRetornoLiquidadoPorConta, toRetornoLiquidadoEmCartorio, toRetornoLiquidadoAposBaixaOuNaoRegistro] then begin end; Pelo menos não existiu nenhum erro na compilação. Acredito que funcione sem problemas. Seria uma boa prática? Só penso no caso de existir a necessidade de teste em mais lugares. Teria que reescrever sempre. Obrigado. Claudiney
  3. Olá BigWings, Acredito que você esteja certo sim. Talvez a maneira como estou utilizando o componente. Na verdade me desculpe.. acabei não dando mais detalhes do problema. Isso acontece onde tento usar o TACBrTipoOcorrencia, no arquivo de retorno. Faço assim: Defino uma variável para isso assim: Liquidacao: set of TACBrTipoOcorrencia; (aqui vem o erro, justamente porque TACBrTipoOcorrencia tem mais de 256 elementos) Depois inicializo essa variável com os elementos que quero utilizar: Liquidacao := [toRetornoLiquidado, toRetornoLiquidadoEmCartorio, toRetornoLiquidadoParcialmente, toRetornoLiquidadoSaldoRestante, toRetornoLiquidadoSemRegistro, toRetornoLiquidadoPorConta, toRetornoLiquidadoEmCartorio, toRetornoLiquidadoAposBaixaOuNaoRegistro]; E por fim uso nos meus testes: For i:=0 to ACBrBoleto1.ListadeBoletos.Count -1 do if ACBrBoleto1.ListadeBoletos.OcorrenciaOriginal.Tipo in Liquidacao then begin end; Já entendi que a forma está errada. Funciona, porém na definição sempre tem esse erro a menos que eu reduza os elementos para 256. Como eu poderia definir essa situação para fugir desse problema? Obrigado mais uma vez pelo retorno. Abraço Claudiney.
  4. Boa tarde a todos, Um ótimo ano novo! Pergunta: sempre que atualizo o acbr eu caio nessa mensagem no momento da compilação: [dcc32 Error] uRecebimentoemloteNew.pas(593): E2028 Sets may have at most 256 elements Sei que existe o limite de 256 elementos em um Set. Para fugir disso eu sempre comento os elementos que não estou utilizando. Mas dá um bom trabalho toda a vez, já que a lista é bem grande. Como vocês tem lidado com isso? Existe alguma outra forma de fugir dessa situação toda vez que atualizar? Estou usando Delphi XE8. Obrigado desde já pela ajuda. Abraços a todos! Claudiney Cogo Neo TI
  5. Bom dia Italo, Desculpe te incomodar mais uma vez, mas poderia tirar uma outra dúvida.. É a primeira vez que uso a função Enviar.. sempre trabalhei com a EnviarSincrono. Na EnviarSincrono sempre que faço a chamada no próprio objeto onde gerei as NFSes ele já retorna o número da NFSe gerada, o código de verificação e o arquivo gerado, nas seguintes propriedades: ACBrNFSe1.NotasFiscais.Items.NFSe.Numero ACBrNFSe1.NotasFiscais.Items.NFSe.CodigoVerificacao ACBrNFSe1.NotasFiscais.Items.NomeArq Aqui no Enviar eu vi que ele automaticamente faz a consulta na situação do lote logo após o envio. Gera também o XML de retorno com todos os dados. Mas no objeto NFSe esse campos não são atualizados e permanecem vazios. Mesmo no demo. Onde tenho acesso a esses dados? É necessário algum outro comando após o Enviar? Obrigado mais uma vez. Abraço Claudiney.
  6. Boa tarde Italo, Obrigado pelo retorno. Esse arquivo que te enviei é um que estava na pasta do ACBR mesmo, no caminho "ACBr\Exemplos\ACBrDFe\ACBrNFSe\Delphi" de onde estava executando o demo. Fiz o update ontem de manhã e este arquivo estava nesta pasta. Porém com a sua informação eu removi toda esta pasta e fiz o update novamente. Isso fez o restore da pasta toda. Aí então percebi que nesta pasta só ficaram os arquivos do projeto e que os arquivos .ini estavam em uma pasta em separado em "ACBr\Exemplos\ACBrDFe\ACBrNFSe\ArqINI". Porque existiam esses arquivos na pasta do projeto não sei dizer. É muito provável que eu tenha copiado isso há algum tempo atrás fazendo algum teste e eles não foram removidos na atualização, por não fazer parte do pacote. Atualizei toda minha pasta com os arquivos das pastas ArqINI e Schemas e deu certo. Testando aqui eu cheguei a trocar os campos Cabecalho e Dados para 1. Realmente enviava, mas algum outro detalhe a mais deve ter na configuração, pois ainda retornava um outro erro. Mas o importante é que isso resolveu o problema. Era apenas configuração do ambiente que estava ficando errado. Peço desculpas pela confusão toda. Mas são coisas do desenvolvimento de sistemas. De dentro muitas vezes não percebemos o que está na cara. Agradeço pela ajuda e parabenizo pelo trabalho com o ACBr. Me coloco a disposição para o que precisar. Abraço Claudiney.
  7. Oi Italo.. Não fiz nenhuma alteração nesse que está no demo. É o original que foi baixado na atualização ontem, com data de abril/2017. Está em anexo. Caso você queira os dados e o certificado desse cliente para fazer um teste no ambiente FISSLex eu posso te encaminhar. Já falei com o cliente e ele autorizou. Me passe apenas um e-mail para onde eu possa enviar, ok. Abraço. FISSLex.ini
  8. Bom dia Italo, tudo bem? Me desculpe mais uma vez se passei uma impressão errada. Não tenho dúvidas quanto ao bom funcionamento do ACBR. Utilizo há bastante tempo e nunca tive problemas, emitindo NFSe, NFe e boletos. Não estou de maneira nenhuma questionando a qualidade dos componentes. Acredito que outras pessoas com certeza já utilizaram. Também que posso estar fazendo algo errado sim. É isso que quero descobrir. Mas o que me causa estranheza é justamente o fato de o mesmo código enviar para outras prefeituras sem nenhum problema. A única diferença é que nas outras uso o EnviarSincrono e aqui essa opção não existe e preciso usar o Enviar. De qualquer forma, para tirar qualquer dúvida, deixei o meu código de lado e fui analisar o demo que está na pasta do ACBR. Por ali eu poderia encontrar onde está o ponto em que eu possa estar fazendo diferente. Configurei lá então os mesmos dados do prestador e o certificado digital deles. Alterei a cidade para Sinop-MT e cliquei em Gerar e Enviar Lote RPS.. num primeiro momento me retornou a mensagem que a função EnviarSincrono não estava disponível para este provedor. Então verifiquei no fonte que ele estava utilizando essa função nesta opção do demo e não apenas no botão Gerar e Enviar Lote - Sincrono. Alterei então a linha onde tem "ACBrNFSe1.EnviarSincrono(vNumLote);" para "ACBrNFSe1.Enviar(vNumLote);". Apenas essa linha e fiz novamente o envio. Em anexo estou encaminhando a imagem do erro gerado (exatamente o mesmo que tive aqui) e os arquivos xml gerados no envio e no retorno. Veja que cai no mesmo problema que tenho aqui no meu projeto. Preciso muito descobrir a causa disso e resolver essa situação para o cliente. Seja atualizando os componentes, se for o caso, ou corrigindo qualquer coisa que eu esteja errando aqui. Por isso estou procurando ajuda do pessoal do fórum. Se alguém que já tenha feito essa integração com o FISSLex puder me dar um help eu fico muito grato. Abraço e obrigado. Claudiney. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml
  9. Oi Italo, Quando faço a chamada e acontece esse erro são gerados dois arquivos.. um do envio do lote e outro com o retorno que tem essa falha.. Estou te encaminhando em anexo. (os arquivos com código 1) Fazendo testes aqui percebi que se alterar no FISSLex.ini a linha Dados=0 para Dados=1 na seção XML , para que os dados sejam convertidos em string, ele envia sem acusar esse erro. Porém na consulta da situação ele informa que o CNPJ do prestador não foi emitido e retorna um número de lote diferente do enviado (7334). Acredito que dessa forma ele não esteja lendo corretamente o arquivo enviado. Essa opção não deve ser compatível com o provedor, certo? Estou te encaminhando em anexo também os arquivos retornados nessa situação para análise. (o arquivo com código 2, o arquivo com código 7334 e os arquivos de consulta e retorno da situação do lote). Caso precise de mais alguma informação estou a disposição. Agradeço pela ajuda. Claudiney 1-env-lot.xml 1-rec.xml 2-env-lot.xml MjAxNzA4MjRfMDAwMDAwNzMzNA==-con-sit.xml MjAxNzA4MjRfMDAwMDAwNzMzNA==-sit.xml
  10. Consegui encontrar o motivo deste erro. No arquivo FISSLex.ini existe esta configuração: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=1 Alterei para isto: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Deixou de apresentar o problema acima. Porém caiu em um outro erro (em anexo): Error Reading WS_RecepcionarLoteRps.ExecuteMessage: (xml gerado) Caso alguém tenha alguma informação sobre isso fico muito grato. Obrigado. Claudiney
  11. Boa tarde Italo, Desculpa pela confusão.. não estou enviando dessa forma. A linha onde faço o envio é essa: A que apresentei acima é onde é gerado o retorno com erro, no momento que passo depurando. Isso está dentro do código do componente. Ali eu não mexo. Daí ele retorna a exceção para o meu sistema e apresenta a mensagem que enviei em anexo. Dessa mesma forma eu já envio para outros provedores. Só lá tenho esse retorno. Abraço e obrigado. Claudiney
  12. Bom dia, Estou fazendo a integração com a cidade de Sinop-MT. O provedor lá é o FISS-LEX. Já fiz toda a habilitação junto a empresa para uso do ambiente de testes. Verifiquei que neste provedor não é possível utilizar o comando EnviarSincrono. Estou tentando o envio pelo Enviar. Porém no momento do envio do lote recebo a seguinte mensagem de erro: The processing instruction target matching “[xX][mM][lL]” is not allowed Estive pesquisando a respeito e aqui mesmo no fórum um outro colega resolveu acrescentando algumas configurações no arquivo ini. Porém já verifiquei isso e está ok aqui. Atualizei os componentes pelo repositório também. Está agora na revisão 13772, mas mesmo assim o erro persiste. Em outros fóruns alguns comentam que pode ser algum caracter ou espaço deixado antes da definição <?xml >, mas isso também já conferi e tudo gera normalmente. Meu sistema já faz emissão no ambiente da prefeitura de Maringá sem nenhum erro há mais de um ano. Esta mensagem é retornada nesta linha: FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); na procedure TDFeWebService.EnviarDados da unit ACBrDFeWebService. Alguém no fórum já passou por este problema ou já faz emissão em Sinop? O que mais poderia causar essa mensagem? Segue em anexo a imagem com a mensagem de retorno. Obrigado desde já. Abraço Claudiney
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.