Integração com a Operadora de Frota e Vale-Pedágio Repom ... Tecnico FRETE.pdf · 10/11/2009 · Frotas próprias também poderão ter sua gestão realizada pela Repom. Nesses

Boletim Técnico – SIGATMS – Integração com Operadoras de Frota e Vale-Pedágio Repom Tecnologia - 1

Integração com a Operadora de Frota e Vale-Pedágio Repom Tecnologia

Produto : Microsiga Protheus Gestão de Transportes – V. 8.11 Chamado : ABAIPG

Data da criação 31/07/2009 Data da revisão : 10/11/09

País(es) : Brasil Banco de Dados : TopConnect

FNC/Bops : 00000116188/811

Repom Tecnologia A empresa Repom Tecnologia dispõe de uma ferramenta completa de gestão, controle e pagamentos, aplicada à contratação de fretes. Seu objetivo é melhorar a eficiência no controle das operações com frotas terceirizadas e agregadas.

No caso de frota terceirizada, a Repom Tecnologia permite a contratação e gerenciamento de motoristas via internet, eliminando a necessidade de carta-frete nas operações com motoristas terceirizados.

Além disso, facilidades como o fornecimento do vale-pedágio obrigatório (por meio de um sistema único que proporciona total controle do processo de emissão).

Todas as soluções oferecidas pela Repom utilizam a internet como plataforma de operação, o que torna o sistema confiável, rápido e flexível.

Frotas próprias também poderão ter sua gestão realizada pela Repom. Nesses casos, todo gerenciamento referente a pedágio e pontos de apoio será realizado pela Repom.

Parceria: TOTVS – Repom Visando agregar valores aos dois sistemas, a TOTVS e a Repom se uniram nesta parceria. A partir dela, todos os controles realizados pelo módulo de Gestão de Transportes podem ser integrados aos processos da Repom.

Principais vantagens

• Dois processos em um: o controle da viagem é realizado no Protheus e a operação da frota é gerenciada pela Repom, porém, todo processo é unificado na interface do Protheus;

• Eliminação da “carta-frete”: o processo na Repom é totalmente controlado por meio de cartões magnéticos (chip). Todo o controle referente ao valor devido ao carreteiro é creditado nesse cartão. Com isto, não existe a necessidade de utilizar o recurso da “carta-frete”. Nesse processo, a própria transportadora define o valor disponível para abastecimentos e saques em dinheiro durante a viagem;

• Pedágio: o pedágio é obtido automaticamente por meio da integração com a Repom, de acordo com a rota selecionada para viagem, dispensando o cadastro de “Rotas X Rodovias”, em que são inseridos os valores referentes aos pedágios da rota. O Vale-Pedágio Repom é aceito nas praças de pedágio de todo o Brasil;

2 – SIGATMS – Integração com Operadoras de Frota e Vale-Pedágio Repom Tecnologia

• Segurança Anti-Fraudes: os valores a serem creditados dependem de autorizações. Podem ser realizados filtros por valor máximo, período ou número de viagens. Não é possível alterar os valores a serem creditados nos cartões;

• Internet: todas as informações são registradas e disponibilizadas em tempo real.

Integração A integração com a Repom se dá por meio da tecnologia de Webservices, dispensando a utilização do site da Repom integrando os processos diretamente por meio da interface do Protheus.

Webservices Um Webservice é uma classe publicada em um servidor de aplicação para acesso externo, de forma que um programa de software “client” solicita ao “server” o processamento de uma ação, que pode-se definir como método, enviando o(s) parâmetro(s) por meio de uma string XML, formatada no padrão SOAP (Simple Object Access Protocol). O método retorna ao “client” uma string XML de resposta, também formatada no padrão SOAP.

Neste caso, o Protheus será a plataforma denominada “client” e a Repom a “server”.

Métodos utilizados para realização da integração Dentre os métodos disponibilizados pela Repom, os utilizados são:

• Integração com o Cadastro Nacional

Este método integra os cadastros de Motoristas, Fornecedores e Veículos do Protheus com a base de dados da Repom. Para que os processos da Repom sejam realizados, é necessária a atualização desses dados.

Esse método pode ser acionado por meio dos respectivos cadastros e no momento da confirmação da abertura da viagem.

• Validação do Cartão

Para que um contrato ou controle de viagem seja criado na Repom, primeiro é necessário verificar a autenticidade e a situação do cartão Repom do motorista. Para isto, é utilizado o método para realização da validação do cartão do motorista. Esse método pode ser acionado por meio do próprio cadastro do motorista ou no momento da montagem de uma viagem, na tela de complemento de viagem.

• Cálculo do Pedágio

O cálculo do pedágio ocorre em tempo real (on-line). Ao informar os dados do complemento de viagem, automaticamente, com base na rota da viagem, é acionado o método para obter o valor do pedágio. No próprio complemento de viagem, no campo “Pedágio” é apresentado o valor.

*Atenção: Quando utilizada a integração com a Repom, não é necessária a realização do cadastro de “Praças de Pedágio” e “Rotas X Rodovias”. Isto porque o valor do pedágio é obtido com base nas informações passadas para Repom.

• Operações de Transporte

No sistema da Repom, as operações de transporte são um conjunto de configurações para que o sistema se comporte de maneira distinta, de forma a atender aos diferentes tipos de operações. Por exemplo, há operações que contemplam a quebra de peso e quebra de frete. Esse método é utilizado, pois durante a emissão do contrato na base da Repom, é necessário enviar junto dos dados da viagem, qual a operação deseja utilizar.

SIGATMS – Integração com Operadoras de Frota e Vale-Pedágio Repom Tecnologia - 3

• Roteiros / Percursos

Assim como a operação de transporte, as informações referentes ao roteiro/percurso da viagem devem ser enviadas no momento da emissão de um contrato ou na emissão do controle de viagem na Repom. No Protheus, esse método é acionado no momento do cadastro da rota. Cada rota do Protheus é amarrada a um roteiro/percurso da Repom.

• Emissão do Controle de Viagem (Frota própria)

O controle de viagem é como um contrato simplificado, porém, utilizado quando a frota é própria. Por meio desse método é possível realizar o controle das viagens. Esse método é acionado pelo fechamento da viagem ou apontamento da operação de “Saída de Viagem”.

• Cancelamento do Controle de Viagem (Frota própria)

Caso ocorra o estorno do fechamento da viagem no Protheus, é necessário cancelar o controle de viagem na Repom. Para isto, no momento exato do estorno, é acionado o método para cancelamento do controle de viagem.

• Baixa do Controle de Viagem (Frota própria)

A baixa do controle de viagem encerra o processo na Repom. Quando ocorrer o encerramento da viagem no Protheus, automaticamente, será baixado o controle de viagem na Repom.

• Cancelamento da Baixa do Controle de Viagem (Frota própria)

Caso ocorra o estorno do encerramento da viagem, é necessário cancelar a baixa do controle de viagem na Repom. No momento do estorno do encerramento da viagem, automaticamente, o método para cancelamento da baixa do controle de viagem é acionado.

• Emissão de Contrato (Frota de terceiros)

Na Repom, este método é um dos principais componentes da integração, por meio do qual é gerado o contrato no sistema da Repom. No Protheus, esse método é acionado no momento da realização do cálculo do contrato de carreteiro.

• Cancelamento de Contrato (Frota de terceiros)

Quando ocorrer a exclusão do cálculo do contrato de carreteiro no Protheus, é acionado automaticamente o método para cancelamento do contrato na Repom. O cancelamento do contrato na Repom segue regras específicas que podem interferir no seu cancelamento. Caso não seja possível cancelar o contrato na Repom, o cálculo do contrato no Protheus também não é cancelado.

• Autorização para Quitação do Contrato (Frota de terceiros)

A quitação do contrato somente pode ser realizada após ocorrer sua autorização. Esse método será acionado no momento do encerramento da viagem no Protheus.

• Quitação do Contrato (Frota de terceiros)

A quitação do contrato determina o fim do processo de viagem na Repom. Na quitação do contrato são obtidos os dados referentes ao que ocorreu durante a viagem, tais como os valores dos abastecimentos, valores de saques, etc. Esse método será acionado logo após a confirmação da autorização para quitação do contrato, no encerramento da viagem no Protheus.

• Autorização para pagamento do saldo do contrato (Frota de terceiros)


Após a quitação do contrato, o carreteiro somente recebe o saldo do contrato (caso exista) após a autorização do pagamento do saldo. Para isto, é utilizado, no Protheus, na rotina de “Liberação de Contratos”, o método em questão para realização da autorização do pagamento.

• Movimentações de Valores (Frota de Terceiros)

Depois que o contrato é emitido na Repom, todos os tipos de créditos e débitos que poderão ocorrer durante a viagem recebem o nome de “Movimentações de Valores”. Para que uma movimentação seja inserida dentro do contrato, deve ser utilizado esse método (acionado pelo Protheus por meio da rotina de movimento de custo de transporte (débitos) e no cálculo do contrato de carreteiro complementar (créditos)).

Mensagens de Retorno Depois de gerada a viagem, o motorista efetua o transporte efetivo da carga e, durante a viagem, são geradas informações sobre seus abastecimentos, créditos e débitos e encerramento da viagem.

Todas essas informações são geradas na Repom e transmitidas por meio de arquivos ao cliente. Esses arquivos podem ser classificados como “Mensagens”.

No caso da integração entre Protheus – Repom, este tratamento é realizado através de um webservice preparado para recepcionar essas informações. Para mais detalhes, veja o tópico “Recepção das Mensagens”.

