Relatórios padrão do Contas a Receber

DÚVIDA · ERP Quais relatórios padrão o módulo de Contas a Receber disponibiliza? Veja a lista dos relatórios padrão (prefixo WRREC) disponíveis no módulo Contas a Receber do ERP Atak e o critério de agrupamento de cada um. Contexto Produto/Módulo: ERP Atak — Contas a Receber Situação: o usuário precisa identificar qual relatório padrão utilizar para consultar títulos a receber, recebimentos ou histórico de clientes, sem saber quais opções o sistema já disponibiliza de fábrica. Condição: os relatórios padrão ficam disponíveis na tela de relatórios do módulo Contas a Receber e são identificados pelo prefixo WRREC (ou RWREC, conforme a nomenclatura de geração cadastrada no sistema). Termos relevantes: TMV (Tipo de Movimentação — classifica a natureza de cada lançamento financeiro); carteira de cobrança (agrupamento de títulos conforme o canal ou instituição responsável pela cobrança). Como funciona? O ERP Atak disponibiliza, por padrão, um conjunto de relatórios pré-configurados para o módulo de Contas a Receber. Cada relatório é identificado por um código (prefixo WRREC ou RWREC) e organiza a informação segundo um ou mais critérios de agrupamento — por exemplo, data de emissão, data de vencimento, vendedor, carteira de cobrança, grupo econômico/cliente ou usuário. Essa padronização permite escolher o relatório mais adequado à necessidade de consulta, sem precisar montar uma extração customizada. Abaixo está a relação completa dos relatórios padrão disponíveis: WRREC001 – Títulos a receber por data de emissão / número do documento WRREC002 – Títulos a receber por data de emissão / carteira de cobrança / forma de cobrança WRREC003 – Títulos a receber por data de emissão / usuário WRREC004 – Títulos a receber por data de vencimento / vendedor WRREC005 – Títulos a receber por data de vencimento / carteira de cobrança / forma de cobrança WRREC006 – Títulos a receber por data de vencimento / grupo econômico / cliente WRREC007 – Títulos a receber por grupo econômico / cliente / emissão WRREC008 – Títulos a receber por grupo econômico / cliente / vencimento WRREC009 – Títulos a receber por vendedor / data de vencimento WRREC010 – Títulos a receber por grupo econômico / cliente / carteira de cobrança / forma de cobrança WRREC011 – Títulos a receber por vendedor / data de emissão WRREC012 – Títulos a receber por vendedor / carteira de cobrança / forma de cobrança WRREC013 – Títulos a receber por vendedor / grupo econômico / cliente WRREC014 – Títulos a receber por carteira de cobrança / data de emissão WRREC015 – Títulos a receber por carteira de cobrança / data de vencimento WRREC016 – Títulos a receber por carteira de cobrança / grupo econômico / cliente WRREC017 – Títulos a receber por usuário / emissão WRREC018 – Títulos a receber – Posição Retroativa por grupo econômico / cliente WRREC019 – Títulos a receber – Posição Retroativa por grupo econômico / cliente (sintética) WRREC020 – Títulos a receber por TMV – Posição Retroativa por TMV WRREC021 – Títulos a receber – Posição Retroativa por usuário / TMV WRREC022 – Recebimento por carteira de cobrança / forma de cobrança / data WRREC023 – Recebimento por grupo econômico / cliente / data WRREC024 – Títulos a receber – Maiores devedores WRREC025 – Títulos a receber vencidos x a vencer por grupo econômico / cliente WRREC026 – Borderô de remessa de cobrança WRREC027 – Títulos a receber vencidos x a vencer por carteira de cobrança / forma de cobrança WRREC028 – Títulos a receber – Maiores devedores / vendedor WRREC029 – Histórico de Cliente WRREC030 – Histórico de Cliente por grupo econômico WRREC031 – Títulos a receber – Posição Retroativa por carteira de cobrança WRREC032 – Faturamento Diário WRREC033 – Recebimento por conta / carteira de cobrança / data WRREC034 – Títulos a receber – Posição Retroativa com cálculo de valor presente por grupo econômico / cliente WRREC035 – Títulos a receber – Posição Retroativa com cálculo de valor presente por grupo econômico / cliente (sintética) WRREC036 – Títulos a receber – Atualização Monetária WRREC037 – Títulos a receber – Posição Retroativa por Data de Vencimento WRREC039 – Histórico de Cliente por Título ⚠ Importante Os relatórios RWREC004, RWREC009 e as versões WRREC005, WRREC006 e WRREC025 correspondem, respectivamente, aos mesmos critérios de agrupamento já listados acima. A variação de prefixo (WRREC/RWREC) não altera o conteúdo do relatório, apenas identifica a versão/formato de geração cadastrada no sistema. Como escolher o relatório certo? Defina primeiro o que você precisa consultar: títulos em aberto, recebimentos já realizados ou histórico de cliente. Em seguida, identifique o critério de agrupamento mais útil para o caso (data de emissão, vencimento, vendedor, carteira de cobrança, grupo econômico/cliente, usuário ou TMV). Cruzando essas duas informações na lista acima, o código do relatório correspondente é localizado diretamente. Relatórios com “Posição Retroativa” trazem o saldo de títulos considerando uma data-base retroativa, útil para reconstituir a posição financeira em datas passadas. Relatórios “sintéticos” apresentam os mesmos dados de forma resumida/consolidada, sem o detalhamento título a título. Conteúdo Relacionado →Manual: Guia de Boas Práticas do Módulo Financeiro 📌 Observações A disponibilidade de todos os relatórios listados pode variar conforme a versão do sistema e as permissões de acesso configuradas para o usuário. Relatórios personalizados, quando solicitados, recebem numeração própria e não fazem parte deste conjunto padrão. Verifique com o suporte caso um relatório citado nesta lista não esteja disponível no ambiente do cliente. ⚠ Atenção — Aviso de Escopo As informações acima são baseadas exclusivamente na documentação oficial do módulo. Situações não listadas ou relatórios não encontrados no ambiente devem ser abertos como novo chamado em: atak.movidesk.com

Guia de campos obrigatórios para cadastros diversos

