Suporte não altera relatório já modificado por terceiros

DÚVIDA · SERVIÇOS > RELATÓRIOS ERPATAK / SISATAK Por que o suporte não altera um relatório que já foi modificado por mim ou por terceiros? Relatórios alterados fora do padrão original da Atak ficam fora da manutenção do suporte. Contexto Produto/Módulo: Serviços > Relatórios ErpAtak / Sisatak > Alteração Situação: o cliente abre um chamado pedindo alteração em um relatório do sistema. Condição: o relatório em questão já foi alterado diretamente pelo próprio cliente ou por terceiros, usando uma ferramenta externa de edição, fora do padrão originalmente entregue pela Atak. Termos relevantes: nenhuma sigla adicional além das já conhecidas do fluxo de chamados. Por que isso acontece? O suporte da Atak mantém e altera apenas relatórios que seguem a estrutura padrão originalmente fornecida pelo sistema. Quando um relatório é editado diretamente pelo cliente ou por terceiros, fora desse padrão, o suporte perde a garantia de que a estrutura interna do arquivo é compatível com o processo normal de manutenção. Por isso, esse tipo de relatório fica fora do escopo de atendimento do serviço de alteração. Como resolver? Se o relatório já foi alterado fora do padrão Atak, a alteração adicional deve ser conduzida pelo próprio cliente (ou pelo terceiro responsável pela edição anterior), utilizando a mesma ferramenta usada na personalização original. O suporte Atak não assume a manutenção desse arquivo enquanto ele permanecer fora do padrão original. Como evitar no futuro? Evite alterar relatórios diretamente por conta própria ou com terceiros fora do processo oficial de alteração da Atak. Sempre que precisar de um ajuste em relatório, abra o chamado no serviço de alteração antes de editar o arquivo por outro meio. Se um relatório já foi personalizado fora do padrão, mantenha o controle de quem fez a alteração e com qual ferramenta, para facilitar manutenções futuras. Caso deseje retomar a manutenção pelo suporte Atak, avalie com a equipe técnica a possibilidade de desenvolver um novo relatório dentro do padrão original. Conteúdo Relacionado →Manual: Alteração de relatórios ErpAtak/Sisatak ⚠ 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

Cobrança de horas técnicas após desistência de alteração de relatório

DÚVIDA · SERVIÇOS > RELATÓRIOS ERPATAK / SISATAK Por que fui cobrado mesmo desistindo da alteração após aprovar o orçamento? Entenda por que a desistência de um serviço de alteração de relatório não isenta a cobrança das horas já trabalhadas. Contexto Produto/Módulo: Serviços > Relatórios ErpAtak / Sisatak > Alteração Situação: o cliente solicitou uma alteração em relatório, recebeu e aprovou o orçamento de horas técnicas, mas decidiu desistir do serviço ou deixou de dar retorno antes da conclusão. Condição: a desistência ou ausência de retorno ocorreu após a aprovação do orçamento, sem uma decisão direta da Atak em contrário. Termos relevantes: nenhuma sigla adicional além das já conhecidas do fluxo de chamados. Por que isso acontece? Ao aprovar o orçamento, o serviço entra na fila de desenvolvimento e o técnico responsável passa a dedicar horas efetivas de trabalho à execução da alteração. A aprovação representa o aceite formal das condições do serviço, incluindo o entendimento de que o tempo técnico já investido é um custo real, independente do resultado final ser utilizado ou não pelo cliente. Por isso, se a solicitação for cancelada ou ficar sem retorno depois da aprovação — sem que a própria Atak decida encerrar o chamado por outro motivo — o tempo já trabalhado é cobrado normalmente. Como resolver? Não há reversão da cobrança das horas já executadas após a aprovação. Caso o cliente já tenha desistido ou não pretenda mais dar retorno sobre o serviço, o recomendado é formalizar essa decisão no próprio chamado o quanto antes, para que o técnico não continue avançando em etapas adicionais desnecessárias e o valor cobrado fique restrito ao trabalho já realizado até aquele ponto. Como evitar no futuro? Tire todas as dúvidas sobre o serviço e sobre o processo de orçamento antes de aprovar, já que a aprovação implica ciência das condições do serviço. Só aprove o orçamento quando tiver certeza de que deseja seguir com a alteração. Se surgir alguma mudança de decisão, comunique no chamado o mais rápido possível, antes que mais horas técnicas sejam investidas. Considere alternativas (como ajustar o escopo da alteração) antes de aprovar, caso o valor orçado seja um fator de decisão. Conteúdo Relacionado →Manual: Alteração de relatórios ErpAtak/Sisatak Observações 📌 Observações O orçamento de horas enviado é sempre uma estimativa mínima, podendo se estender conforme a complexidade real do ajuste identificada durante a execução. Se a Atak identificar tecnicamente a necessidade de encerrar o chamado por outro motivo, essa regra de cobrança por desistência não se aplica. ⚠ 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

