I. INTRODUÇÃO:...2 II. CADASTRO DE PARÂMENTROS...4 III. CADASTROS BÁSICOS...5 IV. O PROCESSO...11

Transcrição

1 ÌNDICE I. INTRODUÇÃO:...2 II. CADASTRO DE PARÂMENTROS...4 III. CADASTROS BÁSICOS...5 IV. O PROCESSO...11 SG /07/2008 Página 1 / 12

2 I. INTRODUÇÃO: O processo de integração INFOR consiste no processo de transferência automática de dados dos ERP s INFOR (BAAN, LN e BPCS) para a solução fiscal SYNCHRO, com objetivo de principalmente atender os processos de SPED FISCAL e SPED CONTABIL pela solução SYNCHRO. Este processo funciona de forma automática trazendo para as tabelas definitivas os movimentos gerados no ERP da INFOR, porém cada etapa da carga é administrada por um componente automático de processamento. As interfaces disponíveis estão listadas abaixo, antes de utilizá-las verifique o escopo do seu projeto para saber quais serão necessárias. SYNITF_PAIS SYNITF_UF SYNITF_MUNICIPIO SYNITF_NBM SYNITF_PESSOAS SYNITF_PRESTACAO SYNITF_SERVICO_ISS SYNITF_MUNICIPIO SYNITF_MERCADORIA SYNITF_EXF_TIPI SYNITF_PESSOAS_LOC SYNITF_DOF ITFIN_CTA_CONTAB_V2 ITFIN_LANC_CONTAB_V2 ITFIN_LANC_CTA_AUX ITFIN_SALDO_MEN_V2 ITFIN_CODIGO_V2 ** SYNITF_IDF SYNITF_DOF_PARCELA SYNITF_IMP_EXP SYNITF_CLAS_MERC_INV SYNITF_LANCTO_INVENT * * Caso o cliente tenha mais do que um almoxarifado este processo deverá ser revisto, principalmente se for utilizada a IN86/89. ** São carregados apenas os códigos 3 (Centro de Custos), 4 (Centro de Despesas) e 5 (Histórico Padrão). Para detalhes sobre os campos enviados por cada interface utilize o documento Interface_Generica_Synchro_xxx.xls filtrando a coluna LN = S, coluna T deste documento. A configuração destas interfaces é feita no arquivo config.txt (verificar documentação da integração para maiores detalhes). SG /07/2008 Página 2 / 12

3 O trecho a seguir foi retirado do arquivo config.txt para um projeto que tem todas as open interfaces. #*********************************************************************** #Dados para execução das opens grupos.itf=infor.cadastrais, infor.cadastrais.dep, infor.header, infor.detail, infor.inventario infor.cadastrais=synitf_pais;synitf_uf;synitf_nbm;synitf_pessoas;synitf_pr ESTACAO;SYNITF_SERVICO_ISS; ITFIN_CODIGO_V2 infor.cadastrais.dep=synitf_municipio;synitf_mercadoria;synitf_exf_tipi;syni TF_PESSOAS_LOC infor.header=synitf_dof;itfin_cta_contab_v2;itfin_lanc_contab_v2;itfin_la NC_CTA_AUX;ITFIN_SALDO_MEN_V2 infor.detail=synitf_idf;synitf_dof_parcela;synitf_imp_exp infor.inventario=synitf_clas_merc_inv;synitf_lancto_invent user=usu_synchro Devemos ficar atentos neste trecho, pois, é nele que informamos quais interfaces usaremos e principalmente qual a ordem de execução, já que muitos dados são dependentes de cargas anteriores. Um exemplo disso é: Precisamos carregar primeiramente pessoas (SYNITF_PESSOAS) para depois carregar endereços (SYNITF_PESSOAS_LOC) Método Direto x Método Indireto. Como sabemos, no processo normal de open interfaces, a carga de dados cadastrais (Mercadoria, Serviços, Pessoas, Prestações) pode ser feita pelo método direto ou indireto, dependendo das premissas de projeto. Para a integração INFOR esta definição não é totalmente válida, e devemos observar que para utilizarmos o método direto, as premissas a seguir devem ser rigorosamente cumpridas. Caso alguma delas não seja cumprida o método de carga deve ser o indireto. A validação destas premissas deverá ser feita em conjunto com o consultor Infor e com seu cliente. Premissas para o método Direto: 1. Versão do ERP: Baan/LN 2. É necessário garantir que os cadastros de estabelecimento, fornecedores e clientes estejam centralizados. 3. É necessário garantir que os códigos não coincidam. Ex: códigos de fornecedores coincidindo com códigos de clientes, embora sejam pessoas jurídicas diferentes. 4. É necessário garantir que o tamanho dos códigos seja comportado dentro do Synchro. Exemplo: no Baan, o código do item pode ser configurado para ter até 50 posições. Lembrar também que os códigos de projeto, item e container são concatenados para o envio na interface, portanto não basta se ater unicamente ao código do item. SG /07/2008 Página 3 / 12