MÓDULO: Cadastros Campos obrigatórios para cadastro de clientes, fornecedores e produtos Campos obrigatórios para cadastro geral de clientes, fornecedores e produtos no sistema. Visão geral Este manual reúne as informações necessárias para realizar os três principais cadastros do sistema: clientes, fornecedores e produtos. Reunir esses dados previamente evita retrabalho e garante que o cadastro seja concluído sem pendências. Quando utilizar Utilize este procedimento sempre que for necessário incluir um novo cliente, fornecedor ou produto no sistema, seja para emissão de notas fiscais, faturamento, compras ou movimentações comerciais. Caso 1 — Cadastro de cliente Como funciona O cadastro de cliente exige o preenchimento de um conjunto de campos obrigatórios. Sem essas informações, o cadastro não pode ser concluído. Passo a passo 1 Reunir as informações do cliente Antes de iniciar o cadastro, tenha em mãos os seguintes dados: Tipo de pessoa (física ou jurídica) CPF/CNPJ Estado Nome/Razão Social Apelido/Nome Fantasia (complemento do nome) Vendedor, comissão e desconto financeiro Informação se aceita Substituição Tributária (sim ou não) Informação se é Consumidor Final (sim ou não) E-mail Telefone Banco caixa (conta de faturamento) Forma de cobrança (cheque, dinheiro, boleto bancário, cheque de terceiros, TED/DOC) 2 Preencher o cadastro no sistema Informe cada um dos campos listados acima na tela de cadastro de cliente. ⚠ Importante Todos os campos listados são obrigatórios para a conclusão do cadastro de cliente. Caso 2 — Cadastro de fornecedor Como funciona O cadastro de fornecedor exige um conjunto de campos obrigatórios, em menor número que o cadastro de cliente. Sem essas informações, o cadastro não pode ser concluído. Passo a passo 1 Reunir as informações do fornecedor Antes de iniciar o cadastro, tenha em mãos os seguintes dados: Tipo de pessoa (física ou jurídica) CPF/CNPJ Estado Nome Apelido/Nome Fantasia (complemento do nome) E-mail Telefone 2 Preencher o cadastro no sistema Informe cada um dos campos listados acima na tela de cadastro de fornecedor. ⚠ Importante Todos os campos listados são obrigatórios para a conclusão do cadastro de fornecedor. Caso 3 — Cadastro de produto Como funciona O cadastro de produto, no exemplo de carne com osso e desossada, exige um conjunto amplo de campos obrigatórios relacionados à identificação, características físicas e sanitárias do item. Sem essas informações, o cadastro não pode ser concluído. Passo a passo 1 Reunir as informações do produto Antes de iniciar o cadastro, tenha em mãos os seguintes dados: Descrição do produto Descrição do produto na etiqueta primária (rótulo interno) Descrição do produto em nomenclatura internacional (caso destinado ao mercado externo) Código NCM Código EAN (se houver) Tipo de temperatura (resfriado, congelado, ambiente) Temperatura Sexo (macho, fêmea) Tara de embalagem interna Tara de embalagem externa Prazo de validade (em dias) Prazo para congelamento (em dias, se houver) Número do SIF/DIPOA Número de peças por embalagem Divisor de peças (quantidade que se divide a peça em caso de porcionados) Peso mínimo (caixa – produto acabado, peça carne com osso) Peso máximo (caixa – produto acabado, peça carne com osso) Se é peso padrão (sim ou não, no caso de produtos que o peso não varia) Peso padrão (quantidade de quilos, peso padrão) Se é exportável (sim ou não) Se é pesável (sim ou não) Se controla rastreabilidade (sim ou não) 2 Preencher o cadastro no sistema Informe cada um dos campos listados acima na tela de cadastro de produto. ⚠ Importante Todos os campos listados são obrigatórios para a conclusão do cadastro de produto. 📌 Observações Os campos de produto listados neste manual referem-se especificamente ao cadastro de carne com osso e desossada. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com

Roteiro de boas praticas do módulo financeiro

