Mauricio Elias

Olá Tudo Bem! Desde já Obrigado pela Atenção!! Atualmente nas minha aplicações uso a versão Firebird-2.0.0.12710-0-Win32. Em um dos meus clientes estava com uma lentidão muito grande devido ao elevado número de registros, o banco já ultrapassava os 300mb de tamanho. Então baseado em informações de usuários de firebird, fiz estas checagem pra identificar problemas de índice, além do lixo acumulado depois de tantos anos(esse cliente usa o banco de dados desde 2006) , fiz todos os procedimentos listados abaixo inclusive o backup e restore utilizando a ferramenta Ibexpert. 1 - Abrir o Ibexpert, na aba Services - Database Validation. - Selecionar apenas as opções Validate Database e Validate Full, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas a opção Sweep Database, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas a opção Mend Database, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas a opção Kill Shadows, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas a opção Ignore Checksum, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas as opções Check Database, Validate Database e Validate Full, rodar e verificar se apresenta mensagem de erro. - Em seguida, selecionar apenas a opção Limbo Transactions, rodar e verificar se apresenta mensagem de erro. 2 - Caso apresente erros os passos 3 e 4 abaixo são imprescindíveis, porém mesmo que não apresente erros e o banco de dados esteja aprensentando lentidão, o erro pode ser indices desordenados e os passos 3 e 4 é um procedimento recomendado. 3 - Esta Parte segue como fazer o backup pelo Ibexpert, uma das melhores formas de fazer o backup onde o próprio software já analisa o banco para encontrar erros que não foi passado pela processo acima. No Ibexpert, na aba Services - Backup Database. Selecionar as duas opções Ignore Check Sum e Ignore Transaction in Limbo, mantendo as opções defaut como: Garbage collection marcada. File Name : deixar como esta, pois será o diretório onde será salvo, sempre cria na mesma pasta onde esta o banco de dados, no caso mais comum na pasta c:\minha pasta\database - onde fica o banco de dados do lojafacil. Clicar em Start Backup e aguardar a msg : "IBE: Backup completed. Current time: DATA. Elapsed time: HORA" Clicar em Close para sair. 3.1 - Apos fazer o backup, feche o IBExpert e renomeie o banco de dados. 4 - A restauração do banco de dados, finaliza a analise 100% No Ibexpert, na aba Services - Restore Database. Selecionar a opção de Replace Existing database, esta opção substitui o banco de dados com o mesmo nome no mesmo diretório. Em File Name - selecionar a opção c:\minha pasta\database e selecionar o DB.fbk pois e o backup do banco de dados pelo ibexpert. Clicar em Start Restore e aguardar o término. Caso ao término do procedimento de restore, apresente uma mensagem diferente do exemplo abaixo, problemas no banco. gbak: committing metadata gbak:finishing, closing, and going home IBE: Restore completed. Current time: DATA. Elapsed time: HORA " Depois de feito o restore o tamanho do banco reduziu consideravelmente de 300 mb para 35 mb, além de aumentar muito a velocidade na troca de informações. Atualizei o banco depois de feito o backup/restore no Ibexpert no cliente, só que surgiu um problema que não havia antes de fazer o backup / restore, no cliente existe o servidor e mais dois terminais que usam este mesmo banco de dados, o problema é é que só um terminal pode conectar ao banco de dados(o terminal que conectar primeiro acessa o Sistema sem problemas, mas se um segundo terminal tenta conectar no sistema enquanto outro está também está dando o erro 'database shutdown'(está em anexo na primeira imagem),. Já procurei este erro e não acho nada sobre a possível causa, sei que antes do backup / restore esse erro não ocorria, e todos os terminais conseguiam acessar ao mesmo tempo o banco de dados, então o problema surgiu ao realizar o backup /restore. Como a versão do firebird que utilizo já antiga, então resolve fazer um teste e desinstalei o Firebird-2.0.0.12710-0-Win32 e instalei a versão Firebird-2.5.9.27139_0_Win32 mais atual e fiz os mesmos procedimentos descritos acima usando o banco de dados que estava grande e lento, mas que permitia a conexão de todos os terminais. Depois de feito o backup / restore com essa versão mais nova, o banco ficou mais rápido, menor mas o problema de só um terminal conseguir conectar no banco e quando outro tenta conectar não consegue, mas mudou a mensagem do erro para 'connection lost to database' segunda imagem em anexo. Alguém já passou por isso? Se sim como conseguiu resolver esse problema? Estou errando no processo de backup / restore(via Ibexpert)? Qual o jeito correto? É bug do Firebird? Ou o problema é no Ibexpert? Muito Obrigado pela Atenção! E desculpa pelo longo texto a seguir.

