Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Marcelo Calvi Belanga

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    299

  • Registro em

  • Última visita

  • Days Won

    2

 Tipo de Conteúdo 

Tudo que Marcelo Calvi Belanga postou

  1. Marcelo Calvi Belanga
    Boa noite a todos. Estou com uma situação há algum tempo em tabelas detalhes. Uso master X detail com Firedac, Firebird e cacheupdate ativado. Estou utilizando também um FDSchemaAdapter, porém, estou com um problema ao remover itens do detalhe em cache. Se inicio uma nova venda e incluo vários ítens, quando necessito remover um dos ítens funciona normalmente, mas se resolver remover todos os ítens, quando removo o último, o cache bagunça retornando todos os itens anteriores e as vezes té duplicando os ítens. Para resolver isso, a cada delete, tenho que gravar em disco com fdsschema.applysupdates, porém nesse caso o cache updates não é utilizado de forma correta. Uso Delphi Berlim e consultando alguns conhecidos, me disseram que é um bug mesmo. Já testei no tokio e também ocorre o problema. Alguém já passou por isso e resolveu de alguma outra forma? Muito Obrigado...
  2. Marcelo Calvi Belanga
    Como você faz a gravação? Eu faço a gravação em um blob e não grava entre aspas...
  3. Marcelo Calvi Belanga
    Sim, minha TRIGGER é INSERT ou UPDATE. Esse pequeno exemplo seria de entrada "COMPRA", para VENDA é só fazer ao contrário... Se a compra é cancelada concorda que o campo CONFIRMADO muda de True para False? Como eu disse, existem várias formas e momentos de mexer no estoque. Então, algo parecido com isso ....continua --SE A COMPRA ESTA SENDO CANCELADA if ((OLD.CONFIRMADO='True') AND (NEW.CONFIRMADO='False')) then begin FOR SELECT CODIGOPRODUTO, QUANTIDADE FROM COMPRAITENS WHERE COMPRAITENS.NUMEROCOMPRA=NEW.NUMEROCOMPRA INTO :CODPRO, :QTDE DO begin UPDATE PRODUTOS SET PRODUTOS.QUANTIDADE = COALESCE(PRODUTOS.QUANTIDADE,0) - COALESCE(:QTDE,0) WHERE CODIGOPRODUTO = :CODPRO; ...continua
  4. Marcelo Calvi Belanga
    Como eu disse anteriormente, disparo a TRIGGER somente na confirmação da minha venda. No INSERT ou UPDATE, verifico o estado de um campo chamado CONFIRMADO, na tabela MASTER e disparo essa TRIGGER através dele. Algo mais ou menos assim: --SE A COMPRA ESTA SENDO CONFIRMADA if ((OLD.CONFIRMADO='False') AND (NEW.CONFIRMADO='True')) then begin FOR SELECT CODIGOPRODUTO, QUANTIDADE FROM COMPRAITENS WHERE COMPRAITENS.NUMEROCOMPRA=NEW.NUMEROCOMPRA INTO :CODPRO, :QTDE DO begin UPDATE PRODUTOS SET PRODUTOS.QUANTIDADE = COALESCE(PRODUTOS.QUANTIDADE,0) + COALESCE(:QTDE,0) WHERE CODIGOPRODUTO = :CODPRO; .......continua. Varia muito da necessidade de cada ERP...
  5. Marcelo Calvi Belanga
    @dreamsoft_PR depende muito de como seu aplicativo deve e quando baixar o estoque. Como o @Sérgio Assunção disse, é uma tarefa simples. No meu caso faço através de trigger somente quando a venda é confirmada. Como está essa sua SP? E quando você dispara ela?
  6. Marcelo Calvi Belanga
    Boa noite! Depois de analisar a discussão, resolvi também manter os XML salvos no BD, além do disco. Para isso qual tipo de campo seria o mais indicado? Uso Firebird. Obrigado.
  7. Marcelo Calvi Belanga
    Como você mesmo disse "o que está sendo discutido é salvar os dados no BD ou não", mas do resto você está coberta de razão. Quanto mais recurso o sistema tiver, mais facilidade e comodidade para o cliente.
  8. Marcelo Calvi Belanga
    Essa é uma boa discussão e vale muito para tentarmos sempre deixar os dados mais seguros. Porém sempre a responsabilidade pelos dados é sempre do cliente. Isso é claro na minha opinião. E o cliente processar é uma coisa, ganhar o processo por erro dele próprio não fazer backup é outra coisa.
  9. Marcelo Calvi Belanga
    Entendo perfeitamente o risco Daniel. Mas se nem backup os usuários fazem, de que adianta manter em banco se o mesmo não tiver backup também. Então o risco é do cliente e não do desenvolvedor. Mas estou pensando em ajustar as rotinas, para, além de manter no disco, grava no BD também.
  10. Marcelo Calvi Belanga
    Não sei se estou correto, mas mantenho os arquivos salvo apenas em disco e quando preciso de informações o próprio aplicativo busca esses arquivos e traz a informação. É claro que com isso, além do backup do BD, o cliente tem que manter o backup das pastas dos XML.
  11. Marcelo Calvi Belanga
    No portal não diz nada, mas continua sim. Inclusive o SVC-AN continua ativo. Utilizem ele.
  12. Marcelo Calvi Belanga
    Ative o " SVC-AN" que está liberado.
  13. Marcelo Calvi Belanga
    SP com problemas: Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido a problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SCAN que já está ativo junto ao Ambiente Nacional da Receita Federal. https://www.fazenda.sp.gov.br/nfe/ Ative o " SVC-AN" que está liberado.
  14. Marcelo Calvi Belanga
    SP com problemas: Prezado contribuinte, Informamos que no momento o sistema da NFE está indisponível devido a problemas técnicos. O contribuinte pode utilizar qualquer alternativa de contingência prevista na legislação, inclusive o SCAN que já está ativo junto ao Ambiente Nacional da Receita Federal.
  15. Marcelo Calvi Belanga
    Alguém mais?
  16. Marcelo Calvi Belanga
    Procuro alguém para me ajudar com Firedac + Firebird + Paradox.
  17. Marcelo Calvi Belanga
    Bom dia @Intelliware Muito obrigado pelo feedback. Vou verificar esse link. Como nunca desenvolvi o ECF não sabia da existência. Abraços.
  18. Marcelo Calvi Belanga
    Boa tarde, o rateio usado está batendo com o rateio do SAT? De qual forma está calculando o rateio no seu sistema, para compor a base do pis e cofins? (vItem * (vDescSubtot/vCFe))
  19. Marcelo Calvi Belanga
    Bom dia @Antonio Alexanadre, tenho umas dúvidas, vou te adicionar.
  20. Marcelo Calvi Belanga
    Após várias tentativas de tentar configurar através do ODBCAdvanced sem sucesso, resolvi editar minha tabela e alterar a propriedade Table language para ascii ANSI diretamente na tabela. Pelo menos resolve provisoriamente, antes de migrar para essas tabelas para Firebird.
  21. Marcelo Calvi Belanga
    Exatamente isso que vou fazer Victor. Só não fiz antes, pois, caso algum cliente use mais de um certificado A3 para Emitir NFe, teria que ter mais de um campo. Se bem que não tenho nenhum cliente com esse perfil no momento e os clientes que tem mais de uma estação para faturamento usam certificado A1. Obrigado.
  22. Marcelo Calvi Belanga
    Dei uma boa procurada e não encontrei nada. Farei um controle por estação. Obrigado.
  23. Marcelo Calvi Belanga
    Boa noite Juliomar... Estou usando desta maneira e funciona perfeitamente, porém, em um computador que não tem o certificado instalado, apresenta a mensagem "Certificado Digital Não Encontrado". Pesquisei no fórum e ví que não existe uma forma de verificar pelo componente se existe algum certificado instalado. É comum tem num mesmo cliente estações que emitem e estações que não emitem NFe, de forma que não é necessário a instalação do certificado em todas as estações. Alguma outra forma de verificar se existe certificado digital instalado, antes de fazer a verificação da data de vencimento? Obrigado.
  24. Marcelo Calvi Belanga
    Bom dia a todos.... Estou iniciando a migração do meu ERP para Firedac, porém, ainda tenho algumas tabelas em Paradox, antes de migrá-las para Firebird, vou migrar apenas a aplicação para Firedac. Estou com problema na acentuação, ondem abrindo normalmente usando o BDE a acentuação sai normalmente e quando abro no firedac com ODBC essa acentuação não respeita o que está gravado na tabela. alguém sabe qual propriedade e ou onde devo modificar para fazer a correta tradução. Obrigado a todos....
  25. Marcelo Calvi Belanga
    Estou aqui apenas para compartilhar um pouco da minha experiência.... Sou usuário do ACBR de poucos meses e desde então tenho informações da mudança. Usava um componente de terceiro que só estava me dando dor de cabeça. Sou desenvolvedor Delphi 7 de muitos anos e não tive maiores problemas com a migração. Não tive que mudar quase nada, incluindo componentes de terceiros. E por hora só tive a ganhar, principalmente em desempenho, visual, etc. Para mim foi a oportunidade de melhorar...
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.