Claudiney Cogo

Obrigado Daniel. Vou olhar com calma. Agradeço pela ajuda.

Obrigado Juliomar. Estou estudando o funcionamento para passar para o cliente também os custos. A minha dúvida maior é a seguinte... é necessário algum tipo de homologação do meu software para isso junto as operadoras? Desculpe se a pergunta é inadequada, mas realmente não tenho nenhum conhecimento nesse ponto. Estou entrando nesse assunto agora. Obrigado

Boa tarde, Daniel. Muito obrigado pelo retorno. Vou olhar com calma o material sobre o tef. Nesse caso em específico é um cliente que já tem a parte de vendas dele funcionando mas optou a princípio por não integrar as máquinas no PDV. Agora precisamos criar um ponto de auto atendimento. É aqui que vai precisar do pagamento automatizado. Claro que é possível levar a mesma solução para o PDV também, mas o foco nesse momento é esse ponto autônomo. E isso é necessário apenas neste cliente, pois este sistema foi desenvolvido para ele e, pelo menos até o momento, não houve nada que levasse a comercialização para outros. Obrigado mais uma vez pela dica. Vou verificar e qualquer dúvida coloco aqui.

Olá, bom dia. Estou postando neste tópico, mas caso o assunto se encaixe em outro por favor fiquem a vontade para mudar. Minha dúvida é a seguinte. Nunca trabalhei com pagamentos integrados nas maquininhas de cartões. Mas estou com essa necessidade agora e tenho muitas dúvidas quando a isso. Neste caso, a maquininha faz todo o processo e apenas comunica meu software se obteve sucesso ou não ou ela é apenas um ponto para leitura do cartão e o restante é feito pelo software? Qual seria o componento do ACBr melhor indicado para isso? É necessário algum tipo de homologação junto as operadoras de cartões para esse fim? Se existe alguma documentação a respeito disso e puderem por favor me indicar onde encontro eu agradeço muito. Um ótimo dia a todos. Claudiney

Boa tarde Ítalo, tudo bem? A princípio eu tinha deixado assim. Mas pode acontecer o envio de um lote com vários RPS. E nesse caso, pelo menos nos testes que fiz, ele abre a impressão um a um e não um relatório só no final com todas as notas. Usando o método Imprime sim. Ao final imprime um relatório único com várias páginas. Existe alguma forma de configurar isso quando deixa True para imprimir automaticamente? Obrigado pelo retorno.

Olá, Estou desenvolvendo a emissão para um cliente em Novo Hamburgo/RS, provedor IPM, utilizando o ACBrNFSeX. Tudo funcionando perfeitamente. Uma única dúvida surgiu na impressão do DANFSe: Na minha configuração não fiz a impressão no momento da emissão e sim chamei o método imprimir na sequência. Até aí tudo bem. O que percebi é que quando há um erro e a NFSe não é gerada pela prefeitura o componente ainda assim faz a impressão da nota sem os dados que deveriam retornar. Isso faz a impressão de um DANFSe com todos os dados, porém sem numeração. Gostaria de saber se existe uma forma de filtrar isso e imprimir apenas aquelas notas que foram geradas sem erros. A princípio estou verificando a lista de erros e só permito imprimir se ela estiver zerada. Porém se o cliente emitir um lote com várias notas pode acontecer de uma no meio ter erro e gerar confusão. Faço o seguinte caminho: -NotasFiscais.Insert e adiciono os dados para geração dos RPS (no meu caso precisei usar o Insert e não o Add) -Emitir para enviar os RPS e gerar as notas, colocando false no parâmetro para imprimir -Imprimir para fazer a impressão de todas as notas geradas (aqui é que são impressas as notas com erro) -EnviarEmail para encaminhar os arquivos aos tomadores -ImprimirPDF para gerar os PDFs caso não tenha sido gerado pelo envio do e-mail (depende de configuração). Aqui também acontece o problema. Busquei nos componentes alguma propriedade sobre isso e não encontrei. Gostaria de alguma ajuda nesse sentido, se existe algum erro na forma como estou fazendo ou se é necessário algum outro modo de configuração. Utilizo o ACBrNFSeXDANFSeRL. Até tenho preferência por usar o Fast Report, pois já trabalho com ele, mas ao tentar colocar o componente no form recebo o erro Invalid Parameter. Agradeço desde já. Claudiney.

Boa tarde Marcelo. Obrigado pelas instruções. A experiência ajuda muito. Eu estou analisando a viabilidade de trabalhar nisso agora. Cheguei a fazer um teste com um qrcode estático, mas isso geraria alguns problemas. O primeiro seria o valor a ser recebido e o outro seria a baixa ser feita manualmente sem muitos parâmetros para comparação. Isso inviabiliza totalmente utilizar dessa forma. Talvez o melhor aqui seja aguardar um pouco mais e, já que vai demandar uma alteração maior, já partir para a nova API assim que estiver disponível. Agradeço pela ajuda. Abraço.