MÓDULO: Financeiro Guia de Boas Práticas do Módulo Financeiro Metodologia de boas práticas para Contas a Receber, Contas a Pagar, Controle Bancário e Comércio Exterior (Comex). Metodologia de Boas Práticas 1. Contas a Receber 1.1 Conferência Faturamento do dia Anterior Verificar se o faturamento do dia anterior está finalizado, conferindo valor dos pedidos a carregar x valor dos romaneios de saída x valor das notas fiscais, através do relatório padrão: WRREC032 – Faturamento Diário. 1.2 Processamento do Retorno da Cobrança Bancária Acessar o internet banking de cada instituição financeira que a empresa trabalha a cobrança, baixar o arquivo de retorno da cobrança, salvar o arquivo em uma pasta predefinida no sistema. Após baixar o arquivo de retorno do internet Banking, acessar o menu: Financeiro -> Cobrança -> Retorno (Arquivo). Importar o arquivo de retorno e realizar seu processamento, verificando críticas geradas pelo sistema. Conferir as baixas via relatório: WRREC022 – Recebimento por carteira de cobrança, forma de cobrança e data X Francesinha (Relatório de retorno do Banco). Caso alguma operação de retorno do banco, como a liquidação de um título a receber, não foi processada pelo sistema, verificar as mensagens de alerta/erro e, se for o caso, realizar o lançamento manualmente. 1.3 Compensações 1.3.1 Adiantamento de Clientes Quando um cliente adianta recursos para a empresa, seja por acordo comercial ou por garantia do negócio, um título de natureza CREDORA (empresa deve para o cliente) é gerado no sistema pelo setor responsável. Esse título deve ser compensado com os títulos de natureza DEVEDORA (cliente deve para a empresa), oriundos das vendas feitas para esse cliente, em sintonia com o financeiro do cliente. As compensações podem ser parciais ou integrais, e de vários títulos devedores e credores. Realizar a operação na rotina: Financeiro -> Compensações -> Receber x Adto. Cliente. 1.3.2 Devolução de Venda Quando um cliente devolve mercadorias para a empresa, de forma parcial ou total, um título a receber de natureza CREDORA (empresa deve para o cliente) é gerado no sistema, através do processo de nota fiscal de devolução de venda (emitida pelo cliente ou pela empresa). Esse título deve ser compensado com os títulos de natureza DEVEDORA (cliente deve para a empresa), oriundo da venda feita em questão, para que seja abatido do saldo a receber do cliente. Temos duas opções para realizar as compensações: Na primeira opção a compensação é feita de forma parcial ou integral, caso seja parcial o título fica com o saldo em aberto para liquidação futura, se for integral o título é liquidado. Podemos realizar esse procedimento pelo menu: Financeiro -> Compensações -> Receber x Devolução Cliente (cobrança em carteira). Na segunda opção temos a possibilidade de realizar a compensação no momento em que geramos a remessa bancária, utilizando o menu: Financeiro > Cobrança > Remessa (cobrança bancária). Dependendo do caso, você deve atualizar/reemitir o boleto, cancelando o anterior, ou o valor compensado será registrado como abatimento no boleto em cobrança. 1.3.3 Receber x Pagar Essa rotina de compensação deve ser utilizada nos seguintes casos: Quando o participante é ao mesmo tempo cliente ou fornecedor da empresa; Quando se deseja compensar um título devedor (a receber) com um título credor (pagar) de participantes diferentes. Realizar a operação na rotina: Financeiro -> Compensações -> Receber x Pagar. 1.4 Recebimentos em Carteira Registrar no sistema a liquidação dos títulos a receber nos seguintes cenários: Com cobrança em carteira; Acertos com motoristas no retorno de viagem de entregas (venda à vista); Acertos com vendedores que recebem títulos em atraso de seus clientes; Acertos com cobradores que fazem cobrança presencial junto ao cliente. Pode ser utilizada também para registrar manualmente a liquidação de um boleto bancário, cuja rotina de retorno de cobrança não conseguiu processar. Realizar a operação nas situações acima na rotina: Financeiro -> Cobrança -> Liquidação. 1.4.1 Forma de recebimento Cheques de Terceiros Ler a banda magnética do cheque, informar cliente vinculado, vencimento e valor (no mínimo). Para cada cheque de terceiros será gerado um título a receber do tipo CHT. O saldo dos cheques não fica no caixa, e sim no contas a receber. Enviar os cheques recebidos para o setor responsável (tesouraria/controle bancário). 1.4.2 Forma de Recebimento Dinheiro Realizar o recebimento na carteira caixa. Enviar o dinheiro para o setor responsável (tesouraria/controle bancário). 1.5 Depósitos não identificados Em casos de ocorrer depósitos na conta da empresa (TED/DOC) em que o financeiro não consegue identificar a origem (cliente/fatura), o procedimento é registrar a entrada do recurso como depósito não identificado. O sistema permite ter carteira para controlar o saldo de depósitos não identificados por: Conta Bancária; Filial; Geral. Esse registro pode ser feito no sistema de 2 maneiras: Financeiro -> Caixa -> Depósito não identificado (lançamento manual); Financeiro -> Conta corrente -> Extrato -> Conciliação Bancária (lançamento automático). Posteriormente, quando ocorrer a identificação da origem, realizar a baixa do título manualmente na carteira transitória (Depósito não identificados) através da rotina: Financeiro -> Cobrança -> Liquidação. 1.6 Inadimplência 1.6.1 Cobrança A cobrança consiste em fazer o levantamento dos títulos que estão vencidos, para entrar em contato com o cliente, visando o recebimento. Realizar a consulta das seguintes maneiras: Financeiro > Cobrança > Consulta de Títulos ou Financeiro -> Cobrança -> Relatórios: RWREC004 – Títulos a receber por data de vencimento / vendedor; WRREC005 – Títulos a receber por data de vencimento / carteira de cobrança / forma de cobrança; WRREC006 – Títulos a receber por data de vencimento / grupo econômico / cliente; RWREC009 – Títulos a receber por vendedor / data de vencimento; WRREC025 – Títulos a receber vencidos x a vencer por grupo econômico / cliente. Realizar contato com os clientes inadimplentes e buscar uma solução. Todo pedido de venda de cliente inadimplente normalmente é bloqueado pela análise da venda. Caso não haja acordo com o cliente, e se deseje fazer um bloqueio definitivo, registrar o bloqueio na rotina: Cadastro geral > Cadastro geral. Basta pesquisar o cliente por código, nome, apelido, CPF/CNPJ e outros, e acionar a função BLOQUEAR. Caso haja acordo

Por que a geração do arquivo do SPED Fiscal trava ou não conclui?

DÚVIDA · SPED FISCAL Por que o SPED Fiscal fica travado ou não conclui a geração do arquivo? Entenda por que a geração do arquivo do SPED Fiscal trava ou não conclui e como resolver reiniciando o serviço ou o evento pendente. Contexto Produto/Módulo: ERP Atak — SPED Fiscal (Geração de Arquivo EFD) Situação: você tenta gerar o arquivo do SPED Fiscal (ou SPED Contribuições) Condição: o processo fica “rodando” sem concluir, ou o sistema não permite iniciar uma nova geração Termos relevantes: EFD (Escrituração Fiscal Digital) Por que isso acontece? Existem duas causas principais. A mais comum é o serviço de processamento do SPED parado, travado ou sem responder corretamente. A segunda ocorre quando uma geração anterior não finalizou corretamente: o sistema entende que já existe um processo em andamento e bloqueia uma nova tentativa, mesmo que a tela pareça apenas carregando. Em ambos os casos, a causa está no ambiente de processamento, não no cadastro fiscal. Como resolver? Se o serviço estiver travado 1 Reiniciar o serviço de processamento Acesse ERPATAK > Customização Local > Serviços do Sistema, na aba do serviço de processamento do SPED. Clique em Parar, depois Remover, depois Instalar e, por fim, Iniciar. 2 Gerar o arquivo novamente Após reiniciar o serviço, gere o arquivo do SPED normalmente. ⚠ Importante Se o erro estiver relacionado à geração de relatórios em geral (não só ao SPED), reinicie também o serviço de processamento de relatórios, em aba separada da mesma tela. Se os botões Parar/Remover não responderem, pode ser necessário reiniciar o servidor onde o serviço está instalado antes de repetir o procedimento. Se houver um evento de integração pendente 1 Localizar o evento pendente Acesse ERPATAK > Customização Local > Eventos de Integração. Busque o evento correspondente ao SPED, filtrando pela data em que a geração ficou presa. 2 Finalizar o evento Dê duplo clique no evento pendente (ou com status de erro) e altere o status para Finalizado. 3 Gerar o arquivo novamente Repita a geração do arquivo. Como evitar no futuro? Sempre que uma geração for interrompida sem completar de 0 a 100%, finalize o evento de integração pendente antes de tentar novamente. Evite tentar uma nova geração enquanto outra ainda parece estar em andamento. Verifique periodicamente se o serviço de processamento do SPED está ativo no servidor. Conteúdo relacionado →Manual: Como resolver falha ao gerar o arquivo do SPED Fiscal? Siga o manual acima com o passo a passo de como solucionar travamentos na geração do arquivo do SPED Fiscal. 📌 Observações A tela de Serviços do Sistema fica em Customização Local — não confunda com o menu Customização (sem “Local”), que é uma tela diferente. Um arquivo gerado de forma incompleta pode trazer informações corrompidas; por isso é importante finalizar eventos pendentes antes de repetir a geração. Em ambientes com bancos de dados específicos, travamentos recorrentes mesmo após esses procedimentos podem exigir investigação mais profunda do ambiente pelo suporte. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com

