Erro na filial que afeta o SPED Fiscal

DÚVIDA · SPED FISCAL Por que um erro no cadastro da filial afeta o arquivo do SPED Fiscal? Entenda por que dados incompletos ou mal formatados no cadastro da filial podem impedir a importação do SPED ou a exibição correta dos dados do contador. Contexto Produto/Módulo: ERP Atak — Escrita Fiscal / Tabelas Auxiliares — Cadastro da Filial Situação: o arquivo do SPED Fiscal apresenta erro na importação, ou o nome do contador não aparece corretamente no arquivo, mesmo com o cadastro aparentemente preenchido. Condição: ocorre quando um campo do cadastro geral da filial está mal formatado ou incompleto. Termos relevantes: registro 0100 (registro do SPED Fiscal que traz os dados do contador responsável); Signatários Declarações (cadastro onde o contador é vinculado à filial). Por que isso acontece? CNPJ com caracteres especiais no cadastro 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. Dados obrigatórios do cadastro geral da filial incompletos Mesmo com o contador corretamente cadastrado, a ausência de outros dados obrigatórios do cadastro geral da filial — como telefone e endereço — pode impedir que as informações do contador sejam apresentadas corretamente no registro 0100 do SPED Fiscal. Como resolver? CNPJ com caracteres especiais 1 Corrigir o CNPJ no cadastro Solicite o ajuste do campo de CNPJ da filial para conter apenas números, sem pontuação, mantendo a exibição da filial com a formatação normal (ponto e barra). Abra um chamado em: atak.movidesk.com. 2 Gerar o arquivo para validação Após a correção, gere o arquivo novamente e valide a importação. Dados do contador ausentes no arquivo 1 Cadastrar o contador na 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. 3 Gerar o arquivo e validar Gere o arquivo novamente e confirme que as informações do contador aparecem corretamente no registro 0100. Como evitar no futuro? Ao cadastrar ou revisar uma filial, informe o CNPJ apenas com números no campo correspondente, sem pontuação. Antes de gerar o SPED Fiscal, confirme que o cadastro geral da filial está completo — não apenas os dados do contador. Revise periodicamente o cadastro de Signatários Declarações da filial, especialmente após troca de contador responsável. Conteúdo Relacionado → Manual: Como ajustar notas e cadastros fiscais ⚠ 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.

Nota fiscal incorreta ou ausente no SPED Fiscal

DÚVIDA · SPED FISCAL Por que uma nota fiscal aparece incorreta, ausente ou com erro no arquivo do SPED Fiscal? Entenda por que uma nota continua ou deixa de aparecer no SPED Fiscal e por que pode gerar erro no registro C170, além de como corrigir cada situação. Contexto Produto/Módulo: ERP Atak — Escrita Fiscal / Geração de Arquivo EFD SPED Fiscal Situação: o usuário gera o arquivo do SPED Fiscal e percebe que uma nota específica está ausente, continua aparecendo mesmo após ser excluída, ou apresenta erro no registro relacionado aos impostos. Condição: ocorre no lote fiscal do período em apuração, geralmente relacionado à falta de reapuração dos impostos ou a divergência de cadastro na nota. Termos relevantes: CST (Código de Situação Tributária); C170 (registro do SPED Fiscal que detalha os itens do documento fiscal); lote fiscal (conjunto de documentos reconhecidos na Escrita Fiscal para um período). Por que isso acontece? Existem três causas distintas para esse tipo de problema, todas relacionadas ao estado do lote fiscal ou ao cadastro da nota: Nota excluída do lote, mas ainda aparece no arquivo Quando uma nota é excluída do lote da Escrita Fiscal, mas a apuração dos impostos do período não é refeita, o arquivo do SPED pode continuar trazendo a nota com base na apuração antiga. Nota não aparece no arquivo Se a nota não está corretamente reconhecida no lote fiscal do período — seja porque nunca foi importada ou lançada, seja porque os impostos não foram preenchidos —, o sistema não a inclui no arquivo do SPED. Erro no registro C170 por CST divergente Notas com CST divergente do esperado para o ICMS podem não gerar corretamente o registro C170 no arquivo do SPED. Como resolver? Nota excluída, mas ainda no arquivo 1 Reabrir a apuração 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 e gerar o arquivo Realize a apuração novamente para que o sistema desconsidere a nota excluída e gere o arquivo para conferir que ela não consta mais. Em alguns casos, apenas gerar o arquivo novamente já resolve, pois a apuração pode já estar correta. Nota não aparece no arquivo 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 e se os impostos estão corretamente preenchidos. 2 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 e apure novamente. Ao incluir uma nota de período já encerrado, pode ser necessário reconhecê-la em um mês posterior permitido para inclusão, mantendo o controle de que a data de emissão real e a data de reconhecimento no sistema podem ser diferentes. Erro no registro C170 por CST divergente 1 Identificar a nota com CST divergente Verifique, no validador ou no relatório da Escrita Fiscal, qual nota apresenta o erro no C170. 2 Corrigir o CST e gerar novamente Corrija o CST informado na nota fiscal para o valor correto de ICMS, gere o SPED novamente e confirme que o erro não persiste. Como evitar no futuro? Sempre que uma nota for incluída, excluída ou tiver CST/imposto alterado, reapure o(s) imposto(s) afetado(s) antes de gerar um novo arquivo do SPED. Confira, antes de encerrar o período, se todas as notas emitidas estão presentes no lote fiscal com os impostos preenchidos. Valide o CST das notas fiscais antes da apuração, especialmente em operações com regras de ICMS pouco usuais. Ao lançar notas de períodos já encerrados, documente a diferença entre a data de emissão e a data de reconhecimento no sistema. Conteúdo Relacionado → Manual: Como ajustar notas e cadastros fiscais ⚠ 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.

