Dercide Alvarez

Esta acontecendo comigo o mesmo erro com o provedor WEBISS. Dercide.

Rafael, Acontece com comigo também. Em produção, mesmo na Trunk vai sem problemas, mas em homologação não conseguimos enviar. Na trunk2 consegui enviar em homologação, mas da o mesmo problema. Dercide.

Rafael, Estou usando a Trunk2. Referente ao erro do CNPJ, ja corrigi. Agora tem que passar os dados para : ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial Enviou, gerou o protocolo. Vou continuar com os testes. Dercide.

Rafael, Agora o erro não ocorreu mais, porém apareceu outro erro estranho: Erro E46 - CNPJ do prestador não informado. Mas no RPS gerado consta o CNPJ do prestador. Dercide.

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.