Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Rho Kurcinae

Membros
  • Content Count

    33
  • Joined

  • Last visited

Community Reputation

21 Excellent

About Rho Kurcinae

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    Brasil

Recent Profile Visitors

502 profile views
  1. Vejas se a resolução deste tópico te ajuda:
  2. De fato, ficaria mais fácil para controle/consulta. No Sistema que eu trabalho, no entanto, o que fazemos é apenas inserir dois registros com todas as colunas das tabelas logadas: o primeiro é referente aos dados "OLD", e o segundo referente aos dados "NEW". Fica bem simples a montagem. A parte de "verificar o que foi realmente alterado" fica por conta de quem for analisar os logs, posteriormente. Se a pessoa for boa em análise de log/callstack (debugging em geral), não passará sufoco algum.
  3. Não tem como. E isto não me parece uma boa ideia... O que tu planejas fazer?
  4. Bastaria apenas trocar JOIN por LEFT JOIN, ficando: SELECT ped.codigo codigo , cli.nome nome , SUM (peditven.qnt * peditven.preco) vendas , SUM (pedittro.qnt * pedittro.preco) trocas FROM pedidos ped LEFT JOIN pedidositens peditven ON ((peditven.numero = ped.numero) AND (peditven.tipo = 'VENDA')) LEFT JOIN pedidositens pedittro ON ((pedittro.numero = ped.numero) AND (pedittro.tipo = 'TROCA')) JOIN clientes cli O
  5. Fiz para Oracle, creio que seja parecido para Firebird 2.0. SELECT ped.codigo codigo , cli.nome nome , SUM (peditven.qnt * peditven.preco) vendas , SUM (pedittro.qnt * pedittro.preco) trocas FROM pedidos ped JOIN pedidositens peditven ON ((peditven.numero = ped.numero) AND (peditven.tipo = 'VENDA')) JOIN pedidositens pedittro ON ((pedittro.numero = ped.numero) AND (pedittro.tipo = 'TROCA')) JOIN clientes cli ON (<ligar com a tabel
  6. Downloads através do webservice "NFeDistribuicaoDFe" são para exceções, como dito, não para regras. A regra é que o Emitente deve enviar arquivo XML e DANFE, referentes à NFE-e emitida, para o Destinatário. A maioria utiliza o webservice "NFeDistribuicaoDFe", por isso que o webservice está sobrecarregado há aproximadamente 1 semana. Parabéns a todos os envolvidos.
  7. O erro ocorre porque as colunas "VENDAS" e "TROCAS" não estão especificadas "no GROUP BY" e, como existe uma cláusula "GROUP BY", estas não estão sendo buscadas a partir de uma Função Agregadora (COUNT, SUM, AVG, MAX, MIN e LIST). Sim, tu estás utilizando SUM, ali, mas apenas nos "SELECT de dentro". O "SELECT de fora" não irá enxergá-los, só irá enxergar os resultados que eles retornam. Também esqueceste de ligar as tabelas "PEDIDOS" e "CLIENTES".
  8. Encontrei: https://tributario.sef.sc.gov.br/tax.NET/Sat.Pesef.Web/Publicacao/ViewCompleto.aspx?x=081074111069048105049076043047104100067069043104119110106043109110087086107052099052122106088088053073087057120065118087098069119061 Página 96.
  9. Não está nos Atos da SEF/SC: http://legislacao.sef.sc.gov.br/Consulta/Views/Publico/Frame.aspx?x=/html/atos_diat/frame_atos_diat.htm Será que já é oficial, mesmo? Tenho alguns Clientes, e Escr. Cont. destes, questionando a mesma coisa (estão batendo cabeça, não sabem mais em quem acreditar).
  10. Terei que homologar dentro de 3 meses e já estou me preparando psicologicamente. É sempre uma humilhação.
  11. Se eu fosse o Cliente, nunca liberaria uma Impressora Fiscal de Produção, registrada no meu CNPJ, para um teste de software (que é basicamente o que é essa Homologação PAF-ECF). Imagine, dezenas de Cupons Fiscais sujos na MF do ECF. Completamente inviável isso aí. Esse sabe é de nada.
  12. Entendo que a ER é soberana, mas o que está especificado lá não tem lógica, mesmo: registro "W5", campo "01", valor "W9". Estou rindo, mas é de nervoso...
×
×
  • Create New...