Configuração de Posto de Trabalho, Balança e Impressora Térmica

MÓDULO: Cadastro Geral – Tabelas Auxiliares Guia completo de configuração do Posto de Trabalho: campos gerais, balança e impressora térmica Entenda os campos do cadastro de Posto de Trabalho e como configurar corretamente a integração com balança e impressora térmica. Visão Geral O cadastro de Posto de Trabalho, localizado em Tabelas Auxiliares, define os locais físicos ou lógicos de operação dentro do sistema. Além dos campos básicos de identificação, o cadastro permite configurar recursos adicionais vinculados ao posto, como o uso de impressora térmica e balança, quando aplicável às operações realizadas naquele ponto. Campos Gerais do Posto de Trabalho Código: campo obrigatório, onde será informada a abreviação do posto de trabalho, com limite de até 5 caracteres, podendo utilizar letras e números. Por boas práticas, geralmente é escrito em letras maiúsculas. Nome: campo destinado à inserção da descrição completa da nomenclatura do posto de trabalho. Configuração de Impressora Térmica Possui impressora térmica: N – Não ou S – Sim. Porta de comunicação: informar a forma que a impressora está em funcionamento, COM, REDE. Temperatura: não preenche. Tipo: marca da impressora. Impressora térmica: conforme informar a porta de comunicação, o sistema trará qual dado deve ser inserido. Configuração de Balança A balança possui vários modelos homologados que são apresentados no tipo de balança. Quando o cliente possuir uma balança listada nas opções de tipo de balança, deve-se primeiramente preencher o campo “Possui balança” como “S – Sim”, informar o tipo de balança e realizar testes de funcionamento. A seguir, serão apresentadas todas as opções disponíveis relacionadas à balança. Campos Gerais da Balança Possui balança: S – Sim / N – Não. Informa apenas se utilizará balança nesse posto de trabalho ou não. Tipo de balança: existem alguns tipos homologados. Quando nenhuma opção homologada atende ao cliente, é necessário realizar a configuração manual, com a análise e contagem das strings, utilizando as opções 33 – Balança Genérica Protocolo Fixo, 35 – Balança Genérica com Delimitador e 37 – Balança Genérica com Delimitador. Dentre essas opções, deverá ser escolhida aquela que estiver de acordo com a string analisada no Hercules. IP da balança: informar o endereço IP em que a balança se encontra. Caso a balança esteja conectada via cabo, este campo pode permanecer em branco ou ser preenchido com 0 (zero). Porta TCP da balança: informar a porta na qual a balança está configurada. Caso não esteja conectada em rede, este campo pode permanecer em branco ou ser preenchido com 0 (zero). Porta de comunicação: caso a balança esteja conectada via porta COM, é necessário informar neste campo a porta correspondente. Caso a balança esteja conectada em rede, este campo pode permanecer em branco ou ser preenchido com 0 (zero). Velocidade: este campo deve ser preenchido com a velocidade da balança. O sistema já disponibiliza as opções de velocidade, sendo necessário apenas selecionar a opção correta. Número de pesagens: informar a quantidade de leituras que será realizada do peso da balança antes do valor ser registrado. Peso mínimo: deve ser informado a partir de quantos quilos será iniciada a pesagem no sistema; pode permanecer em branco ou ser preenchido com 0 (zero). Desvio padrão mínimo: está relacionado à precisão da balança. Este campo geralmente permanece em branco ou é preenchido com 0 (zero). Unidade de desvio: traz a opção de K – Quilos e P – Percentual, que deve ser preenchida de acordo com a balança. Fator de divisão: deve ser preenchido de acordo com o valor que a balança está apresentando no sistema. Por exemplo, caso haja 100 quilos na balança e o sistema esteja exibindo o valor 1000, é necessário informar o fator de divisão 10, pois 1000 / 10 = 100. Usa display simples: depende da balança se possui o display simples, sim ou não. Usa tecla ENTER na pesagem: define a forma de registro do peso, podendo ser automático, conforme a validação do número de pesagens configurado, ou por meio da utilização da tecla ENTER. Todas as opções disponíveis possuem explicação ao clicar no ícone de interrogação (?). Quantidade de pesagens automação: utilizada para automação, podendo ficar nula ou com valor 0 informado. Tara pré-cadastrada: opções S – Sim, N – Não e 0 – Não preenchido. Caso selecionado “S – Sim”, será utilizada a tara cadastrada em Tabelas Auxiliares – Tara. Geralmente, este campo permanece em branco ou preenchido com 0 (zero). ⚠ Importante As opções citadas acima devem ser preenchidas independentemente de se tratar de balança homologada, genérica ou configurada automaticamente pelo Frigosoft por meio do assistente de balança. As próximas configurações devem ser preenchidas apenas quando for realizada a configuração manual da balança, por meio da análise e contagem das strings, utilizando os tipos de balança genéricos. Configuração Manual da Balança (Tipos Genéricos) Tamanho do protocolo: corresponde à quantidade de caracteres do protocolo gerado no Hercules. Tamanho do protocolo inicial: corresponde à posição, na contagem da string, onde se inicia o valor do peso. Tamanho da string de peso: corresponde à quantidade de caracteres que compõem o valor completo do peso, incluindo a vírgula. Troca de caractere: alguns protocolos podem conter caracteres. Nesse caso, deve-se informar 1 – Sim ou 2 – Não. Os campos Stop Bits e Byte Size devem ser preenchidos de acordo com as propriedades da porta de comunicação definidas nas configurações de porta. Configuração com Delimitador e Tara Delimitador inicial e delimitador final: correspondem aos valores contidos entre {} no início e no final da string capturada no Hercules. Esses campos são obrigatórios quando for selecionado o tipo de balança genérica com delimitador. Paridade: é um mecanismo de verificação de integridade da comunicação. Geralmente, este campo permanece em branco ou é preenchido com 0 (zero). Tamanho da string da tara, posição inicial da tara e divisor da tara: campos utilizados para configurar a tara diretamente no posto de trabalho, o que normalmente não é utilizado. Em geral, a tara é cadastrada diretamente na embalagem do item ou no módulo da balança; estes campos permanecem em branco ou preenchidos com 0