Por que o arquivo do SPED Fiscal é gerado com erro ou informação incorreta?

DÚVIDA · SPED FISCAL Por que o SPED Fiscal apresenta erro ou dado incorreto na geração do arquivo? Veja as causas mais comuns de erro na geração do arquivo do SPED Fiscal ligadas ao navegador, servidor e configuração do serviço. Contexto Produto/Módulo: ERP Atak — SPED Fiscal (Geração de Arquivo EFD) Situação: você gera o arquivo do SPED Fiscal e recebe uma mensagem de erro, ou o arquivo sai com informação incorreta Condição: a mensagem pode aparecer antes da geração iniciar, durante o processo, ou o problema só é percebido depois, na validação do arquivo Termos relevantes: DLL (componente do serviço de processamento) Por que isso acontece? Ao contrário de travamentos no serviço, este tipo de erro costuma vir de configurações do navegador ou do servidor: zoom do navegador diferente de 100%, configuração regional do servidor fora do padrão Brasil/Português, o serviço configurado com o parâmetro de tipo errado (HTTP em vez de DLL), ou uma DLL desatualizada em uma das portas quando o ERP roda em mais de uma porta simultaneamente. Cada causa tem sinais e ajustes próprios, listados abaixo. Como resolver? Zoom do navegador diferente de 100% 1 Ajustar o zoom e gerar novamente Configure o zoom do navegador para exatamente 100% antes de gerar o arquivo do SPED. Separador decimal incorreto (ponto no lugar de vírgula) 1 Verificar as configurações regionais do servidor Confira se a Região e a Localidade do servidor responsável pela geração estão configuradas para Brasil/Português — essa configuração pode mudar sozinha após reinicialização do servidor. Abra um chamado em: atak.movidesk.com ⚠ Importante Essa mesma divergência de idioma do servidor já foi relacionada a valores contábeis não aparecerem corretamente no arquivo. Como medida paliativa (solução não validada pelo cliente), é possível gerar o SPED por outro caminho até a correção definitiva no servidor. Parâmetro do serviço configurado como HTTP em vez de DLL 1 Corrigir o parâmetro e reinstalar o serviço Verifique o parâmetro correspondente ao tipo de serviço na Escrita Fiscal e altere para DLL, se estiver como HTTP; em seguida, pare, remova, reinstale e inicie o serviço. Abra um chamado em: atak.movidesk.com DLL desatualizada em uma porta específica 1 Reinstalar o serviço da porta afetada Quando o ERP roda em mais de uma porta, remova e reinstale o serviço de processamento do SPED especificamente na porta que apresentou o aviso de DLL desatualizada. Abra um chamado em: atak.movidesk.com Como evitar no futuro? Mantenha o zoom do navegador em 100% ao gerar arquivos do SPED. Confira a configuração regional do servidor após qualquer reinicialização. Se mensagens sobre parâmetros obrigatórios ausentes aparecerem, é possível prosseguir clicando em continuar, mas confira sempre o arquivo gerado ao final. Como alternativa temporária a uma porta com DLL desatualizada, gere o arquivo por outra porta/serviço já funcional enquanto a correção não é feita. Conteúdo relacionado →Manual: Como resolver falha ao gerar o arquivo do SPED Fiscal? Siga o manual acima com o passo a passo de como corrigir erros na geração do arquivo do SPED Fiscal. 📌 Observações Em algumas versões do ERP, uma mensagem de aviso pode aparecer durante a geração sem impedi-la — clique em Continuar e o arquivo é gerado normalmente. Se o aviso persistir, remover e reinstalar o serviço de processamento do SPED costuma eliminá-lo. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com

Por que o registro E113 do SPED Fiscal não é gerado ou é gerado incorretamente?

