ornei

Bom dia, no trunk estava salvando o XML na pasta EnvioResposta no momento do envio, mas apos atualização para o trunk2 não esta acontecendo mais. estou com a seguinte configuração: configuracoes.arquivo.Salvar = true e PathSalvar = C:\NFe\EnvioResposta configuracoes.arquivo.EmissaoPathNFe = true configuracoes.arquivo.SalvarEventos = true configuracoes.geral.salvar = true e PathNFe = C:\NFe\XML-NFe tem alguma propriedade que tenho que verificar. Obrigado

Tudo bem, Obrigado

Boa tarde estou migrando para o trunk2, só que estou com o mesmo problema que o Ricardo, referente a pasta dos eventos que eram salvos da seguinte forma: NFe\Eventos\201511\CCe NFe\Eventos\201511\Can, NFe\Eventos\201511\Confirmação e assim por diante, com o trunk2 esta salvando dentro de NFe\Eventos\201511. Antes no trunk tinha a propriedade SalvarCCeCanEventos. segue a imagem com as configuraçoes.

Bom dia Ainda estou com o problema de Resource ACBrNFeServicos not found, somente colocando o ACBrNFeServiços.ini na pasta da aplicação para funcionar. Acho que este erro ocorre pois minha aplicação e modular onde Contas Receber, Contas a Pagar, Estoque, Nota Fiscal... ect são todos pacotes, no caso o componente ACBrNFe esta dentro do pacote da nota fiscal e acho que desta maneira não e possível encontrar o recurso. Coloquei o .res na NotaFiscal.dpk não achou o recurso e também coloque no principal que e o executável e não deu, segue a imagem onde ocorre o erro. Acho que funciona só se adicionar dentro do executável com o ACBrNFe_demo.

Vou adicionar, ocorrendo algum erro volto a postar. Obrigado

Estou trabalhando em uma maquina virtual so para o trunk2 não tem nada do trunk e hoje mesmo baixei os fontes do zero, a unica maneira de resolver o erro foi copiar o ini para pasta da aplicação.

Boa tarde Estou migrando para o trunk2 devido a informação do CEST, puxei os fontes e instalei com acbeinstall sem problemas e recompilei minha aplicação, na hora de verificar status, consultar ...etc ocorre o erro Resouce Acbrnfeservicos Not Found, para resolver este erro coloquei o ACBrNFeServicos.ini na pasta da aplicação e resolveu, neste caso vou ter que copiar este arquivo nos cliente. Gostaria de saber se tem algum documento que fale das alterações do trunk2. Obrigado

Bom dia, com relação a nova versão do fortes, estou usando o trunk neste caso vou ter que fazer a modificação nos fontes.

Boa tarde OK obrigado Att.

Estou trabalhando com o itau cnab400 na posição 325 a 354 vem o nome do pagador isto pelo manual que me passaram, ou este campo não e o sacado/avalista. Agora o cnab240 não sei pois não tenho nenhum arquivo de retorno. Att.

Então teria que modificar o componente para trazer o nome do sacada/analista. att

boa tarde estou fazendo a importação do arquivo retorno dos boletos e não estou conseguindo pegar o nome do sacado/avalista, pois o arquivo contem esta informação ou o componente não traz a informaçõo. Estou fazendo desta forma para trazer as informações mas o sacado/avalista esta vindo vazio. if OpenDialog1.Execute then begin { Cria o client } CD_RETORNO_GRID.Close; CD_RETORNO_GRID.CreateDataSet; { Seleciona os dados } CD_RETORNO.Close; CD_RETORNO.Params.ParamByName('CODEMP').AsInteger := StrToInt(CODEMP_COR); CD_RETORNO.Params.ParamByName('CONTA').AsInteger := StrToInt(CONTA_BOLETO.Text); CD_RETORNO.Open; { Limpa a lista dos boletos de retorno } Boleto.ListadeBoletos.Clear; { Tipo da Cobrança } case StrToInt(Trim(CD_RETORNONUMERO_BANCO.AsString)) of 1: Boleto.Banco.TipoCobranca := cobBancoDoBrasil; 33: Boleto.Banco.TipoCobranca := cobSantander; 104: Boleto.Banco.TipoCobranca := cobCaixaEconomica; 237: Boleto.Banco.TipoCobranca := cobBradesco; 341: Boleto.Banco.TipoCobranca := cobItau; 399: Boleto.Banco.TipoCobranca := cobHSBC; 756: Boleto.Banco.TipoCobranca := cobBancoob; end; { Configura componete } Boleto.NomeArqRetorno := ExtractFileName(OpenDialog1.FileName); Boleto.DirArqRetorno := CD_RETORNOCAMINHO_ARQUIVO_RETORNO.AsString; Boleto.LeCedenteRetorno := True; { Le o arquivo de retorno e aramzena do componente } Boleto.LerRetorno; for i := 0 to Boleto.ListadeBoletos.Count-1 do begin if Boleto.ListadeBoletos.Objects.ValorRecebido > 0 then begin InserirItemGrid( Boleto.ListadeBoletos.Objects.Sacado.SacadoAvalista.NomeAvalista, Boleto.ListadeBoletos.Objects.NumeroDocumento, Boleto.ListadeBoletos.Objects.NossoNumero, Boleto.ListadeBoletos.Objects.EspecieDoc, Boleto.ListadeBoletos.Objects.Carteira, Trim(CONTA.Text), AGENCIA.Text, Boleto.ListadeBoletos.Objects.Vencimento, Boleto.ListadeBoletos.Objects.ValorDocumento, Boleto.ListadeBoletos.Objects.ValorMoraJuros, Boleto.ListadeBoletos.Objects.ValorRecebido, Boleto.ListadeBoletos.Objects.DataBaixa, Boleto.ListadeBoletos.Objects.OcorrenciaOriginal.CodigoBanco, Boleto.ListadeBoletos.Objects.DataOcorrencia, Boleto.ListadeBoletos.Objects.OcorrenciaOriginal.Descricao) end; end; end;