Replicação parada por registro já existente na base de destino

DÚVIDA · ERP Comando de replicação bloqueado por duplicidade de registro na base de destino A fila de replicação trava quando um comando tenta gravar um registro que já existe, de forma idêntica, na base de destino. Contexto Produto/Módulo: ERP Atak — TMV / Replicação entre matriz e filial (ou entre bases). Situação: a replicação para de processar novos comandos. Em alguns casos o cliente percebe um cadastro (usuário, cliente, produto) que não aparece replicado em uma unidade específica; em outros, é relatado ao suporte um erro de duplicidade ou de chave. Condição: ocorre quando o mesmo dado (usuário, produto, título financeiro, conta contábil, item de PCP, entre outros) é cadastrado diretamente nas duas bases, quando há oscilação de comunicação que reenvia comandos já processados, ou quando uma trigger de duplicidade barra o comando. Termos relevantes: PCP (Planejamento e Controle da Produção); fila de replicação (lista de comandos aguardando sincronização entre bases). Por que isso acontece? Um comando de inclusão (ou atualização) tenta gravar na base de destino um registro que já existe lá, de forma idêntica. Essa divergência bloqueia o processamento da fila, impedindo que os comandos seguintes sejam processados. É comum acontecer após oscilações de comunicação (que fazem a origem reenviar comandos já processados) ou quando o mesmo dado é cadastrado manualmente nas duas pontas. Como resolver? 1 Verificar se o cadastro realmente não está replicado Confirme, na tela do cadastro afetado, se o registro está de fato ausente ou divergente na unidade de destino, ou se apenas parece ausente por outro motivo (filtro, permissão de acesso). 2 Abrir chamado informando o cadastro afetado Informe qual cadastro não está sincronizado e em quais unidades/bases o problema ocorre. Abra um chamado em: atak.movidesk.com. 3 Comparação e liberação do comando O suporte compara o registro entre as bases e, confirmada a consistência, trata (ignora) o comando bloqueado, permitindo que a fila volte a processar normalmente. Abra um chamado em: atak.movidesk.com. ⚠ Importante O comando só deve ser ignorado após confirmação de que os dados já estão consistentes entre as bases. Ignorar um comando sem essa validação pode causar perda de sincronismo entre matriz e filial. Como evitar no futuro? Evite cadastrar o mesmo registro manualmente nas duas bases; cadastre em uma ponta e deixe a replicação sincronizar. Ao notar instabilidade de rede, verifique a fila de replicação em seguida para identificar reenvios antes que se acumulem. Ao suspeitar de um cadastro ausente, confira primeiro filtros e permissões antes de presumir falha de replicação. Conteúdo Relacionado →Manual: Guia de erros comuns de replicação entre matriz e filial 📌 Observações Em alguns casos, a divergência foi relacionada a itens de PCP não gerados automaticamente em uma das filiais no momento do cadastro do item. Divergências de um único caractere de formatação (ex.: “0” em uma base e vazio na outra) seguem o mesmo princípio de verificação. ⚠ 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