Boa tarde. Se não me engano, essa consulta só funciona pra quem tem I.Est.

Olá bom dia pessoal. Eu consigo mudar algumas configurações do Plus via minha aplicação ? No caso, eu queria configurar a impressão do Danfe com duas Unidades para cada item (Unidade Comercial e Tributável) para uma determinada NF apenas, depois voltaria para uma unidade (Unidade Comercial). Abraços.

Bom dia, nossa, resolvido, achei que não tinha jeito kkkk Forte abraço.

Olá boa tarde pessoal. Nunca tinha visto um Danfe assim: Em anexo, um danfe com 2 unidades (PC e KG). Cada uma com seus valores Unitários e Totais. No XML estão nas Tags uCom e uTrib, assim como qCom e vCom, qTrib e vTrib. Segui o modelo diferenciando tb nestas tags, usando o Plus 1.2.0.56. Não saiu o Danfe nesse formato, saiu apenas com 1 unidade mesmo, a uCom. Apesar de no XML estas tags saírem diferentes. Isso tem jeito ? Abraços..... NOTA EXEMPLO.PDF 42190500374121000101550010008443771486474087- exemplo.xml

Sim sim, somente Carteira=5 persistiu o mesmo problema. Só deu certo com o Modalidade=101 mesmo. Quando coloquei Modalidade=17, saiu no Cód.Barras 017 no bloco... rs Mas tá funcionando, tudo bem.

Olá boa tarde... Bem, eu mantive a Carteira = 101 e coloquei no Modalidade = 101 tb, e não 17, cfe exemplo Acbr Help. Ai deu certo, o bloco 3 ficou " 70 101 9 " como deveria ser mesmo. Se bem que ali é a informação de Carteira, não de Modalidade. Mas tá bom, funcionou, resolvido. Vou mandar sempre a Modalidade como Carteira tb, prá qq banco. Obrigado a todos. Abraços.

Boa tarde pessoal. Sei que hj não é o dia mais apropriado prá falar em boletos, mas emiti o boleto anexo com o Plus 1.2.0.56 Banco Santander. Segue em anexo o boleto emitido, que tá errado, e o Ent.TXT dele. Notem que no terceiro bloco, não sai a Carteira 101, sai 000. " 700003 ". Correto seria " 701019 ". Errado: 03399.12438 59400.000002 05555.700003 9 78950000012000 Correto: 03399.12438 59400.000002 05555.701019 3 78950000012000 Mas sei que esse assunto hj não é prioridade. Abraços e obrigado. boleto.pdf ENTBOLETO.___

Eles não fizeram uma versão intermediária prá não ter trabalho, com certeza. O perigo é daqui prá frente as novas versões serem nessa base, ai a gente tá perdido.

Mas que absurdo é esse !!!! E como a gente se vira prá atualizar clientes ? Mamamia.............

Olá bom dia. Começando a instalar o Plus 1.2.0.57 nos clientes, aqui em SP. Aconteceu o seguinte problema com 2 notas para clientes finais (PJ), aq de SP mesmo: Todos os itens CSOSN = 500: Com FgtSempre, Falha na Validação do Schema XML Com FgtNunca, validou normalmente. Que tá acontecendo? Ainda não deram conta de colocar prá funcionar em Produção, que é até o dia 07 ? Agradeço a atenção pessoal.

Bom dia Pra quem precisar consegui resolver este problema para voltar o filtro para modo Padrão no fortesreport. Primeiro e necessário declarar no uses: RLfilters Depois eu fiz assim pra mudar para o padrão matricial(usando o draftfilter) faço assim: RLRrelatorio.defaultfilter:=Matricial; Lembrando que Matricial foi o nome que eu coloquei no draftfilter. Pra voltar o filtro do relatório pra o modo padrão fiz dessa maneira: RLFilters.SelectedFilter := nil; try //muda para matricial RLRrelatorio.defaultfilter:=Matricial; RLRrelatorio.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; Dessa forma funcionou. Muito Obrigado a Todos!!

