LOGTMS01-935 TMS - Receita x Despesas

Características do Requisito

Linha de Produto:

Microsiga Protheus

Segmento:

Logística

Módulo:

SIGATMS - Gestão de Transportes

Rotina:

Rotina(s) envolvida(s)

Nome Técnico

TMSA020

Tabela De Ocorrências

TMSA025

Rotinas X Bloqueios

TMSA026

Aprovadores TMS

TMSA029

Manutenção Bloqueios

TMSA141

Viagens - Coleta/Transporte/Entrega

TMSA144

Viagens (Modelo 2) - Coleta/Transporte/Entrega

TMSA240

Complemento Viagem

TMSA250

Contrato Carreteiro

TMSA340

Encerramento De Viagens

TMSA360

Registro De Ocorrências

TMSA500

Manutenção de Documentos

TMSXFUNA

Funções Genéricas

TMSXFUNB

Funções Genéricas

GFEA030

Tipos de Ocorrências (SIGAGFE)

GFEA032

Ocorrências (SIGAGFE)

Cadastros Iniciais:

Rotina(s) envolvida(s)

Nome Técnico

TMSA020

Tabela De Ocorrências

TMSA025

Rotinas X Bloqueios

TMSA026

Aprovadores TMS

GFEA030

Tipos de Ocorrências (SIGAGFE)

GFEA032

Ocorrências (SIGAGFE)

Parâmetro(s):

MV_TMS3GFE

Integração TMS X GFE

MV_OCORENT

Define a ocorrência de entrega no apontamento automático de ocorrências.

MV_OCORREE

Códigos das ocorrências que geram Reentrega.

MV_NATCTC

Código da Natureza utilizado para geração de títulos a pagar provenientes de contratos de carreteiros

MV_DESCTC

Código de Despesa de contrato de carreteiro.

MV_CALSER

Indica se é permitido alterar o valor do frete do cálculo de serviço. 1=Permite Alterar; 2=Não Permite Alterar.

MV_CALREN

Indica se é permitido alterar o valor do frete do cálculo de reentrega. 1=Permite Alterar; 2=Não Permite alterar.

MV_CALDEV

Indica se é permitido alterar o valor de frete de cálculo de devolução. 1=Permite Alterar; 2=Não Permite Alterar.

Requisito/Story/Issue (informe o requisito relacionado):

LOGTMS01-935

País(es):

Brasil

Banco(s) de Dados:

Todos

Tabelas Utilizadas:

  • DJM - Fornecedores Adicionais da Viagem

  • DT2 - Tabela De Ocorrências

  • DT7 - Despesas De Transporte

  • DUA - Registros De Ocorrências

  • DVW – Valor Informado X Viagem

  • GU5 - Tipo da Ocorrência (GFE)

  • GWD – Ocorrências GFE

  • GWU - Trechos Do Itinerário (GFE)

Sistema(s) Operacional(is):

Windows® / Linux®

Descrição

Implementado o conceito de ocorrência de receita e despesa, reentrega e devolução com controle de liberação por alçada de valor e entrega por trecho de redespacho.

Neste requisito foram implementadas as seguintes melhorias:

  1. Funcionalidade para registro de ocorrência de receita/despesa, reentrega, devolução e entrega por trecho.
  2. Funcionalidade para liberação de ocorrência com controle de alçada de valor e reprovação.
  3. Funcionalidade para geração de complemento de contrato de carreteiro via ocorrência de despesa ou receita/despesa.
  4. Funcionalidade para geração de CTe de complemento via ocorrência de receita/despesa.
  5. Funcionalidade para geração de CTe de reentrega via ocorrência de reentrega.
  6. Funcionalidade para geração de CTe de devolução via ocorrência de devolução.
  7. Funcionalidade para geração de contrato de carreteiro para fornecedor adicional da viagem.
  8. Ajuste na funcionalidade de cadastro de tipo de ocorrência GFE para validar tipo de ocorrência TMS.
  9. Ajuste na funcionalidade de apontamento de ocorrência GFE para informe de NF devolvida.
  10. Ajuste na funcionalidade de valor informado da viagem.


Definição da Regra de Negócio

Cadastro de Viagens

Foi criado nova funcionalidade, Fornecedores Adicionais Da Viagem (TMSA151) para cadastro do vinculo de fornecedores adicionais da viagem.Essa funcionalidade visa gerar contrato de carreteiro para fornecedores não relacionados aos veículos utilizados na viagem, ex.: escolta, serviço de descarga de terceiros.

É permitido o vinculo de fornecedores adicionais a viagem independente do status da mesma.

O CNPJ do fornecedor vinculado deve ser um terceiro ou agregado.

Quando o CNPJ constar do cadastro de empresas usuárias do Protheus não é permitido o vinculo.