Replicação bloqueada por documento vinculado a lote da escrita fiscal

DÚVIDA · ERP Fila de replicação travada por vínculo pendente com lote da escrita fiscal A ordem de execução dos comandos de replicação pode tentar alterar um documento antes de removê-lo do lote da escrita fiscal, travando a fila. Contexto Produto/Módulo: ERP Atak — TMV / Replicação + Escrita Fiscal. Situação: a replicação para de processar comandos. O sistema pode apresentar mensagem informando que a alteração do lançamento não é permitida porque o documento está na escrita fiscal. Condição: ocorre quando um comando tenta alterar ou excluir informações de um documento que ainda está vinculado a um lote da escrita fiscal na base de destino. Termos relevantes: lote da escrita fiscal (agrupamento de documentos fiscais para apuração/contabilização). Por que isso acontece? A replicação executa os comandos em uma ordem específica: primeiro tenta remover informações do documento e, somente depois, excluí-lo do lote da escrita fiscal. Quando o primeiro comando é executado no banco de destino, o documento ainda está vinculado ao lote, e uma validação interna do sistema bloqueia o processo, travando a fila. Como resolver? 1 Relatar o erro ao suporte Informe que a replicação está parada e, se disponível, a mensagem de erro exibida. Abra um chamado em: atak.movidesk.com. 2 Identificação e remoção do vínculo O suporte localiza o documento e o lote envolvidos e remove o vínculo do documento com o lote na base de destino. Abra um chamado em: atak.movidesk.com. 3 Conferência entre bases O suporte confere se a quantidade de documentos do lote está igual nas duas bases. Havendo divergência, pode ser necessário excluir os documentos inconsistentes na origem e relançá-los. Abra um chamado em: atak.movidesk.com. ⚠ Importante Quando a fila acumula grande volume de comandos pendentes por causa desse bloqueio, o tempo de normalização completa pode ser significativamente maior. Como evitar no futuro? Ao suspeitar de bloqueio recorrente, verifique se há mais de um documento vinculado a lotes pendentes — o mesmo tipo de bloqueio pode se repetir no mesmo atendimento. Relate ao suporte assim que perceber a parada, evitando acúmulo de comandos pendentes na fila. Conteúdo Relacionado →Manual: Guia de erros comuns de replicação entre matriz e filial ⚠ 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