DÚVIDA · SPED FISCAL Por que o E113 sai errado ou não aparece no arquivo do SPED Fiscal? Entenda por que o registro E113 do SPED Fiscal não é gerado ou sai incorreto e como corrigir a configuração de ajuste de apuração. Contexto Produto/Módulo: ERP Atak — Escrita Fiscal / SPED Fiscal Situação: o arquivo do SPED Fiscal é gerado, mas o registro E113 (detalhamento de ajustes de apuração por nota) sai zerado, incompleto, ou é gerado quando não deveria Condição: depende de como o ajuste de apuração está configurado no sistema para o movimento/imposto envolvido Termos relevantes: E113 (registro do SPED que detalha ajustes de apuração por documento fiscal), DIFAL (diferencial de alíquota), E111 (registro de ajuste de apuração), CFOP, CST Por que isso acontece? O registro E113 depende de uma configuração técnica chamada Modelo de Ajuste de Apuração, vinculada a uma Tabela de Tributação. Há três causas principais: (1) falta essa configuração para detalhar o DIFAL por nota no E113; (2) o modelo de ajuste está capturando notas de serviço que não deveriam gerar o E113, geralmente por uma linha de ICMS zerada configurada no movimento; (3) um ajuste de imposto foi lançado diretamente em Manutenção de Valores de Item/Tributos em vez de via Modelo de Ajuste de Apuração, e por isso o sistema não o reconhece para gerar o registro. Como resolver? DIFAL não detalhado por nota no E113 1 Solicitar a configuração do modelo de ajuste O suporte cadastra o Modelo de Ajuste de Apuração (Escrita Fiscal > Tabelas/Modelos), definindo filtros de CFOP, estado e CST, e vincula a alíquota interna e a fórmula de cálculo na tabela de tributação do imposto de DIFAL. Abra um chamado em: atak.movidesk.com, informando o movimento e o perfil tributário do item. ⚠ Importante Se o mesmo fornecedor tiver itens com alíquotas internas diferentes dentro do mesmo perfil tributário, pode ser necessário tratamento adicional por item. Em volumes altos de movimentos, a configuração pode precisar ser replicada para cada combinação de movimento/perfil (solução não validada pelo cliente para o cenário completo). E113 gerado indevidamente para notas de serviço 1 Solicitar avaliação do modelo de ajuste ou da linha de ICMS O suporte avalia se é possível remover o CFOP/NCM que aciona a geração indevida do modelo de ajuste (considerando o impacto em notas que devem gerar o E113 legitimamente), ou remover a linha de ICMS dos movimentos de serviço, quando o imposto raramente se aplica. Abra um chamado em: atak.movidesk.com Ajuste lançado no lugar errado não é reconhecido 1 Reconfigurar como Modelo de Ajuste de Apuração Se o ajuste foi lançado em Manutenção de Valores de Item/Tributos, o suporte orienta reconfigurá-lo como Modelo de Ajuste de Apuração (Escrita Fiscal > Modelo de Ajuste de Apuração), forma correta de o sistema reconhecer o valor a nível de documento. Abra um chamado em: atak.movidesk.com Como evitar no futuro? Sempre configure ajustes de apuração via Modelo de Ajuste de Apuração, nunca diretamente em Manutenção de Valores de Item/Tributos. Revise a linha de ICMS dos movimentos de nota de serviço quando o imposto não se aplicar ao modelo fiscal. Ao configurar DIFAL para novos fornecedores, verifique se há alíquotas internas distintas por item. Conteúdo Relacionado →Manual: Como configurar informações fiscais técnicas para o SPED Fiscal Siga o manual acima com o passo a passo de como configurar o ajuste de apuração do DIFAL para gerar corretamente o registro E113. 📌 Observações Todas as causas acima exigem participação do suporte técnico da Atak; o cliente não consegue resolver sozinho, pois envolvem configuração de regras de cálculo fiscal no sistema. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com

Por que o CIAP não é apurado corretamente no bloco G do SPED Fiscal?

DÚVIDA · SPED FISCAL Por que os registros G125/G140 do CIAP saem incorretos no SPED Fiscal? Veja por que o CIAP não é apurado corretamente nos registros G125/G140 do bloco G do SPED Fiscal e como corrigir essas divergências. Contexto Produto/Módulo: ERP Atak — Controle Patrimonial / SPED Fiscal Situação: os registros G125/G140 do bloco G, referentes ao CIAP, saem incorretos ou incompletos no arquivo do SPED Fiscal Condição: depende do cadastro do bem no controle patrimonial e do tipo de movimento configurado Termos relevantes: CIAP (Controle de Crédito de ICMS do Ativo Permanente), IA (Imobilização em Andamento – Componente), IM (Imobilização de bem individual) Por que isso acontece? Há duas causas principais. A mais comum é o item/subitem cadastrado no bem, no módulo Patrimônio, não corresponder ao item/subitem da nota fiscal de entrada que originou o bem. A segunda é o bem ter o tipo de movimento CIAP configurado incorretamente — por exemplo, classificado como “IA” quando deveria ser “IM”. Como resolver? Item/subitem do bem divergente da nota de entrada 1 Solicitar conferência e ajuste do cadastro do bem O suporte confere o cadastro do bem no controle patrimonial comparando com a nota de entrada, ajusta o item/subitem e reabre e fecha novamente o CIAP no período afetado. Abra um chamado em: atak.movidesk.com, informando o bem e o período do CIAP afetado. Tipo de movimento CIAP incorreto (IA em vez de IM) 1 Solicitar correção do tipo de movimento O suporte corrige o tipo de movimento do item diretamente no cadastro/tabela do CIAP e realiza novo fechamento do período seguinte para validar a correção. Abra um chamado em: atak.movidesk.com, informando o bem afetado. Como evitar no futuro? Ao cadastrar um bem no controle patrimonial, confira o item/subitem contra a nota fiscal de entrada. Verifique o tipo de movimento CIAP do bem (IA ou IM) já no momento do cadastro, evitando correções retroativas. Garanta que o fechamento do CIAP seja realizado no período correspondente antes de gerar o SPED. Conteúdo relacionado →Manual: Como configurar informações fiscais técnicas para o SPED Fiscal Siga o manual acima com o passo a passo de como configurar corretamente o CIAP no SPED Fiscal. 📌 Observações Ambas as causas exigem participação do suporte técnico da Atak; o cliente não consegue corrigir sozinho o cadastro do CIAP. ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com

Como resolver falha ao gerar o arquivo do SPED Fiscal?