Bom Dia Obrigado por me Ajudar. Consegui resolver o problema. O problema era o seguinte no cliente ele usa dois tipos de impressora uma a laser e um matricial da epson, em um determinado relatório que ele só tira na matricial, e como ele sempre esquece de mudar o filtro para matricial então eu forço a mudança só nesse relatório, mas problema e que quando saia desse relatório todos os relatórios assume a essa configuração deixando como default o filtro matricial(não entendi o porque isso acontece já forço no relatório especifico essa mudança mas os outros assumem essa configuração), mas então vem o que eu precisava que era voltar o relatório para o filtro padrão, para não interferi nós outros relatórios. Consegui resolver o problema fazendo da seguinte forma(essa solução consegui em um fórum do fortesreport no yahoo): try //muda para matricial RLRcobapea.defaultfilter:=DMSistema.Matricial; RLRcobapea.previewmodal; finally //volta para o padrão RLFilters.SelectedFilter := nil; end; pra mudar para matricial faço assim: RLRcobapea.defaultfilter:=DMSistema.Matricial; e pra voltar o filtro para o modo padrão só deu certo assim: RLFilters.SelectedFilter := nil; Tem que declarar no uses RLfilters. Então pra que tiver com esse problema essa solução corretamente. Problema resolvido. Muito Obrigado EMBarbosa e a Todos!! Obrigado!!

Obrigado EMBARBOSA por me ajudar!! Então desculpa a dúvida mal formulada, e que como tava tentando resolver isso e tudo que tento não dá certo e com o cliente buzinando na orelha acabei formulando mal a dúvida. Não vai mais acontecer. Mas você entendeu corretamente era essa minha dúvida como voltar ao valor anterior do defaultfilter. Fiz do jeito que você fez até comemorei ao ver a sua solução mas ele pega o valor anterior que nil ae depois de imprimir retorno o valor mas também não funcionou, acho que algum bug do próprio fortes. Tentei também o RLRcobapea.defaultfilter.destroy mas da erro acces violation. Tentei também atribuir dessa forma: RLRcobapea.defaultfilter:=''; //não compila RLRcobapea.defaultfilter:=null; //também não compila E acho que é algum bug mesmo no fortes nessa parte do default filter Vou continuar buscando uma solução se encontrar posto aqui. Muito Obrigado EMBARBOSA! E mais uma vez desculpa pela questão mal formulada.

Olá Tudo Bem Uso a versão mais recente do FortesReport CE, e não consigo fazer a propriedade defaultfilter voltar par ao PADRÃO? Eu altero assim: RLRcobapea.defaultfilter:=DMSistema.Matricial; //draftfilter Já tentei de tudo a única que compila mas não funciona è: RLRcobapea.defaultfilter :=nil; Alguém já passou por isso? Desde já Muito Obrigado pela Atenção!!

Bom Dia Tudo Bem Sei que um tópico antigo, mas Eriksiudc Você conseguiu encontrar uma solução? Uso a versão mais recente do ForteReport e o problema persiste até hoje. Desde já Muito Obrigado pela Atenção!

Olá Obrigado a Todos pela Ajuda! Boa Tarde Juliana atualizei hoje, Obrigado pela Ajuda! Boa Tarde Italo sim reinstalei o acbr atualizado hoje inteiro tudo certo. Obrigado pela Ajuda!! Obrigado, Juliana, Italo e Graça, não tava gerando pela questão de ser consumidor final indicado pela Graça, fiz uma nota com destino revenda e gerou a tag. Não sabia dessa validação de gerar somente quando não for consumidor final. Mas gerou certo Muito Obrigado a Todos pela Ajuda!! Obrigado!! Vocês são fora serie!!

