Rho Kurcinae

Vejas se a resolução deste tópico te ajuda:

De fato, também faço isso. Recomendo.

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.

Não tem como. E isto não me parece uma boa ideia... O que tu planejas fazer?

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 ON (<ligar com a tabela pedidos>) WHERE ped.fatura IS NULL GROUP BY ped.codigo , cli.nome; Neste caso, as colunas "VENDAS" e "TROCAS" serão NULL quando não houverem valores nas tabelas filhas. Caso não queiras NULL, poderás tratá-lo através das Funções COALESCE/NVL.

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 tabela pedidos>) WHERE ped.fatura IS NULL GROUP BY ped.codigo , cli.nome;

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.

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".

Encontrei: https://tributario.sef.sc.gov.br/tax.NET/Sat.Pesef.Web/Publicacao/ViewCompleto.aspx?x=081074111069048105049076043047104100067069043104119110106043109110087086107052099052122106088088053073087057120065118087098069119061 Página 96.

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).

&amp;

Terei que homologar dentro de 3 meses e já estou me preparando psicologicamente. É sempre uma humilhação.

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.

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...

Parabéns aos envolvidos.