Processo | LinxMaq para TOTVS/Protheus (CONVERSÃO DE DADOS) |
Tarefa | Orientação sobre o processo |
Objetivo | Orientar e auxiliar na execução do processo |
Evento | |
Abrangência | EXCLUSIVAMENTE PARA BANDEIRA JOHN DEERE |
Recursos | |
Passo a Passo
Atente-se as orientações abaixo, ANTES DE INICIAR O PROCESSO:
Cadastrar o diretório (COPE0100) para o programa CONVJD01, ondes arquivos serão gerados.
Chamar no monitor o programa "convjd01"
Ao executar o programa, é disponibilizado abas com opções para cada tipo de registro a ser importado:
INI – Carga Inicial (onde são carregadas informações para que o usuário efetue a correção de campos).
DEVE SER A PRIMEIRA ETAPA ANTES DA EXECUÇÃO DOS CONVERSORES
SA1 – Clientes
SA1 – Fornecedores
SB1 – Produtos / Serviços
SB2 – Saldo Atual Produtos
SB9 – Saldos Iniciais Produtos
SBZ – Indicadores Produtos
SE1 – Contas a Receber / Adiantamentos Clientes / Devoluções de Vendas / Cheques a receber
SE2 – Contas a Pagar / Adiantamentos Fornecedores
VV1 – Chassis
IMPORTANTE:
caso sejam inseridas informações no banco de dados, após a geração do INI, ocorrerá a falta de parâmetros para o DE/PARA.
Nesse caso, basta clicar novamente na opção "INI" e os novos parâmetros serão inseridos, possibilitando a correlação.
OBS: o que já foi relacionado (DE/PARA) no CADA0144, permanecerá inalterado.
Para alguns extratores há necessidade de correlação de campos (DE/PARA) – CADA0144
Na carga inicial, o sistema já carrega todas as tabelas que devem ter "depara".
Informe o código da tabela que deseja correlacionar (cada base de dados possui uma sequencia diferente)
(veja na documentação completa do processo)
Tecle em "Concluir e Confirme". Será exibida a tela abaixo, informe "TOTVS"
O campo "De 1" o sistema trará automaticamente, o usuário devera inserir o "Para", com a informação do sistema TOTVS para aquele campo.
OBS: é de responsabilidade dos usuários identificarem o conteúdo do campo "Para" a ser informado.
Desejando incluir um registro Novo, clique no botão especifico nas opções acima na tela.
Havendo inconsistências na extração de qualquer registro, um relatório será apresentado para que erros sejam corrigidos, cujo arquivo (.rel) é gerado no mesmo diretório apontado no COPE0100.
Em alguns extratores é necessário informar uma conta contábil que será carregada no arquivo.
No caso de Produtos o sistema irá recuperar a conta parametrizada no CONT0410 para a nomenclatura "ESTOQUE", para a linha / grupo do produto.
A informação dessa conta, também é responsabilidade do usuário identificar e informar.
Há apenas a possibilidade de ser informada 1 conta somente por processo.
Arquivos (.txt) importados serão gerados no diretório indicado no COPE0100.
DETALHES que podem auxiliar:
- REGISTROS SE1 e SE2:
Na validação dos arquivos relacionados as Carteiras a Receber, Pagar, Adiantamentos, Devoluções e Cheques a Receber, para facilitar a conferencia de saldos, observe o seguinte:
- Gerado o arquivo txt, abri-lo em planilha e somar a coluna "Valor" conferindo com o relatório de apoio
Como exemplo podem ser utilizados:
(RECE3200 – Duplicatas em aberto
RECE0800 e PAGA0800 – Adiantamentos clientes e fornecedores
PAGA3200 – Títulos em aberto.
RECE3130 – Devoluções de Vendas e Compras
RECE6210 – Cheques a receber em aberto
- Carregada a planilha, antes de somar valores, deverá separar registros do tipo "DP" – contas a receber", "NCC" – adiantamentos de clientes, "CH" – Cheques a receber", pois constam no mesmo arquivo, porém no LINXMaq os controles são separados.
- No caso de devoluções o tipo também é "NCC", porém o campo E1_HIST e E2_HIST, possui a descriçao "IMP – DEV" que servirá como diferencial dos adiantamentos que possuem o mesmo tipo.
- Somar cada grupo separado.
- No caso da carteira a pagar, separar "DP" do grupo "NDF" = adiantamentos à fornecedores.
- IMPORTANTE:
Devoluções de vendas estarão contidas no registro SE1
Devoluções de compras estarão no registro SE2.
- Dicas para conciliar valores de devoluções (RECE3130)
Utilizar o programa RECE3130 como segue:
Usar a opção "SELECIONAR" e marcar todas as filiais
Informar a data vigente
Selecionar o tipo "V = dev de Venda" ou "C = Dev Compra" (executar um de cada vez)
Emitir por cliente e de forma resumida (fica mais fácil conferir)
O relatório emite totais por filial, portanto é necessário somar esses totais para fechar com o valor geral exportado.
Havendo divergências, verifique no relatório de inconsistências.
Verificar no layout atualizado (ABA "Devolução", definições para carga do registro.
Dicas para conciliar os valores de Cheques a receber (em aberto)
Utilizar o programa RECE6210
- REGISTROS SB1:
Esta opção gera dois arquivos distintos, um se refere a produtos = "SB1-Produtos.txt" (tabela cmprodut) e outro a serviços = "SB1-Serviços.txt" (tabela csservic).
Gera também o relatório de inconsistência "conjsb1.rel"
- No layout de produtos, há o campo B1_GRTRIB que deve ser preenchido com o código de tributação do item.
Na especificação do SB1_Produtos - a tabela a ser exportada é a cmprodut, que contém todos os produtos cadastrados (lista geral de peças), independente de existirem ou não nas filiais.
Ocorre que o código de tributação está na tabela cmestoqu (estoque por filial) e por isso, podem ocorrer itens que estão indo com a tributação em branco, pois não foram encontrados registros em qualquer das filiais JD.
Somente serão carregados os produtos cadastrados na cmestoqu.
- No layout de serviços, há o campo B1_CODISS que deve ser preenchido com o código de serviço para ISS e depede do tipo de serviço da tabela csservic.
Na especificação do SB1_Serviços - a tabela a ser exportada é a csservic que contém todos os serviços cadastrados, e isso inclui as despesas informadas na entrada das notas fiscais.
Ocorre que nos serviços inseridos para efeito de informações das despesas, não há um tipo de serviço, para que seja identificado o cod iss.
Sendo assim no caso desses registros foram inseridos no arquivo SB1-Serviços com essa informação em branco.
- Identificada pelo Anderson uma necessidade no registro SB1_PRODUTOS.
Cada Grupo cadastrado no LINXMAQ (CADA0270), deve ser relacionado, porém agora, devem ter dois resultados distintos quando da importação do arquivo que devem alimentar os campos abaixo:
B1_GRUPO
B1_XCODFAM
Ou seja,
"DE" grupo.linx "PARA" :
B1_GRUPO – códigos que identificam critérios fiscais / contábeis
B1_XCODFAM – classificação da peça no estoque
Sendo assim, criamos a seguinte regra para que essa correlação seja possivel.
Na carga inicial efetuada pelo opção "INI" do convjd01, foi efetuada a inclusão dos grupos conforme segue:
Serão inseridos na tabela para que seja efetuado o "depara" dois registros:
- o código do grupo normalmente
- e outro registro com o código do grupo_CTB
O "PARA" informado no grupo 10001 –> irá alimentar o campo B1_XCODFAM
O "PARA" informado no grupo 10001_CTB –> irá alimentar o campo B1_GRUPO
Com isso, será possivel apontar para a mesma linha e grupo dois resultados diferentes.
ATENÇÃO:
- Atente-se a regra aplicada que identifica a marca do produto:
PROP1000 (cadastro de Produtos) – identifica o grupo do produto
CADA0270 (cadastro de grupos dos produtos) – identifica o CNPJ responsável
FORA1000 (cadastro de fornecedores) – identifica a marca do produto
- Atente-se a necessidade de correlação de grupos e marcas existentes no LinxMaq com o sistema Totvs.
Utilize o programa CADA0144 para efetuar essa correlação:
MARCA dos produtos (cada base possui uma sequencia diferente, no meu caso é 79)
GRUPO dos produtos (no meu caso o código 64)
- REGISTROS SA1 e SA2:
Regras para preenchimento do Campo Loja
OBS: Caso pessoas Jurídicas tenham mais de 3 endereços (principal, entrega e cobrança), gerar log de erro.