sesistemas

Bom dia, Por questões de fiscalização, seria necessário eu declarar em algum lugar do nosso sistema, fontes ou executável, que utilizamos a ACBr ou a sua licença? Pois um de nossos componentes solicita este tipo de declaração. Atenciosamente.

Juliomar, A documentação que você se referente é sobre o layout da guia ou a legislação a respeito da emissão destes tributos (guias)? Entrei em contato com SEFAZ de SP quinta passada e até o momento não me retornaram nada. No site não tem nada falando sobre a possibilidade de gerar algum arquivo e depois imprimir a guia. Estou tentando desenvolver através do WebBrowser1 em delphi e não estou tendo muito sucesso. A única coisa que encontrei a respeito das guias no site foi esse link http://www.fazenda.sp.gov.br/guias/demais.asp e as CAT falando sobre códigos de recolhimentos e legislação de imposto, no caso desse cliente ST. Em anexo os campos que são informados para gerar a guia. Grato pela atenção.

Bom dia Juliomar, No momento não tenho nenhuma documentação, é um cliente que esta precisando emitir esta guia. Ele faz o processo manual entrado no site. Att.

Boa tarde, Gostaria de saber se o componente ACBr GNRE tem a opção para emitir as guias do GNRE referente ao substituição tributária para o estado de São Paulo conforme site: https://www.fazenda.sp.gov.br/guiasinternet/Gare/Paginas/Gare.aspx Obrigado. Fábio Jr.

http://www.fast-report.com/en/forum/index.php?act=Search&CODE=show&searchid=dc91e645a363233d0d1a6030f0d246b5&search_in=posts&result_type=topics&highlite=SaveToStream este link não esta acessivel

Olá estou com um problema e preciso embutir o fast da DANF dentro do meu aplicativo ao invés de chamar o DANFE.fr3 Queria saber se é possível se alguém já fez isso e uma ajuda nessa situação Estive procurando sobre o assunto mas não achei nada que me ajudasse

Solucionado! Agradeço.

Bom dia, Estou usando a função DistribuicaoDFe(StrToInt(cUFAutor),CNPJ,ultNSU,ANSU); onde os valores são ('31',CNPJdaEmpresa,'12022200099','') os registros que estão me retornando , estão com o ultNSU menor que o passado, por exemplo : 1195. Além de alguns registros virem com valores de ultNSU iguais, e alguns vindo com informações em branco. Acredito que isso seja informação que esta vindo errado da receita. Teria alguma forma de solucionar isso ? Agradeço a atenção. Att.

Bom dia, Também estou com o mesmo problema para importar XML do GINFSe, dei uma lida no fórum não encontrei uma solução. Ítalo conforme você citou acima o meu xml parece não ter a tag "CompNfse" e possui mais de uma NFSe. Tem como você olhar se esse xml é o correto. Agradeço a atenção. 9.364484592347426E8.xml

A opção de Pagamentos do menu SAC não estão sendo exibido.

Boa tarde Italo, Esta parte eu entende, o que eu quero saber é se a função DistribuicaoDFe tem alguma propriedade que retorna se a NFe esta "Manifestada" ou "disponível para download". Att.

Boa tarde, Na função "DistribuicaoDFe" da ACBr tem alguma propriedade que retorna se a nota fiscal esta "manifestada" ou "disponível para download". Dei uma olhada não encontrei nada a respeito, se puderem me ajudar. Agradeço. Bom final de semana a todos,

Bom dia, Estou implementando uma rotina usando a função "DistribuicaoDFe". Estou recebendo a mensagem de retorno compactada conforme a NT 2014/002 e depois extraindo as informações conforme li no fórum. Minha dúvida é a respeito ao retorno, uma nota fiscal que já foi manifestada a DistribuicaoDFe vai me retornar o resumo ou o próprio arquivo XML? Agradeço a atenção. Att.

Foi antes

EMBarbosa Respondendo as suas perguntas, também estou a entender a situação ocorrida em meu cliente, pois até então este sistema em especial era responsabilidade de outro programador aqui da empresa. Porém após sua saída, a responsabilidade deste sistema passou para minha mão, e não fui detalhadamente instruído sobre os detalhes deste sistema ou BD em especial. Desde então começou a acontecer este problema no cliente. Então eu também estou a entender a situação. Não sei por que o sweep foi configurado para ser executado manualmente.