Boa Tarde Na minha versão em delphi 2010 usando o ACBrNFe, mesmo fazendo a mudança sugerida nesse tópico Não está gerando a tag no xml do vICMSSubstituto, segue em anexo um xml gerado em homologação, com a opção forcargerartag setada pra fgtSempre, e mesmo assim não gerou. Em tempo estou fazendo testes no modo homologação tanto no estado de SP quanto no PR. Mais um detalhe em ambos os estados não esta dando erro de que falta essa tag, mas o problema e que vários escritórios aqui de clientes falo aqui do estado de SP falaram que vai ser obrigatório, mas nos testes em homologação as notas estão validando sem essa tag. Então vem as dúvidas o porque não está gerando a tag? O itme que testei na nota está csosn 500. Não está gerando porque os estados que não exigi essa informação então não gera? Estou esquecendo de algum detalhe de configuração? A norma técnica não especifica quais estados vão exigir essa tag o governo não ajuda a gente. Testei de duas formas para atribuir atribuir 0 a tag ICMS.Vicmssubstituto:=0; e testei assim Vicmssubstituto:=0; Ambos os casos as nota foram autorizadas em homologação mesmo sem gerar a tag. Também autorizar mesmo senão informar a tag tanto em SP quanto no PR acho que ambos os estados não vão exigir a mesma. Desde já Muito Obrigado!! 35190430515497000141550010000000611000000611-nfe.xml 41190417379357000125550010000015171000015173-nfe.xml

Bom, eu fiz um boleto colocando na DigitoAgencia=, o Posto = 24, que é o caso do meu cliente, e a princípio calculou certinho. Depois vou fazer mais boletos e qq coisa, posto aq. Abraços, obrigado pela atenção.

Olá bom dia pessoal. Eu procurei no Help do Plus este campo CodigoGeracao= em [Titulos] e não encontrei. Mas encontrei uma observação na tag da [Cedente] [Conta] : [Conta] Conta=99999 DigitoConta=9 Agencia=9999 DigitoAgencia=9 DigitoVerificadorAgenciaConta OBS: Campo (UA/Posto) do Banco Sicredi deve ser preenchido no campo "AgenciaDigito". Imagino que este "AgenciaDigito" deve ser o "DigitoAgencia=9" no exemplo acima, correto ?

Boa tarde a todos. A emissão de boletos do Banco 748-Sicredi, pelo Plus 1.2.0.56, calcula o digito verificador do nosso número e imprime no boleto. Entretanto, no cálculo desse dígito é utilizado uma informação do banco, o " Posto Beneficiário ". Nos exemplos do manual Cnab240 usam um Posto de número 02. Já o posto do meu cliente, é o 24. Então é um número variável. Mas nos parâmetros dos objetos BOLETO.ConfigurarDados() e BOLETO.IncluirTitulos() não é pedida essa informação. Então que Posto o Plus utiliza no cálculo desse Dígito ? Alguém poderia verificar prá mim e me orientar, p.favor? Abraços.....

Olá boa tarde. Isso seria um exemplo da nota do fornecedor de entrada. Vc registrará ela no seu Sistema com essas informações. Quando vc for fazer a NF Venda, vc vai utilizar essas informações nessas tags 60 e 500 do item.

Bem, um bom contador me passou um exemplo desses campos, vou deixar postado aq. Se eu estiver errado, me corrijam: Exemplos dos campos nas tags 60 e 500 a serem recuperados de uma NF Entrada: Produto: R$ 100,00 / IVA 30% / Alíquota interna de 18% Valor do ST na NF Entrada = (R$ 130,00 * 18% = 23,40) - (R$ 100,00 * 18% = 18,00) = R$ 5,40 vBCSTRet = Base de Cálculo ICMS Retido na operação anterior: 130,00 pST = Alíquota suportada pelo Consumidor Final (interna): 18% vICMSSubstituto = Valor do ICMS próprio do Substituto (100,00*18%): 18,00 vICMSSTRet = Valor do ICMS ST Retido na operação anterior: 5,40 Abraços.

Entendi. E como pegar essa informação de uma nota de entrada de Remetente indireto (Recebido de repasse - CST 60 CSOSN 500) ? Teria que ser por estes mesmos campos recebidos né? Pq não virá cálculo algum nela ?

Muito difícil entender mesmo. Pelo texto, seria apenas prá combustível ? Acredito que quase ninguém esteja informando, pois na homologação estão autorizando sem esse grupo. E são informações que já existem nas Tags 60 e 500 ? Parece redundante.