Replicação parada por falha temporária de comunicação entre servidores

DÚVIDA · ERP Sincronização completamente interrompida: serviços de replicação parados na matriz Quando os serviços responsáveis pela comunicação entre matriz e filial estão parados na matriz, toda a sincronização é interrompida. Contexto Produto/Módulo: ERP Atak — TMV / Replicação entre matriz e filial. Situação: a replicação está completamente interrompida, sem qualquer novo dado sendo sincronizado entre matriz e filial. Condição: os serviços responsáveis por manter os dados sincronizados estavam parados no servidor da matriz. Termos relevantes: serviços de replicação (processos do servidor responsáveis por transmitir os dados entre as bases). Por que isso acontece? Os serviços responsáveis por manter os dados sincronizados entre matriz e filial estavam parados na matriz, interrompendo toda a comunicação de replicação. Diferente de outros bloqueios que travam a fila em um ponto específico, aqui não há novo processamento algum, já que o próprio serviço que executa a replicação não está em execução. Como resolver? 1 Relatar a interrupção completa Informe desde quando a sincronização parou de ocorrer e se há alguma mensagem de erro visível relacionada ao processo de replicação. Abra um chamado em: atak.movidesk.com. 2 Reinicialização dos serviços O suporte reinicia os serviços responsáveis pela comunicação de replicação na matriz. Abra um chamado em: atak.movidesk.com. Como evitar no futuro? Após a reinicialização, acompanhe o processo por um período para confirmar que a replicação foi retomada com sucesso e opera normalmente. Relate a interrupção completa assim que perceber que nenhum dado está sendo sincronizado, para reduzir o tempo de indisponibilidade. Conteúdo Relacionado →Manual: Guia de erros comuns de replicação entre matriz e filial ⚠ 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

Replicação parada por serviços de replicação interrompidos

DÚVIDA · ERP Interrupção de replicação por instabilidade temporária de rede entre servidores Instabilidades momentâneas de rede entre os servidores podem gerar reenvio de comandos e acúmulo de pendências na fila de replicação. Contexto Produto/Módulo: ERP Atak — TMV / Replicação entre matriz e filial. Situação: a replicação apresenta falha de comunicação (por exemplo, do tipo TCP) entre as duas pontas, ou comandos passam a ser reenviados repetidamente, gerando acúmulo de pendências na fila. Condição: não há problema de dado ou de estrutura de banco por trás — a causa é uma interrupção momentânea de rede entre os servidores. Termos relevantes: TCP (protocolo de comunicação de rede usado na transmissão de dados entre servidores). Por que isso acontece? Uma interrupção momentânea na comunicação entre os servidores das duas pontas da replicação pode fazer com que uma publicação não receba a confirmação de entrega de um comando e tente reenviá-lo. Isso gera comandos duplicados na fila e um acúmulo significativo de pendências, mesmo sem nenhum problema de dado ou de estrutura envolvido. Como resolver? 1 Relatar a interrupção da replicação Informe que a replicação está parada ou apresentando erro. Abra um chamado em: atak.movidesk.com. 2 Verificação do estado atual O suporte verifica se a replicação já normalizou sozinha após a instabilidade de rede ou se ainda está bloqueada. Abra um chamado em: atak.movidesk.com. 3 Tratamento de comandos duplicados e acompanhamento Havendo comandos duplicados por reenvio, o suporte analisa e valida esses comandos manualmente antes de liberar o processamento, acompanhando a fila até a normalização completa. Abra um chamado em: atak.movidesk.com. ⚠ Importante Pequenas quedas de conexão pontuais são consideradas normais e geralmente não indicam um problema estrutural. Quando o volume de comandos acumulados é grande, o tempo de estabilização total pode ser consideravelmente maior. Como evitar no futuro? Relate ao suporte assim que perceber a parada, evitando que o volume de comandos pendentes cresça demais. Após a normalização, acompanhe por um período para confirmar que não há novos reenvios em andamento. Conteúdo Relacionado →Manual: Guia de erros comuns de replicação entre matriz e filial ⚠ 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

