Rho Kurcinae

Os clientes têm duas bases, aqui: Produção e Testes. A Produção autoriza contra a SEFAZ-Produção e a Testes autoriza contra a SEFAZ-Homologação. Se os clientes quiserem autorizar contra a SEFAZ-Produção terão que utilizar o sistema Produção deles, mas a SEFAZ-Produção ainda não está aceitando os novos impostos (passará a aceitar apenas em janeiro/2026). Os clientes também já estão cientes de que IBS/CBS está em fase de testes/implementação pelas SEFAZ, então erros e mudanças de funcionalidade são esperados.

Enviar `0.09` não faz sentido. Faria sentido se estivessem aceitando `0.0090`. Os funça da Serpro estão batendo cabeça... e levando a gente à loucura junto com eles.

Deixarei na mão do Usuário. PS: existe alguma tabela oficial "cClassTrib vs. NCM"?

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.