Bloqueio de nota fiscal por prazo médio: por que não reduzir o limite

DÚVIDA · CADASTRO GERAL Por que reduzir ou remover o prazo médio máximo não é uma boa solução para o bloqueio de nota fiscal? Entenda por que alterar o prazo médio máximo apenas para contornar o bloqueio pode trazer riscos ao controle de crédito do cliente. Contexto Produto/Módulo: Cadastro Geral Situação: a emissão de nota fiscal foi bloqueada por exceder o prazo médio máximo cadastrado no cliente, e considera-se reduzir ou remover esse limite como forma de contornar o bloqueio. Condição: o bloqueio pode ser apenas reflexo de um pedido emitido em dia não útil, com a data de vencimento postecipada para o próximo dia útil, e não necessariamente um erro de configuração. Termos relevantes: prazo médio máximo (parâmetro cadastrado no cliente, usado como controle de crédito para limitar o prazo de vencimento permitido nas vendas). Por que isso acontece? O bloqueio por prazo médio é um mecanismo de controle de crédito, não um indicativo de erro no cadastro ou na configuração do movimento. Quando o bloqueio ocorre apenas por causa de uma emissão em dia não útil, reduzir ou remover o prazo médio máximo não corrige a causa real do problema — apenas elimina o controle de crédito de forma permanente, deixando o cliente sem essa proteção em situações futuras que não têm relação com dias não úteis. Como resolver? 1 Verificar se o bloqueio é reflexo de emissão em dia não útil Antes de alterar o prazo médio máximo, confira se o pedido foi emitido em um sábado, domingo ou feriado, e se a data de vencimento foi postecipada para o próximo dia útil. Isso pode explicar o bloqueio sem que haja erro de cadastro. 2 Manter o prazo médio máximo configurado Se o bloqueio for explicado pela emissão em dia não útil, mantenha o prazo médio máximo como está, já que ele continua sendo um controle de crédito válido para as demais situações. 3 Abrir chamado caso o bloqueio persista sem explicação de dia não útil Se o bloqueio continuar ocorrendo mesmo para pedidos emitidos em dias úteis e dentro do prazo cadastrado, abra um chamado em: atak.movidesk.com Como evitar no futuro? Dê atenção redobrada ao prazo médio configurado em pedidos emitidos próximos a fins de semana ou feriados. Antes de alterar qualquer parâmetro de crédito, avalie se o bloqueio tem uma explicação pontual, como a postecipação do vencimento para o próximo dia útil. Evite usar a redução ou remoção do prazo médio máximo como solução padrão para bloqueios, preservando o controle de crédito do cliente. Conteúdo Relacionado →Manual: Nota fiscal bloqueada por prazo médio mesmo com cadastro correto ⚠ 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 bloqueada por prazo médio mesmo com cadastro correto