As mensagens são classificadas em:

• Movimentação de valores: mensagem enviada para registrar os créditos e débitos feitos no contrato, durante a viagem do motorista. Alguns exemplos: débitos por falha de rastreamento, crédito referente à premiação ao motorista, etc. Essa mensagem somente é processada quando frota de terceiros.

• Passagem em postos credenciados: mensagem enviada para registrar a passagem do motorista em postos credenciados Repom. Apresentam os dados do posto credenciado, data e hora da passagem e os valores referentes a saques e consumos, junto às suas previsões para pagamento. Quando for registrada uma passagem em um posto credenciado, automaticamente será gerada uma operação de transporte categoria “Eventual”, indicando a data e hora real da passagem.

• Aviso de pagamento de carreteiros: mensagem enviada após o pagamento do saldo do contrato via TED e informa os valores e a data de pagamento dos saldos de quitação do motorista (mensagem somente processada quando frota de terceiros).

• Aviso de pagamento de postos: mensagem enviada uma vez por semana e todos os dias 1º de cada mês. Contém as informações referentes a quanto o cliente abasteceu em cada posto, com sua data de vencimento.


Modificações para atender a integração

Ativação da integração Para ativar a integração, deve-se alterar o parâmetro MV_TMSOPDG, por meio do sistema Configurador, conforme valores a seguir:

• 0 – Integração não ativa. Nenhum controle será realizado em conjunto com a Repom;

• 1 – Integração ativa somente para controle de vale-pedágio;

• 2 – Integração ativa. Para controle de vale-pedágio e controle de frotas.

Cadastro de Operadoras (Novo – TMSAE60) No Cadastro de Operadoras são definidos os parâmetros para acesso aos webservices e às fórmulas para cálculo do valor devido à operadora pela prestação do serviço. Essas fórmulas são utilizadas no momento do encerramento dos processos (quitação do frete e baixa do controle de viagem). As fórmulas devem ser amarradas a um produto, previamente cadastrado, para integração com o módulo de Compras.

Observação:

Até este momento, somente a operadora de Frotas “Repom Tecnologia” está disponível para parametrização (a consulta padrão referente às operadoras que estão habilitadas, está disponível por meio da tecla <F3> no campo “Cód. Operad.”).

A operadora de frotas deve ser amarrada a um fornecedor já existente. Essa amarração é necessária para integração com o módulo de Compras.

Na tela principal do cadastro deve-se informar também o ID de acesso e o código de acesso (fornecidos pela Repom).

No campo “URL WS” deve-se informar qual o caminho (URL) em que estão publicados os webservices. Esse endereço também é fornecido pela operadora de frotas.

Ambiente de homologação / Testes A Repom dispõe de uma URL que está direcionada para um ambiente de homologação para realização de testes. Para obter mais detalhes sobre esse ambiente, entre em contato diretamente com a Repom Tecnologia.

As mensagens enviadas pela operadora de frotas serão recepcionadas por meio de um webservice que deve ser disponibilizado no próprio servidor de aplicação

No cadastro de operadoras também devem ser amarradas as operações de transporte.

A informação sobre a operação de transporte é específica da operadora de frotas e não possui amarração aos processos do Protheus. Essa informação é exigida pela Repom no momento da emissão do contrato.

Essa amarração deve ser realizada por meio do botão “Operac.”, disponível na barra de ferramentas do Cadastro de Operadoras.

Operações de transporte Caso exista alguma dúvida sobre qual operação de transporte utilizar, entre em contato com a Repom Tecnologia.

As operações de transporte serão amarradas conforme o serviço e o tipo de transporte e são obtidas on-line, por meio de uma consulta à base de dados da Repom.


Após realizar o cadastro das operações de transporte, é necessário realizar a amarração de Municípios x Operadora. Essa amarração deve ser realizada devido à padronização de nomes de municípios utilizada pela Repom.

No módulo de Gestão de Transportes os municípios são denominados “Regiões”. Neste caso, a padronização de nomes de regiões pode não seguir o mesmo padrão adotado pela Repom, portanto, é necessário realizar essa amarração.

O “Cadastro de Regiões (TMSA120)” do SIGATMS é utilizado como base nesta amarração.

Cadastro de Rota X Operadoras (Novo – OMSA140) Para cada rota do SIGATMS deve ser amarrado um roteiro/percurso da Repom. Esta informação será utilizada no momento da abertura de controles de viagem e na emissão de contratos na Repom.

Para realizar essa amarração, foi disponibilizada a rotina “Rota X Operadoras”.

No cabeçalho da rotina deve ser informado o código da rota previamente cadastrada. Nos itens devem ser informados os dados da amarração. A rota pode, futuramente, ser amarrada a mais de uma operadora.

Quando houver a integração com a Repom, para obter o roteiro/percurso a ser utilizado, é verificado o código da operadora mais a frota definida.

Exemplo: Se a viagem aberta utilizar um veículo de frota própria, é verificada a existência de uma amarração para Rota x Operadora para frota própria.

Os roteiros/percursos são obtidos de forma on-line, pela consulta à base de dados da Repom, por meio da tecla <F3>.

Para obter os roteiros/percursos, será analisada a rota informada. Com base nos dados da rota, é verificada a região de origem da rota e, depois, verificada a amarração entre Municípios x Operadora.

Os roteiros/percursos que serão obtidos têm como base a cidade de origem da rota.

Essa amarração também pode ser realizada pelo próprio Cadastro de Rotas, acessado por meio do botão “RotaXOper”, disponível na barra de ferramentas.

Operadoras X Ações (Novo – TMSAE65) Este cadastro foi disponibilizado para tratar as mensagens referentes à movimentação de valores.

Cada movimentação de valor possui um código que identifica o tipo de movimento relacionado a essa movimentação.

A movimentação de valores pode ocorrer por parte da Repom, em que será enviada uma mensagem identificando qual movimento ocorreu; ou por meio de envio da mensagem por parte do Protheus.

Devido à diversidade de tipos de movimentos, a rotina Operadoras x Ações foi criada para determinar as ações a serem tomadas de acordo com os movimentos que ocorrerem na Repom.

Exemplo: Caso ocorra um movimento “Atraso de Entrega”, a ação no Protheus pode ser a de gerar um movimento de custo de transporte, realizando assim um débito no contrato de carreteiro.

As ações devem ser cadastradas por operadoras.

No campo “Cód. Movto.”, deve ser informado o código do movimento vinculado à mensagem de movimentação de valor.

Quando o movimento que estiver sendo configurado for um “envio” (Protheus Repom), fica disponível nesse campo uma consulta padrão <F3>, que lista os movimentos que podem ser enviados para a Repom. Essa consulta ocorre de forma on-line, obtendo os dados diretamente da base de dados da Repom.

Quando o movimento a ser configurado for um “recebimento” (Repom Protheus), a lista de movimentos deve ser obtida junto à Repom.


Os movimentos são configurados de acordo com o serviço e o tipo de transporte. Com essa flexibilidade, pode-se definir, por exemplo, que um desconto na Repom para serviço de transporte “Entrega” e tipo de transporte “Rodoviário”, seja gerado um movimento de custo de transporte e para o serviço de transporte “Coleta” e tipo de transporte “Rodoviário”, seja gerada uma ocorrência informativa.

O campo “Tipo de Movimento” define se o movimento é de envio (Protheus Repom) ou de recebimento (Repom Protheus) e o campo “Ação” define qual ação deve ser tomada em relação ao movimento cadastrado. Esse campo trabalha em conjunto aos campos “Tipo Movto.” e “Form. Ação”.

As ações disponíveis são:

• 00 – Nenhuma ação

Nenhuma ação será tomada pelo Protheus. Somente ocorre o registro da movimentação de valor.

• 01 – Registro de Ocorrência

Quando a ação for a de gerar um registro de ocorrência, o campo “Form. Ação” deve conter um código de ocorrência ou uma fórmula que retorne o código de uma ocorrência, previamente cadastrada na “Tabela de Ocorrências (TMSA020)”.

Se o tipo de movimento for um movimento de envio, ao ser lançada uma ocorrência cujo código seja o mesmo referenciado no campo “Form. Ação”, será enviada à Repom uma movimentação com o código do movimento informado no campo “Cód. Movto.”.

Se o tipo de movimento for de recebimento, quando houver a recepção de uma mensagem de movimentação de valores, com o código igual ao do movimento lançado, será gerado automaticamente um registro de ocorrência, com o código da ocorrência igual ao retorno do campo “Form. Ação”.

• 02 – Movto. de Custo de Transporte:

Quando a ação for a de gerar um movimento de custo de transporte, o campo “Form. Ação” deve conter um código de despesa ou uma fórmula que retorne o código da despesa previamente cadastrada na Tabela de Despesas (TMSA060).

Se o tipo de movimento for “envio”, ao ser lançado um movimento de custo de transporte em que o código da despesa seja o mesmo mencionado no campo “Form. Ação”, é gerada uma movimentação de valor na base de dados da Repom e o código do movimento obtido do campo “Cód. Movto.”.

Se o tipo de movimento for um “recebimento”, quando ocorrer sua recepção, é gerado automaticamente um movimento de custo de transporte para a despesa informada no campo “Form. Ação”.

• 03 – Contrato de Carret. Complementar:

Caso a ação seja igual à “Contrato de Carret. Complementar”, o campo “Form. Ação” não tem utilidade.

