Histórico da Página
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: |
| ||||||||||||||||||||||||||||||||
Cadastros Iniciais: |
| ||||||||||||||||||||||||||||||||
Parâmetro(s): |
| ||||||||||||||||||||||||||||||||
Requisito/Story/Issue (informe o requisito relacionado): | LOGTMS01-935 | ||||||||||||||||||||||||||||||||
País(es): | Brasil | ||||||||||||||||||||||||||||||||
Banco(s) de Dados: | Todos | ||||||||||||||||||||||||||||||||
Tabelas Utilizadas: |
| ||||||||||||||||||||||||||||||||
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 serão foram implementadas as seguintes melhorias:
- Funcionalidade para registro de ocorrência de receita/despesa, reentrega, devolução e entrega por trecho.
- Funcionalidade para liberação de ocorrência com controle de alçada de valor e reprovação.
- Funcionalidade para geração de complemento de contrato de carreteiro via ocorrência de despesa ou receita/despesa.
- Funcionalidade para geração de CTe de complemento via ocorrência de receita/despesa.
- Funcionalidade para geração de CTe de reentrega via ocorrência de reentrega.
- Funcionalidade para geração de CTe de devolução via ocorrência de devolução.
- Funcionalidade para geração de contrato de carreteiro para fornecedor adicional da viagem.
- Ajuste na funcionalidade de cadastro de tipo de ocorrência GFE para validar tipo de ocorrência TMS.
- Ajuste na funcionalidade de apontamento de ocorrência GFE para informe de NF devolvida.
- Ajuste na funcionalidade de valor informado da viagem.
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 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.
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 será é habilitada somente para as ocorrências dos tipos 16 e 18 e o seu conteúdo será é 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 a indicação do tipo de componente de frete de despesa, cuja digitação será é 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 será é 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 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 será é 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 será é 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 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, será gerado é 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 de valores na aprovação da ocorrência, cuja digitação será habilitada é habilitada somente para as ocorrências dos tipos 16, 17 e 18.
Ao efetuar a liberação do bloqueio da ocorrência, será verificado é 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 será herdado é 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, será é habilitado o campo de digitação de valores e então esse valor, se informado, será assumido é assumido com o valor do CTe de reentrega. Nesse caso a liberação do bloqueio será é 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émporé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, será é habilitado o campo de digitação de valores e então esse valor, se informado, será é assumido com o valor do CTe de devolução. Nesse caso a liberação do bloqueio será é 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.
- 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)
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ência (TMSA360)
Foi criado o campo DUA_VLRRCT (Valor Da Receita) para informe do valor da receita cuja digitação será 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 será habilitada ao apontar ocorrência dos tipo 16 ou 18. O tipo de veículo será utilizado no calculo do componente de frete a receber indicado no cadastro da ocorrência.
O valor da receita seja sugerido automáticamente quando o componente de receita, indicado no cadastro da ocorrência, constar da tabela utilizada no calculo do documento de frete informado no regsitro 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 será solicitado obrigatoriamente o informe de valor. Neste caso o registro de bloqueio nunca será liberado automáticamente.
Esse campo também será 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 será via controle de alçada, caso contrato por será por nivel.
Será criado campo para indicar integração da ocorrência TMS a ocorrência GFE.
Serão criados campos para informe 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 será obrigatório.
Quando a ocorrência for dos tipos 17 ou 18 ou 21 o fornecedor default será o proprietário do veículo tracionador da viagem.
O fornecedor indicado na ocorrência será utilizado ou 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 de ao menos um trecho pago do documento de carga no GFE. Ao apontar ocorrência de entrega por trecho GFE, será verificado se todos os trechos pagos possuem ocorrencia de entrega registrada e, em caso afirmativo, será solicitado ao operador de deseja apontar a ocorrência de encerra processo do CTe TMS. Em sendo afirmativa a resposta será incluída automaticamente uma ocorrência de encerra processo para o documento. O parâmetro MV_OCORENT determinará o código da ocorrênci 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 será individual.
Será criado campo para informe do valor da despesa cuja digitação será 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 será sugerido automáticamente 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 será solicitado obrigatoriamente o informe de valor. Neste caso o registro de bloqueio nunca será liberado automáticamente.
Será criado campo, cuja digitação será obrigatória e habilitada somente ao apontar ocorrência dos tipo 16 e 18 ou 17 não integrada ao GFE, para informe de quantidade 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 Qtd. Km. Doc, Vlr.Mer.Oco., Pes.Cub.Oco, M3 Oco., Qtd.Unit.Oco e 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 será exigido o informe dos dados do documento de frete da ocorrência, porém, o informe da viagem será obrigatório.
Quando informado um código de ocorrência do tipo 18 o informe da viagem será obrigatório desde que a ocorrencia não seja integrada ao GFE.
Quando não informado documento de frete na ocorrência, a despesa será considerada como custo da viagem e, ao ao processar a rotina de custos de transporte, o valor será rateado entre os documento de frete vinculados a viagem da ocorrência. Caso contrário o custo será exclusivo do documento de frete informado.
Ao confirmar o apontamento, será incluido, no cadastro de bloqueios TMS (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 automáticamente. 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 nao 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 transmisão, permitindo ao usuário efetuar a transmissão e, após o retorno de autorização do CTe pela SEFAZ, emitir o DACTE.
Será 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).
Procedimento para Configuração
CONFIGURAÇÃO DE PARÂMETROS
- 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: |
|
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