MÓDULO: Suporte > ERP Atak > SPED > SPED Fiscal > Geração de Arquivo EFD Sped Fiscal Solucionando travamentos e erros na geração do arquivo do SPED Fiscal Corrija travamentos, mensagens de erro e falhas ao gerar o arquivo do SPED Fiscal. Visão geral Este manual reúne as causas mais comuns de falha ao iniciar ou concluir a geração do arquivo do SPED Fiscal: o processo fica “rodando” sem concluir, aparece uma mensagem de erro logo ao gerar, ou o arquivo gerado apresenta inconsistências de formato. Na maioria dos casos, a causa está relacionada ao ambiente (serviços do sistema, configurações do servidor ou do navegador) e não ao cadastro fiscal em si. Siga o caso que mais se aproxima do que você está vendo na tela. Pré-requisitos Acesso ao ERPATAK com permissão para acessar o menu Customização Local. Em alguns casos, acesso ao servidor onde os serviços de processamento estão instalados (normalmente feito pelo administrador de TI da empresa). Sintoma Ao tentar gerar o arquivo do SPED Fiscal (ou SPED Contribuições/ICMS), o processo fica parado em “gerando” sem concluir, ou uma mensagem de erro aparece antes mesmo de iniciar a geração. Causa confirmada Existem várias causas possíveis, todas relacionadas ao ambiente de processamento. Veja os casos abaixo. Passo a passo Serviço de processamento do SPED parado ou travado Esta é a causa mais frequente: o serviço responsável por gerar o arquivo está parado, travado, ou ficou em execução mas sem responder corretamente. 1 Verificar e reiniciar o serviço Acesse: ERPATAK > Customização Local > Serviços do Sistema, na aba do “Serviço de Processamentos Sped”. Clique em Parar, depois Remover, depois Instalar e, por fim, Iniciar o serviço. Resultado: o serviço volta a rodar corretamente e a geração do arquivo passa a concluir. 2 Gerar o arquivo novamente Após reiniciar o serviço, gere o arquivo do SPED normalmente. ⚠ Importante Existe também um “Serviço de Processamentos de Relatório”, em aba separada da mesma tela. Se o erro estiver relacionado à geração de relatórios em geral (e não apenas ao SPED), reinicie esse serviço da mesma forma. ⚠ Importante Se o serviço estiver “preso” e os botões Parar/Remover não responderem mesmo após tentativas, pode ser necessário reiniciar o servidor onde o serviço está instalado antes de repetir o procedimento. Evento de integração pendente impedindo nova geração Quando uma geração anterior não finalizou corretamente, o sistema pode entender que já existe um processo em andamento e bloquear uma nova tentativa, mesmo que pareça estar apenas carregando. 1 Localizar o evento pendente Acesse: ERPATAK > Customização Local > Eventos de Integração. Busque o evento correspondente ao SPED que está tentando gerar (SPED Fiscal ou SPED Contribuições), filtrando pela data em que a geração ficou presa. 2 Finalizar o evento Dê duplo clique no evento pendente (ou com status de erro) e altere o status para Finalizado. 3 Gerar o arquivo novamente Repita a geração do arquivo. 📌 Observações Sempre que uma geração for interrompida sem completar de 0 a 100%, é recomendável verificar e finalizar o evento antes de tentar novamente, pois um arquivo gerado de forma incompleta pode trazer informações corrompidas ou incompletas. Zoom do navegador diferente de 100% Foi identificado que gerar o arquivo com o zoom do navegador diferente de 100% pode causar erro na geração. 1 Ajustar o zoom Configure o zoom do navegador para exatamente 100% antes de gerar o arquivo. 2 Gerar novamente Tente gerar o arquivo do SPED com o zoom ajustado. Configuração de idioma/região do servidor divergente do padrão Brasil O arquivo do SPED pode ser gerado com separador decimal incorreto (ponto no lugar de vírgula) quando o servidor está com as configurações regionais fora do padrão esperado, o que gera rejeição no validador. 1 Verificar as configurações regionais do servidor Confira se a Região e a Localidade da máquina/servidor responsável pela geração estão configuradas para Brasil/Português. Em alguns casos essa configuração muda sozinha após reinicialização do servidor. 2 Corrigir a configuração Ajuste a Região e a Localidade para o padrão correto e gere um novo arquivo para conferência. ⚠ Importante Esse mesmo tipo de divergência de idioma do servidor também já foi relacionado a valores contábeis não aparecerem corretamente no arquivo gerado pelo ERP, sendo necessário, como medida paliativa, gerar o SPED por outro caminho (Sisatak) até a correção definitiva no servidor (solução não validada pelo cliente). Parâmetro de tipo de serviço (DLL x HTTP) incorreto Em algumas instalações, o serviço de processamento do SPED está configurado para rodar via HTTP, o que pode não ser compatível com a versão do ERP instalada. 1 Verificar o parâmetro Verifique o parâmetro correspondente ao tipo de serviço utilizado na Escrita Fiscal e altere para o tipo DLL, se estiver configurado como HTTP. 2 Reinstalar o serviço Após alterar o parâmetro: Pare o serviço, remova o serviço existente, instale novamente e inicie o serviço. 3 Gerar o arquivo Tente gerar o SPED novamente. Se aparecer mensagem sobre parâmetros obrigatórios ausentes, é possível prosseguir clicando em continuar; confira o arquivo gerado ao final. Mensagem de DLL desatualizada em uma porta específica Quando o ERP roda em mais de uma porta (por exemplo, uma porta para versão mais antiga e outra para a mais nova), o serviço de uma das portas pode estar com a DLL desatualizada. 1 Reinstalar o serviço da porta com erro Remova e reinstale o serviço de processamento SPED especificamente da porta que apresentou a mensagem de DLL desatualizada. 📌 Observações Como alternativa temporária, é possível gerar o arquivo por outra porta/serviço que já esteja funcionando normalmente, enquanto a porta com problema é corrigida. Serviço sem permissão de administrador Em alguns ambientes, o serviço de processamento do SPED precisa estar configurado para executar como administrador para não apresentar erro. 1 Configurar o serviço como administrador No serviço de processamento do SPED, clique com o botão direito, acesse Propriedades, e configure para executar com um usuário administrador. Não encontro a tela de Serviços do Sistema Alguns usuários confundem o menu Customização com o menu Customização Local

Como configurar informações fiscais técnicas para o SPED Fiscal