Quando o movimento for um “envio”, ao realizar o cálculo de um contrato de carreteiro complementar cujo contrato principal foi integrado à Repom, será enviada uma mensagem de movimentação de valor para a Repom, utilizando o código do movimento informado no Contrato de Carreteiro. Para mais detalhes, veja o tópico “Cálculo do Contrato de Carreteiro”.

Se o movimento for relativo a recebimento, ao processar uma mensagem de movimentação de valor com o código do movimento igual ao código que está sendo cadastrado, automaticamente será gerado um contrato de carreteiro complementar com o valor contido na mensagem recebida.

A seguir é apresentado um esquema do funcionamento da integração do tratamento das mensagens referentes à movimentação de valores:


Cadastro de Fornecedores (MATA020) No Cadastro de Fornecedores (MATA020) foi disponibilizado o botão “DadosxOper.” para permitir a integração on-line do fornecedor com a Repom.

Cadastro de Motoristas (OMSA040) No Cadastro de Motoristas foi disponibilizado o botão “DadosxOperad.” que permite realizar on-line a integração dos dados do motorista com a Repom.


Observação:

Na integração dos dados de motoristas próprios é necessário enviar o CNPJ do contratante do motorista. Esse CNPJ pode ser obtido automaticamente do arquivo de empresas (SIGAMAT.EMP) ou por meio do parâmetro MV_EMPRMOT.

Esta integração também pode ser configurada para ocorrer de maneira automática, por meio da tecla <F12> disponível no browse. Caso a integração seja ativada de forma automática, a cada novo cadastro ou alteração dos dados do motorista, a integração com a Repom será iniciada.

No Cadastro de Motoristas também está disponível o botão “Mot.xOper.”, na barra de ferramentas, permitindo amarrar um cartão ao motorista.

Em todo momento que for necessária a informação referente ao número do cartão do motorista, será verificada essa amarração. Caso tenha sido realizada, será sugerido o número do cartão para utilização (esse número é apenas uma sugestão e pode ser modificado).

Na janela para realizar a amarração, está disponível um botão para verificar a validade do cartão informado. Basta informar o número do cartão e solicitar a validação.

Caso exista algum problema com o número do cartão, será exibido, para que as providências sejam tomadas.

Cadastro de Veículos (OMSA060) No Cadastro de Veículos foi disponibilizado o botão “DadosxOperad.” para realização da integração dos dados com a Repom.

Também é possível fazer com que a integração ocorra de forma automática, bastando definir, por meio da tecla <F12>, o parâmetro “Atualizar dados com Operadora” igual a “Sim”.

Abertura de Viagens (Viagens modelo I – TMSA140 / TMSA141 e modelo II – TMSA144) As rotinas de abertura de viagem foram modificadas para atender o processo de integração com a Repom.

A integração dos dados do Protheus com a Repom ocorrerá por viagem, isto é, pode-se definir, a cada viagem, se haverá ou não integração com a Repom. Essa definição ocorre por meio do botão “Complemento de Viagem”.

No complemento de viagem, está disponível uma nova pasta, “Operadoras de Frota”, em que devem ser informados os dados referentes à integração com a Repom.

Para indicar que a viagem sofrerá a integração com a Repom, deve ser informado, no campo “Cód. Operad.”, o código da Repom no Protheus, nesse caso, “01”.

Para cada viagem integrada com a Repom, viagem de frota própria ou frota de terceiros, a Repom retorna um número de processo. Esse número é armazenado no campo “N.o Proc. Tr.” (DTR_PRCTRA).

O campo “Ped. Com. Oper” (DTR_OPERPC) será preenchido no encerramento do processo e será gravado o número do pedido de compra referente à prestação de serviço realizada pela Repom. Quando a viagem é integrada com a Repom, o conceito de adiantamentos na viagem muda, pois todos os valores serão automaticamente creditados no cartão do motorista.

No caso da Repom, existe um percentual que o motorista pode sacar como adiantamento. Esse percentual deve ser informado no campo “% Adto. Frete” (DTR_PERADI) lembrando que ele somente tem funcionalidade quando utilizada a integração com frotas de terceiros.

Depois de informado o código da operadora no complemento de viagem, ao informar o veículo da viagem, automaticamente será calculado o pedágio referente à rota selecionada na janela de viagem. O cálculo do pedágio ocorre de maneira on-line e o valor retornado é passado pela Repom:

Para completar os dados da integração, deve-se informar ainda o número do cartão que o motorista portará durante a viagem. Esse número pode ser obtido automaticamente por meio da amarração entre motorista x cartão.


Mesmo que o número do cartão seja obtido automaticamente, pode-se alterá-lo pelo botão “Mot.Viag.”

Na confirmação dos dados do motorista da viagem, será validado automaticamente o número do cartão na Repom. Caso o número não seja válido ou o cartão informado possua algum problema, não poderá ser utilizado, e a gravação dos dados do motorista da viagem será interrompida.

Após o preenchimento dos dados do complemento de viagem, esta será gravada. Na gravação, ao utilizar os recursos da integração, serão sincronizados os dados de fornecedores, motoristas e veículos com a base de dados da Repom.

Importante:

È importante frisar que até este momento nenhum processo foi iniciado junto à Repom. Na abertura da viagem, somente são checadas as informações para que, no momento da emissão do contrato ou na abertura do controle de viagem, estejam válidas.

A seguir é apresentado o processo de abertura de viagem:


Processo de integração utilizando frota própria Os controles, quando utilizada a frota própria, são Abertura do Controle de Viagem e Baixa do Controle de Viagem.

Abertura do Controle de Viagem Quando é utilizada frota própria, o método usado para realização da integração com a Repom é o da “Emissão do Controle de Viagem”.

Esse método pode ser acionado em dois locais, que variam de acordo com as configurações do cliente:

• Por meio do Fechamento de Viagem: quando o controle de veículos estiver habilitado (MV_CONTVEI).

• Por meio do apontamento da operação de “Saída de Viagem”: quando o controle de veículos (MV_CONTVEI) estiver desabilitado.

Este tratamento é necessário, pois este método exige a quilometragem inicial do veículo.

Quando o controle de veículos está ativo (MV_CONTVEI), ao entrar na transportadora, obrigatoriamente é registrada sua quilometragem de entrada. Portando, a abertura do controle de viagem pode ocorrer no próprio fechamento da viagem, pois a informação sobre a quilometragem inicial já está disponível. Porém, quando o controle de veículos não está ativo, somente existirá a quilometragem de saída do veículo quando for apontada a operação de “Saída de Viagem”.

Atenção

Caso o controle de veículos não esteja ativo, para o perfeito funcionamento da integração, deve-se obrigatoriamente ativar o parâmetro MV_KMVEIOP.

Após a comunicação com a Repom, são retornadas as informações referentes aos “Pontos de Apoio” da viagem. Pontos de Apoio são postos conveniados em que o motorista pode parar durante a viagem.

Para consultar os pontos de apoio foi disponibilizado o botão “Psg.Postos” (Passagem em Postos) no browse da rotina de manutenção de viagens (Modelo I e Modelo II).

Ao consultar o complemento de viagem, no campo “N.o Proc. Tr.” constará o número do processo de transporte da Repom.

Por esse número, é possível utilizar também os recursos do site da Repom.

Atenção:

Todo processo iniciado pelo Protheus por meio da integração com a Repom deve ser obrigatoriamente finalizado pelo Protheus. Caso contrário, os processos no Protheus podem ficar incompletos.

Baixa do controle de viagem Após realização da viagem, deve ser feito seu encerramento.

O método responsável pela baixa do controle de viagem poderá ser acionado em dois momentos distintos no Protheus. Esta variação ocorre de acordo com a configuração do parâmetro MV_ENREPOM (Maiores detalhes sobre a configuração deste parâmetro, consultar a seção “Procedimentos para configuração”)


Processo de integração utilizando frota de terceiros Os controles, quando se utiliza frota de terceiros são: Emissão do contrato, Autorização para quitação do contrato, Quitação do contrato e Autorização para pagamento do saldo do contrato

Emissão do contrato A emissão do contrato na Repom é o inicio do controle de um processo quando se utiliza frota de terceiros.

No Protheus, a emissão do contrato na Repom é acionada por meio da realização do cálculo do contrato de carreteiro, em que será acionado automaticamente o método “Emite Contrato”.

Esse método processa as informações enviadas com base nos cálculos realizados no Protheus e devolve as informações referentes aos pontos de apoio (passagens em postos) e os dados preliminares da quitação do contrato.

A integração com a Repom somente será acionada em contratos calculados na modalidade “Por Viagem”.

Na integração com a Repom, é implícita a realização do controle da liberação de contratos de carreteiro (para mais detalhes, verifique o boletim técnico “Liberação de Contratos de Carreteiro e Geração de Pedidos de Compra considerando a configuração do Contrato do Fornecedor”). Esse controle torna-se obrigatório devido ao conceito da integração e métodos disponibilizados pela Repom.

Após a realização do cálculo do contrato, as informações referentes aos pontos de apoio e os dados preliminares sobre a quitação do contrato podem ser acessados por meio do novo botão “Rastrear”.

Na janela de rastreamento do contrato, são apresentadas as informações do contrato, movimentos enviados e recebidos, passagens em postos, aviso de pagamento de postos, aviso de pagamento de carreteiros e os dados da quitação.

• Contrato de Carreteiro (Raiz da árvore)

Apresenta informações do contrato gerado pelo Protheus. Trata-se da mesma janela exibida ao selecionar a opção “Visualizar” no browse.