4 NOP (Natureza da Operação) Por premissa da integração o campo NOP_CODIGO nas interfaces de DOF e IDF não é informado no ERP Infor. As NOPs são deduzidas pelo Synchro com base no CFOP, isto significa que recebemos o CFOP e deduzimos a NOP com base no CFOP. Para alguns casos (CIAP, por exemplo) e dependendo do setup feito no ERP não basta apenas deduzirmos o NOP, pois, precisamos diferenciar o documento através da NOP. No ERP Infor é possível receber também a NOP e não utilizarmos a dedução do Synchro, porém as NOPs recebidas devem estar previamente cadastradas no SYNCHRO ou devem ser utilizadas as NOPs que acompanham a base de setup Synchro. Primeiramente devemos entender o conceito de NOP no ERP Infor e no SYNCHRO. No sistema fiscal a NOP possui todos os atributos para tratamento de impostos e das integrações com os módulos Synchro que o documento estará sujeito. No ERP Infor a nossa NOP é conhecida como CFOP Interno e geralmente é composto com o código do CFOP acrescido de duas letras. Para decidir se a NOP será deduzida, ou se será usada a que vem na base de SETUP, ou ainda se serão utilizadas as NOPs Infor (CFOP Interno) você deve verificar o escopo e premissas do projeto bem como decidir em conjunto com o Gerente do projeto, o cliente e o consultor Infor. É necessário que os processos envolvidos (ERP INFOR e SOLUÇÃO FISCAL SYNCHRO) sejam preparados para esta integração e que o componente JAVA esteja instalado e configurado. As regras básicas do processo SPED-INFOR são especiais, configuradas para atender especificamente este procedimento. No sistema SYNCHRO é necessário que o módulo SPED (Fiscal ou Contábil) esteja instalado, e as Open Interfaces correspondentes para atender ao SPED estejam instaladas e validadas, e o usuário SYNCHRO cadastrado no estabelecimento a ser utilizado. Verificar se a obrigação referente ao SPED está instalada. II. CADASTRO DE PARÂMENTROS Preenchimento de parâmetros referentes ao processo de IN. DT_INI_INTEGRA_FISCAL_IN68 - Define a data em que a integração SQL*FISCAL e SQL* IN68 entrará em produção. Obs.: Este processo interfere no processo de Carga Inicial de Registros Cadastrais (integração com fiscal), é recomendado após a carga inicial acertar esta data. Ela funciona como uma data de corte (antes Movimento Total / depois Movimento Mensal ). Uma sugestão para o conteúdo deste parâmetro é o primeiro dia do mês seguinte ao último mês fechado importado (Os livros fiscais já foram gerados e as informações não serão mais alteradas). Verificar a opção Exporta para IN86/IN89 do Cadastro de NOPs (CORPORATIVO PARÂMETROS FISCAIS NOP NATUREZA DE OPERAÇÃO - quadro Indicadores de Processamento ). Deverão estar marcadas todas as Naturezas de Operação em que os SG /07/2008 Página 4 / 12

5 Documentos Fiscais que as utilizam devam ser integradas para os Módulos da IN e SPED Fiscal. III. CADASTROS BÁSICOS Os cadastros básicos são necessários para a utilização do sistema. Verificar o formato de Data e Casas Decimais do Windows deve estar no padrão Português (Brasil). Hierarquia Fiscal: Como mencionado anteriormente este processo é automático, e por isso, a primeira carga de DOF e interfaces relacionadas podem apresentar problemas, devido a falta da definição de hierarquia fiscal. Para solucionar este contratempo, após as cargas crie as hierarquias necessárias (consulte documentação do módulo corporativo) e rode novamente as interfaces de Documentos Fiscais e suas dependentes manualmente. Caminho: Utilitários Interfaces / Integrações Relatórios e Processos Interface Executar. Verificar se no cadastro de Município o Código do IBGE está preenchido. Caminho: CORPORATIVO PESSOAS FISICAS E JURIDICAS (PFJ) GEOGRAFIA MUNICÍPIO. Verificar se no Cadastro de Países o Código do País no Banco Central do Brasil está preenchido. Este campo deve vir preenchido na cópia padrão (Base SETUP), caso isso não ocorra deverá ser aberta uma ocorrência no Suporte da Synchro solicitando o script de preenchimento. Caminho: CORPORATIVO PESSOAS FISICAS E JURIDICAS (PFJ) GEOGRAFIA PAÍS. Associar o(s) Estabelecimento(s) ao Usuário. Deve ser relacionado o usuário de operação com o(s) estabelecimento(s) a ser(em) processado(s). Caminho: UTILITARIOS USUÁRIO / DIREITOS DE ACESSO CONFIGURAÇÃO POR ESTABELECIMENTO ESTABELECIMENTO POR USUÁRIO. Cadastrar o CRC e associar o Contabilista ao(s) estabelecimento(s). Caminho: CORPORATIVO PESSOA FISICA E JURIDICA (PFJ) PFJ CONTABILISTAS. Obs.: Só serão listadas nesta tela as pessoas cadastradas em Pessoas Físicas ou Jurídicas (PFJ) com a tipificação Contabilista marcada. Caminho: CORPORATIVO PESSOA FISICA E JURIDICA (PFJ) PFJ PESSOAS FÍSICAS OU JURÍDICAS. Configurar os Livros Fiscais Definitivos LRE_ P1/P1A e LRS_P2/P2A e LRI_P7(Inventário) e Relacioná-los ao(s) estabelecimento(s). Caminho: APLICATIVOS FISCAL INTELIGÊNCIA FISCAL PARÂMETROS GERAIS CONFIGURAÇÃO DOS LIVROS DEFINITIVOS. Cadastrar a Periodicidade da Obrigação. Caminho: APLICATIVOS SPEDFIS ARQUIVO MAGNÉTICO PERIODICIDADE DAS OBRIGAÇÕES SG /07/2008 Página 5 / 12