MÓDULO: Suporte > ERP Atak > SPED > SPED Fiscal > Geração de Arquivo EFD Sped Fiscal Configurações técnicas de DIFAL, CIAP e ajustes de apuração no SPED Fiscal Configurações técnicas para corrigir registros do SPED Fiscal ligados a DIFAL, CIAP e apuração. Visão geral Este manual reúne situações em que um registro específico do SPED Fiscal (DIFAL, CIAP, ajustes de apuração, entre outros) não é gerado corretamente ou fica sem informação, exigindo configuração técnica no sistema. Diferente de problemas de ambiente, aqui a causa está relacionada à forma como o sistema está configurado para calcular e levar a informação fiscal ao arquivo. A execução desses ajustes depende do suporte técnico da Atak. Sintoma O arquivo do SPED Fiscal é gerado, mas um registro específico (por exemplo, DIFAL no E113, CIAP no bloco G, valores agregados no 1400) aparece zerado, incompleto, incorreto ou é rejeitado pela Receita. Causa confirmada As causas variam conforme o registro afetado; veja os casos abaixo. Em geral, envolvem falta de configuração de um modelo de ajuste de apuração, de uma tabela de tributação, ou uma inconsistência no cadastro de bens/movimentos que alimenta o registro. O que fazer Este problema requer ajuste técnico pelo suporte. Abra um chamado em: atak.movidesk.com informando: Qual registro do SPED está afetado (ex.: E111, E112, E113, E300/E310/E316, bloco G/CIAP, 1400). A mensagem de erro ou inconsistência apresentada pelo validador ou pela Receita. Se possível, um exemplo de documento/nota que está gerando a divergência. Casos identificados DIFAL não é detalhado corretamente no registro E113 Quando a legislação exige o detalhamento das notas que compõem o valor do DIFAL informado no ajuste (registro E111), é necessário configurar um Modelo de Ajuste de Apuração vinculado à Tabela de Tributação, para que o sistema calcule e detalhe automaticamente o valor por nota no registro E113. Ações realizadas pelo suporte: cadastro do modelo de ajuste na Escrita Fiscal (Tabelas/Modelos > Modelo de Ajuste de Apuração), definindo filtros de CFOP, estado e CST; vinculação da alíquota interna e da fórmula de cálculo (por dentro/por fora) na tabela de tributação do imposto de DIFAL, conforme o movimento e o perfil do item. Observações: quando o mesmo fornecedor possui itens com alíquotas internas diferentes dentro do mesmo perfil tributário, pode ser necessário tratamento adicional por item; em volumes altos de movimentos, a configuração precisa ser replicada para cada combinação de movimento/perfil (solução não validada pelo cliente para o cenário completo; validada para o movimento configurado como exemplo). CIAP não é apurado corretamente no bloco G Erros nos registros G125/G140 do bloco G (CIAP) geralmente ocorrem porque o item/subitem cadastrado no bem, no módulo Patrimônio, não corresponde ao item/subitem da nota fiscal de entrada que originou o bem. Ações realizadas pelo suporte: conferência do cadastro do bem no controle patrimonial comparando com a nota de entrada; ajuste do número de item/subitem no cadastro do bem; reabertura e novo fechamento do CIAP no período afetado. Observações: o cliente também precisa garantir que o fechamento do CIAP tenha sido realizado no período correspondente antes de gerar o SPED. Item do bem aparece com tipo de movimento CIAP incorreto (IA em vez de IM) Um bem pode aparecer incorretamente no fechamento do CIAP como “IA – Imobilização em Andamento – Componente” quando deveria aparecer como “IM – Imobilização de bem individual”. Ações realizadas pelo suporte: correção do tipo de movimento (Tipo_mv_Ciap) do item diretamente no cadastro/tabela do CIAP, seguida de novo fechamento do período seguinte para validar a correção. Notas de serviço geram indevidamente o registro E113 Quando um movimento de nota de serviço possui uma linha de imposto de ICMS configurada (mesmo com valor zerado), o sistema pode gerar o registro E113 para essas notas, mesmo sendo do modelo fiscal de Serviços. Avaliação necessária: verificar se é possível remover o CFOP/NCM que aciona essa geração do modelo de ajuste (avaliando o impacto em outras notas que devem gerar o E113 legitimamente com os mesmos dados fiscais), ou remover a linha de ICMS dos movimentos de serviço, quando esse imposto raramente se aplica a esse tipo de nota. Registro E112 sem detalhamento das guias de pagamento do ICMS antecipado O registro E112 (guias de pagamento do ICMS antecipado) pode ser rejeitado pela Receita por falta de detalhamento. Ações realizadas pelo suporte: orientação para preenchimento do detalhamento do E112 conforme exigido pela Receita, e nova tentativa de envio. Ajuste de apuração lançado no lugar errado não é reconhecido no validador Quando o ajuste de um imposto (por exemplo, diferencial de alíquota no ECD) é lançado diretamente em Manutenção de Valores de Item/Tributos, o sistema pode não reconhecer essa informação para gerar o registro correspondente (ex.: E113) no validador. Ações realizadas pelo suporte: orientação para que o ajuste seja configurado como um Modelo de Ajuste de Apuração (Escrita Fiscal > Modelo de Ajuste de Apuração), que é a forma correta de o sistema reconhecer o valor a nível de documento na apuração mensal. Base de cálculo do IPI incorreta em notas específicas Notas específicas podem apresentar base de cálculo de IPI preenchida sem o imposto correspondente lançado, o que impede a informação de ser levada corretamente ao SPED. Ações realizadas pelo suporte: identificação da(s) nota(s) com a divergência de base/imposto e correção do lançamento na nota. Lançamento de notas de períodos anteriores à vigência de novos tributos Para lançar retroativamente notas de um período em que determinados tributos ainda não existiam (situação de transição legal), pode ser necessário remover temporariamente a linha desses impostos do movimento (TMV) utilizado, realizar os lançamentos, e depois recadastrar os impostos removidos antes que sua utilização volte a ser obrigatória. ⚠ Importante Essa é uma operação técnica sensível — deve ser feita e revertida pelo suporte, para não deixar o movimento sem os impostos corretos configurados para lançamentos futuros. Divergência entre a GIA e o SPED por crédito presumido Pode ocorrer de a GIA apontar inconsistência relacionada ao aproveitamento de crédito presumido em devoluções, mesmo com as operações configuradas corretamente na apuração do SPED. Ações realizadas pelo suporte: análise