• Movimentação de Valores

São as informações dos débitos/créditos ocorridas durante o processo de viagem, vinculado a este contrato.

Neste item, existem as seguintes subdivisões:

• Movimentos Enviados: são listados os movimentos que foram enviados à Repom (Protheus Repom).

• Movimentos Recebidos: são listados os movimentos que foram enviados pela Repom (Repom Protheus)

• Movimentos Executados / Não Executados: todo movimento recebido, em que não foi encontrada uma ação cadastrada na rotina “Ações X Operadora”, será classificado como um movimento não executado. Caso exista uma ação cadastrada para o movimento recebido, será exibida qual ação foi tomada (geração de contrato de carreteiro complementar, geração de um movimento de custo de transporte, geração de um registro de ocorrência ou nenhuma ação tomada).

• Passagens em Postos

São apresentados os pontos de apoio da viagem. Os pontos de apoio relacionados são todos previstos e, durante a viagem, pode ser que o carreteiro não pare em um desses pontos.


Quando o carreteiro parar em algum dos pontos de apoio, será gerada uma operação de transporte de categoria “eventual”, detalhando a data/hora real da passagem pelo posto, além da gravação dos dados restantes referentes ao ponto de apoio (valor de saque, consumos, etc.).

• Aviso de pagamento de postos

São exibidos os avisos de pagamento de postos enviados pela Repom.

O aviso de pagamento de postos enviado pela Repom é consolidado, ou seja, é aglutinado por data de vencimento e posto credenciado.

Para relacionar uma determinada passagem em posto com um aviso de pagamento de postos, deve-se adotar o seguinte critério:

N.o Contrato Data da Passagem Posto Valor Vencimento

000058 01/05/2007 A R$ 150,00 15/05/2007

000058 03/05/2007 B R$ 50,00 25/05/2007

000047 03/05/2007 A R$ 80,00 15/05/2007

000058 08/05/2007 C R$ 90,00 25/05/2007

000088 08/05/2007 B R$ 80,00 25/05/2007

Neste exemplo, serão recebidos três avisos de pagamento de posto:

Vencimento Posto Valor

15/05/2007 A R$ 230,00

25/05/2007 B R$ 130,00

25/05/2007 C R$ 90,00

Um aviso de pagamento de posto pode estar vinculado a várias passagens, que podem estar em contratos distintos, como é o caso dos contratos 000058 e 000047. Ao rastrear o contrato 000058, será exibido o aviso de pagamento de posto com vencimento no dia 15/05/2007 no valor de R$ 230,00, porém, ao consultar as passagens em postos desse contrato, apenas constará, para o posto “A”, a passagem no dia 01/05/2007, no valor de R$ 150,00.

Ao consultar o contrato 000047, o mesmo aviso de pagamento de posto será exibido, porém, a passagem vinculada será a passagem no posto “A”, no valor de R$ 80,00.

• Aviso de pagamento de carreteiro

São apresentados os dados do aviso de pagamento de carreteiro. Quando ocorre o pagamento do saldo do contrato, é enviada automaticamente a mensagem com os dados de aviso de pagamento de carreteiro.

• Dados da quitação

São apresentados os dados da quitação do contrato com a Repom. Inicialmente, na emissão do contrato na Repom, dispõe-se dos dados preliminares referentes à quitação do contrato e, quando ocorre a quitação do contrato, os dados são enviados em sua totalidade.

Autorização para quitação do contrato Para realização da quitação do contrato, é necessário primeiro autorizar a quitação. Para isto, utiliza-se o método “Autoriza Quitação”, que libera a trava que impossibilita a quitação do contrato e permite efetuar a sua quitação.

A autorização da quitação é acionada no encerramento da viagem no Protheus.


Quitação do contrato A quitação do contrato é acionada logo após o processamento da autorização de quitação, na rotina Encerramento de Viagens.

Caso a quitação seja autorizada pelo método “Autoriza Quitação”, o processo prosseguirá com a realização da quitação do contrato.

Após a quitação do contrato, serão tratados os seguintes dados: valores referentes aos consumos e valores dos saques realizados durante a viagem, saldo do contrato, etc.

Após apuração destes valores, automaticamente será gerado um movimento de custo de transporte para eles. Os valores são tratados como adiantamento de frete.

A despesa vinculada ao movimento de custo de transporte é obtida por meio do parâmetro MV_DESADF.

Os dados referentes à quitação do contrato podem ser consultados na rotina “Contrato de Carreteiro” (TMSA250). Basta selecionar o contrato a ser consultado e clicar na opção “Rastrear”.

Importante:

Devido à indisponibilidade de um método para realização do estorno da quitação do contrato no sistema da Repom, ao estornar o encerramento da viagem no Protheus, obrigatoriamente, deve-se acessar o site da Repom e realizar o estorno da quitação no site. Caso esse procedimento não seja adotado, não será possível encerrar novamente a viagem, pois, ao acionar novamente a quitação do contrato, será retornado pela Repom que o contrato já está encerrado.

Autorização para pagamento do saldo do contrato Após o processamento da quitação do contrato de carreteiro, é possível apurar o valor final que é devido ao carreteiro.

Para que o valor final seja creditado na conta corrente do carreteiro, deve-se acionar o método “Autoriza Pagamentos”. Esse método é acionado a partir da liberação do contrato de carreteiro. Ao confirmar a liberação, automaticamente será solicitada a autorização para pagamento do saldo do contrato.

Importante:

Não é possível reverter uma autorização para pagamento do saldo de contrato no sistema da Repom. Portanto, ao estornar a liberação do contrato de carreteiro no Protheus, o contrato no sistema da Repom continuará autorizado. Para realização do cancelamento da autorização para pagamento de saldo, entre em contato com o suporte técnico da Repom. Somente após o cancelamento da autorização, será possível liberar novamente no Protheus o contrato de carreteiro.

Recepção das mensagens As mensagens enviadas pela Repom serão processadas por um WebService, que deve estar disponível em um servidor com acesso direto à internet.

Importante

O método para recepcionar as mensagens deve ser comunicado à Repom Tecnologia. Com estas informações a Repom preparara seu sistema para envio das mensagens para a URL disponibilizada.

Recepção das mensagens – Webservice A recepção das mensagens enviadas pela Repom é realizada pelo webservice, Neste caso os papéis entre Totvs e Repom se invertem, ou seja, o SIGATMS passa a ser a plataforma server e a Repom será a plataforma client.


Este webservice está preparado para recepcionar as mensagens referentes à movimentação de valores, passagens em postos credenciados, avisos de pagamento de carreteiro e avisos de pagamento de postos.

Observação:

A publicação deste servidor na internet é de total responsabilidade do cliente. As políticas de segurança e acesso não são definidas no webservice.

Conheça os detalhes do procedimento a ser adotado, ao processar cada uma das mensagens enviadas pela Repom:

• Movimentação de Valores: as mensagens referentes à movimentação de valores serão inicialmente submetidas ao cadastro de “Operadoras X Ações”. Caso exista alguma ação configurada para a mensagem que está sendo processada no momento, automaticamente será executada esta ação. A ação pode gerar um movimento de custo de transporte, um registro de ocorrência ou um contrato de carreteiro complementar. Após a verificação da ação, a mensagem será registrada na tabela de “Movimentação de Valores”.

• Passagem em postos: as passagens em postos serão efetivadas na tabela “Passagens em Postos” e posteriormente, será gerada uma operação de transporte de categoria “Eventual”, indicando a efetivação da passagem. A operação de transporte utiliza a atividade configurada no parâmetro MV_ATIVPSG.

• Aviso de pagamento de carreteiros: estas mensagens serão armazenadas na tabela “Avisos de pagamento de carreteiro”.

• Aviso de pagamento de postos: estas mensagens serão armazenadas na tabela “Aviso de pagamento de postos”.

Realizando movimentações em um contrato Após a emissão de um contrato no sistema da Repom, podem ocorrer lançamentos a débito ou a crédito para esse contrato. Para que estes lançamentos sejam realizados, utiliza-se o método “Movimentação Valores”, que realiza débitos ou créditos no contrato emitido.

Lançamentos a débito São realizados a partir da rotina “Movimento de custo de transporte”, porém, antes de realizar o lançamento, para que este seja integrado à Repom, deve-se configurar uma “Ação X Operadora” para a despesa a ser lançada.

Exemplo: ao realizar um movimento de custo de transporte amarrado à despesa “extravio”, se a viagem informada no lançamento for uma viagem integrada com a Repom, automaticamente será gerada uma movimentação de valores para a Repom, e o código do movimento enviado será o código ‘16’, conforme definido no campo “Cód. Movto.”

Se a despesa informada no lançamento for “atraso”, a código do movimento que irá compor a mensagem de movimentação de valores será o código ‘106’.

Para verificar a execução dos lançamentos, efetuar o rastreamento do contrato de carreteiro na rotina “Contrato de Carreteiro” (TMSA250). Também é possível consultar a movimentação diretamente no site da Repom:

Lançamentos a crédito São realizados a partir da rotina “Contrato de Carreteiro”. Deve-se selecionar o contrato principal que realizou a integração com a Repom e gerar um contrato complementar.


Da mesma maneira que foi realizado no lançamento a débito, deve-se realizar a configuração de uma ação para o lançamento a crédito.

Na realização do cálculo do contrato de carreteiro complementar, quando o contrato for integrado com a Repom, será solicitado o código do movimento para geração da mensagem de movimentação de valores. O valor (R$) do movimento será obtido do resultado da geração do contrato complementar.