Boa tarde Dercide. Obrigado pelo retorno. Então, o Sicredi tem a opção por API também. Mas não tenho ela hoje implementada. Por isso estava tentando a princípio utlizar o que já tenho pois a implementação da API demanda além de uma nova rotina no sistema, todo o processo de homologação. Como as emissões aqui são feitas em dias específicos e todos os boletos de uma vez o CNAB atende bem. Mas se não houver outra maneira provavelmente vou ter que partir para essa opção mesmo, fazendo com um pouco mais de tempo. Obrigado mais uma vez. Abraço.

Bom dia a todos. Estou acompanhando este tópico pois hoje faço a geração dos boletos em lote no Sicredi utilizando o CNAB400. No momento que gero os boletos, o sistema já envia para os emails dos clientes e gera o arquivo remessa que é enviado posteriormente ao banco. Isso tem funcionado perfeitamente por anos já. Porém agora com o PIX surgiu o interesse em imprimir o qrcode também e dar mais uma opção para o cliente. Li os tópicos do forum sobre isso e no final entendi que é necessário o retorno do banco antes da impressão, o que realmente gera um certo problema, visto que o Sicredi realmente demora um pouco para retornar o arquivo. Também teria que inverter toda minha rotina para aguardar o retorno (até acho que isso seja o mais correto para evitar erros, mas como a cobrança é simples, funciona bem e fica ágil como está). Para o Sicredi é preciso enviar o código do copia e cola no EMV para gerar o qrcode. Fiz esse teste com um código gerado no aplicativo. Não precisa de mais nada. Como estou bastante cru no assunto PIX, a pergunta talvez seja um tanto tola, mas não é possível gerar esse código copia e cola dinamicamente? Não existe uma documentação sobre o cálculo desse código ou algo assim? Abraço e obrigado.

Bom dia Daniel. Muito obrigado pelo retorno e pela ajuda. No meu caso a mensagem não era da carga do midas e sim uma violação de acesso ao dsnap280.bpl. Mas no fim tudo tinha a ver com o midas mesmo. Eu já tinha feito todas as instruções de atualização do midas. A única coisa que ainda não tinha feito realmente era registrar o midas.dll novo. Provavelmente tinha o registro da versão mais antiga. Fiz então o comando de registro abaixo: %Windir%\System32\regsvr32.exe midas.dll ou %windir%\SysWoW64\regsvr32.exe midas.dll Depois de registrado realmente tudo se resolveu. A solução estava realmente muito próxima. Mas não tinha me atentado a esse detalhe. Não foi necessário usar o midas.dll enviado pelo Luciano. O próprio midas da pasta do Delphi 11 resolveu. Agradeço muito pela ajuda, por ter encaminhando o post acima, e também ao Luciano Benito que compartilhou a solução encontrada por ele. Já estava a tanto tempo buscando a solução que acabei ficando cego para essa questão do registro. Nada como alguém olhando de fora.. rs Um abraço. Claudiney

Olá, Até alguns dias atrás eu estava utilizando o Delphi XE8. Atualizei então para o Delphi 11. Instalei todos os componentes sem nenhum problema. Compilei o projeto sem erros. Porém hoje precisei alterar um form ontem tenho o componente TACBr_NFeDANFEFR e ao abrir o form recebi o erro abaixo e o componente sumiu da tela. Tentei recolocar mas não consigo. Sempre retorna este mesmo erro. Fiz então uma busca e encontrei aqui no forum um outro post parecido onde a solução era a atualização do midas.dll para a nova versão. Procedi então com a substituição. Apaguei todos os midas que existiam na máquina e deixei apenas o atual, que está na pasta BIN do Delphi 11. Copiei o mesmo para as pastas System32, SysWOW64, para as pastas do ACBR, também para as pastas do FastReport, porém o erro persiste. Removi o ACBR e o FastReport do Delphi. Recompilei o FR primeiro e reinstalei. Na sequência recompilei o ACBR. Mas nada resolve o erro. Todos os componentes do ACBR estão ok. Apenas os componentes que usam do FastReport (DANFEFR e DANFCEFR) geram esse erro. Alguém mais passou por isso e pode por favor me informar o que mais pode estar causando essa situação? Não consigo alterar o sistema a menos que remova o componente, o que não é possível fazer, pois é uma opção de reimpressão. Agradeço desde já a ajuda. Claudiney.

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.

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

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.

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

Ok Italo. Obrigado.

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.

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.

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

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

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

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

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

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