Erros comuns de replicação

MÓDULO: Serviços > Replicação > Erro Guia de erros comuns de replicação entre matriz e filial Identifique sintoma, causa e solução para os problemas mais comuns que travam a replicação entre bases. Este guia reúne os problemas mais frequentes que interrompem a replicação de dados entre matriz e filial (ou entre bases), organizados por sintoma e causa. Cada tópico abaixo traz o cenário, a causa confirmada e o passo a passo ou encaminhamento necessário para normalizar a replicação. Replicação parada por registro já existente na base de destino Este manual se aplica quando a replicação de dados entre matriz e filial (ou entre bases) para de processar porque um comando tenta inserir ou atualizar um registro (usuário, produto, título financeiro, conta contábil, item de PCP, entre outros) que já existe de forma idêntica na base de destino. O resultado esperado é a normalização da fila de replicação após a confirmação de que os dados já estão consistentes entre as bases. Sintoma A replicação para de processar novos comandos. Em alguns casos o cliente percebe um cadastro (usuário, cliente, produto) que não aparece replicado em uma unidade específica; em outros, um erro de duplicidade ou de chave é relatado ao suporte. Causa confirmada Um comando de inclusão (ou atualização) tenta gravar um registro que já existe, de forma idêntica, na base de destino. Isso ocorre normalmente quando o mesmo dado é cadastrado diretamente nas duas bases, quando há oscilação de comunicação que faz reenvio de comandos já processados, ou quando uma trigger de duplicidade barra o comando. Essa divergência bloqueia o processamento da fila, impedindo que os comandos seguintes sejam processados. Passo a passo 1 Verificar se o cadastro realmente não está replicado Confirme, na tela do cadastro afetado (usuário, cliente, produto, etc.), se o registro está de fato ausente ou divergente na unidade de destino, ou se apenas parece ausente por outro motivo (filtro, permissão de acesso). 2 Abrir chamado com os detalhes do cadastro afetado Caso o registro esteja realmente ausente ou divergente, abra um chamado em: atak.movidesk.com informando qual cadastro (usuário, cliente, produto, título, conta contábil) não está sincronizado e em quais unidades/bases o problema ocorre. 3 Comparar os dados entre as bases envolvidas O suporte compara o registro na base de origem e na base de destino para confirmar se as informações já estão consistentes e idênticas. 4 Liberar o comando bloqueado na fila de replicação Com a consistência confirmada, o suporte trata (ignora) o comando específico que estava causando o bloqueio, permitindo que a fila de replicação volte a processar normalmente. 5 Acompanhar a normalização da fila O suporte acompanha o processamento até que todos os comandos pendentes sejam concluídos e a replicação seja restabelecida. ⚠ Importante O comando só deve ser ignorado após confirmação de que os dados já estão consistentes entre as bases. Ignorar um comando sem essa validação pode causar perda de sincronismo entre matriz e filial. 📌 Observações Em alguns casos, a divergência foi relacionada a itens de PCP (planejamento e controle da produção) que não foram gerados automaticamente em uma das filiais no momento do cadastro do item. Em um dos atendimentos, o mesmo tipo de problema (cadastro não replicado) foi resolvido bloqueando e desbloqueando novamente o cadastro do cliente na origem, ao invés de tratar o comando na fila — alternativa mais simples quando a replicação em si não apresenta erro (solução não validada pelo cliente). Em alguns atendimentos, a divergência estava em um único caractere de formatação entre os dados (por exemplo “0” em uma base e vazio na outra) — o princípio de verificação é o mesmo: comparar e confirmar consistência antes de liberar o comando. Parte dos atendimentos referentes a este padrão foi encerrada automaticamente pelo sistema sem confirmação explícita do cliente (solução não validada pelo cliente). Replicação bloqueada por documento vinculado a lote da escrita fiscal Este manual se aplica quando a replicação entre bases é interrompida porque um comando tenta alterar ou excluir informações de um documento que ainda está vinculado a um lote da escrita fiscal na base de destino. O sistema possui uma validação interna que impede essa alteração enquanto o vínculo existir, bloqueando o processamento da fila de replicação. Sintoma A replicação para de processar comandos. O sistema pode apresentar uma mensagem informando que a alteração do lançamento não é permitida porque o documento está na escrita fiscal. Causa confirmada A replicação executa os comandos em uma ordem específica: primeiro tenta remover informações do documento e, somente depois, excluir esse documento do lote da escrita fiscal. Quando o primeiro comando é executado no banco de destino, o documento ainda está vinculado ao lote, e uma validação interna do sistema bloqueia o processo. Passo a passo 1 Relatar o erro ao suporte Abra um chamado em: atak.movidesk.com informando que a replicação está parada e, se disponível, a mensagem de erro exibida pelo sistema. 2 Identificar o documento e o lote envolvidos O suporte analisa a fila de replicação para localizar o documento vinculado ao lote da escrita fiscal que está causando o bloqueio. 3 Remover o vínculo do documento com o lote na base de destino O suporte solicita ou realiza a remoção manual do documento do lote da escrita fiscal diretamente na base de destino. 4 Conferir a quantidade de documentos do lote em ambas as bases Confira, com apoio do suporte, se a quantidade de documentos do lote está igual nas duas bases. Caso haja divergência, pode ser necessário excluir os documentos inconsistentes na base de origem e realizar o lançamento novamente. 5 Acompanhar a normalização da fila de replicação Após a remoção do vínculo, a replicação volta a processar os comandos pendentes normalmente. ⚠ Importante Quando a fila acumula um grande volume de comandos pendentes por causa desse bloqueio, o tempo de normalização completa pode ser significativamente maior. 📌 Observações O mesmo tipo de bloqueio pode ocorrer mais de uma vez durante o mesmo atendimento, se houver mais de um documento vinculado a lotes pendentes. Parte dos atendimentos referentes