Procedimentos para implementação

Importante:

Antes de executar o compatibilizador “TMS811R4”, é imprescindível:

• Realizar o backup da base de dados do produto que será executado o compatibilizador (diretório “\PROTHEUS_DATA\DATA”) e dos dicionários de dados "SXs" (diretório “\PROTHEUS_DATA\ SYSTEM”);

Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.

• Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.

• Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.

• O compatibilizador deve ser executado com a Integridade Referencial desativada*.

ATENÇÃO: O procedimento a seguir deve ser realizado por um profissional qualificado como Administrador de Banco de Dados (DBA), ou equivalente!

* A ativação indevida da Integridade Referencial pode alterar drasticamente o relacionamento entre tabelas no banco de dados. Portanto, antes de utilizá-la, observe atentamente os procedimentos a seguir:

i. No Configurador (SIGACFG), veja se a empresa utiliza Integridade Referencial, selecionando a opção “Integridade/Verificação” (APCFG60A).

ii. Se não há Integridade Referencial ativa, são relacionadas em uma nova janela todas as empresas e filiais cadastradas para o sistema, e nenhuma delas estará selecionada. Neste caso, E SOMENTE NESTE, não é necessário qualquer outro procedimento de ativação ou desativação de integridade, basta finalizar a verificação e aplicar normalmente o compatibilizador, conforme instruções.

iii. Se há Integridade Referencial ativa em todas as empresas e filiais, é exibida uma mensagem na janela de “Verificação de relacionamento entre tabelas”. Confirme a mensagem para que a verificação seja concluída, ou;

iv. Se há Integridade Referencial ativa em uma ou mais empresas, que não na sua


totalidade, são relacionadas em uma nova janela todas as empresas e filiais cadastradas para o sistema, e somente a(s) que possui(em) integridade está(arão) selecionada(s). Anote qual(is) empresa(s) e/ou filial(is) possui(em) a integridade ativada, e reserve esta anotação para posterior consulta na reativação (ou ainda, contate nosso departamento de Framework para informações quanto a um arquivo que contém essa informação).

v. Nestes casos descritos nos itens “iii” ou “iv”, E SOMENTE NESTES CASOS, é necessário desativar tal integridade, selecionando a opção “Integridade/ Desativar” (APCFG60D).

vi. Quando desativada a Integridade Referencial, execute o compatibilizador, conforme instruções.

vii. Aplicado o compatibilizador, a Integridade Referencial deve ser reativada, SE E SOMENTE SE tiver sido desativada, através da opção “Integridade/Ativar” (APCFG60). Para isso, tenha em mãos as informações da(s) empresa(s) e/ou filial(is) que possuía(m) ativação da integridade, selecione-a(s) novamente e confirme a ativação.

CONTATE O DEPARTAMENTO DE FRAMEWORK CASO TENHA DÚVIDAS!

1. No Protheus “Remote”, no campo “Programa Inicial”, digite “TMS811R4”.

2. Clique no botão OK para continuar.

3. Após a confirmação é apresentada uma tela, ou para a seleção da empresa em que o dicionário de dados será modificado ou para a seleção do compatibilizador que será aplicado.

Se apresentada a janela para seleção do compatibilizador selecione o programa “TMS8R403“.

4. Ao confirmar, é apresentada uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.

5. Clique em Sim para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos.

É apresentada uma mensagem explicativa na tela.

6. Em seguida, é apresentada a janela de “Atualização concluída” com o histórico (log) de todas as atualizações processadas. Nesse log de atualização, são exibidos somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existam no dicionário de dados.

7. Clique no botão Gravar para salvar o histórico (log) apresentado.

8. Clique no botão OK para encerrar o processamento.


Procedimentos para Configuração

1. Acesse o Configurador, opção “Ambientes/Cadastro/Menu” (CFGX013) e inclua as novas opções de menu do Gestão de Transporte, conforme instruções a seguir:

Nome do menu Submenu Nome da rotina Programa Tabelas

Atualizações Operadoras de Frota

- - -


Operadoras de Frota TMSAE60 DEG, DEH, DEI, DEJ


Rotas X Operadoras OMSA140

DA8, DA3, DA9, DAL, DUN, DVM, DEG, DEK


Operadoras X Ações TMSAE65 DEG, DEM

2. Ainda no Configurador, opção “Ambiente/Cadastros/Parâmetros” (CFGX017) cadastre os parâmetros conforme indicações a seguir:

Itens/Pastas Descrição

Nome da Var. MV_ATIVPSG

Tipo Caracter

Cont. Por.* 056

Descrição Ativa a passagem em postos credenciados.


Nome da Var. MV_CONTVEI

Tipo Lógico

Cont. Por.* .T.

Descrição Controla Motorista / Veículo ?


Nome da Var. MV_DESADF

Tipo Caracter

Cont. Por.* ADTO

Descrição Despesa referente ao valor do adiantamento, quando utilizada a integração com operadoras de frota/vale-pedágio.



Nome da Var. MV_DOCSOPE

Tipo Numérico

Cont. Por.* 5

Descrição Quantidade de documentos que serão relacionados nos XMLs enviados a operadora de frotas/vale-pedágio.


Nome da Var. MV_EMPRMOT

Tipo Caracter

Cont. Por. <definido pelo usuário>

Descrição CNPJ do empregador do motorista próprio. Utilizado na integração dos dados do motorista com a operadora de frotas/vale-pedágio


Nome da Var. MV_ENREPOM

Tipo Caracter

Cont. Por. 2

Descrição Determina se o encerramento do controle de viagem será realizado pelo apontamento da ocorrência de encerramento de processo (1) ou através do encerramento da viagem (2)


Nome da Var. MV_KMVEOIP

Tipo Lógico

Cont. Por. .F.

Descrição Valida se mostra tela de apontamento manual de chegada / saída de viagens



Nome MV_TMSOPDG

Tipo Caracter

Cont. Por. 2

Descrição

Indica se a integração com Operadoras de Frota/Vale-Pedágio está ativa.

0 = Desabilitada, 1 = Somente Vale-pedágio e 2 = Vale-Pedágio e Operação de Frotas.


Nome da Var. MV_TMSXML

Tipo Lógico

Cont. Por. .F.

Descrição Habilita a geração dos XMLs referentes às transações realizadas com a operadora de frotas em disco.

Observação:

Os valores citados acima são fictícios. Os valores informados nos parâmetros devem respeitar seus respectivos cadastros (Despesas, Atividades, etc.).

Ajustes Efetuados pelo Compatibilizador 1. Criação de tabelas no arquivo SX2– Tabelas.

Prefixo Modo de Acesso Descrição

DEG Compartilhado Operadoras Frota/Vale-Pedágio

DEH Exclusivo Operadoras Frota X Produtos

DEI Exclusivo Operadoras Frota X Municípios

DEJ Exclusivo Operações da Operadora Frotas

DEK Exclusivo Rotas X Operadoras de Frota

DEL Exclusivo Motoristas X Operad. de Frota

DEM Exclusivo Operad. Frota X Ações Protheus

DEN Exclusivo Movimentação de Valores

DEO Exclusivo Transações X Operad. Frotas

DEP Exclusivo Passagens em Postos


DEQ Exclusivo Aviso Pagamento Postos

DER Exclusivo Aviso Pagamento Carreteiro

DES Exclusivo Quitações de Contrato

2. Criação de Índices no arquivo SIX – Índices

Tab

ela

Ord

em

Des

criç

ão

Cha

ve

DEG 1 Código da Operadora DEG_FILIAL+DEG_CODOPE

DEH 1 Cód. Operad. + Item DEH_FILIAL+DEH_CODOPE+DEH_ITEM

DEH 2 Cód. Operad. + Cód. Produto DEH_FILIAL+DEH_CODOPE+DEH_CODPRO

DEI 1 Cód. Operad. + Item DEI_FILIAL+DEI_CODOPE+DEI_ITEM

DEI 2 Cód. Operad. +Cód. Reg. Ori. DEI_FILIAL+DEI_CODOPE+DEI_CDRORI

DEJ 1 Cód. Operad. + Item DEJ_FILIAL+DEJ_CODOPE+DEJ_ITEM

DEJ 2 Cód. Operad. + Serv.Transp. + Tipo Transp.

DEJ_FILIAL+DEJ_CODOPE+DEJ_SERTMS+DEJ_TIPTRA

DEK 1 Rota + Item DEK_FILIAL+DEK_ROTA+DEK_ITEM

DEK 2 Rota + Cód. Operad. DEK_FILIAL+DEK_ROTA+DEK_CODOPE

DEK 3 Rota + Frota + Cód. Operad. DEK_FILIAL+DEK_ROTA+DEK_FROVEI+DEK_CODOPE

DEL 1 Cd.Motorista + Item DEL_FILIAL+DEL_CODMOT+DEL_ITEM

DEL 2 Cd.Motorista + Cód. Operad. DEL_FILIAL+DEL_CODMOT+DEL_CODOPE

DEM 1 Cód. Operad. + Item DEM_FILIAL+DEM_CODOPE+DEM_ITEM

DEM 2 Cód. Operad. + Cód. Movto. + Serv.Transp. + Tipo Transp. + Ação

DEM_FILIAL+DEM_CODOPE+DEM_CODMOV+DEM_SERTMS+DEM_TIPTRA+DEM_ACAO

DEN 1 Fil. Origem + Viagem + Dt. Movto. + Hr. Movto.