OK obrigado

boa tarde Juliomar depois de mais tempo tentando resolver o erro de bitmap, resolvi este problema colocando na uses formulário principal o RLReport, fazendo isto não deu o erro mais e os relatórios não ficou desconfigurado. Não sei se é porque os formulários são fsMDIForm e fsMDIChild, ou porque a aplicação e totalmente feito em bpl's (estoque.bpl, receber.bpl, pagar.bpl, etc..). Agora gostaria de saber se o filtro para excel esta com problema, pois é quando salvo em xls não ocorre erro nenhum, más o aquivo fica todo errado, olha como ficou o relatório de fornecedores, att Ornei Fornecedores.xls

Boa tarde depois de muito tempo tentando ver porque não era possível ler o código de barras, descobri que a versão 3,17 do fortes imprime faltando o final do código de barras, tentei usar a ultima versão que esta no site da Fortes Informatica 3.72B, mas não deu certo, nesta versão ocorre um erro EInvalidGraphic Bitmap image is not valid este erro acontece quanto vai mostrar o prewiew do próprio fortes, debugando o erro ocorre no RLPreviewForm.pas quando vai definir o icone do TSpeedButton que usa a função HextoBitmap. Este erro ocorre da versão 3.72b ate a ultima (Git), uso o delphi 7, o from principal e fsMDIForm e os outros são fsMDIChild. por não conseguir resolver este problema então fui a caça pra achar uma versão que imprime o código de barras correto e não de o erro de bitmap, com muito custo achei a 3.24, só que vou ter um trabalho por ter mudado de versão, os relatórios feito no fortes a maior parte ficou desconfigurado, se alguém tiver um idea para que eu possa ajustar os relatorios mais rápido. Att Ornei

Já instalei também só que quando vou instalar o acbr(trunk) pelo acbrinstall todos fontes que usa o fortes, não instala por motivo de não encontrar o arquivo RLibWinD7vcl.dcp, pois esta versão que você mencionou já gera o FortesReportCE_Win32_DXE7_vcl.dcp, por isso não estou usando, ocorre erros de compilação tudo que se refere ao fortes report

Boa tarde. Desculpa a demora Juliana, o dia esta corrido, atualizei o fortes para versão 3,72B para ver se resolve o problema de leitura, só que esta ocorrendo o seguinte erro Bitmap image is not valid, não estou conseguindo gerar o boleto, reinstalei o acbr novamente com esta versão e não houve erro algum, os logos são os que esta na pasta dos fonte do AcbrBoleto. Você passou por este problema. Att

as informações do cedente esta completa, estou utilizando o acbrinstall a cada atualização faco a instalação novamente. Coloquei a mensagem toda, mas a questão mesmo e a leitura do código de barras que não esta fazendo