EMBarbosa, estou enviando os dados estatísticos das duas tabelas que faço inserção. Obrigado pelas dicas e pelo link, vou estudar detalhadamente aqui. OP_ENCAUTCLA (222) Primary pointer page: 363, Index root page: 364 Average record length: 58.23, total records: 91753 Average version length: 0.00, total versions: 0, max versions: 0 Data pages: 550, data page slots: 550, average fill: 77% Fill distribution: 0 - 19% = 1 20 - 39% = 0 40 - 59% = 0 60 - 79% = 549 80 - 99% = 0 Index FK_OP_ENCAUTCLA_1 (2) Depth: 2, leaf buckets: 41, nodes: 91753 Average data length: 0.00, total dup: 91748, max dup: 23664 Fill distribution: 0 - 19% = 0 20 - 39% = 0 40 - 59% = 35 60 - 79% = 2 80 - 99% = 4 Index FK_OP_ENCAUTCLA_3 (3) Depth: 2, leaf buckets: 23, nodes: 91753 Average data length: 0.00, total dup: 91752, max dup: 91752 Fill distribution: 0 - 19% = 0 20 - 39% = 0 40 - 59% = 0 60 - 79% = 1 80 - 99% = 22 Index FK_OP_ENCAUTCLA_OP_CADPNEU (4) Depth: 2, leaf buckets: 130, nodes: 91753 Average data length: 6.22, total dup: 141, max dup: 2 Fill distribution: 0 - 19% = 5 20 - 39% = 0 40 - 59% = 121 60 - 79% = 4 80 - 99% = 0 Index FK_OP_ENCAUTCLA_OP_ENCAUTO_T (1) Depth: 2, leaf buckets: 28, nodes: 91753 Average data length: 0.65, total dup: 83219, max dup: 31 Fill distribution: 0 - 19% = 1 20 - 39% = 0 40 - 59% = 0 60 - 79% = 0 80 - 99% = 27 Index PK_OP_ENCAUTCLA (0) Depth: 2, leaf buckets: 132, nodes: 91753 Average data length: 18.12, total dup: 0, max dup: 0 Fill distribution: 0 - 19% = 0 20 - 39% = 1 40 - 59% = 0 60 - 79% = 0 80 - 99% = 131 OP_ENCAUTO_T (223) Primary pointer page: 365, Index root page: 366 Average record length: 52.58, total records: 8568 Average version length: 0.00, total versions: 0, max versions: 0 Data pages: 49, data page slots: 49, average fill: 74% Fill distribution: 0 - 19% = 0 20 - 39% = 0 40 - 59% = 0 60 - 79% = 49 80 - 99% = 0 Index FK_OP_ENCAUTO_T_OP_AUTOCLAVE (1) Depth: 2, leaf buckets: 3, nodes: 8568 Average data length: 0.00, total dup: 8563, max dup: 2662 Fill distribution: 0 - 19% = 0 20 - 39% = 0 40 - 59% = 1 60 - 79% = 1 80 - 99% = 1 Index FK_OP_ENCAUTO_T_OP_INIAUTO (2) Depth: 2, leaf buckets: 7, nodes: 8568 Average data length: 6.72, total dup: 271, max dup: 249 Fill distribution: 0 - 19% = 1 20 - 39% = 0 40 - 59% = 0 60 - 79% = 0 80 - 99% = 6 Index PK_OP_ENCAUTO_T (0) Depth: 2, leaf buckets: 7, nodes: 8568 Average data length: 6.91, total dup: 0, max dup: 0 Fill distribution: 0 - 19% = 0 20 - 39% = 1 40 - 59% = 0 60 - 79% = 0 80 - 99% = 6 AdilsonPazzini, Já até tentei fazer o sweep manual, mas os únicos recursos que já tive resultado foi o Backup/Restore e o comando SET STATISTICS INDEX, porém os dois são recomendados a serem executados exclusivamente. Caindo no mesmo problema. tendo que parar o sistema para fazer a correção.

Encontrei várias informações do mesmo problema que o meu neste link, inclusive o Carlos H. Cantu e a Ann Harrison respondem algumas das questões debatidas. https://groups.yahoo.com/neo/groups/firebird-support/conversations/topics/113456 Segue o resultado do gstat -a sobre o meu banco antes do Backup/Restore conforme pedido: Database header page information: Flags 0 Checksum 12345 Generation 53246264 Page size 16384 ODS version 11.2 Oldest transaction 52758700 Oldest active 52758701 Oldest snapshot 52758701 Next transaction 52759521 Bumped transaction 1 Sequence number 0 Next attachment ID 486652 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Jun 19, 2012 13:44:11 Attributes force write Variable header data: *END* Neste caso EMBarbosa, eu estou usando um ClienteDataSet, o sistema trava quando eu dou um "post" nos meus dados inseridos no CDS. Mas quando eu faço um insert comum com dados aleatórios no próprio IBExpert, seja qual for os dados inseridos, o banco fica lento do mesmo jeito. Conforme AdilsonPazzini me falou, o número de Transições está mais alto que o normal, porém eu não entendo como é feito esta estatística. Este número é o resultado de todas as transações feitas no banco até o momento, ou são as transações em aberto ? E qual seria um número de transações considerado normal para um aplicação deste tamanho ?