DEN_FILIAL+DEN_FILORI+DEN_VIAGEM+DTOS(DEN_DTMOV)+DEN_HRMOV

DEN 2 Cód. Operad. + Dt. Movto. + Hr. Movto.

DEN_FILIAL+DEN_CODOPE+DTOS(DEN_DTMOV)+DEN_HRMOV

DEO 1 Cód. Operad. + Origem + Id. Reg.

DEO_FILIAL+DEO_CODOPE+DEO_ORIGEM+DEO_IDREG


DEP 1 Fil. Origem + Viagem + Ordem Pass.

DEP_FILIAL+DEP_FILORI+DEP_VIAGEM+DEP_ORDEM

DEQ 1 Fil. Origem + Viagem + Fornecedor + Loja

DEQ_FILIAL+DEQ_CODFOR+DEQ_LOJFOR+DtoS(DEQ_DATPAG)

DER 1 Fil. Origem + Viagem DER_FILIAL+DER_FILORI+DER_VIAGEM

DES 1 Fil. Origem + Viagem DES_FILIAL+DES_FILORI+DES_VIAGEM

3. Criação no arquivo SX3 – Campos.

Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEG DEG_FILIAL C 2 0 Filial Filial do Sistema DEG DEG_CODOPE C 2 0 Cód.Operad. Código da Operadora DEG DEG_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEG DEG_CODFOR C 6 0 Fornecedor Código do Fornecedor DEG DEG_LOJFOR C 2 0 Loja Loja do Fornecedor DEG DEG_NOMFOR C 40 0 Nome Fornec. Nome do Fornecedor DEG DEG_IDOPE C 15 0 Id Operad. Id. na Operadora DEG DEG_CODACE C 15 0 Cód. Acesso Cód. Acesso aos Serv

DEG DEG_URLWS C 100

0 URL WS URL dos WebServices

DEH DEH_FILIAL C 2 0 Filial Filial do Sistema DEH DEH_ITEM C 2 0 Item Item DEH DEH_CODOPE C 2 0 Cód. Operad. Código da Operadora DEH DEH_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEH DEH_CODPRO C 15 0 Cód. Produto Código do Produto DEH DEH_DESPRO C 30 0 Dês. Produto Descrição do Produto


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEH DEH_FORMUL C 128

0 Form. Pedido Form. Pedido de Compra

DEI DEI_FILIAL C 2 0 Filial Filial do Sistema DEI DEI_ITEM C 2 0 Item Item DEI DEI_CODOPE C 2 0 Cód. Operad. Código da Operadora DEI DEI_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEI DEI_CDRORI C 6 0 Cód.Reg.Ori Código Região Origem DEI DEI_REGORI C 30 0 Reg. Origem Região de Origem DEI DEI_MUN C 30 0 Município Município DEJ DEJ_FILIAL C 2 0 Filial Filial do Sistema DEJ DEJ_ITEM C 2 0 Item Item DEJ DEJ_CODOPE C 2 0 Cód. Operad. Código da Operadora DEJ DEJ_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEJ DEJ_SERTMS C 1 0 Serv.Transp. Serviço de Transporte

DEJ DEJ_DESSVT C 30 0 Desc.Sv.Tran Descrição Serv. de Transp.

DEJ DEJ_TIPTRA C 1 0 Tipo Transp. Tipo de Transporte

DEJ DEJ_DESTPT C 30 0 Desc.Tp.Tran Descrição Tipo de Transp.

DEJ DEJ_OPERAC C 3 0 Operação Código da Operação DEJ DEJ_DESOPE C 50 0 Desc. Operac Descrição da Operação DEK DEK_FILIAL C 2 0 Filial Filial do Sistema DEK DEK_ITEM C 2 0 Item Item DEK DEK_ROTA C 6 0 Rota Código da Rota DEK DEK_DESROT C 30 0 Praça Princ. Praça Principal DEK DEK_CODOPE C 2 0 Cód. Operad. Código da Operadora


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEK DEK_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEK DEK_ROTEIR C 5 0 Cód. Roteiro Código do Roteiro DEK DEK_CODPER C 5 0 Cód. Percus. Código do Percurso DEK DEK_DESPER C 30 0 Desc. Perc. Descrição do Percurso DEK DEK_FROVEI C 1 0 Frota Frota DEL DEL_FILIAL C 2 0 Filial Filial do Sistema DEL DEL_ITEM C 2 0 Item Item DEL DEL_CODMOT C 6 0 Cd.Motorista Código do Motorista DEL DEL_NOMMOT C 30 0 Nome Motoris. Nome do Motorista DEL DEL_CODOPE C 2 0 Cód. Operad. Código da Operadora DEL DEL_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEL DEL_IDOPE C 20 0 Id Motorista Id do Motorista DEM DEM_FILIAL C 2 0 Filial Filial do Sistema DEM DEM_ITEM C 2 0 Item Item DEM DEM_CODOPE C 2 0 Cód. Operad. Código da Operadora DEM DEM_NOMOPE C 30 0 Nome Operad. Nome da Operadora

DEM DEM_CODMOV

C 3 0 Cód. Movto. Código do Movimento

DEM DEM_DESMOV C 30 0 Desc. Movto. Desc. Movimento DEM DEM_SERTMS C 1 0 Serv.Transp. Serviço de Transporte

DEM DEM_DESSVT C 30 0 Desc.Sv.Tran Descrição Serv. de Transp.

DEM DEM_TIPTRA C 1 0 Tipo Transp. Tipo de Transporte

DEM DEM_DESTPT C 30 0 Desc.Tp.Tran. Descrição Tipo de Transp.

DEM DEM_TIPMOV C 1 0 Tipo Movto. Tipo do Movimento


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEM DEM_ACAO C 2 0 Ação Ação no Protheus DEM DEM_DACAO C 30 0 Desc. Ação Descrição da Ação

DEM DEM_FORMUL C 128 0 Form. Ação Formula de Retorno da Ação

DEN DEN_FILIAL C 2 0 Filial Filial do Sistema DEN DEN_IDREG C 100 0 Id. Registro Id. do Registro DEN DEN_CODOPE C 2 0 Cód. Operad. Código da Operadora DEN DEN_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEN DEN_FILORI C 2 0 Fil. Origem Filial de Origem DEN DEN_VIAGEM C 6 0 Viagem Número da Viagem DEN DEN_DTMOV D 8 0 Data Movto. Data do Movimento DEN DEN_HRMOV C 4 0 Hora Movto. Hora do Movimento DEN DEN_CODMOV C 3 0 Cód. Movto. Código Movimento DEN DEN_DESMOV C 30 0 Desc. Movto. Descrição Movimento DEN DEN_VALOR N 14 2 Valor Movto. Valor do Movimento DEN DEN_TIPMOV C 1 0 Tipo Movto. Tipo de Movimento DEN DEN_STATUS C 1 0 Status Status do Movimento DEN DEN_RECENV C 1 0 Rec./Envio? Recebimento ou Envio? DEN DEN_CODOBS C 6 0 Cód. Observ. Código da Observação DEN DEN_OBSERV M 80 0 Observação Observação DEN DEN_ACAO C 2 0 Ação Ação no Protheus DEN DEN_DACAO C 30 0 Desc. Ação Descrição da Ação DEO DEO_FILIAL C 2 0 Filial Filial do Sistema DEO DEO_CODOPE C 2 0 Cód. Operad. Código da Operadora


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEO DEO_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEO DEO_TIPLOG C 3 0 Tipo do LOG Tipo do LOG DEO DEO_DESLOG C 30 0 Desc. do LOG Descrição do LOG DEO DEO_RECENV C 1 0 Rec./Envio Recebimento ou Envio

DEO DEO_IDREG C 100

0 Id Registro Id do Registro

DEO DEO_DTLOG D 8 0 Data Data da Geração DEO DEO_HRLOG C 4 0 Hora Hora da Geração DEO DEO_ORIGEM C 3 0 Origem Alias de Origem DEO DEO_TPOPER C 1 0 Tp. Operação Tipo de Operação DEP DEP_FILIAL C 2 0 Filial Filial do Sistema DEP DEP_ORDEM C 3 0 Ordem Pass. Ordem da Passagem DEP DEP_FILORI C 2 0 Fil.Origem Filial de Origem DEP DEP_VIAGEM C 6 0 Viagem Número da Viagem DEP DEP_CODOPE C 2 0 Cód. Operad. Código da Operadora DEP DEP_NOMOPE C 30 0 Nome Operad. Nome da Operadora DEP DEP_CODFOR C 6 0 Fornecedor Código do Fornecedor DEP DEP_LOJFOR C 2 0 Loja Loja do Fornecedor DEP DEP_NOMFOR C 40 0 Nome Fornec. Nome do Fornecedor

DEP DEP_DTPREV D 8 0 Dt.Prev.Pass. Dt. Previsão da Passagem

DEP DEP_HRPREV C 4 0 Hr.Prev.Pass. Hr. Previsão da Passagem

DEP DEP_DTREAL D 8 0 Dt.Real Pass. Dt. Real da Passagem DEP DEP_HRREAL C 4 0 Hr.Real Pass. Hr. Real da Passagem DEP DEP_VALCON N 14 2 Val. Consumo Valor Consumo


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DEP DEP_VALSAQ N 14 2 Val. Saque Valor Saque DEP DEP_VALCOM N 14 2 Val.Combust. Valor Combustível