Erro 405 ao salvar no V2 causado pelo módulo WebDAV do IIS

MÓDULO: Instalação e Configuração Como resolver o erro 405 ao salvar no V2 causado pelo módulo WebDAV do IIS? Como identificar e corrigir o erro 405 (verbo HTTP inválido) exibido ao salvar registros no V2, causado pelo módulo WebDAVModule ativo no IIS. Contexto do erro O problema foi identificado ao acessar o caminho V2 > Tabelas Auxiliares > Cadastro de Mensagens. Ao realizar a edição de uma mensagem e acionar a opção de salvar, o sistema apresenta erro. Evidência do erro Mensagem do erro: A página que você está procurando não pode ser exibida porque um método inválido (verbo HTTP) está sendo usado. Causas mais prováveis A solicitação enviada ao servidor Web usou um verbo HTTP que não é permitido no módulo configurado para tratar a solicitação. Foi enviada ao servidor uma solicitação que continha um verbo HTTP inválido. A solicitação é de conteúdo estático e contém um verbo HTTP diferente de GET ou HEAD. Foi enviada a um diretório virtual uma solicitação que usou o verbo HTTP POST, e o documento padrão é um arquivo estático que não oferece suporte para verbos HTTP diferentes de GET ou HEAD. Ações que você pode tentar Verifique a lista de verbos habilitados para o manipulador de módulo ao qual essa solicitação foi enviada, e verifique se esse verbo deve ser permitido no site. Verifique no arquivo de log do IIS qual verbo não é permitido na solicitação. Crie uma regra de rastreamento para controlar as solicitações com falha desse código de status HTTP. Informações detalhadas sobre o erro Módulo: WebDAVModule Notificação: MapRequestHandler Manipulador: aspNetCore Código do erro: 0x00000000 URL solicitada: http://172.20.1.142:8080/corev2/mensagem/editada Caminho físico: C:\inetpub\ERPATAXX\nho\COREV2\mensagem\editada Método de logon: Anônimo Usuário de logon: Anônimo Causa O módulo WebDAV pode estar ativo no IIS e interferir nas requisições da aplicação, bloqueando métodos HTTP como POST, PUT e DELETE. Esse comportamento gera o erro 405 ao tentar executar ações como salvar registros. Procedimento de correção Opção 1 — Remoção direta pelo IIS (recomendada) 1 Acessar o IIS (Gerenciador do IIS) 2 Selecionar o site afetado 3 Abrir a opção Módulos 4 Localizar o item WebDAVModule 5 Clicar com o botão direito e selecionar Remover 6 Testar novamente a aplicação Resultado esperado: o sistema volta a funcionar normalmente, sem necessidade de reiniciar o servidor. Opção 2 — Desativação via recursos do Windows Utilizar essa opção caso a remoção direta não resolva. Windows 10 / Desktop Acessar o Painel de Controle. Ir em Programas > Ativar ou desativar recursos do Windows. Navegar até: Serviços de Informações da Internet (IIS) > Serviços da World Wide Web > Recursos HTTP Comuns. Localizar Publicação WebDAV. Desmarcar a opção. Confirmar alterações. Reiniciar a máquina. Windows Server Abrir o Gerenciador do Servidor (Server Manager). Clicar em Gerenciar > Remover Funções e Recursos. Avançar até Funções do Servidor. Navegar até: Servidor Web (IIS) > Servidor Web > Recursos HTTP Comuns. Desmarcar Publicação WebDAV. Concluir o assistente. Reiniciar o servidor. Validação Após a aplicação da correção: Acessar o sistema. Repetir o processo: V2 > Tabelas Auxiliares > Cadastro de Mensagens > Editar uma mensagem > Salvar. Confirmar que o erro não ocorre mais. 📌 Observações Em alguns casos, o WebDAV pode já ter sido removido, mas ainda estar ativo em memória. Nessa situação, a reinicialização do servidor é necessária. A remoção via IIS costuma resolver de forma imediata e mais rápida.

