Páginas filhas
  • DT 4.13 - Modelamento e padronização dos dados entre ERP Winthor x TOTVS Carol

01. DADOS GERAIS

Produto:

TOTVS Distribuição e Varejo

Linha de Produto:

Linha Winthor

Segmento:

Distribuição

Módulo:N/A
País:Brasil
Ticket:N/A
Requisito/Story/Issue (informe o requisito relacionado) :N/A

02. SITUAÇÃO/REQUISITO

Ilustrar a formatação e padronização do recebimento de dados de clientes, faturamento e de parametrização do ERP Winthor dentro do ambiente da TOTVS Carol, em seus principais data models.

Critérios de Aceitação

  • Ilustrar a formatação e padronização do recebimento de dados de clientes, faturamento e de parametrização do ERP Winthor dentro do ambiente da TOTVS Carol, em seus principais data models.

03. SOLUÇÃO

Apresentar quais são os principais data models que recebem os dados do ERP Winthor e a forma como esses dados devem ser apresentados na TOTVS Carol

Clique nos Menus abaixo

Nos menus abaixo segue as funcionalidades de modelamento e padronização dos dados entre ERP Winthor x TOTVS Carol

    Segue abaixo os principais data models referente ao dados de Cadastro de Clientes e como esses dados devem ser gravados no ambiente da TOTVS Carol :


    rskCustomer:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATION ID: É gerado à partir dos dados CODFILIAL (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • NAME: É gerado à partir dos dados CLIENTE (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • ALIAS: É gerado à partir dos dados FANTASIA (Caso esteja nulo deve ser informado o campo CLIENTE);
    • PERSON TYPE: É gerado à partir dos dados TIPOFJ (Caso se o tipo for 'J' será atribuído 2, caso se o tipo for 'F' será atribuído 1);
    • DOCUMENT NUMBER: É gerado à partir dos dados CNPJ (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records e caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • BIRTH DATE: É gerado à partir dos dados DTCADASTRO (Caso esteja nulo deve ser informado a data atual);
    • CNAE: É gerado à partir dos dados CNAE (Caso esteja nulo deve ser informado o valor default ' "" ');
    • CREATION DATE: É gerado à partir dos dados DTCADASTRO (Caso esteja nulo deve ser informado a data atual);
    • EMAIL: É gerado à partir dos dados EMAILCOB (Caso esteja nulo deve ser informado o campo EMAIL, se ainda tiver nulo deve ser informado o valor default 'Não Informado');
    • STATE REGISTRATION: É gerado à partir dos dados IEENT (Caso esteja nulo deve ser informado o valor default 'ISENTO');
    • CITY REGISTRATION: É gerado à partir dos dados IMENT (Caso esteja nulo deve ser informado o valor default 'ISENTO');
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false');
    • BLOCKED: É gerado à partir dos dados CLIENTEMAISNEGOCIOS (Caso esteja nulo deve ser informado o valor default 'false').



    rskContact:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATION ID: É gerado à partir dos dados CODFILIAL (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • NAME: É gerado à partir dos dados CLIENTE(Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • CONTACT TYPE : É gerado à partir dos dados CODFILIAL (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • EMAIL: É gerado à partir dos dados EMAILCOB (Caso esteja nulo deve ser informado o campo EMAIL, se ainda tiver nulo deve ser informado o valor default 'Não Informado');
    • RKSTIMESTAMP: É gerado à partir do campo DTULTALTER(pode ser nulo, mas o sugerido é que seja a data de atualização do dia da transformação (CURRENT_TIMESTAMP));
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false').



    rskPhone:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATION ID: É gerado à partir dos dados CODFILIAL (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • PHONE TYPE: É gerado o valor Default 1;
    • AREA CODE: É preenchido com o valor " ";
    • COUNTRY CODE: É gerado o valor Default +55;
    • PHONE NUMBER: É gerado à partir do campo TELCOB, caso esteja em branco é alimentado com o campo TELENT;
    • PHONE EXTENSION NUMBER: Não é alimentado;
    • CUSTOMERID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Deve existir no data model rskCustomer e para não ser rejeitado, não pode estar com o campo MDMDELETE = TRUE. Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • CONTACTID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Deve existir no data model rskCustomer e para não ser rejeitado, não pode estar com o campo MDMDELETE = TRUE. Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • RKSTIMESTAMP: É gerado à partir do campo DTULTALTER (pode ser nulo, mas o sugerido é que seja a data de atualização do dia da transformação (CURRENT_TIMESTAMP));
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false').



    rskCustomerContact:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATIONID: É gerado à partir dos dados CGC (Caso esteja nulo deve o registro será rejeitado. Este dado deve ser buscado no data model fndOrganization.uuid);
    • CUSTOMERID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskCustomer.Id. É gerado à partir dos dados CGC);
    • CONTACTID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskContact.Id. É gerado à partir dos dados CGC);
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false')
    • RKSTIMESTAMP: É gerado à partir do campo DTULTALTER (pode ser nulo, mas o sugerido é que seja a data de atualização do dia da transformação (CURRENT_TIMESTAMP)).



    rskCreditGranting:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATIONID: É gerado à partir dos dados CGC (Caso esteja nulo o registro será rejeitado e apresentará no tipo de registro Rejected Records. Este dado deve ser buscado no data model fndOrganization.uuid);
    • CUSTOMERID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model fndOrganization.uuid. É gerado à partir dos dados CGC);
    • FINANCIAL ADDRESS: É gerado à partir dos dados ENDERCOB (Caso esteja nulo deve ser informado o campo ENDERENT);
    • FINANCIAL ADDRESS NUMBER: É gerado à partir dos dados NUMEROCOB (Caso esteja nulo deve ser informado o campo NUMEROENT);
    • FINANCIAL ADDRESS DISTRICT: É gerado à partir dos dados BAIRROCOB (Caso esteja nulo deve ser informado o campo BAIRROENT);
    • FINANCIAL ADDRESS STATE: É gerado à partir dos dados ESTCOB (Caso esteja nulo deve ser informado o campo ESTENT);
    • FINANCIAL ADDRESS CITY: É gerado à partir dos dados MUNICCOCOB (Caso esteja nulo deve ser informado o campo MUNICENT);
    • FINANCIAL ADDRESS CODE POSTAL: É gerado à partir dos dados CEPCOB (Caso esteja nulo deve ser informado o campo CEPENT);
    • FINANCIAL CONTACT NAME: É gerado à partir dos dados CLIENTE;
    • FINANCIAL CONTACT AREA CODE: É gerado o valor Default +55;
    • FINANCIAL CONTACT PHONE: É gerado à partir dos dados TELCOB (Caso esteja nulo deve ser informado o campo TELENT);
    • FINANCIAL CONTACT EMAIL: É gerado à partir dos dados EMAILCOB (Caso esteja nulo deve ser informado o campo PCCLIENT.EMAIL);
    • BILLING CONTACT NAME: É gerado à partir dos dados CLIENTE;
    • BILLING CONTACT AREA CODE: É gerado o valor Default +55;
    • BILLING CONTACT PHONE: É gerado à partir dos dados TELCOB (Caso esteja nulo deve ser informado o campo TELENT);
    • BILLING CONTACT EMAIL: É gerado à partir dos dados EMAILCOB (Caso esteja nulo deve ser informado o campo PCCLIENT.EMAIL);
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false');
    • RKSTIMESTAMP: É gerado à partir do campo DTULTALTER (Pode ser nulo, mas o sugerido é que seja a data de atualização do dia da transformação (CURRENT_TIMESTAMP)).



    rskCustomerCreditLine:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATIONID: É gerado à partir dos dados de CGC (Caso esteja nulo deve o registro será rejeitado. Este dado deve ser buscado no data model fndOrganization.uuid);
    • CUSTOMERID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskCustomer.Id. Caso esteja nulo o registro será  rejeitado e apresentará no tipo de registro Rejected Records);
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false');
    • PRIMARY LIMIT: É gerado à partir dos dados de LIMCRED;
    • BALANCE RECEIVABLES: Não é alimentado;
    • BLOCKED: É gerado à partir dos dados CLIENTEMAISNEGOCIOS (Caso esteja nulo deve ser informado o valor default 'false');



    rskAddress :

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Caso o CGCENT possua formatação é preciso remover antes de transformar o dado ex. 01.178.852/0001-01 deve retornar 01178852000101);
    • ORGANIZATIONID: É gerado à partir dos dados de CGC (Caso esteja nulo deve o registro será rejeitado. Este dado deve ser buscado no data model fndOrganization.uuid);
    • TYPE: É gerado o valor Default 1;
    • STREET: É gerado à partir dos dados ENDERCOB (Caso esteja nulo deve ser informado o campo ENDERENT);
    • STREET NUMBER: É gerado à partir dos dados NUMEROCOB (Caso esteja nulo deve ser informado o campo NUMEROENT);
    • ADITIONAL INFO: É gerado à partir dos dados;
    • DISTRICT: É gerado à partir dos dados BAIRROCOB (Caso esteja nulo deve ser informado o campo BAIRROENT);
    • STATE: É gerado à partir dos dados ESTCOB (Caso esteja nulo deve ser informado o campo ESTENT);
    • POSTAL CODE: É gerado à partir dos dados CEPOCOB (Caso esteja nulo deve ser informado o campo CEPENT);
    • CITY: É gerado à partir dos dados MUNICCOCOB (Caso esteja nulo deve ser informado o campo MUNICENT);
    • CONCACT ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskCustomer.Id. Caso esteja nulo o registro será  rejeitado e apresentará no tipo de registro Rejected Records);
    • CUSTOMER ID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskCustomer.Id. Caso esteja nulo o registro será  rejeitado e apresentará no tipo de registro Rejected Records);
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false').


    Segue abaixo o principal data model referente ao dados de Faturamento e como esses dados devem ser gravados no ambiente da TOTVS Carol :


    rskArinvoice:

    • ID: É gerado à partir dos dados CODFILIAL|CODCLI|NUMTRANSVENDA|PREST (Este campo não pode ser nulo senão será rejeitado e apresentará no tipo de registro Rejected Records);
    • ERPID: É gerado à partir dos dados CODFILIAL|CODCLI|NUMTRANSVENDA|PREST (Este campo não pode ser nulo senão será rejeitado e apresentará no tipo de registro Rejected Records);
    • ORGANIZATIONID: É gerado à partir dos dados CGC (Caso esteja nulo deve o registro será rejeitado e apresentará no tipo de registro Rejected Records. Este dado deve ser buscado no data model fndOrganization.uuid);
    • INVOICE PREFIX: É gerado à partir dos dados SERIE;
    • INVOICE ID: É gerado à partir dos dados NOTA;
    • INVOICE SERIES: É gerado à partir dos dados SERIE;
    • SEQUENCE CODE: É gerado à partir dos dados PREST;
    • ERP SEQUENCE CODE: É gerado à partir dos dados PREST;
    • ERP ORIGIN: É gerado por default o valor "MATA460";
    • TRANSACTION TYPE: É gerado à partir dos dados ESPECIE;
    • ISSUE DATE: É gerado à partir dos dados DTEMISSAO;
    • CUSTOMERID: É gerado à partir dos dados CODFILIAL|CODCLI|CGCENT (Este dado deve ser buscado no data model rskCustomer.Id. É gerado à partir dos dados CGC. Caso esteja nulo deve o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • DUE DATE: É gerado à partir dos dados DTVENC;
    • AMOUNT: É gerado à partir dos dados VALOR;
    • LOCAL AMOUNT: É gerado à partir dos dados VALOR;
    • BALANCE: Caso a cobrança seja do tipo CANC ou o campo DTBAIXA esteja preenchido, é preenchido com o valor 0, do contrário é alimentado com o campo VALOR;
    • CURRENCY ID: Este dado deve ser buscado no data model mdCurrency.Id (Caso esteja nulo deve o registro será rejeitado e apresentará no tipo de registro Rejected Records);
    • CURRENT RATE: É gerado o valor Default 0;
    • PAYMENT DATE: É gerado à partir dos dados do campo DTBAIXA;
    • INVOCE KEY: É gerado à partir dos dados do campo CHAVENFE;
    • DELETED: É gerado à partir dos dados DTEXCLUSAO (Caso esteja nulo deve ser informado o valor default 'false').




    Segue abaixo o principal data model referente ao dados de Parametrização e como esses dados devem ser gravados no ambiente da TOTVS Carol :


     rskParameters:

    • ID: É gerado uma transformação de dados à partir do valor default 'MV_RISKTIP|2';
    • ERPID: É gerado o valor default 'MV_RISKTIP|2';
    • PARAMETER NAME: É gerado o valor default 'MV_RISKTIP|2';
    • PARAMETER VALUE: É gerado o valor default '2'.

    04. DEMAIS INFORMAÇÕES

    Importante!

    As versões estarão disponíveis para download no CCW. 

    https://centraldecontrole.pcinformatica.com.br/

    Mantenha suas rotinas sempre atualizadas!

    05. ASSUNTOS RELACIONADOS

    • Sem rótulos