Estou enviando as estatísticas do meu banco em questão. Até gostaria de uma "luz" na interpretação destes dados pois que não entendo muito bem não. Database header page information: Flags 0 Checksum 12345 Generation 53246782 Page size 16384 ODS version 11.2 Oldest transaction 52759983 Oldest active 52759984 Oldest snapshot 52759984 Next transaction 52759985 Bumped transaction 1 Sequence number 0 Next attachment ID 486764 Implementation ID 26 Shadow count 0 Page buffers 0 Next header page 0 Database dialect 3 Creation date Jun 19, 2012 13:44:11 Attributes force write Variable header data: *END*

O Problema acontece num determinado INSERT que faço na tabela que falei Demora uns 40 segundos na minha máquina, na do cliente então... Ai quando eu faço um Backup/Restore o problema some, e a inserção acontece instantaneamente. Eu já excluí a aplicação como problema pois o mesmo INSERT sendo executado diretamente pelo IBExpert fica lento do mesmo jeito. Pesquisei bastante e descobri que o FB tem alguns problemas com índices quando o banco começa a ficar maior. Só que eu não posso ficar parando o serviço do meu cliente para fazer backup e restaurar toda vez que começar a ficar lento.

adilsonpazzini Eu testei fazer apenas o Backup e não resolveu, acredito que a reindexação é feita apenas no Restore EMBasrbosa A princípio também desconfiei ser algum outro problema, mas não consegui encontrar outra solução melhor (fora o SET STATISTICS INDEX conforme descrevi acima, apesar de ser uma solução paliativa) Também encontrei em alguns fóruns outras pessoas com o mesmo problema, mas igualmente sem solução. A propósito, em outros clientes que usam o mesmo sistema não acontece este erro. Meu banco atualmente tem 790 MB e a tabela que está travando tem 90 mil registros.

Existe uma maneira de regerar completamente todos os índices em um banco de dados FireBird sem ser através do backup/restore? Ao longo de meses ou anos, o banco de dados está ficando cada vez mais lento, mas ao fazer um backup e restaurar a correção é imediata. Gostaria de obter o mesmo resultado sem ter parar a execução do sistema. O que eu tentei até agora: - Recalcular estatísticas sobre todos os índices( FOR SELECT rdb$index_name FROM rdb$indices INTO :name DO SET STATISTICS INDEX :name). Este parecia ter um efeito pequeno, então eu comecei a executá-lo automaticamente a cada mês, mas o efeito é muito pequeno e, eventualmente, um backup / restore é novamente necessário. - Backup e restauração. Isso funciona muito bem, mas requer um acesso exclusivo ao banco de dados. E meus usuários não estão muito felizes em parar o serviço para fazer Backup / Restore. Eu estou usando o Firebird versão 2.5 Alguém pode me apontar para alguma solução com gbak ou gfix que eu desconheça, ou alguma outra solução que possa ser utilizada em tempo de execução? Att. Antar Ferreira

Bom dia Pessoal, Estou com uma dúvida, a tag <dhSaiEnt> tem como eu passar somente o campo data? o cliente não quer que saia a hora, por que a hora ele vai preencher a mão. Tentei fazer deste jeito e o webService rejeitou: <dhSaiEnt>2015-01-24</dhSaiEnt> Att.

Boa tarse Boa tarde Italo. Sim, são dois CNPJ diferentes 1 emite NFe e outro emite CTe Vou tentar instalar o emissor do governo para ver se vai funcionar. Att.

Boa tarde Italo, O mesmo cliente também esta emitido NFe na mesma máquina. Então creio que não seja problema de antivírus e firewall. Peguei a base do cliente e tentei enviar CTe no meu computador aqui no escriório enviou normalmente. Att.

Boa tarde Italo, O mesmo cliente também esta emitido NFe na mesma máquina. Então creio que não seja problema de antivírus e firewall. Peguei a base do cliente e tentei enviar CTe no meu computador aqui no escriório enviou normalmente. Att.