Erro 500.19 ao abrir o ERP V2 no IIS por falta do ASP.NET Core Hosting Bundle

MÓDULO: Instalação e Configuração Como resolver o erro 500.19 ao abrir o ERP V2 no IIS por falta do ASP.NET Core Hosting Bundle? Como corrigir o erro HTTP 500.19 que impede o ERP V2 de iniciar no IIS, causado pela ausência do módulo AspNetCoreModuleV2. Problema Ao acessar o módulo V2 do ERP via IIS, a aplicação não carrega e retorna o erro: HTTP 500.19 — Internal Server Error Código: 0x8007000d O erro ocorre imediatamente ao tentar acessar a aplicação, antes da execução do sistema. Sintoma Acesso ao ERP V2 retorna erro 500.19 no IIS. Aplicação não inicia. Falha acontece na leitura do web.config. Causa raiz O servidor IIS não possui o módulo necessário para execução de aplicações ASP.NET Core: AspNetCoreModuleV2 (ANCM — ASP.NET Core Hosting Module). O web.config da aplicação contém a dependência modules=”AspNetCoreModuleV2″. Quando o módulo não está instalado ou registrado no IIS, o servidor não consegue interpretar a configuração e retorna erro 500.19. Cenários comuns Servidor novo sem Hosting Bundle instalado. IIS instalado após o .NET Runtime. Migração de aplicação sem dependências completas. Ambiente sem registro do módulo ASP.NET Core no IIS. Solução 1 Instalar o ASP.NET Core Hosting Bundle Instalar o ASP.NET Core Hosting Bundle compatível com a versão da aplicação (exemplo: .NET 8). O pacote deve conter: ASP.NET Core Runtime, .NET Runtime e AspNetCoreModuleV2 (obrigatório para IIS). 2 Baixar o Hosting Bundle A instalação deve ser realizada através do site oficial da Microsoft: dotnet.microsoft.com/download/dotnet/8.0. Dentro da página, acessar a seção “ASP.NET Core Runtime 8.x”, localizar a linha referente a Windows e selecionar a opção Hosting Bundle (x64). ⚠ Importante Não utilizar apenas “Runtime” ou “SDK”. Apenas o Hosting Bundle instala o módulo AspNetCoreModuleV2 necessário para o IIS. 3 Reinicializar o IIS (se necessário) Executar o comando iisreset. Em alguns casos, o módulo é carregado automaticamente após a instalação. 4 Testar Acessar novamente o ERP V2 via navegador, pelo caminho /v2. Resultado esperado IIS reconhece o módulo AspNetCoreModuleV2. web.config é interpretado corretamente. Aplicação ASP.NET Core inicia normalmente. Erro 500.19 é eliminado. Conclusão O incidente é causado exclusivamente pela ausência do ASP.NET Core Hosting Bundle no servidor IIS, resultando na falta do módulo AspNetCoreModuleV2 necessário para execução da aplicação.