Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

Versão 1 Próxima »

Assunto 

A Toyota e Abradit homologaram um sistema para realizar o Checklist de inspeção em formato digital via Tablet, onde já ocorre a integração quanto ao envio para o D-CHECK das informações da OS no fechamento da mesma pelo OFIC3500, em se tratando de efetuar o pagamento a partir do Mobile.

Este documento descreve o processo de Integração entre Sisdia e D-CHECK, em relação ao envio dos dados das Ordens de Serviços, quando não for o caso de pagamento a partir do Mobile.

Sendo a finalidade de preencher, automaticamente, os dados no OFIC2900, quando for o caso do técnico utilizar o dispositivo mobile do D-CHECK para o cliente e OS.

Abrangência 

Programa de uso exclusivo para concessionárias da montadora Toyota.


Requisitos 

  • Este processo só pode ser utilizado a partir da versão 10.10 do Sisdia/LinxMaq.
  • Antes de executar o passo a passo descrito neste manual é necessário estar com o ambiente configurado para integrar ao D-CHECK, sendo: possuir o arquivo abradit.jar em /sisdia/lib e o arquivo cmd_abradit.sh em /sisdia (encontrado na página de Aplicativos) , além de estar parametrizado a filial como ativa no programa CADA3600.



Consistências e Restrições do sistema 

Ao tentar realizar o envio da OS será realizado a validação se existe parâmetro cadastrado e ativo para a filial da OS, e não possuindo então emitirá a mensagem de erro:

Parametro nao está cadastrado ou ativo (CADA3600 Ativo = S) para filial:


Passo a Passo 

Ao realizar a manutenção da Ordem de Serviços, nas tabelas cscapas, csitens, csitensp, csserexe ou cspecasa para inclusão, alteração ou até mesmo exclusão, será realizado a integração com o D-CHECK, nos seguintes programas:

➔ Abertura da OS (OFIT1000)
➔ Manutenção da OS (OFIC3000)
➔ Importação de Orçamento para OS (OFIC2005)
➔ Cancelamento da OS (OFIC2400)
➔ Encerramento da OS (OFIC3500)
➔ Reabertura da OS pelo Cancelamento da NF (NOTA2450)
➔ Alteracao de Chassis-Serie (CLIV1071)
➔ Abertura Aut.OS Revisao Entrega-V.Direta (OFIC1901)
➔ Abertura de OS de Instalacao Acessorios (OFIC1010)
➔ Requisicao de Pecas (OFIC1400)
➔ Requisicao Pecas que estavam c/Mecanicos (OFIC2060)
➔ Abertura Automatica OS Contrato Especial (OFIC3050)
➔ Transferencia servicos tempo entre os (OFIC1810)
➔ Transferencia de Itens entre Tipo de OS (OFIC1800)
➔ Abertura Automatica OS Revisao Entrega (OFIC1900)
➔ Gera Tipo de Ordem Franquia (OFIC3501)
➔ Projecao tempos aplicados nos itens OS (OFIC1650)
➔ Auto apontamento (OFIC1570)

O foco deste processo é deixar completo o relatório do OFIC2900, com o tipo de OS, Sintomas e Pacotes, que podem sofrer alteração por parte do Consultor.


Conforme documentação do web service D-CHECK, Inserção de Dados OS, o layout para os dados a serem enviados segue a estrutura:

int_id_os = [integer]
int_id_preos = [integer]
str_cnpj = [integer]
int_numeroos = [integer]
str_tipoos = [string]
int_numeroitem = [string]
str_pacote = [string]
str_sintoma = [string]
str_descricaodoservico = [string]
str_descricaopecas = [string]
int_km = [integer]
int_nparcelas = [integer]
int_tipopagamento = [integer]
str_nomepagamento = [integer]
int_valoros = [integer]
int_descontoos = [integer]
int_status = [integer]


Os campos referentes aos valores da OS (int_tipopagamento, str_nomepagamento, int_valoros, int_descontoos e int_nparcelas) serão enviados zerados (para os campos do tipo inteiro) e em branco (para os campos do tipo caractere).


Ao realizar a integração e caso ocorra algum erro será exibido o relatório para usuário, opcionalmente marcando sim ou não caso deseja exibir.

  • Sem rótulos