Dercide Alvarez

Rafael, Obrigado pelo retorno. Vou testar e posto um retorno. Dercide.

Bom dia, Estou com um erro ao tentar enviar uma NFSe para o provedor Betha. A string literal was expected, but no opening quote character was found Estou com a ultima versão dos fontes (06/01/2016 ) revisão 10811. Se alguém já passou por isso e poder ajudar, fico agradecido. Dercide.

Problema resolvido, subiram outra atualização. Dercide.

Italo, Acredito que ele se refira ao BHISS, conforme o topico ==> NFSe - BHISS Dercide.

Bom dia, Acabei de atualizar os fontes, e deu erro na compilação : C:\ACBr\Fontes\ACBrDFe\ACBrNFSe\ACBrNFSeWebServices.pas(48) Fatal: Could not compile used unit '..\..\..\..\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsCancNfseResposta.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFSe.dpk". Alguem sabe qual é a causa ?? Ontem atualizei e tambem deu erro, mas logo subiram outra atualização e deu certo. Ontem a noite, vi que houve mudança de parametros em varia funções da NFSe, fiz as mudanças e compilou. Dercide.

Miriane, Será o que teu erro não seria na linha : ACBrNFSe1.Configuracoes.Arquivos.PathSalvar := ExtractFileDir(Forms.application.ExeName) + '\NFSe\Arquivo'; Acredito que nesse caso, o componente irá criar mais uma pasta chamada NFSe, dentro do path definido. Talvez seja isso. Dercide.

Isaque Pinheiro, Ja migrei para a trunk2. Assim que puder tentarei ajustar e posto as correções. Dercide.

Pelo o que vi nos fontes, o problema esta na função LFill, a qual possue várias (overload). Mas pelo o que vi, o problema é quando o campo é Integer, mas em vez de chamar a LFill que faz o tratamento para integer/Int64, esta chamando a que trata DataTime, e com isso o retorno esta trazendo valores errados. Assim que achar uma solução posto um retorno. Dercide.

EasySoft, Ontem ao baixar as atualizações e compilar o problema voltou. Verifique se o Libary Path do Fortes Report esta na pasta correta. Eu acabei mudando da Binary\LibD7 para fortesreport-ce-master\Source e ai deu certo. É alguma coisa neste sentido, tive de apagar tudo e compilar umas 3x, ai funcionou. Dercide.

Daniel Simoes, Estou apenas relacionando o problema. Não tive tempo de analisar os novos fontes da Trunk2. Mas irei analisar os fontes e tentar corrigir, pois necessito dessas correções. Assim que tiver alguma solução postarei os fontes alterados. Dercide.

Boa tarde, Não sei se aqui é o local correto, mas como estamos falando de Trunk2. Esse problema já ocorria na Trunk. No registro D600, 03-COD_MUN, ele não assume o valor informado. QTD_CONS tambem não assume o valor informado. Nos registros D601 e D605, 02-COD_CLASS ele não assume o valor informado, estou passando '0599', ele coloca Dercide.

Juliomar, Resolvi o problema, era o Fortes Report, segui as orientações da pagina do Regys, e deu certo. Após compilar o fortes da pasta \Trunk\Source, tinha que copiar as .dcu para a pasta \Binary\LibD7 Feito isso, o erro não ocorreu mais. Obrigado pela atenção, e desculpem o incomodo. Bola pra frente, vamos ver o que tem pela frente ainda. Dercide.

Juliomar, Sim, estou utilizando o fortes reports. Desinstalei o anterior, e baixei o novo : https://github.com/fortesinformatica/fortesreport-ce Dercide.

Boa tarde a todos, FIz a migração para trunk2, e na hora da compilação esta dando o seguinte erro : Error Creating Form: Ancestor for TFRlDANFeRL not found E o erro da no create da ACBrNFeDANFeRLPaisagem : FineTuneAngleLabels := true; Se alguem puder dar uma ajuda, agradeço. OBS: Usando Delphi 7 Dercide.

Juliomar, Obrigado pelo retorno, Abraços, Dercide.