6 Obs.: Devem ser cadastrados todos os períodos que são relacionados à obrigação dentro do ano. Associar o SPED Fiscal ao(s) estabelecimento(s). Caminho: APLICATIVOS SPEDFIS ARQUIVOS MAGNÉTICOS OBRIGAÇÕES POR ESTABELECIMENTO. Conferir e ajustar as regras default do sistema Inicialmente devemos verificar e ajustar a configuração de todas as regras default de processamento. Atenção: os ajustes a serem feitos são exclusivos nos Item da Regras nas abas de Definições e Valores. Regras Default : DEFC, DEFF, DEFP e DEFT. Acessar ao Item de Regra Após alteração da regra deve se processada a Verificar Regras, que valida a Regra. SG /07/2008 Página 6 / 12

7 REGRA: DEFC - DEFAULT DE ICMS SG /07/2008 Página 7 / 12

8 REGRA: DEFP - DEFAULT DE IPI SG /07/2008 Página 8 / 12

9 REGRA: DEFT - DEFAULT DE SUBSTITUICAO TRIBUTARIA PARA TRAS SG /07/2008 Página 9 / 12

10 REGRA: DEFF - DEFAULT DE SUBSTITUICAO TRIBUTARIA PARA FRENTE SG /07/2008 Página 10 / 12

11 IV. O PROCESSO O componente JAVA varrerá as tabelas da base INFOR e transferirá as informações necessárias para as tabelas intermediárias Synchro e processará as interfaces correspondentes automaticamente. Obs.: Neste processamento automático, podem existir dados que fiquem parados na tabela intermediária devido a uma crítica (inconsistência), mas não há emissão de relatório de critica e nenhum tipo de aviso, portanto deve ser verificada a tabela intermediaria para se verificar esta questão. São transferidas as informações: Movimentação de documentos Fiscais e Cadastros relacionados. Este processo traz as informações dos ERP s da INFOR já com a apuração de impostos, desta forma este processamento deverá ser executado no fiscal sobre as regras default, para o processamento dos dados no sistema de SPED, deverão ser gerados os processos de LFIS, LIMP, GRID e a geração do RA. O resultado deverá ser avaliado pelo cliente com a comparação do Registro de Apuração já fornecido pelo ERP da INFOR. Após o encerramento e fechamento dos dados na base (ERP - INFOR), verificar se todos os movimentos já foram transferidos e se não existe nenhuma informação retida nas tabelas intermediárias. Caso existam informações retidas nas tabelas intermediarias as mesmas deverão ser analisadas e tratadas, antes de dar seqüência nos processamentos de fechamento. Obs.: Para todos os movimentos de informações deverão ser verificados as tabelas intermediárias, local onde ficam retidos os registros inconsistentes, deve ser verificado o conteúdo do campo MSG_CRITICA ou Mensagem de Criticas de Importação.. Gerar o processo de fechamento do movimento fiscal com a geração dos fechamentos. Caminho: APLICATIVOS FISCAL RELATORIOS/PROCESSOS (localizado no Canto superior esquerdo) PROCESSOS - Gera Lançamento Fiscal (LFIS) - Gera Lançamento de Impostos (LIMP) - Gera Guia de Recolhimento/Dedução (GRID) - Gera Registro de Apuração (RA) Gerar os livros fiscais. Caminho: APLICATIVOS FISCAL RELATORIOS/PROCESSOS (localizado no Canto superior esquerdo) REGISTROS FISCAIS / CONVENIO ICMS - Livro de Registro de Entradas RE Modelo P1/P1-A - Livro de Registro de Saídas RS Modelo P2/P2-A - Livro de Inventario RI Modelo P7 SG /07/2008 Página 11 / 12

12 Versão Data /07/2008 HISTÓRICO DO DOCUMENTO Responsável Principais Alterações pela Alteração Alexandre Castro e Criação do documento Ricardo Castro Aprovação Marcelo Magalhães SG /07/2008 Página 12 / 12