MÓDULO: Cadastro Geral Como resolver bloqueio de nota fiscal por prazo médio Entenda por que o sistema pode bloquear a emissão da nota fiscal por prazo médio quando o pedido é feito em dia não útil. Visão geral Este manual se aplica a situações em que a emissão da nota fiscal é bloqueada com referência ao prazo médio configurado no cadastro do cliente, mesmo quando o prazo informado no pedido de venda parece estar dentro do limite permitido. Ao final, o leitor entenderá por que esse bloqueio pode ocorrer mesmo sem erro de configuração e o que verificar antes de solicitar suporte. Sintoma O usuário relata que, mesmo com a condição de pagamento e o prazo médio corretamente preenchidos no cadastro do cliente, o sistema bloqueia a emissão da nota fiscal indicando que o prazo da venda excede o prazo médio máximo permitido. Causa confirmada Foi confirmado que o sistema compara a data de vencimento do título com o prazo médio máximo cadastrado. Quando a data de emissão do pedido cai em um dia não útil (por exemplo, um fim de semana) e a configuração do movimento está definida para postecipar o vencimento para o próximo dia útil, a quantidade de dias entre a emissão e o vencimento passa a ser maior do que o prazo médio contado em dias corridos. Isso faz com que o sistema identifique o prazo da venda como superior ao limite e bloqueie a emissão, mesmo que o prazo médio informado no cadastro esteja correto e não haja erro de configuração. Passo a passo 1 Verificar a data de emissão do pedido Antes de abrir um chamado, confira se o pedido foi emitido em um dia não útil (sábado, domingo ou feriado). Se a data de vencimento do título foi postecipada para o próximo dia útil, o total de dias corridos entre emissão e vencimento pode superar o prazo médio máximo cadastrado, mesmo que o prazo comercial acordado esteja correto. 2 Confirmar o prazo médio máximo no cadastro do cliente Verifique, no cadastro do cliente, o valor definido para o prazo médio máximo. Esse é o parâmetro comparado pelo sistema com o prazo de vencimento do título no momento do faturamento. 3 Abrir chamado caso o bloqueio persista sem explicação de dia não útil Se, após verificar os itens acima, o bloqueio continuar ocorrendo mesmo para pedidos emitidos em dias úteis e com prazo dentro do limite cadastrado, abra um chamado em: atak.movidesk.com ⚠ Importante Reduzir ou remover o prazo médio máximo apenas para contornar o bloqueio não corrige a causa e pode deixar o cliente sem esse controle de crédito no futuro. Antes de alterar o cadastro, avalie se o bloqueio não é apenas reflexo de uma emissão em dia não útil. Conteúdo Relacionado →Dúvida: Bloqueio de nota fiscal por prazo médio: por que não reduzir o limite 📌 Observações O bloqueio por prazo médio é um mecanismo de controle de crédito e não indica, por si só, erro no cadastro ou na configuração do movimento. Pedidos emitidos próximos a fins de semana ou feriados merecem atenção redobrada quanto ao prazo médio configurado. ⚠ 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

Consulta de cadastro via SEFAZ sem retorno: causa e correção técnica

MÓDULO: Cadastro Geral Como resolver falha na consulta de cadastro via SEFAZ Veja a causa mais comum de falha ao consultar cadastros via SEFAZ e como o suporte resolve esse problema. Visão geral Este manual se aplica quando a funcionalidade de consulta de cadastro via SEFAZ deixa de retornar os dados de fornecedores ou clientes, apresentando erro ao ser acionada. A resolução deste tipo de falha depende de intervenção técnica do suporte. Sintoma O usuário relata que a consulta de cadastro via SEFAZ não retorna os dados dos fornecedores ou clientes de nenhum estado, ou apresenta erro ao clicar no botão de consulta. Causa confirmada Foi identificado que a falha ocorre quando a versão dos componentes de integração relacionados à emissão de NF-e (dependências TNFe) está divergente ou desatualizada em relação à versão utilizada pelo ambiente em produção, o que impede o funcionamento correto da consulta via SEFAZ. O que fazer Este problema requer ajuste técnico pelo suporte. Abra um chamado em: atak.movidesk.com informando: Que a consulta de cadastro via SEFAZ não está retornando dados ou apresenta erro ao ser acionada. O print da tela com a mensagem de erro exibida. Se o problema ocorre para todos os usuários da estação ou apenas em uma máquina específica. 📌 Observações Após o ajuste técnico, é recomendável realizar um novo teste de consulta para confirmar que a funcionalidade voltou a operar normalmente. Esse tipo de falha não está relacionado ao cadastro em si, mas à integração técnica do ambiente com os serviços da SEFAZ. ⚠ 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

Parâmetro de CNPJ duplicado é global e afeta todo o cadastro

DÚVIDA · CADASTRO GERAL Por que a alteração do parâmetro de CNPJ duplicado afeta todos os cadastros do sistema, e não apenas o caso relatado? Entenda por que permitir CNPJ duplicado para um cenário específico altera a validação de duplicidade em todo o sistema. Contexto Produto/Módulo: Cadastro Geral Situação: foi solicitada a alteração de um parâmetro do sistema para permitir mais de um cadastro com o mesmo CNPJ (Cadastro Nacional da Pessoa Jurídica), cada um com endereço próprio, atendendo a um cenário específico de unidades, filiais ou entidades distintas. Condição: o parâmetro que controla a validação de duplicidade de CPF/CNPJ não é aplicado apenas ao tipo de cadastro ou ao cenário relatado — ele é uma configuração geral do sistema. Termos relevantes: nenhum termo adicional além dos já explicados acima. Como funciona? O parâmetro que controla a validação de duplicidade de CPF/CNPJ é uma configuração de customização do tipo de cadastro, aplicada de forma abrangente. Ao ser alterado para permitir CNPJ duplicado em um cenário específico, essa mudança passa a valer para a validação de duplicidade de todos os cadastros do sistema — não é possível restringir o efeito apenas ao caso relatado. Por isso, antes de solicitar o ajuste, é necessário avaliar se esse comportamento geral é realmente o desejado para a empresa. Como evitar no futuro? Antes de solicitar a alteração, avalie com o suporte se permitir CNPJ duplicado em todo o sistema é aceitável para a empresa, e não apenas para o cenário relatado. Documente internamente o motivo da alteração, para que a equipe entenda por que a validação de duplicidade deixou de bloquear CNPJs repetidos. Após a alteração, oriente os responsáveis pelos cadastros a conferir com atenção o endereço informado em cada novo registro com CNPJ repetido, já que o sistema não impede mais esse tipo de duplicidade. Conteúdo Relacionado →Manual: Cadastrando múltiplas unidades com o mesmo CNPJ e endereços distintos ⚠ 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