Como ajustar notas e cadastros fiscais no SPED Fiscal

MÓDULO: Suporte > SPED Fiscal Ajustes de notas fiscais e cadastros que impactam o arquivo do SPED Fiscal Corrija notas ausentes ou indevidas e dados do contador no SPED Fiscal. Visão geral Este manual reúne ajustes que o próprio usuário da escrita fiscal normalmente consegue resolver sozinho: notas que não aparecem ou continuam aparecendo indevidamente no arquivo do SPED, erros de cadastro (CST, CNPJ da filial) e configuração dos dados do contador. Diferente de problemas de ambiente (serviços/travamentos) ou de configurações técnicas de cálculo fiscal (DIFAL/CIAP), os casos aqui giram em torno de conferência de lote fiscal, cadastro e apuração. Pré-requisitos Acesso ao ERPATAK, módulo Escrita Fiscal (lote fiscal e apuração de impostos). Para os dados do contador: acesso ao cadastro de Tabelas Auxiliares da filial. Sintoma Uma nota específica não consta no arquivo do SPED, continua aparecendo mesmo após exclusão, é rejeitada por dados fiscais divergentes. Passo a passo Nota excluída do lote, mas ainda aparece no arquivo do SPED Quando uma nota é excluída do lote da escrita fiscal, mas a apuração dos impostos não é refeita, o arquivo do SPED pode continuar trazendo a nota com base na apuração antiga. 1 Reabrir a apuração dos impostos do período Reabra a apuração dos impostos relacionados (ICMS, ICMS-ST, DIFAL, IPI, conforme o caso) referente ao mês em que a nota foi excluída. 2 Apurar novamente Realize a apuração novamente, para que o sistema desconsidere a nota excluída. 3 Gerar o SPED para conferência Gere o arquivo novamente e confirme que a nota não consta mais. 📌 Observações Em alguns casos, apenas gerar o arquivo novamente sem qualquer alteração adicional já resolve, pois a apuração pode já estar correta e o arquivo anterior ter sido gerado antes da atualização ser refletida. Nota não aparece no SPED Se uma nota não está sendo levada ao arquivo do SPED, verifique se ela está corretamente reconhecida na escrita fiscal. 1 Verificar se a nota está no lote fiscal Acesse a Escrita Fiscal e confirme se o documento está presente no lote fiscal do período. Se a nota não estiver no lote, o sistema não a inclui no arquivo do SPED. 2 Verificar o preenchimento dos impostos Confirme se os impostos da nota estão corretamente preenchidos no lote. 3 Importar ou lançar a nota faltante Se a nota não estiver no lote, importe-a para a escrita fiscal ou lance-a manualmente diretamente no lote, conforme o caso, e apure novamente. ⚠ Importante Ao incluir manualmente uma nota de um período fiscal já encerrado, pode ser necessário reconhecê-la em um mês posterior permitido para inclusão (por exemplo, quando o fechamento do mês de emissão já não pode ser reaberto), mantendo o controle de que a data de emissão real e a data de reconhecimento no sistema podem ser diferentes. CST divergente causando erro no registro C170 Notas com CST (Código de Situação Tributária) divergente do esperado podem não gerar corretamente o registro C170 no SPED. 1 Identificar a nota com CST divergente Verifique, no validador ou no relatório da escrita fiscal, qual(is) nota(s) apresenta(m) o erro no C170. 2 Corrigir o CST da nota Corrija o CST informado na nota fiscal para o valor correto de ICMS. 3 Gerar o arquivo novamente Gere o SPED novamente e confirme que o erro não persiste. Erro na importação do SPED por CNPJ com caracteres especiais no cadastro da filial Quando o CNPJ salvo no campo correspondente da filial contém caracteres especiais (ponto e barra) em vez de apenas números, pode ocorrer erro ao importar o arquivo do SPED gerado. 1 Corrigir o CNPJ no cadastro Ajuste o campo de CNPJ da filial para conter apenas os números, sem pontuação, mantendo o cadastro de exibição da filial com a formatação normal (ponto e barra). 2 Gerar o arquivo para validação Gere o arquivo novamente e valide a importação. Retificação de SPED de meses anteriores exigindo o registro H20 (inventário) Ao retificar o SPED de um mês do início do ano, o sistema pode exigir o preenchimento do registro H sobre o inventário de dezembro do ano anterior. 1 Selecionar a data de inventário correta Ao gerar o arquivo, selecione a data de inventário referente a dezembro do ano anterior ao período que está sendo retificado. 2 Preencher o registro H20, se necessário Preencha o registro H20 em Escrita Fiscal > Inventário Fiscal, caso ainda não esteja preenchido, e gere o arquivo novamente para validação. Configurar os dados do contador para aparecerem no SPED Quando o nome do contador não aparece no arquivo gerado, mesmo com o cadastro aparentemente preenchido, é necessário revisar onde essas informações são configuradas. 1 Cadastrar o contador no cadastro da filial Acesse: ERPATAK > Tabelas Auxiliares > Filial > Signatários Declarações, e preencha as informações do contador responsável. 2 Conferir o cadastro geral da filial Confirme que os demais dados obrigatórios do cadastro geral da filial — como telefone e endereço — também estão completos, pois a ausência dessas informações pode impedir que os dados do contador sejam apresentados corretamente no registro 0100 do SPED Fiscal. 3 Gerar o arquivo e validar Gere o arquivo novamente e confirme que as informações do contador aparecem corretamente. 📌 Observações Sempre que uma nota for incluída, excluída ou tiver seu CST/imposto alterado, é necessário reapurar o(s) imposto(s) afetado(s) antes de gerar um novo arquivo do SPED — apenas alterar a nota, sem reapurar, não atualiza o arquivo. Conteúdos Relacionados → Dúvida: Nota fiscal incorreta ou ausente no SPED Fiscal → Dúvida: Erro na filial que afeta o SPED fiscal ⚠ Atenção — Aviso de Escopo As causas e soluções acima são baseadas exclusivamente nos atendimentos analisados. Situações não listadas devem ser abertas como novo chamado em: atak.movidesk.com