DEP DEP_PRVCON D 8 0 Prev.Pg.Cons Previsão Pagto. Consumo

DEP DEP_PRVSAQ D 8 0 Prev.Pg.Saq. Previsão Pagto. Saque

DEP DEP_DOCPAS C 9 0 Doc. Passag. Documento Relac. Passagem

DEP DEP_STATUS C 1 0 Status Status da Passagem

DEP DEP_SEQDTW C 6 0 Sequenc. DTW Seqüência Relac. no DTW

DEQ DEQ_FILIAL C 2 0 Filial Filial do Sistema DEQ DEQ_CODFOR C 6 0 Fornecedor Código do Fornecedor DEQ DEQ_LOJFOR C 2 0 Loja Loja do Fornecedor DEQ DEQ_NOMFOR C 40 0 Nome Fornec. Nome do Fornecedor DEQ DEQ_DATPAG D 8 0 Dt.Pagamento Data de Pagamento DEQ DEQ_VALPAG N 14 2 Vl.Pagamento Valor do Pagamento DEQ DEQ_TIPPAG C 1 0 Tipo Pagto. Tipo de Pagamento DER DER_FILIAL C 2 0 Filial Filial do Sistema DER DER_FILORI C 2 0 Fil.Origem Filial de Origem DER DER_VIAGEM C 6 0 Viagem Número da Viagem

DER DER_DATAUT D 8 0 Dt.Autoriz. Data Autoriz. Pagto. Saldo

DER DER_DATENV D 8 0 Envio Banco Data Envio ao Banco DER DER_DATPAG D 8 0 Dt.Pagamento Data Pagamento

DER DER_DATCNF D 8 0 Dt.Confirm. Data Confirmação Pagto.

DER DER_VALPAG N 14 2 Vl.Pagamento Valor do Pagamento DES DES_FILIAL C 2 0 Filial Filial do Sistema


Arq

uivo

Cam

po

Tip

o

Tam

anho

Dec

imai

s

Títul

o

Des

criç

ão

DES DES_FILORI C 2 0 Fil.Origem Filial de Origem DES DES_VIAGEM C 6 0 Viagem Número da Viagem DES DES_DATQTC D 8 0 Dt. Quitac. Data de Quitação DES DES_HORQTC C 4 0 Hr. Quitac. Hora da Quitação DES DES_VALSAQ N 12 2 Val. Saques Valor de Saques DES DES_VALCON N 12 2 Val.Consumos Valor de Consumos DES DES_SALPAG N 12 2 Valor Saldo Valor de Saldo DES DES_DATPRV D 8 0 Dt.Prev.Pag. Dt. Prev. Pagto. do Saldo

DES DES_RELABA N 3 1 Rel.Abastec. Relação de Abastecimento

DES DES_RELQTC N 3 1 Rel.Quitação Relação de Quitação DES DES_LOCQTC C 1 0 Loc.Quitação Local de Quitação DES DES_FORQTC C 6 0 Forn.Quitac. Cód. Fornec. Quitação DES DES_LOJQTC C 2 0 Loja Loja do Forn. Quitação DES DES_FILQTC C 2 0 Fil. Quitac. Filial Quitação

DES DES_NOMQTC C 30 0 Nome Quitac. Nome do Local de Quitação

DES DES_CODOBS C 6 0 Cód. Observ. Código da Observação DES DES_OBSERV M 80 0 Observação Observação DES DES_STATUS C 1 0 Status Status do Contrato DTY DTY_STATUS C 1 0 Status Status do Contrato DTY DTY_CODOPE C 2 0 Cód. Operad. Código da Operadora DTY DTY_NOMOPE C 30 0 Nome Operad. Nome da Operadora DTY DTY_DATLIB D 8 0 Dt. Liber. Dt. Liberação Pagto. DTY DTY_CODMOV C 3 0 Cód. Movto. Código do Movimento DTY DTY_OK C 4 0 Ok Ok para Liberação DUP DUP_CODOPE C 2 0 Cód. Operad. Código da Operadora DUP DUP_NOMOPE C 30 0 Nome Operad. Nome da Operadora DUP DUP_IDOPE C 20 0 Id Motorista Id do Motorista DTR DTR_CODOPE C 2 0 Cód. Operad. Código da Operadora DTR DTR_NOMOPE C 30 0 Nome Operad. Nome da Operadora DTR DTR_PRCTRA C 9 0 N.o Proc.Tr. No. Processo Transporte DTR DTR_OPERPC C 6 0 Ped.Com.Oper. Pedido de Compra DTR DTR_PERADI N 6 2 % Adto.Frete % Adto Frete DA3 DA3_RENAVA C 10 0 Cód.RENAVAM Código do RENAVAM DA3 DA3_CODRAS C 15 0 Cd.Rastread. Código do Rastreador DA3 DA3_VEIRAS C 1 0 Rastreado Veículo Rastreado? DA4 DA4_RGDT D 8 0 Dt.Emiss. RG Dt. Emissão do RG


DTW DTW_OBSERV C 50 0 Obs. Operac. Observ. da Operação SA2 A2_CODINSS C 11 0 Código INSS Código do INSS

Validações

Campo Conteúdo

DEG_CODOPE TMSVALFIELD('M->DEG_CODOPE',.T.,'DEG_NOMOPE') .AND. EXISTCHAV('DEG')

DEG_CODFOR EXISTCPO('SA2',M->DEG_CODFOR)

DEG_LOJFOR EXISTCPO('SA2',M->DEG_CODFOR+M->DEG_LOJFOR)

DEH_CODOPE TMSVALFIELD('M->DEH_CODOPE',.T.,'DEH_NOMOPE')

DEH_CODPRO EXISTCPO('SB1',M->DEH_CODPRO) .AND. TMSAE60VLD()

DEH_FORMUL A370VERFORM()

DEI_CODOPE TMSVALFIELD('M->DEI_CODOPE',.T.,'DEI_NOMOPE') .AND. TMSAE60VLD()

DEI_CDRORI EXISTCPO('DUY',M->DEI_CDRORI,1) .AND. TMSAE60VLD()

DEJ_CODOPE TMSVALFIELD('M->DEJ_CODOPE',.T.,'DEJ_NOMOPE')

DEJ_SERTMS TMSVALFIELD('M->DEJ_SERTMS',.T.,'DEJ_DESSVT') .And. TMSAE60VLD()

DEJ_TIPTRA TMSVALFIELD('M->DEJ_TIPTRA',.T.,'DEJ_DESTPT') .AND. TMSAE60VLD()

DEJ_OPERAC TMSAE60VLD()

DEK_ROTA EXISTCPO('DA8') .AND. EXISTCHAV('DEK',M->DEK_ROTA,1)

DEK_CODOPE TMSVALFIELD('M->DEK_CODOPE',.T.,'DEK_NOMOPE') .AND. OMA100VLD()

DEK_ROTEIR OMA100VLD()

DEK_CODPER OMA100VLD()

DEK_FROVEI OMA100Vld() .And. Pertence('0123')

DEL_CODMOT EXISTCPO('DA4',M->DEL_CODMOT)

DEL_CODOPE TMSVALFIELD('M->DEL_CODOPE',.T.,'DEL_NOMOPE') .AND. OMS040Vld()

DEM_CODOPE EXISTCHAV('DEM') .And. TMSVALFIELD('M->DEM_CODOPE',.T.,'DEM_NOMOPE')

DEM_CODMOV TMSAE65Vld()


DEM_SERTMS TMSVALFIELD('M->DEM_SERTMS',.T.,'DEM_DESSVT') .And. TMSAE65VLD()

DEM_TIPTRA TMSVALFIELD('M->DEM_TIPTRA',.T.,'DEM_DESTPT') .AND. TMSAE65VLD()

DEM_TIPMOV Pertence('ER') .AND. TMSAE65VLD()

DEM_ACAO TMSVALFIELD('M->DEM_ACAO',.T.,'DEM_DACAO') .And. TMSAE65Vld()

DEM_FORMUL A370VERFORM() .AND. TMSAE65VLD()

DEN_CODOPE TMSVALFIELD('M->DEN_CODOPE',.T.,'DEN_NOMOPE')

DEN_VIAGEM EXISTCPO('DTQ',M->DEN_FILORI+M->DEN_VIAGEM)

DEN_TIPMOV PERTENCE('012')

DEN_RECENV Pertence('RE')

DEN_ACAO TMSVALFIELD('M->DEN_ACAO',.T.,'DEN_DACAO')

DEO_CODOPE TMSVALFIELD('M->DEO_CODOPE',.T.,'DEO_NOMOPE')

DEO_TIPLOG TMSVALFIELD('M->DEO_TIPLOG',.T.,'DEO_DESLOG')

DEO_RECENV PERTENCE('ER')

DEO_TPOPER PERTENCE('01')

DEP_VIAGEM ExistCPO('DTQ',M->(DEP_FILORI+DEP_VIAGEM))

DEP_CODOPE TMSVALFIELD('M->DEP_CODOPE',.T.,'DEP_NOMOPE') .AND. EXISTCPO('DEG')

Campo Conteúdo

DEP_CODFOR ExistCPO('SA2',M->DEP_CODFOR)

DEP_LOJFOR ExistCPO('SA2',M->(DEP_CODFOR+DEP_LOJFOR))

DEQ_CODFOR EXISTCPO('SA2',M->DEQ_CODFOR)

DEQ_LOJFOR EXISTCPO('SA2',M->DEQ_CODFOR+M->DEQ_LOJFOR)