Cadastrando múltiplas unidades com o mesmo CNPJ e endereços distintos

MÓDULO: Cadastro Geral Como cadastrar mais de um registro com o mesmo CNPJ e endereços diferentes Saiba como habilitar o cadastro de mais de um registro com o mesmo CNPJ, cada um com endereço próprio. Visão geral Este manual se aplica a empresas que precisam manter múltiplos cadastros vinculados ao mesmo CNPJ, cada um com um endereço distinto — por exemplo, quando uma mesma entidade possui diversas unidades ou filiais com o mesmo número de CNPJ, mas endereços e vendedores diferentes. Por padrão, o sistema impede a duplicidade de CPF/CNPJ entre cadastros, o que bloqueia esse tipo de necessidade. Pré-requisitos Acesso de suporte técnico para alteração de parâmetro do sistema, já que o ajuste é realizado na configuração de customização do tipo de cadastro. Sintoma O usuário relata que não consegue criar um novo cadastro para um endereço diferente quando o CNPJ já está vinculado a outro registro existente, pois o sistema não permite CPF/CNPJ duplicado. Causa confirmada Foi confirmado que o sistema estava configurado para impedir cadastros duplicados de CPF/CNPJ, o que impossibilitava a criação de novos registros com o mesmo CNPJ e endereços diferentes. O que fazer Este ajuste requer alteração técnica pelo suporte. Abra um chamado em: atak.movidesk.com informando: Que é necessário permitir mais de um cadastro com o mesmo CNPJ, cada um com endereço próprio. O tipo de cadastro envolvido (por exemplo, cliente ou fornecedor) e o cenário que justifica a necessidade (unidades, filiais ou entidades distintas vinculadas ao mesmo CNPJ). ⚠ Importante A alteração do parâmetro que permite CNPJ duplicado afeta a validação de duplicidade para todos os cadastros do sistema, não apenas para o caso específico relatado. Avalie com o suporte se esse é o comportamento desejado de forma geral. Conteúdo Relacionado →Dúvida: Parâmetro de CNPJ duplicado é global e afeta todo o cadastro 📌 Observações Após a alteração do parâmetro, cada novo cadastro deve ser criado normalmente informando o mesmo CNPJ e o endereço correspondente. ⚠ 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

Permissões de acesso a telas, rotinas e filiais no sistema

MÓDULO: Cadastro Geral Como liberar acesso de usuários a rotinas e filiais do sistema Saiba quem é responsável por liberar acesso de usuários a rotinas e filiais e onde essa liberação é feita. Visão geral Este manual se aplica quando um usuário precisa de acesso a uma rotina, tela ou filial específica do sistema e ainda não o possui. A liberação de acesso de usuários não é uma atividade realizada pelo suporte Atak; ela é de responsabilidade do usuário com perfil de administrador dentro da própria empresa cliente. O suporte pode orientar sobre como esse processo é feito. Pré-requisitos Um usuário com perfil de administrador do sistema na empresa cliente, responsável pelas liberações de acesso e permissões. Quando utilizar Utilize esta orientação sempre que um usuário precisar de acesso a uma rotina, tela, TMV ou filial específica e essa permissão ainda não estiver liberada para ele. Como funciona A liberação de acesso e alteração de permissões de usuários é uma atividade da própria empresa cliente, realizada por quem possui o perfil de administrador do sistema. O suporte Atak não realiza esse tipo de liberação diretamente, mas orienta o administrador sobre o procedimento quando necessário. Passo a passo 1 Identificar o usuário administrador responsável Verifique, dentro da empresa, quem é o usuário responsável pelo treinamento e pela administração do módulo em questão. Esse usuário possui o perfil necessário para liberar acessos a outros usuários. 2 Acessar a rotina de permissões Para liberar o acesso do usuário a uma rotina ou tela específica, o administrador deve acessar Tabelas Auxiliares > Usuários > Permissões do recurso. 3 Solicitar orientação ao suporte, se necessário Caso o usuário administrador tenha dúvidas sobre como realizar a liberação, abra um chamado em: atak.movidesk.com solicitando orientação sobre o procedimento. ⚠ Importante O suporte não realiza a liberação de acesso em nome do cliente. A liberação deve ser feita pelo usuário administrador da própria empresa; o suporte apenas orienta sobre o procedimento quando solicitado. Conteúdo Relacionado →Dúvida: Empresa sem usuário administrador disponível: como liberar acessos 📌 Observações Caso a empresa não tenha um usuário disponível com perfil de administrador no momento, é necessário identificar ou definir um antes que a liberação de acesso possa ser realizada. ⚠ 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