No vinculo é indicado o código e loja do fornecedor e a opção de gerar ou titulo a pagar ou pedido de compra ou nenhum dos dois, quando da geração do contrato de carreteiro.

O vinculo é gravado em nova tabela DJM.

Não é permitido exclusão ou alteração do vinculo se houver registro de ocorrência para o fornecedor adicional.

Complemento de viagens

 Foi criada funcionalidade para verificação da existência de registro de ocorrência para a viagem e os respectivos fornecedores proprietários dos veículos da viagem.

Caso exista o vínculo, não será permitida ou alteração ou exclusão da viagem.

 
 Cadastro de tabela de ocorrência (TMSA020)

No cadastro da tabela de ocorrência (DT2), foram incluídos 05 tipos de ocorrência com as seguintes opções:

  • 16- receita
  • 17- despesa
  • 18- receita/despesa
  • 19 - reentrega
  • 20 - devolução
  • 21 - entrega trecho GFE

Foi criado campo DT2_CDPASR (Comp. De Frete Receita") para a indicação do tipo de componente de frete de receita, cuja digitação é habilitada somente para as ocorrências dos tipos 16 e 18 e o seu conteúdo é obrigatório, sendo validado seu registro junto ao cadastro de componentes de frete. O componente deverá possuir critério de calculo inferior a 50.

Foi criado campo DT2_CDPASD (Comp.Frete Despesa) para a indicação do tipo de componente de frete de despesa, cuja digitação é habilitada somente para as ocorrências dos tipos 17 e 18, sendo validado seu registro junto ao cadastro de componentes de frete. O componente deverá possuir critério de calculo superior a 49.

Foi criado campo DT2_CODDES (Código Da Despesa) para o informe do tipo de despesa de frete cuja digitação é habilitada somente para as ocorrências dos tipos 17 e 18, sendo validado seu registro junto ao cadastro de despesas de frete, cuja configuração deve indicar não geração de movimento bancário e movimento de estoque.

Foi criado campo DT2_CODNAT (Cod. Natureza Financeira) para indicar a natureza financeira do titulo a pagar (SE2), relacionado ao complemento de CTC gerado a partir da ocorrência, cuja digitação é habilitada somente para as ocorrências dos tipos 17 e 18, sendo validado seu registro ao cadastro de naturezas (SED), cuja configuração deve indicar tipo analítico.

Foi criado campo DT2_LIBAUT (Liberação Automática?) para indicar liberação automática da ocorrência quando do registro da mesma.

Se indicado aprovação automática o registro de bloqueio é gravado como liberado, desde que exista um valor informado no registro da ocorrência, e esse valor esteja dentro do limite de valor alçada de aprovação do usuário de inclusão da ocorrência.

Quando não houver informe de valor no registro da ocorrência de tipos 19 e 20, o valor deverá ser informado na rotina de "Manutenção De Bloqueios" (TMSA029).

Foi criado campo DT2_CMPAUT (Complemento Automático?) para indicar geração automática de complemento (CTe/CTC), quando da liberação do bloqueio referente à ocorrência.

Quando o registro de bloqueio da ocorrência for aprovado, quer seja manual ou automaticamente, e houver a indicação de geração de complemento automático, é gerado o respectivo complemento de ou receita (CTe) ou despesa (CTC), conforme indicado no cadastro do tipo da ocorrência.

Foi criado campo DT2_ALTVLR, (Altera Valor Na Liberac?) para indicar opção de alteração de valores na aprovação da ocorrência, cuja digitação é habilitada somente para as ocorrências dos tipos 16, 17 e 18.

Ao efetuar a liberação do bloqueio da ocorrência, é verificado se há indicação de permissão de alteração em sua configuração e, em caso afirmativo, o liberador poderá alterar o valor informado no registro da ocorrência, desde que esse valor esteja dentro do seu limite de alçada.

Foi criado campo DT2_MOTDT6 (Herda Motivo Da Ocorrenc?) para indicar opção de herdar o motivo informado no registro da ocorrência para a observação do CTe e impressão no DACTE.

Ao gerar o CTe vinculado a uma ocorrência e sendo indicado na configuração da mesma a herança do texto digitado quando do registro da mesma no campo de motivo, este é herdado para o campo de observação do CTe sendo enviado no XML gerado para a SEFAZ e impresso no DACTE do respectivo CTe.

A ocorrência do tipo 19 (reentrega) gerará CTe de reentrega conforme critérios de calculo indicados no perfil do pagador do frete, seguindo o padrão atual de geração de CTe de reentrega, porém, ao apontar registro de ocorrência de reentrega e ao efetuar a liberação do bloqueio da mesma, existindo indicação de permissão de alteração de valores na configuração de cadastro da mesma, é habilitado o campo de digitação de valores e então esse valor, se informado, é assumido com o valor do CTe de reentrega. Nesse caso a liberação do bloqueio é via controle de alçada de valores.

A ocorrência do tipo 20 (devolução) gerará CTe Devolução conforme critérios padrão de geração atuais, porém, ao apontar registro de ocorrência de reentrega e ao efetuar a liberação do bloqueio da mesma, existindo indicação de permissão de alteração de valores na configuração de cadastro da mesma, é habilitado o campo de digitação de valores e então esse valor, se informado, é assumido com o valor do CTe de devolução. Nesse caso a liberação do bloqueio é via controle de alçada de valores.

Quando o parâmetro MV_TMS3GFE indicar integração da viagem TMS com o GFE, ao executar a rotina de cadastro de ocorrência TMS, o campo DT2_CDTIPO (Tipo Da Ocorrencia GFE) deve haver a informação da ocorrência correspondente no GFE. 


Cadastro de tipos de bloqueio e regras de liberação (TMSA025)

No cadastro de tipos de bloqueio (DDV) e regras de liberação (DDX) incluído os registros relacionados aos novos tipos de ocorrência.                        
Descrição dos bloqueios: 

  • Tipo 16 = Bloqueio de receita (CTe Complemento) - ocorrência do tipo 16
  • Tipo 17 = Bloqueio de despesa (Compl.contr.carreteiro) - ocorrência do tipo 17
  • Tipo 18 = Bloqueio de receita/despesa (CTe/CTC) - ocorrência do tipo 18
  • Tipo 19 = Bloqueio de receita (CTe reentrega) - ocorrência do tipo 19
  • Tipo 20 = Bloqueio de receita (CTe devolução) - ocorrência do tipo 20

Cadastro de Aprovadores TMS (TMSA026)


No cadastro de aprovadores TMS (DDY) foi implementado o conceito de alçada de valor para bloqueio de ocorrência dos tipos 16-Bloqueio de receita-CTe Complemento, 17-Bloqueio de despesa-Compl.contr.carreteiro, 18-Bloqueio de receita/despesa-CTe/CTC, 19-Bloqueio de receita(CTe reentrega) e 20-Bloqueio de receita (CTe devolução). Ao cadastrar a alçada de valores é exigido ao menos um usuario aprovador com valor ilimitado de aprovação.

Manutenção Bloqueios (TMSA029)

Foi disponibilizado  o conceito de alçada de valores com opção de aprovação ou reprovação para bloqueios de ocorrência dos tipos ou 16 (Bloqueio de receita-CTe Complemento) ou 17 (Bloqueio de despesa-Compl.contr.carreteiro) ou 18 (Bloqueio de receita/despesa-CTe/CTC) 19-Bloqueio de receita(CTe reentrega) ou 20-Bloqueio de receita (CTe devolução).

 A alçada de valores considerará o limite de valor do usuário por aprovação, ou seja, será verificado o valor vinculado ao bloqueio de receita ou despesa em relação ao valor do limite do usuário.

 Apenas registros de bloqueio cujos valores estejam dentro do limite do usuário aprovador serão exibidos para o mesmo aprovar ou reprovar.

 Os bloqueios dos tipos 19 (Bloqueio de receita-CTe reentrega) e 20 (Bloqueio de receita-CTe Devolução) serão liberados ou reprovados por nível de aprovação, sem controle de alçada de valores, quando a respectiva ocorrência indicar não permissão de alteração de valores na liberação.

 Ao efetuar a liberação de bloqueio de ocorrência é verificado se há indicação de permissão de alteração de valores no cadastro da ocorrência e, em caso afirmativo, serão liberados os respectivos campos de valor de receita, quando tipo 16, 18, 19 ou 20, e de despesa, quando tipos 17 ou 18.

Para os bloqueios tipos 16, 17 ou 18 não é permitido valor zerado.

Ao efetuar a liberação de bloqueio de ocorrência é verificado a existência de valores de receita (apenas para os tipos ou 16 ou 18) ou despesa (tipos ou 17 ou 18) informados na ocorrência (DUA) e, estando algum valor zerado, será solicitado ao aprovador a alteração do respectivo valor, independentemente  de existir ou não indicação de alteração de valor na configuração da respectiva ocorrência.

 O aprovador poderá alterar o valor dentro de seu limite de aprovação.

 Quando houver reprovação do bloqueio de ocorrência é solicitado o motivo da reprovação e o registro será mantido para efeito histórico.

A reprovação impedirá a geração de CTe ou CTC vinculado a ocorrência.

Ao efetuar a liberação do bloqueio da ocorrência do tipo 17 ou 18 é verificado se a ocorrência possui indicação de geração automática de complemento. Em caso afirmativo e existindo contrato de carreteiro gerado (DTY) para  a viagem da ocorrência, será gerado o complemento do contrato de carreteiro (CTC) e o movimento de despesa (SDG), cujos valores serão herdados do valor da despesa informada na ocorrência. Em caso afirmativo, não existindo contrato de carreteiro gerado (DTY) para  a viagem da ocorrência e havendo componente de frete a pagar do tipo valor informado na ocorrência, será gravado um registro no controle de valor informado de componentes da viagem (DVW) para o respectivo componente. Esse registro não poderá ser alterado pelo usuário e será utilizado no calculo do frete quando geração do contrato de carreteiro. Neste caso não haverá contrato de complemento uma vez que o componente fará parte do contrato principal quando este for gerado.

Em caso afirmativo, não existindo contrato de carreteiro gerado (DTY) para  a viagem da ocorrência e não havendo componente de frete a pagar do tipo valor informado na ocorrência, o contrato de complemento será gerado  ao gerar o contrato principal da viagem vinculada a ocorrência.

Ao efetuar a liberação do bloqueio da ocorrência do tipo ou 16 ou 18 ou 19 ou 20, é verificado se a ocorrência possui indicação de geração automática de complemento. Em caso afirmativo, é gerado o o CTe, conforme o tipo da ocorrência (16/18-CTe complemento; 19-CTe reentrega; 20-CTe Devolução).

Quando se tratar de bloqueio de ocorrência do tipo ou 16 ou 18 será herdado para o valor do CTe complementar o valor de receita informado na ocorrência e será gravado o componentes de frete (DT8) conforme o código de componente informado na ocorrência.

Quando se tratar de bloqueio de ocorrência do tipo 19 será gerado o CTe de reentrega conforme indicação no perfil do cliente pagador do frete.

Quando se tratar de bloqueio de ocorrência do tipo 20 será gerado o CTe de devolução conforme os critérios padrão de geração já existentes.

Quando, via parâmetro 'Transmite Ct-e?' da rotina de calculo de frete, houver a indicação de transmissão automática do CTe para a SEFAZ, é exibida a tela padrão de transmissão, permitindo ao usuário  efetuar a transmissão e, após o retorno de autorização do CTe pela SEFAZ, emitir o DACTE. 

Registro De Ocorrências (TMSA360)

Foi criado o campo DUA_VLRRCT (Valor Da Receita) para informe do valor da receita cuja digitação é habilitada  ao apontar ocorrência dos tipo 16 ou 18.

Foi criado o campo DUA_TIPVEI (Tipo Veiculo) para informe do tipo de veículo cuja digitação é habilitada ao apontar ocorrência dos tipo 16 ou 18. O tipo de veículo é utilizado no calculo do componente de frete a receber indicado no cadastro da ocorrência.

O valor da receita é sugerido automaticamente quando o componente de receita, indicado no cadastro da ocorrência, constar da tabela utilizada no calculo do documento de frete informado no registro da ocorrência.

O valor poderá ser alterado pelo usuário, porém, quando informado valor zerado, ao efetuar a liberação do registro de bloqueio é solicitado obrigatoriamente informar o valor. Neste caso o registro de bloqueio nunca é liberado automaticamente.

Esse campo também é habilitado para digitação no apontamento de ocorrência dos tipos 19 e 20, desde que o seu respectivo cadastro indique permissão de alteração de valor, porém, não haverá sugestão de valor. Quando for informado um valor, a liberação de bloqueio de ocorrência do tipo 19 e 20 é via controle de alçada.

Foram criados os campos DUA_CODFOR, DUA_LOJFOR e DUA_DESCFO para informação do código e loja de fornecedor, cuja digitação será habilitada somente ao apontar ocorrência dos tipos 17 ou 18 ou 21. 

O fornecedor indicado na ocorrência deve ser ou proprietário de um dos veículos informados no complemento da viagem e ser ou terceiro ou agregado, ou constar do vinculo de fornecedores adicionais da viagem informada na ocorrência ou um dos fornecedores de redespacho ou da viagem ou do lote de redespacho.

Quando a ocorrência estiver integrada ao GFE o informe do fornecedor é obrigatório.

Quando a ocorrência for dos tipos 17 ou 18 ou 21 o fornecedor default é o proprietário do veículo tracionador da viagem.

O fornecedor indicado na ocorrência é utilizado na geração do contrato de carreteiro no TMS ou no apontamento da ocorrência GFE quando houver integração.

Na ocorrência do tipo 21 (entrega trecho GFE) o fornecedor indicado deve constar em ao menos um trecho pago do documento de carga no GFE. Ao apontar ocorrência de entrega por trecho GFE, é verificado se todos os trechos pagos possuem ocorrência de entrega registrada e, em caso afirmativo, é solicitado ao operador se deseja apontar a ocorrência de encerra processo do CTe TMS. Se confirmada a resposta, é incluída automaticamente uma ocorrência de encerra processo para o documento. O parâmetro MV_OCORENT determinará o código da ocorrência a ser utilizado no registro automático.

O registro da ocorrência possibilitará o informe de apenas um código e loja de fornecedor exigindo assim, a inclusão de registro individual para cada fornecedor e, consequentemente, a liberação do bloqueio da ocorrência também é individual.

Foi criado o campo DUA_VLRDSP (Valor Da Despesa) para informar o valor da despesa cuja digitação é habilitada ao apontar ocorrência dos tipo 17 ou 18 não integrada ao GFE, pois, na integração o valor da despesa será determinado pela configuração do cadastro da ocorrência no GFE.

O valor da despesa é sugerido automaticamente quando a ocorrência não for integrada ao GFE e o componente de frete de despesa, indicado no cadastro da ocorrência, constar da tabela utilizada no calculo de frete do fornecedor proprietário de veículo indicado no complemento da viagem da ocorrência.

Quando ser tratar de fornecedor adicional da viagem não haverá sugestão de valor de despesa.

O valor poderá ser alterado pelo usuário, porém, quando informado valor zerado, ao efetuar a liberação do registro de bloqueio é solicitado obrigatoriamente o informe de valor. Neste caso o registro de bloqueio nunca é liberado automáticamente.

Foi criado o campo DUA_VALINF (Valor Informado), cuja digitação é obrigatória e habilitada somente ao apontar ocorrência dos tipo 16 e 18 ou 17 não integrada ao GFE, para informe de valor a ser utilizada na base de calculo de frete de componentes indicados no cadastro da ocorrência, e que possua faixa de calculo do tipo valor informado em seu cadastro.

Quando informado um código de ocorrência do tipo 16 e 18 ou 17 não integrada do GFE serão habilitados para digitação obrigatória os campos DUA_KMDOC (Qtd. Km. Doc), DUA_VLROCO (Vlr.Mer.Oco.), DUA_PESOCO (Peso Da Ocorrência), DUA_PM3OCO (Pes.Cub.Oco), DUA_MT3OCO (M3 Oco.), DUA_QTYOCO (Qtd.Unit.Oco) e DUA_BASOCO (Base RR Oco). Os dados informados serão utilizado no calculo de frete para a sugestão de valor no campos de ou receita ou despesa ou ambos , segundo o tipo da ocorrência.

Quando informado um código de ocorrência do tipo 17 não integrada ao GFE não é exigido o informe dos dados do documento de frete da ocorrência, porém, o informe da viagem é obrigatório.

Quando informado um código de ocorrência do tipo 18 o informe da viagem é obrigatório desde que a ocorrência não seja integrada ao GFE.

Quando não informado documento de frete na ocorrência, a despesa é considerada como custo da viagem e, ao ao processar a rotina de custos de transporte, o valor é rateado entre os documento de frete vinculados a viagem da ocorrência. Caso contrário o custo é exclusivo do documento de frete informado.

Ao confirmar o apontamento, é incluído, no cadastro de bloqueios TMS (Tabela DDU), um registro para ou posterior liberação conforme as funcionalidades padrão da rotina de Manutenção Bloqueios TMS (TMSA029) ou, liberado automáticamente se indicada essa condição no cadastro da ocorrência. Porém, quando indicada a liberação automática e o usuário de inclusão não possuir ou alçada de valor suficiente na liberação por valores ou nivel inferior na liberação via nivel, o bloqueio não será liberado de forma automática. Em se tratando de ocorrência integrada ao GFE a aprovação será automática quando for liberada a ocorrência TMS.

Quando for indicada no cadastro da ocorrência a geração automática de complemento de receita(CTe) ou despesa (CTC), ao liberar o bloqueio da ocorrência, será gerado automaticamente e conforme o tipo de ocorrência, ou o CTe ou o CTC ou ambos, retornando informe ao usuário sobre o complemento gerado.

O complemento do contrato de carreteiro será gerado (DTY) quando a viagem possuir um contrato de carreteiro e a ocorrência TMS não estiver integrada a ocorrência GFE, pois, quando houver a integração, o controle da despesa adicional será via GFE.

Quando não houver contrato de carreteiro para a viagem e a ocorrência TMS não estiver integrada a ocorrência GFE, será verificado se existe componente de frete a pagar do tipo valor informado na ocorrência.

Em caso positivo, será gravado um registro no controle de valor informado de componentes da viagem (DVW) para o respectivo componente. Esse registro não poderá ser alterado pelo usuário e será utilizado no calculo do frete quando geração do contrato de carreteiro. Neste caso não haverá contrato de complemento uma vez que o componente fará parte do contrato de carreteiro principal quando este for gerado.

Em caso negativo, o contrato de complemento será gerado ao gerar o contrato principal da viagem vinculada a ocorrência.

Quando informado um código de ocorrência do tipo ou 17 ou 18 não integrada ao GFE e existir registro para o componente de valor informado na ocorrência na tabela de valor informado por viagem (DVW), e a viagem não possuir contrato de carreteiro, não será permitido o apontamento da ocorrência, pois, houve informe de valor para o componente na viagem e este valor, uma vez que ainda foi utilizado no contrato de carreteiro não poderá ser alterado pelo registro da ocorrência. Quando não existir contrato de carreteiro para a viagem e o componente de frete de valor informado da ocorrência não constar do layout da tabela de frete do contrato do fornecedor da ocorrência, não será permitido o apontamento da ocorrência.

Quando for gerado CTe e o parâmetro 'Transmite Ct-e?' da rotina de calculo de frete indicar transmissão automática, será exibida a tela padrão de transmissão, permitindo ao usuário efetuar a transmissão e, após o retorno de autorização do CTe pela SEFAZ, emitir o DACTE.

É permitido apontamento de registro de ocorrência do tipo receita (DT2_TIPOCO$'16/18/19/20) apenas para documento fiscal original (2-CTe; 5-Nota Fiscal).

Documentos Complementares (TMSA152)


Nova rotina desenvolvida para funcionar como centralizadora de todas as ocorrências cujo apontamento irá gerar movimento de receita e/ou despesa,  tem o objetivo de auxiliar o usuário a identificar os registros de Receitas e Despesas que foram incluídas através do Apontamento De Ocorrência (TMSA360).
O usuário pode também acompanhar se tais ocorrências estão disponíveis para o processamento ou se estão aguardando a liberação para o posterior processamento.
Na rotina de Documentos Complementares (TMSA152) o usuário poderá gerar os Complementos de Frete e também os Contratos de Carreteiro cujo status esteja disponível para a geração.
No acesso a rotina o usuário poderá aplicar os seguintes filtros:
  • Viagem De:
  • Viagem Até:
  • Data Ocorrencia De:
  • Data Ocorrencia Até:
  • Filial Origem Documento De:
  • Filial Origem Documento Até:
  • Documento De:
  • Documento Até:
  • Série De:
  • Série Até:
  • Status Registro: ( Liberado, Bloqueado, Processado ou Todos )
  • Tipo Ocorrência De:
  • Tipo Ocorrência Até:
Na tela principal da rotina com um modelo MarkBrowse permite que múltiplos registros sejam selecionados conforme o status informado.
O status pode ser identificado pelo botão "Legenda" onde a cor Vermelha identifica registros aguardando liberação (TMSA029), Verde determina que o registro está apto para geração do documento e Amarelo determina registros já processados.
Todos os registros apontados no TMSA360 cujo apontamento geram receita e /ou despesa passam pela avaliação da rotina TMSA029  e são bloqueadas para posterior liberação pelo responsável, com exceção das ocorrências que estejam devidamente cadastradas e cuja liberação automática esteja configurada.
A geração dos documentos complementares ou contrato carreteiro são executadas mediante a seleção do registro na tela (MarkBrowse) e clicando no botão "Gerar"
No botão "Outras Ações" ficam as seguintes opções:
  • Parâmetros - Aplica novamente os parâmetros da tela inicial e atualiza a tela
  • Estornar - Estorna Documento Gerado 
  • Visualizar Doc. Principal - Visualiza documento principal relacionado à ocorrencia
  • Visualizar Doc. Auxiliar - Visualiza o documento auxiliar gerado em decorrência do processamento da rotina
  • Visualizar CTC Principal - Visualiza o contrato Carreteiro principal relacionado à viagem
  • Visualizar CTC Auxiliar - Visualiza o documento auxiliar gerado em decorrência do processamento da rotina.
 
  

Manutenção de documentos (TMSA500)

Ao executar a opção de geração de CTe de complemento a rotina verifica se o documento de frete original possui ocorrência de receita liberada e não vinculada a CTe e, em caso afirmativo, serão exibidos os valores liberados para o usuário com opção de seleção de múltiplos registros.

Após a confirmação da seleção é gerado o CTe complementar com os valores selecionados, gravando os componentes de frete (DT8) agrupados por código de componente indicados no cadastro das ocorrências.

Na gravação da composição do frete (DT8) é considerado o componente informado na tabela de ocorrência, independente deste constar ou não do layout da tabela de frete do CTe original.

Ao executar a opção de geração de CTe de reentrega a rotina verifica se o documento de frete original possui ocorrência de receita de reentrega liberada e não vinculada a CTe e, em caso afirmativo, são exibidos os registros de bloqueio liberados para o usuário com opção de seleção de múltiplos registros.

Quando não houver indicação de valor na ocorrência selecionada, serão considerados os critérios padrão, baseados na indicação do perfil do cliente pagador para o calculo do valor da reentrega.

Não é permitida seleção conjunta de ocorrências com e sem indicação de valor.

A funcionalidade atual de geração de CTe de reentrega, através da ocorrência de retorno de documento e do parâmetro MV_OCORREE, é mantida.

Ao executar a opção de geração de CTe de devolução é verificado se o documento de frete original possui ocorrência de receita de devolução liberada e não vinculada a CTe e, em caso afirmativo, serão exibidos os registros de bloqueio liberados para o usuário com opção de seleção de múltiplos registros.

Quando não houver indicação de valor na ocorrência selecionada, serão considerados os critérios padrão de geração de CTe de devolução.

Não é permitida seleção conjunta de ocorrências com e sem indicação de valor.

Ao final da geração do CTe é gravado o vinculo do CTe com o código da ocorrência.

Quando o parâmetro 'Transmite Ct-e?' da rotina de calculo de frete indicar transmissão automática, é exibida a tela padrão de transmissão, permitindo ao usuário efetuar a transmissão e, após o retorno de autorização do CTe pela SEFAZ, emitir o DACTE.

  

Contrato de carreteiro (TMSA250)

Ao executar a geração de complemento de contrato de carreteiro, é verificado se a viagem do contrato possui ocorrência de despesa liberada e não vinculada a contrato de carreteiro e não integrada ao GFE, em caso positivo, serão exibidos os valores liberados permitindo ao usuário selecionar multiplos registros. 

Após a confirmação da seleção pelo usuário é gerado contrato de carreteiro complementar para os valores selecionados.

Será gerado um contrato complementar para cada código e loja de fornecedor e natureza financeira identificados.

O código e loja do fornecedor é obtido do registro da ocorrência e quando não indicado na ocorrência, é considerado o código e loja do fornecedor do contrato principal da viagem.

A natureza é definida pela indicação no cadastro de ocorrência.

Quando ocorrência não possuir indicação de natureza e houver indicação de código e loja do fornecedor é considerada a natureza do cadastro do fornecedor. Não existindo informe no cadastro do fornecedor, é considerada a natureza indicada no parâmetro MV_NATCTC.

Quando ocorrência não possuir indicação de natureza e não houver indicação de código e loja do fornecedor é considerada a natureza do cadastro do código e loja do fornecedor do contrato principal da viagem. Não existindo informe no cadastro do fornecedor, é considerada a natureza indicada no parâmetro MV_NATCTC.

O movimento de custo de transporte do contrato complementar é gravado agrupando valores por despesa identificada.

A despesa é definida pela indicação no cadastro da ocorrência e, quando não indicada, será a despesa indicada no parâmetro MV_DESCTC.

Será gravado o vinculo do contrato complementar com o registro selecionado de ocorrência da despesa possibilitando assim, consulta a ocorrência geradora na visualização do contrato de carreteiro.

A funcionalidade atual de geração de CTC complementar via informe de valor pelo usuário foi mantida.

Ao final da geração do contrato de carreteiro principal (DTY) é verificado se a viagem do contrato possui ocorrência de despesa liberada e não vinculada a contrato de carreteiro, em caso positivo, é executada, automaticamente, a função de geração de contrato complementar, conforme os procedimentos acima descritos.

Ainda ao final da geração do contrato de carreteiro principal (DTY) é verificado se há informe de valor para a viagem oriundo da liberação de bloqueio de ocorrência de despesa e, em caso positivo, será o gravado o vinculo do contrato principal com a ocorrência geradora do valor, concluindo assim o processo de informe de despesa por ocorrência e possibilitando sua consulta ao visualizar o contrato.

Tipo de ocorrência (GFEA030)

Foi ajustada a validação do campo GU5_OCOTMS (Cod Ocor TMS)  para tratar os tipos de ocorrência 16 (receita), 18 (receita/despesa), 19(reentrega) e 20(devolução).

Quando indicado codigo de ocorrência TMS de receita, o tipo de calculo GFE deverá ser serviço e o tipo de evento GFE deverá ser calculo adicional.

Quando indicado codigo de ocorrência TMS de reentrega, o tipo de calculo GFE deverá ser reentrega e o tipo de evento GFE deverá ser calculo adicional.

A ocorrência TMS não precisará constar do parâmetro MV_OCORREE;

Quando indicado codigo de ocorrência TMS de devolução , o tipo de calculo GFE deverá ser retorno e o tipo de evento GFE deverá ser calculo adicional.

Apontamento de ocorrencia GFE

 Ao apontar ocorrência tipo 19 (reentrega) e 20(devolução) é exibida tela para o usuário informar as notas relacionadas a ocorrência.

As notas indicadas serão exibidas ao usuário na geração do CTe ou de reentrega ou devolução no módulo TMS.

 Foi implementado consistência para não permitir exclusão de ocorrência integrada via ocorrência TMS.

Valor informado da viagem (TmsValInf())

Foi incluído tratamento de identificação de origem do registro para não permitir ou alteração ou exclusão quando o registro tiver origem diferente da rotina de complemento ou encerramento de viagem.

 

 

 

 

Procedimento para Configuração

CONFIGURAÇÃO DE PARÂMETROS

 

  1. No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Configure o(s) parâmetro(s) a seguir:

Itens/Pastas

Descrição

Nome:

MV_TMS3GFE 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Define o momento da Integração da Viagem SIGATMS e o SIGAGFE: F=Fechamento Viagem; S=Saida Viagem; C= Chegada Viagem; N= Não integra.

 

 

Itens/Pastas

Descrição

Nome:

MV_OCORENT 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Define a ocorrência de entrega no apontamento (TMSA360).     

Itens/Pastas

Descrição

Nome:

MV_OCORREE 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Define os códigos das ocorrências que geram Reentrega.          

Itens/Pastas

Descrição

Nome:

MV_NATCTC 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Código da Natureza utilizado para geração de títulos a pagar provenientes de contratos de carreteiros.     

Itens/Pastas

Descrição

Nome:

MV_DESCTC 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Código de Despesa de contrato de carreteiro.           

Itens/Pastas

Descrição

Nome:

MV_CALSER 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Indica se é permitido alterar o valor do frete do cálculo de serviço. 1=Permite Alterar; 2=Não Permite Alterar.

Itens/Pastas

Descrição

Nome:

MV_CALREN 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Indica se é permitido alterar o valor do frete do cálculo de reentrega. 1=Permite Alterar; 2=Não Permite alterar.

Itens/Pastas

Descrição

Nome:

MV_CALDEV 

Tipo:

1- Caracter

Cont. Por.:

Definir Conforme Necessidade

Descrição:

Indica se é permitido alterar o valor de frete de cálculo de devolução. 1=Permite Alterar; 2=Não Permite Alterar. 

 

CONFIGURAÇÃO DE MENUS

 

2.  No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:

Menu

Informe o Menu em que estará localizada a rotina

Submenu

Informe o Submenu em que estará localizada a rotina

Nome da Rotina

Informe o Título da rotina

Programa

Informe o Fonte da rotina

Módulo

Informe o Nome do(s) produto(s) a ser utilizado ou “Todos”

Tipo

Informe a Função

 

 

Procedimento para Utilização

  • Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações:
  • Localização da rotina no menu;
  • Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;
  • Caso seja necessário ter algum cadastro feito previamente, faça uma observação.

 

 

Exemplo:

       1.            No Plano de Saúde (SIGAPLS), acesse Atualizações / Produto Saúde / Produto Saúde (PLSA800).

O sistema apresenta a janela de produtos cadastrados.

       2.            Posicione o cursor em um produto e clique em Alterar.

       3.            Na pasta Cobertura/Carências selecione a subpasta Tipo de Prestador.

       4.            Dê duplo clique no campo TP Prestador (BCW_TIPPRE).

O sistema apresenta a janela Tipo de Prestador – Coparticipação – Alterar.

       5.            Informe os dados conforme orientação do help de campo e observe o preenchimento do novo campo:

                      Som. p/Compra (BCW_SOMCOM): selecione Sim para indicar se a coparticipação cadastrada será válida somente para efeito de compra de procedimentos ou Não, caso contrário.

       6.            Confira os dados e confirme.

 

 

Vídeo

  • Vídeo hospedado no youtube e inserido no template por meio da macro Widget Connector.

** Canal do youtube e software de vídeoem definição.

 

Título do Vídeo:

Disponibilizado pelo Marketing.

Introdução:

Disponibilizado pelo Marketing.

Passo a Passo:

Capturar diretamente do sistema.

Finalização:

Disponibilizado pelo Marketing.

 

 

Ponto de Entrada

Descrição:

Informe o Menu em que estará localizada a rotina

Localização:

Informe o Submenu em que estará localizada a rotina

Eventos:

Informe o Título da rotina

Programa Fonte:

Informe o Fonte da rotina

Função:

Informe o Nome do(s) produto(s) a ser utilizado ou “Todos”

Retorno:

Nome

Tipo

Descrição

Obrigatório

 

 

 

 

 

 

 

 

 

 

 

 

 

Exemplo:

#Include 'Protheus.ch'

User Function CN120ALT()

Local aCab:= PARAMIXB[1]

Local cTipo:= PARAMIXB[2]

If cTipo == '1'

    aCab[4][2]:= 'NF' //Validações do usuário

EndIf

Return aCab