DER_VIAGEM ExistCPO('DTQ',M->(DER_FILORI+DER_VIAGEM))

DES_VIAGEM ExistCPO('DTQ',M->(DES_FILORI+DES_VIAGEM))

DTY_CODOPE TMSVALFIELD('M->DTY_CODOPE',.T.,'DTY_NOMOPE')

DUP_CODOPE TMSVALFIELD('M->DUP_CODOPE',.T.,'DUP_NOMOPE')

DTR_CODOPE (VAZIO() .OR. TMSVALFIELD('M->DTR_CODOPE',.T.,'DTR_NOMOPE')) .And. TMSA240Vld()

DTR_PERADI M->DTR_PERADI <= 100


DA3_VEIRAS Pertence('123')

Inicializador Padrão

Campo Conteúdo

DEG_NOMOPE If(!INCLUI, TMSVALFIELD('DEG->DEG_CODOPE',.F.,'DEG_NOMOPE'), '')

DEG_NOMFOR If(!INCLUI, POSICIONE('SA2',1,XFILIAL('SA2')+DEG_CODFOR+DEG_LOJFOR,'A2_NOME'), '')

DEH_NOMOPE IF(!INCLUI, TMSVALFIELD('DEH->DEH_CODOPE',.F.,'DEH_NOMOPE'), '')

DEH_DESPRO IF(!INCLUI, POSICIONE('SB1',1,XFILIAL('SB1')+DEH->DEH_CODPRO,'B1_DESC'), '')

DEI_NOMOPE IF(!INCLUI, TMSVALFIELD('DEI->DEI_CODOPE',.F.,'DEI_NOMOPE'), '')

Campo Conteúdo

DEI_REGORI IF(!INCLUI, POSICIONE('DUY',1,XFILIAL('DUY')+DEI->DEI_CDRORI,'DUY_DESCRI'), '')

DEJ_NOMOPE IF(!INCLUI, TMSVALFIELD('DEJ->DEJ_CODOPE',.F.,'DEJ_NOMOPE'), '')

DEJ_DESSVT IF(!INCLUI, TMSVALFIELD('DEJ->DEJ_SERTMS',.F.,'DEJ_DESSVT'), '')

DEJ_DESTPT IF(!INCLUI, TMSVALFIELD('DEJ->DEJ_TIPTRA',.F.,'DEJ_DESTPT'), '')

DEK_DESROT IF(!INCLUI, POSICIONE('DA8',1,XFILIAL('DA8')+DEK->DEK_ROTA,'DA8_DESC'), '')

DEK_NOMOPE IF(!INCLUI, TMSVALFIELD('DEK->DEK_CODOPE',.F.,'DEK_NOMOPE'), '')

DEL_NOMMOT IF(!INCLUI, POSICIONE('DA4',1,XFILIAL('DA4')+DEL->DEL_CODMOT,'DA4_NOME'), '')

DEL_NOMOPE IF(!INCLUI, TMSVALFIELD('DEL->DEL_CODOPE',.F.,'DEL_NOMOPE'), '')

DEM_NOMOPE IF(!INCLUI, TMSVALFIELD('DEM->DEM_CODOPE',.F.,'DEM_NOMOPE'), '')

DEM_DESSVT IF(!INCLUI, TMSVALFIELD('DEM->DEM_SERTMS',.F.,'DEM_DESSVT'), '')

DEM_DESTPT IF(!INCLUI, TMSVALFIELD('DEM->DEM_TIPTRA',.F.,'DEM_DESTPT'), '')

DEM_DACAO IF(!INCLUI, TMSVALFIELD('DEM->DEM_ACAO',.F.,'DEM_DACAO'), '')

DEN_NOMOPE IF(!INCLUI, TMSVALFIELD('DEN->DEN_CODOPE',.F.,'DEN_NOMOPE'), '')

DEN_DESMOV IF(!INCLUI, POSICIONE('DEM',1,XFILIAL('DEM')+DEN->DEN_CODOPE+DEN->DEN_CODMOV,'DEM_DESMOV'), '')

DEN_OBSERV IF(!INCLUI, MSMM(DEN->DEN_CODOBS), '')


DEN_DACAO IF(!INCLUI, TMSVALFIELD('DEN->DEN_ACAO',.F.,'DEN_DACAO'), '')

DEO_NOMOPE IF(!INCLUI, TMSVALFIELD('DEO->DEO_CODOPE',.F.,'DEO_NOMOPE'), '')

DEO_DESLOG IF(!INCLUI, TMSVALFIELD('M->DEO_TIPLOG',.F.,'DEO_DESLOG'), '')

DEP_NOMOPE If(!INCLUI, TMSVALFIELD('DEP->DEP_CODOPE',.F.,'DEP_NOMOPE'), '')

DEP_NOMFOR If(!INCLUI, POSICIONE('SA2',1,XFILIAL('SA2')+DEP->(DEP_CODFOR+DEP_LOJFOR),'A2_NOME'), '')

DEQ_NOMFOR If(!INCLUI, POSICIONE('SA2',1,XFILIAL('SA2')+DEQ->(DEQ_CODFOR+DEQ_LOJFOR),'A2_NOME'), '')

DES_NOMQTC TMSA250When('DES_NOMQTC')

DES_OBSERV IF(!INCLUI, MSMM(DES->DES_CODOBS), '')

DTY_NOMOPE IF(!INCLUI, TMSVALFIELD('DTY->DTY_CODOPE',.F.,'DTY_NOMOPE'), '')

DUP_NOMOPE IF(!INCLUI, TMSVALFIELD('DUP->DUP_CODOPE',.F.,'DUP_NOMOPE'), '')

DTR_NOMOPE IF(!INCLUI, TMSVALFIELD('DTR->DTR_CODOPE',.F.,'DTR_NOMOPE'), '')


Lista de Opções (Combo Box)

Campo Conteúdo

DEK_FROVEI 0=Todos;1=Própria;2=Terceiro;3=Agregado

DEM_TIPMOV E=Envio;R=Recebimento

DEN_TIPMOV 0=Débito;1=Crédito;2=Pedágio

DEN_STATUS 0=Movto. não Executado;1=Movto. Executado

DEN_RECENV R=Movto. Recebimento;E=Movto. de Envio

DEO_RECENV E=Envio;R=Recebimento

DEO_TPOPER 0=Inclui;1=Exclui

DEP_STATUS 1=Em Aberto;2=Realizada

DEQ_TIPPAG 0=Consumo;1=Saque

Campo Conteúdo

DES_LOCQTC 0=Posto Conv.;1=Filial

DES_STATUS 1=Quitação em Aberto;2=Quitação Realizada

DTY_STATUS 1=Em Aberto;2=Aguardando Liberação p/ Pagto;3=Liberado p/ Pagto;4=Contr. Quitado com Ped. Compras;5=Contr. Quitado/Pagto. Realizado"

DA3_VEIRAS 1=Sim;2=Não;3=Rastr. REPOM

4. Criação de Gatilhos no arquivo SX7 – Gatilhos

Gatilhos

Campo Origem Cnt. Domínio Seqüência Regra

DEG_CODFOR DEG_NOMFOR 001 SA2->A2_NOME

DEG_LOJFOR DEG_NOMFOR 001 SA2->A2_NOME

DEH_CODPRO DEH_DESPRO 001 SB1->B1_DESC

DEK_ROTA DEK_DESROT 001 DA8->DA8_DESC

DEL_CODMOT DEL_NOMMOT 001 DA4->DA4_NOME

DEN_CODMOV DEN_DESMOV 001 DEM->DEM_DESMOV

DEI_CDRORI DEI_REGORI 001 DUY->DUY_DESCRI

DUP_CODMOT DUP_NOMMOT Próxima Disponível

DA4->DA4_NOME


DEP_CODFOR DEP_NOMFOR 001 SA2->A2_NOME

DEP_LOJFOR DEP_NOMFOR 001 SA2->A2_NOME

DEQ_CODFOR DEQ_NOMFOR 001 SA2->A2_NOME

DEQ_LOJFOR DEQ_NOMFOR 001 SA2->A2_NOME

5. Criação de Pastas no arquivo SXA – Folders.

Pastas

Tabela Descrição da Pasta

DTR Operadoras de Frota

DEG Cadastrais

Consultas padrões (SXB) 6. Criação de Consulta Padrão no arquivo SXB – Consulta Padrão:

Pastas

Tabela Descrição da Consulta

DEG Operad. De Frota

DEJ Operações X Operad.

DEK Roteiros/Percursos

DEM Ações Protheus

Informações Técnicas

Tabelas Utilizadas DEG,DEH,DEI,DEJ,DEK,DEL ,DEM,DEN,DEO,DEP,DEQ,DER,DES

Rotinas Envolvidas

Cadastro de Operadoras (TMSAE60); Cadastro de Regiões (TMSA120); Cadastro de Rota X Operadoras (OMSA140); Operadoras X Ações (TMSAE65); Cadastro de Fornecedores (MATA020); Cadastro de Motoristas (OMSA040); Abertura de Viagens (Viagens modelo I – TMSA140 / TMSA141 e modelo II – TMSA144); “Tabela de Ocorrências (TMSA020); Tabela de Despesas (TMSA060)

Sistemas Operacionais Windows/Linux

Número do Plano 00000116188/811

Documents

Integração com a Operadora de Frota e Vale-Pedágio Repom ... Tecnico FRETE.pdf · 10/11/2009 · Frotas próprias também poderão ter sua gestão realizada pela Repom. Nesses