boa tarde, estou implementado a emissão de boletos, para o banco itau e carteira 109, a principio esta tudo ok, mas não esta lendo o código de barras, isto tambem no demo do acbr. o acbr esta atualizado revisão 9858 estou usando delphi 7, fortesreport 3,17 e o acbr trunk. alguem tem alguma dica do que pode ser. Enviei uma copia do boleto para o banco e o arquivo de remessa e teve o seguinte retorno. Observações: Notas: 1. A Lei Federal nº 12.039, que já está em vigor, exige a inclusão do endereço, da razão social e do CNPJ/CPF do beneficiário ou sacador Avalista* em todos os boletos de cobrança, no recibo do pagador, com o intuito de identificar o prestador do serviço/produto (emitente da nota) e facilitar o contato do pagador com o emissor, quando necessário; 2. Beneficiário com Emissão Própria**: O cliente deve adequar seu boleto para incluir as informações de endereço, razão social e CNPJ/CPF do beneficiário ou Sacador/Avalista dentro do Recibo do Pagador; ü Não analisado o código de barras dada a impossibilidade de sua leitura. O beneficiário deverá ser orientado a fazer uma reavaliação, levando em conta que o código deverá apresentar Start e Stop, e 44 posições; ü A composição da Representação numérica, linha digitável da ficha de compensação não apresentou qualquer irregularidade; 3. Para cálculo do DAC dos campos “Agência/Conta” e “Nosso número” foi utilizado o módulo 10; 4. A análise do bloqueto foi feita conforme normas da Carta circular do Banco Central do Brasil. 5. Conforme determinado pelo Banco Central do Brasil, por meio das circulares 3.598 e 3.656, em vigor a partir de 28/06/2013, Deve ser utilizadas às Novas Nomenclaturas nos boletos: Beneficiário: antigo Cedente, Pagador: antigo Sacado Agencia\Codigo do Cedente: Agencia\Codigo do Beneficiário:, fica proibido boletos sem valor e sem vencimento, ou com as informações “Vencimento à vista” e “Contra apresentação”.

boa tarde, estou fazendo a consulta de uma NFe cancelada, o retorno e true, mas não retorna nada como status, protocolo, recibo... alguém já teve este problema, em anexo tem a imagem do erro, e estou fazendo pelo exemplo.

Boa tarde! Estou com problema serio de conflitos. Uso Delphi e minha aplicação possui um executável e vários pacotes (bpl). Se mais de um pacote usar ACBR Comum (no requires), o pacote Nota fiscal para de enviar email´s exatamente no momento que outro pacote (bpl) passa a ser compilado com a Acbr Comum também. Ou seja, se dois pacotes de uma mesma aplicação, usam Acbr Comum, o email da nota fiscal para de ser enviado e dá erro de SMTP no login da contas. Obs: - O servidor de email usado é GMail, já configuramos com as portas 465 e 587 e não funcionou. - Só funciona, quando removo da pasta a outra bpl que foi compila com Acbr Comum. Não sei se consegui ser claro, mas necessito demais de uma reposta. Desde já agradeço.

Bom dia Juliomar desculpe a demora, não tenho permissão para adicionar os dpk, por isso compactei os dpk para anexar, Fontes.rar

Boa noite Juliomoar fiz o que você pediu colocando do dpk ACBrNFeDanfeRVCodeBase as dcp Rave110VCL e o dsnap, também por minha conta no dpk ACBrNFeDanfeRV coloquei a dcp Rave110VCL(referente a versão do rave que instalei) sem nenhum diretiva de versão e reinstalei o componente pelo ACBrInstall mesmo e deu tudo certo, não esta mostrando a mensagem de erro ao abrir o delphi XE7. Obrigado

Boa noite estou instalando o ACBr no xe7 com o rave 11.0.9 instalado, o componente tambem atualizado, e instalado usando o acbrinstall sem nenhum erro tudo ok, quando vou abrir o delphi xe7 ocorre o erro na imagem. Gostaria de saber se tem alguma configuração a fazer.

Boa tarde, minha aplicação e feita por pacotes, onde eu tenho o cadastros.bpl, estoque.bpl, spedifiscal.bpl, spedcontribuições.bpl, notafiscalE.bpl e outros pacotes. O email das nfe estavam enviando sem problema para servidores como gamil, ig. yahoo...etc, resolvi fazer a atualização do acbr que esta na 8077, apos esta atualização não consigo enviar as nfe por e-mail mais, se na pasta da aplicação estiver a notafiscalE.bpl o envio fica Ok mas se eu colocar um dos pacotes sped(spedfiscal) o envio não da certo e ocorre o erro abaixo. Gostaria de saber se alguém trabalha desta maneira e se teve este problema. Ainda não consegui saber a causa deste problema. - uso delphi 7 com windows 7 - as duas DLLs esta na pasta da aplicação que copiei da pasta do acbr