Boa noite, Não migrei ainda para a Trunk2, mas gostaria de saber se foi corrigido os provedores das seguintes cidades : 4211207 Morro da Fumaça - SC ==> Betha 5102702 Canarana - MT ==> Coplan Pois na pnfsConversao da trunk, Canarana esta FISSLEX, mas o correto é Coplan Morro da Fumaça não esta definido para nenhum provedor. Gostaria de saber, pois pretendo migrar logo para a Truk2. Dercide.

Juliomar Marchetti, Justamente por isso que estranhei, mas veja ai parte do arquivo ACBrNFSe-change-log.TXT 02/09/2015 por: Marcio Martins [*]Adicionadas as cidades: Aquiraz - wsaqz Aracati - wsarq Barbalha - wsbar Beberibe - wsbeb Crato - wscrt Guaraciaba - wsgua Itaitinga - wsita Jijoca - wsjij Maracanau - wsmar Petrolina - wspet Pindoretama - wspin Quixeramobim - wsqxb Taua - wstau Removida a necessidade do ClientDataSet no FortesReport Adicionada a opção de ler JPEG nas logos, além de BMP que já existia. Foi atualizado alguns arquivos da pasta NFSe, Dercide.

Atualizei os fontes essa noite, e agora quando vou imprimir a NFSe da o erro : Error reading frlDANFSeRLRetrato.ExplicitWidth: Property ExplicitWidth does not exist Alguém sabe como resolver isso ?? Uso Delphi 7 e o Fortes Report. Não estou usando a trunk2, não fiz a migração ainda. Dercide.

Bom dia a todos, Estou fazendo a implementação da NFSe para a cidade de Canarana-MT (5102702). Canarana utiliza o provedor COPLAN, no componente esta configurado para outro provedor, mas o correto é o Coplan. O pior, é que meu cliente é a primeira empresa da cidade a solicitar integração via WebService. Algum utiliza esse provedor para outras cidades, pois estou encontrando alguns problemas. Para impressão, o componente também não consegue localizar os dados do TOMADOS, mas isso eu já ajustei. E no XML de retorno, nã esta vindo a discrição do serviço, mas já falei com a programação do provedor, e vão analisar essa situação. Ao pegar o retorno do XML os dados do TOMADOR estão sendo gravados de forma errada. Alguem poderia me dizer qual é a rotina que salva o XML de retorno, assim posso altera-la. Se alguém souber qual é a rotina que salva o XML facilita, ai eu me viro pra ajusta-la. Dercide.

Juliana, Beleza, entendi e vi que tem várias pessoas na mesma situação. É o que tenho feito, atualizando o componente manualmente. Obrigado pelo retorno. Dercide.

Testei a leitura do retorno CNAB 240, funcionou perfeitamente. Dercide.

Bom dia, Foi feito também a geração dos boletos e remessa para o CNB 240 ? Pois pelo o que vi nos fontes, foi implementado apenas a leitura do Retorno ? Outra questão, tenho visto que as atualizações estão sendo feitas apenas na Trunk2, mas ela já esta 100% funcional ? Pelo o que andei acompanhando a NFSe ainda não estava funcional. Ai fica inviável fazer a migração para a trunk2. E com isso quem não migrou ainda fica sem as atualizações. Dercide Alvarez

Juliana, Beleza, vou verificar essa função, a principio havia alterado o componente para pegar 12 posições, pegando assim o DAC. Mas os bancos retornam sim o DAC, pois afinal ele faz parte do nosso numero. O Bradesco CNAB 400, ele esta na posição 82-82 logo após o nosso numero. O Itau CNB 400, retorna na posição 94-94, e no CNAB 240 na posição 49-49. E assim tem vários bancos que retornam o DAC do nosso numero. Obrigado pelo retorno. Dercide Alvarez.

Boa Tarde, Estou fazendo a implementação dos boletos do ACB para vários bancos. Estou testando a leitura do RETORNO do Bradesco 400 posições. O componente lê o nosso numero nas posições 71 a 81 NossoNumero := Copy(Linha,71,11); Porém não trás o DAC (digito verificador) junto que fica na posição 82. Existe alguma outra propriedade que lê essa informação ? Preciso da informação completa pra efeitos de pesquisa no banco de dados. Dercide.

Boa Tarde, Informe em Titulo.Mensagem.Text Dercide.