Duarte

Olá Companheiros. Estou implantando a emissão de boletos através de meu Software em grande parte de meus clientes, de diversos bancos inclusive vários já implantados com êxito, mas desde semana passada estou com uma dificuldade em configurar a emissão de boleto em um cliente que utiliza o Banco SICREDI, a remessa é gerada e aceita, mas sempre da o Retorno de que o Nosso Número é inválido. Já consultei o manual do SICREDI e segui o orientado, mas a planilha de Análise de arquivo do SICREDI também acusa sempre que o DV (dígito Verificador) está incorreto. Esse cliente emitia boleto apenas diretamente do site do SICREDI, ou seja não utilizava o Programa do SICREDI instalado no PC, já fiz a configuração em outro cliente que também usa SICREDI e tudo aconteceu normalmente não tive dificuldades, mas esse cliente específico esta me quebrando a cabeça, tem um detalhe que me chamou a atenção é que a Gerente deste cliente que não estamos conseguindo gerar o boleto informou a ele que o Código do CEDENTE é o mesmo número da conta sem o dígito, já no outro cliente que configuramos e deu certo a configuração, o código do Cedente era diferente do número da conta sem o dígito, mas ele emitia o Boleto através da Aplicação do SICREDI instalada no Desktop. Gostaria de saber se alguém ja passou por isso, se a questão de só emitir boleto pelo site e não pela Aplicação Desktop do SICREDI vai influenciar em algo. No código deixo que o ACBR trate as informações: if Boleto.Banco.TipoCobranca in [cobSicred] then FNossoNumero := SoNumeros(Boleto.Banco.MontarCampoNossoNumero(Titulo)) No manual do banco SICREDI (em anexo, página 7) diz que: Relacionar os códigos da cooperativa de crédito/agência beneficiária (aaaa), posto beneficiário (pp), do beneficiário (ccccc), ano atual (yy), indicador de geração do nosso número ( e o número sequencial do beneficiário (nnnnn): aaaappcccccyybnnnnn; Se alguém já passou por isso e puder nos dar uma ajuda, ficarei Grato.

Bom dia, Pessoal, eu já o DistribuicaoDFe algum tempo, hoje precisei fazer algumas implementações nele e notei que ele agora não faz mais o download pois apos a consulta, se eu não estou engado, o componente fazia o download logo em seguida a chamada do método: DistribuicaoDFe, das notas que estavam disponível para download... Certo? foi removido esta opção?

Boa tarde, pessoal a class TACBrCargaBalItem cria uma instancia de: TACBrCargaBalTaras mais não libera ela causando memory leaks na carga dos arquivo. adicionei a liberação. destructor TACBrCargaBalItem.Destroy; begin FSetor.Free; FNutricional.Free; FTara.Free; inherited; end; segue Unit. ACBrCargaBal.pas

Sim, o erro em questão "Blob Not Found" tirou o meu sono, rsrs. Logo pelos seguinte fatos: Não tenho nenhum blob no banco!. Não ocorreia em todos os clientes, e são centenas! No cliente em questão ocorria as vezes! Vejam: se aplicar: SELECT * FROM RDB$FIELDS. Teremos a lista de todos os campos do banco, seja criado por você ou do proprio sistema "Firebird" e o saco é que o firebird usa blobs para guardar informações dentro de si mesmo! foi o caso do meus dominios com checks. veja: Criado pelo proprio fireibird campo Blob para armazenar as validações, pois é logico que podem ter validações enormes. Então imagine que um deste blob "interno" corrompa" já era o banco, dai estava o erro as vezes no clientes, o dominio/check "d_situação" que está presente em alguns tabelas estava corrompido! Eita errinho sacana... rsrs O Cara evita não trabalhar com "Blob" pois eu os considero um saco. rsrs e lá vem o firebird cheio deles.. rssr

Bom dia, Quero aqui deixar a solução do problema, pois em nenhum lugar conseguir uma resposta, e depois de muito lutar, graças a Deus achei! O erro estava no banco de dados, ou seja, corrompido! Depois de checar todos os objetos do banco, não apenas os casuais, mais todos que o firebird nos libera atrás de tabelas do sistema, constatei que, todas as regras de validades em Check dos domínios no firebird são gravados em campos blob na tabela do sistema “Firebird”. Tenho alguns domínios que tem validações no chack “Check” para garantir uma boa integridade do banco, um deles é chamado “D_Situacao” aonde valida as situações aceitáveis pelo banco, foi exatamente neste (domínio) que dentro da tabela interna do firebird que corrompeu. Solução! Extrai o metabase do banco, crie um novo banco e usei um aplicativo que por sinal gosto muito “DataPump” migrei os dados e pronto... Poderia apenas fazer um backup/restory, creio que sim, mais como já estava muito chateado com o erro, preferir ser mais cauteloso levando os dados para um banco criado do zero.

Boa tarde, Pessoal, até hoje não consegui uma rotina que me mostro o tanto de memoria que minha aplicação está consumindo naquele momento, preciso muito de uma rotina assim...! Tenho, Memoria usada, memoria física, memoria livre, mais é vital para mim saber o consumo da minha aplicação naquele momento da memoria!...

obrigado celso!

Bom dia, pessoal estou querendo usar a rotina do acbr para bloquear o mouse e tecla, já procurei nas units mais não achei em qual ela fica, alguém poderia me dizer?

Bem, parece que consegui resolver, como não é um erro que acontece com frequencia. São centenas de clientes, e em alguns e neste mesmo raramente acontece, mais após estas alterações com centenas de deste até agora não levantou o erro, segue alguns ajuste que fiz na FDConnection e DataSetProvider. pois uso o trio: FDQuery + DataSetProvider + ClientDataSet. Print das configurações:

Boa tarde, Obrigado pelo retorno, Banco Dados: FireBird 2.5 win32 class server. Estrutura dos componentes de acesso: FDQuery + Provider + ClientDataSet Sim, por incrivel que parece só com master-detail! Há DBExpress.. rsrs, pos-e contras... Outra coisa, caso tenha se deparado com isso, em alguns caso, muito raros, mais ocorre, mesma estrutura, acontece o seguinte: Ao gravar dados, do nada os dados são enviado "null" ou seja é como se os componente limpasse os dados, repassando tudo "null" sendo que nos componente visuais "dbgrid, dbedit, etc" estão todos alimentados...

Boa tarde, Se crie o tópico no lugar indevido me perdoe e aceito correções! Bem, estou enfrentando um problema com FireDAC Delphi 10.1 Berlin, o negocio é seguinte, na hora de gravar os dados da esse erro: [firedac][phys][fb][blob] not found O estranho é que não temos nenhum campo blob nas tabelas em questão, alguém já se deparou com isto? Uma informação, na maioria das vezes este erro ocorre com tabelas com master - details. Já desativei as opções: Items To Feth "Blobs" e Items To Cache "Blobs" da FDConnection.

Para contornar esta situação na minha função de imprimir tive que alimentar as propriedades da nota após carregar o xml: with _NFSe do begin NotasFiscais.Clear; NotasFiscais.LoadFromFile(XML); with _dmSistema._Empresa do begin with NotasFiscais.Items[0].NFSe.Prestador do begin Cnpj := FieldByName('CNPJ').AsString; InscricaoMunicipal := FieldByName('INSCMUN').AsString; InscricaoEstadual := FieldByName('INSCEST').AsString; end; with NotasFiscais.Items[0].NFSe.Tomador do begin RazaoSocial := FieldByName('RAZAO').AsString; with Endereco do begin Endereco := FieldByName('ENDERECO').AsString; Numero := FieldByName('NUMERO').AsString; Complemento := FieldByName('COMPLEMENTO').AsString; Bairro := FieldByName('BAIRRO').AsString; xMunicipio := FieldByName('CIDADE').AsString; CEP := FieldByName('CEP').AsString; end; with Contato do begin Telefone := TelefoneEmpresa; Email := FieldByName('EMAIL').AsString; end; end; end; end; NotasFiscais.Imprimir; Teria outro jeito? Lembrando que isto é apenas para métodos: Enviar, ConsultarLoteRPS, Usando por exemplo: Gerar, o xml é carregado com todos os dados do tomador.

Bom dia, Estou tendo um problema ao usar o método: ConsultarLoteRps o xml retornado neste método é o que eu salvo e carrego para impressão, pois nele é que vem o número da nota, bem só que ao carregar o xml ele vem com os dados do tomador em branco, não sendo possível fazer a devida impressão. Existe outro xml que retorne todos os dados para impressão se usar a sequencia de métodos: Enviar ConsultarLoteRps Webservice que está sendo usado: Saatri. Em anexo xml de retorno 31.xml NFS-e 271.pdf

Bom dia, Amigos, já uso o componente ACBrEtiqueta há vários anos, mais até agora ainda não tinha usado a impressora Elgin L-42. Pois bem, estou tentando configurar uma aqui, já resetei ela a estado de fabrica, já calibrei a etiqueta. Mais é o seguinte: Ela imprimi uma etiqueta, reposiciona mais a próxima impressão já varia o posicionamento da impressão. não ficando fixo, sempre assim: um não posição programada outro acima e vice-verça. Segue algumas configurações que estão sendo setada nela. Preciso de ajuda de alguém que já usa esta impressora, se possível post as configurações que estão sendo usando: Avanço, Linguagem, etc.. Configurações em arquivo.ini [Modelos] Modelo=1 "PPLB" DPI=0 "dpi203" Unidade=0 "etqMilimetros" [Geral] Porta=\\192.168.1.28\ETQ Avanco=600 Temperatura=10 LimparMemoria=SIM AdicionarComandoP=NAO

Bom dia, Em algumas situações que ainda não consegui descobri obtenho retornos em branco ou com erros "pro-lot-soap.xml". Veja um exemplo em anexo, dai não apresenta o erro para o usuário, alguém teria uma pista do que pode estar acontecendo? 21147-pro-lot-soap.xml Fazendo teste aqui com as alterações recentes do Daniel Simões, aonde foram removidas, add as configurações de SSL.SSLType = LT_TLSv1 e agora passou. se deixar: LT_all o .xml de envolpe não estavam sendo alimentados, dai tinhamos que ir ao internet explores "configurações Avançadas" e ajustar lá algumas coisas... Agora ficou show! Realmente Independente, ajuste apenas: LT_TLSv1 e pronto. resolvido... Fazendo teste aqui com as alterações recentes do Daniel Simões, aonde foram removidas "Capicon", add as configurações de SSL.SSLType = LT_TLSv1 e agora passou. se deixar: LT_all o .xml de envolpe não estavam sendo alimentados, dai tinhamos que ir ao internet explores "configurações Avançadas" e ajustar lá algumas coisas... Agora ficou show! Realmente Independente, ajuste apenas: LT_TLSv1 e pronto. resolvido...

Acabei de apagar todo o fonte e instalar numa vm zerada, sem componente nenhum apenas ACBR "TCP" o icone atualizou, mais sem sucesso ao baixar! Acho que teve alguma alteração que bugou, ai você está conseguindo baixar? configurado: Protocolo: proHTTP DownloadDest: D:\ DownloadNomeArq: atualizacao.zip DownloadUrl: http://noturnosoftwares.com.br/downloads/atualizacao.zip No browser OK! Acho que saquei, agora tem que ter www. Isso mesmo, nas versões que eu tinha aqui não é necessário add: = www. agora é! então ficando www ou http:// testei nos dois casos e passou! Obrigado!

Sim, acabei de instalar tudo do zero, atualizado os meus fontes todos os dias, "Berlin UP2" o estranho que realmente tem muitos icones novos, mais o do download não! Dentro dos meu projeto uso ele em vários lugares dentro de thread, pensei que poderia ter sido algo nas thread, mais não... Ai na imagem add ele num projeto do zero e alimentei as propriedades manualmente em tempo de desing para ver... Mais não baixa...

Acabei de desinstalar tudo e instalar novamente e nada... o estranho é que vinha funcionando normal!

Bom dia, Amigos, alguém está enfrentando algum tipo de problema com ACBrDownload? Uso ele a muito tempo, mais agora não está baixando nada, passo os parâmetro correntos, de nenhum site baixa, fica sempre com .part "0 bytes" usando Delphi Berlin UP2. Olhei os logs de atualizações do ACBrTCP e não vi nada referente a mudanças no ACBrDownload. segue print de exemplo de alimentação do componente...

Bom dia, caros amigos o contador de um cliente meu entrou em contato solicitando algo que eu particularmente em anos de estrada ainda não vi e acho que o cara está errado, queria a opinião dos parceiros... Veja o que o cara está falando... Que o cliente dele, no caso usa o meu sistema, deve trocar o campo CRT-Codigo do regime tributário dependendo da operação, isto é, se for para dentro do estado o cara é do 1-Simples se for para for o cara é 3-Normal. Ora mais como se sabe, regime da empresa e definido pelo faturamento e não pela operação, nunca ouvi falar que uma empresa pudesse estar enquadra em dois regimes! Vocês conhecem legalmente algo que sustente está afirmação deste contador? No sistema é lógica este campo é ajustável tanto para o cliente-emissor quanto para o destinatário-consumidor, mais em ambos os casos trata-se de um único CRT para a empresa e não de acordo com a operação.

Bom dia, Amigos, é basicamente isto que estou falando. Hoje baixei o aplicativo do banco itau SISCOB e cadastrei nossa carteira, cadastrei o Pagador, Avalista/Sacado, Gerei o arquivo de remessa e nele "Gerado pela SISCOB" na 3ª Linha por exemplo vai os dados do Avalista/Sacado, coisa que no ACBr não está saindo, estou alimentando todos os campos do Avalista/Sacado no ACBrBoleto. Se observarem no boleto impresso "ACBr" só sai o nome do Avalista/Saco sem CPF e no arquivo de remessa apenas Nome sem demais dados(CPF, Endereço, etc).. BoletoSISCOB.pdf RemessaSISCOB.TXT RemessaACBr.txt

opa... obrigado, uma pista, sim neste caso esta sendo usado CNAB400?

Bom dia, obrigado pela sua responsa! Mais minha pergunta não é sobre questões jurídicas em fim... Veja que apenas perguntei e ainda estou sem resposta, porque mesmo tendo os campos para sacado/avalista ao gerar a remessa para carteira 109 banco itau nada é gerado nela, ou seja tem as propriedades no componente, mais nem no impressora sai estas informações... Apenas isso! O sistema aqui trata isto, tem Fiadores, Avalista, em fim....

Bom dia, amigos, estou tentando enviar a remessa com os dados do fiador carteia 109 REGISTRADA banco ITAU, alimento todos os campos do fiador no componente, mais sai apenas o nome tanto impresso quanto na remessa. Preciso protestar o fiador junto com cliente, será a carteira, banco ou o componente que não gera isto?

Bom dia, Obrigado, me desculpe realmente é L42 foi erro de digitação... Vou autorizar o cliente a comprar, muito obrigado....