Empresa sem usuário administrador disponível: como liberar acessos

DÚVIDA · CADASTRO GERAL O que fazer quando a empresa não tem um usuário administrador disponível para liberar acessos? Saiba como proceder quando não há usuário com perfil de administrador disponível para liberar acesso a rotinas e filiais. Contexto Produto/Módulo: Cadastro Geral Situação: um usuário precisa de acesso a uma rotina, tela ou filial específica do sistema, e a liberação desse acesso é de responsabilidade de um usuário com perfil de administrador da própria empresa. Condição: a empresa não possui, no momento, nenhum usuário disponível com esse perfil de administrador para realizar a liberação. Termos relevantes: perfil de administrador (perfil de usuário responsável pelas liberações de acesso e permissões dentro da empresa cliente). Por que isso acontece? A liberação de acesso e a alteração de permissões de usuários são atividades de responsabilidade da própria empresa cliente, realizadas exclusivamente por quem possui o perfil de administrador do sistema. Se nenhum usuário da empresa estiver configurado com esse perfil, não há quem possa executar a liberação, e o acesso solicitado permanece bloqueado até que essa lacuna seja resolvida internamente. Como resolver? 1 Identificar ou definir um novo usuário administrador Dentro da empresa, identifique um usuário adequado para assumir o perfil de administrador do sistema, responsável pelas liberações de acesso e permissões. 2 Solicitar orientação ao suporte, se necessário Caso haja dúvidas sobre como definir esse novo usuário como administrador ou sobre o procedimento de liberação de acessos, abra um chamado em: atak.movidesk.com Como evitar no futuro? Mantenha sempre pelo menos um usuário ativo com perfil de administrador na empresa, mesmo em casos de férias, afastamento ou desligamento de colaboradores. Defina um segundo usuário administrador como backup, para evitar dependência de uma única pessoa. Revise periodicamente quem possui o perfil de administrador para garantir que ele continue ativo e disponível. Conteúdo Relacionado →Manual: Permissões de acesso a telas, rotinas e filiais 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

Erro de Código Fora da Faixa no Cadastro de Fornecedor

DÚVIDA · CADASTRO GERAL Por que o sistema não permite cadastrar um novo fornecedor, informando que o código está fora da faixa permitida? Entenda a causa da mensagem de código inválido ao cadastrar fornecedores e como o suporte corrige a faixa de numeração. Contexto Produto/Módulo: Cadastro Geral Situação: tentativa de cadastrar um novo fornecedor de um determinado tipo. Condição: o sistema apresenta mensagem informando que o código do cadastro é inválido, por estar fora da faixa de numeração configurada para aquele tipo de cadastro. Termos relevantes: nenhum termo adicional além dos já explicados acima. Por que isso acontece? Cada tipo de cadastro possui uma faixa de numeração configurada, com um limite máximo de códigos disponíveis. Quando essa faixa atinge o limite máximo, o sistema não consegue gerar novos códigos para aquele tipo específico de fornecedor, bloqueando o cadastro e exibindo a mensagem de código inválido. Como resolver? 1 Abrir chamado com o suporte técnico [SUPORTE] Informe a mensagem de erro completa exibida ao tentar salvar o cadastro e o tipo de cadastro que está apresentando a falha (por exemplo, o tipo de fornecedor específico envolvido). Abra um chamado em: https://atak.movidesk.com Como evitar no futuro? Após o ajuste da faixa de numeração pelo suporte, realize um novo teste de cadastro para confirmar que o problema foi resolvido. Monitore a proximidade do limite da faixa de numeração quando o volume de cadastros daquele tipo de fornecedor for alto. Esse tipo de bloqueio tende a se repetir ao longo do tempo à medida que a faixa volta a se esgotar — antecipe a solicitação de ajuste sempre que notar o volume de cadastros crescendo. Conteúdo Relacionado →Manual: Código de cadastro inválido ao criar novo fornecedor 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: https://atak.movidesk.com