Histórico da Página

Este campo é aberto para edição caso a manipulação do orçamento ocorra através da rotina Orçamento Simplificado (TECA745), com o parâmetro MV_ORCSIMP ativado. Caso a inclusão ocorra através da rotina Oportunidade de Venda, o campo é travado para edição e é preenchido automaticamente com o mesmo Cliente (AD1_CODCLI) ou Prospect (AD1_PROSPE) da Oportunidade de Venda. Na inclusão do Orçamento Simplificado, este campo sempre representará o código do Cliente (SA1). Na Vistoria Técnica (TECA270), este campo espelha-se ao campo Código da Entidade da vistoria (AAT_CODENT).

Principais Integrações:

Geração do Contrato (TECA850): Ao gerar o contrato, na opção de Seleção da Base de Atendimento, o sistema apresentará apenas as bases de atendimento cujo código do cliente (AA3_CODCLI) seja igual ao código da entidade (AA3_CODCLI = TFJ_CODENT). Ao utilizar a opção "Sugestão", para incluir automaticamente uma base de atendimento, o código do cliente da base será o mesmo da entidade do orçamento. No contrato, este campo cria uma linha na tabela Fornec./Clientes X Contratos (CNC), preenchendo o campo Código do Cliente (CNC_CLIENT) com o mesmo valor preenchido na entidade do orçamento (CNC_CLIENT = TFJ_CODENT).

Central do Cliente (TECC070): Se o Gestão de Serviços estiver na versão 12.1.23 ou superior, o sistema considera os Orçamentos Simplificados na central do cliente através do campo TFJ_CODENT, conforme preenchido no primeiro parâmetro (SX1) ao acessar a Central do Cliente (TFJ_CODENT = MV_PAR01).

Geração dos Memorandos: Se o Gestão de Serviços estiver na versão 12.1.23 ou superior, o sistema considera a informação preenchida no campo TFJ_CODENT para gerar os memorandos para os Orçamentos Simplificados.

Alocação Automática (TECA580B): Ao acessar a rotina Alocação Automática, dentro do Gestão de Escalas, o sistema apresentará uma tela para preencher os filtros de busca (SX1). Os filtros Cliente de/Cliente até referem-se ao campo TFJ_CODENT.

Campo aberto para edição, relaciona-se com a tabela SE4  - Condição de Pagamento (MATA360)

Principais Integrações:

Separação (TECA820): O campo Condição de Pagamento do Orçamento de Serviços é utilizado para gerar o Pedido de Venda no ato da Separação (C5_CONDPAG = TFJ_CODPG)

Geração do Contrato (TECA850): Utilizado para preencher o campo CN9_CONDPG (CN9_CONDPG = TFJ_CODPG)

Apurar fora do Contrato (TECA930): Utilizado para preencher a condição de pagamento do Pedido de Venda gerado.

De acordo com o Help do campo: "Informar se o contrato será agrupado.
Sim – O cliente de faturamento será o mesmo do campo ‘Código’ do Local de Atendimento
Não – O cliente de faturamento será o mesmo do campo ‘Cli.Fat’ do Local de Atendimento"

No cadastro de Locais de Atendimento (tabela ABS, programa TECA160) existe o campo ABS_CODIGO e o campo ABS_CLIFAT. O campo ABS_CODIGO indica o código do cliente ao qual o Local de Atendimento pertence. Ao gerar o contrato, o sistema criará uma Planilha (CNA) para cada Local de Atendimento do orçamento de serviços, os campos Cliente e Loja Cliente (CNA_CLIENT e CNA_LOJACL) são preenchidos pelo Código e Loja do Local de Atendimento (ABS_CODIGO = CNA_CLIENT e CNA_LOJACL = ABS_LOJA), porém, se o campo Agrupa Faturamento (TFJ_AGRUP) estiver preenchido como "2 - Não", o sistema considerá o valor dos campos ABS_CLIFAT e ABS_LJFAT para preencher os dados da Planilha (CNA) do contrato (ABS_CLIFAT = CNA_CLIENT e CNA_LOJACL = ABS_LJFAT)

Os itens agrupadores (TFJ_GRPRH, TFJ_GRPMI, TFJ_GRPMC, TFJ_GRPLE) são exibidos apenas no Orçamento de serviços agrupado (MV_GSDSGCN = 2). Todos estes campos são relacionados com o cadastro de Produtos (SB1 - MATA010). Todos são aberto para edição até o a geração do contrato (TECA850), após a geração do contrato, estes campos ficam travados para edição na revisão do contrato.

O campo Item Agrupador para Recursos Humanos (TFJ_GRPRH) relaciona-se com o campo Produto (CNB_PRODUT) do Item da Planilha do Contrato (CNB) (CNB_PRODUT = TFJ_GRPRH). No momento da geração do contrato (TECA850), com orçamento de serviços agrupado (MV_GSDSGCN = 2), o sistema agrupa todos os itens de Recursos Humanos (TFF) em um registro no Item da Planilha do Contrato (CNB). Este único registro na CNB possuirá o mesmo valor total que a soma de todos os itens de RH daquele orçamento e quantidade um (1), por Local de Atendimento (TFL). O exemplo abaixo demonstra a utilização deste campo:

Exemplo 1: Em um orçamento com dois Locais de Atendimento (duas linhas na TFL), cada um dos locais de atendimento possui dois itens de recursos humanos (TFF). Em cada um dos quatro itens de recursos humanos, o campo Quantidade (TFF_QTDVEN) está preenchido com o valor dez (10) e o campo Preço Unitário (TFF_PRCVEN) está preenchido com o valor dois (2). Isso significa que o total do Orçamento de Serviços é R$ 80,00. Ao gerar o contrato, se o campo TFJ_GRPRH estiver preenchido, o sistema criará duas Planilhas (duas linhas na CNA) - uma para cada Local de Atendimento (TFL) - e, em cada uma das Planilhas, apenas 1 (um) item (CNB). Este item possuirá o mesmo código informado no agrupador, o valor total dele será de R$ 40,00 - com o campo Quantidade (CNB_QUANT) preenchido com valor um (1) e o campo Valor Unitário (CNB_VLUNIT) preenchido com o valor 40.

Caso dois ou mais agrupadores possuírem o mesmo código no orçamento de serviços, estes também são agrupados em apenas uma linha de item da planilha do contrato. Isso significa se o campo TFJ_GRPRH e o campo TFJ_GRPMI possuírem o mesmo valor, e o orçamento possuir Materiais de Implantação e Recursos Humanos em um mesmo Local de Atendimento, todos estes itens são agrupados em apenas um na CNB. Assim, em um Orçamento de serviços agrupado (MV_GSDSGCN = 2), o máximo de itens que uma planilha possuirá é quatro (se todos os itens agrupadores forem diferentes e o orçamento possuir todos os tipos de item em um mesmo local de atendimento).

Assim como os itens agrupadores, as TES dos itens agrupadores são exibidos apenas no Orçamento de serviços agrupado (MV_GSDSGCN = 2). Todos estes campos são relacionados com o cadastro de TES (SF4 - MATA080). Todos são aberto para edição até o a geração do contrato (TECA850), após a geração do contrato, estes campos ficam travados para edição na revisão do contrato. O sistema permite cadastrar apenas TES de Saída (código maior que 500).

O campo TFJ_TES está relacionado com o campo CNB_TS. Ao gerar o contrato com item agrupador, a TES no Item da Planilha (CNB) será preenchida com o mesmo valor informado na TES agrupadora do Orçamento de Serviços, para o tipo de item correspondente. Assim, os itens agrupados pelo campo TFJ_GRPMI possuem a mesma TES informada no campo TFJ_TESMI, os itens agrupados pelo campo TFJ_GRPMC possuem a mesma TES informada no campo TFJ_TESMC e assim por diante.

Indica o tipo do frete para o orçamento de serviços, 1=CIF e 2=FOB. Este campo pode ser alterado a qualquer momento até a geração do contrato. Depois que o contrato estiver gerado, não é possível modificar o valor deste campo utilizando a rotina de Revisão dos Contratos.

Principais Integrações:

Separação (TECA820): O campo Tipo Frete do Orçamento de Serviços é utilizado para gerar o Pedido de Venda no ato da Separação (C5_TPFRETE = TFJ_TPFRET)

Apuração/Medição (TECA930/CNTA121): O campo Tipo Frete do Orçamento de Serviços é utilizado para gerar o Pedido de Venda na Apuração (C5_TPFRETE = TFJ_TPFRET)

Substituição (TECA801): O campo Tipo Frete do Orçamento de Serviços é utilizado para gerar o Pedido de Venda no ato da Substituição (C5_TPFRETE = TFJ_TPFRET)

De acordo com o Help do campo: "Informar qual o cliente que será utilizado na geração do pedido de remessa, dentre as opções:
1 – Orçamento de Serviços, utiliza o cliente e loja do orçamento de serviços
2 - Local de Atendimento, utiliza o cliente e loja do local de atendimento."

Durante a Separação (TECA820) o sistema pode gerar um Pedido de Venda de Remessa para o cliente que receberá o equipamento (controlado pelo campo AA3_EXIGNF do equipamento separado). Caso o campo TFJ_CLIPED esteja preenchido como 1-Orçamento de Serviços ou em branco, o pedido de venda será emitido para o cliente informado no campo TFJ_CODENT, caso o valor do campo seja 2-Local de Atendimento, o pedido de venda será gerado para o cliente do Local de Atendimento (ABS_CODIGO). Este campo influência apenas o processo de separação de equipamentos.

De acordo com o Help do campo: "Determina se o orçamento de serviços poderá ser utilizado no processo de faturamento antecipado."

Este campo controla a utilização das funcionalidades de Faturamento Antecipado (TECA934) - Acesse a documentação Faturamento Antecipado - TECA934 - Gestão de Serviços - P12 para mais detalhes sobre a funcionalidade.

Quantidade de venda. Este campo não é necessariamente a quantidade de atendentes que são enviados para o local de atendimento para este item de RH.

Para mais informações, acesse Gestão de Escalas - TECA580B - Gestão de Serviços - P12

Código da Função (SRJ - programa: GPEA030). Função relacionada para este item de RH, esta função não impede a alocação de atendentes de outras funções neste item, mas durante a Seleção de Atendentes, o sistema filtrará os atendentes dessa mesma função. No cadastro de Grupo de Acesso / Perfil (Grupo de Acesso / Perfil - TECA680 - Gestão de Serviços - P12), o item 010 define se há permissão para editar o filtro de alocação de Função.

Campo obrigatório para a inclusão de item de RH.

Código do Turno (SR6 - programa: GPEA080). Assim como o código da função (TFF_FUNCAO), este campo filtra os atendentes no momento da Seleção dos Atendentes. Alterando o item 013 do cadastro de Grupo de Acesso / Perfil (Grupo de Acesso / Perfil - TECA680 - Gestão de Serviços - P12) é possível remover esse filtro. É possível alocar atendentes com turnos diferentes do definido neste campo utilizando o Gestão de Escalas (Gestão de Escalas - TECA580B - Gestão de Serviços - P12). 

Campo obrigatório para a inclusão de item de RH.

Campo utilizado para o cálculo da depreciação.

Como o cálculo funciona:

Ao inserir algum valor neste campo, o sistema divide o valor informado no campo Valor do Ativo (TFG_VLATIV) pelo valor informado no campo Vida Útil (TFG_VIDMES) e multiplica o resultado pela quantidade de meses entre o Período Inicial e o Período Final (TFG_PERINI e TFG_PERFIM) e o resultado é aplicado no campo Valor Unitário da Venda (TFG_PRCVEN).

Exemplo 1: O campo Valor do Ativo está preenchido com o valor de R$100,00. O material ficará em uso por 1 ano: o campo período inicial é 18/04/2019 e o período final é  18/04/2020, assim, a quantidade de meses entre os dois períodos é igual a 12. O campo Vida Útil é preenchido com o valor 12 - a vida útil do material é de 12 meses. Logo, o preço unitário (TFG_PRCVEN) resultará em R$ 100,00, pois ( Valor do Ativo / Vida útil ) * Qtd de Meses = ( 100 / 12 ) * 12 = R$ 100,00

Campo travado para edição, exibe o resultado da divisão entre o Valor do Ativo (TFG_VLATIV) e a Vida Útil (TFG_VIDMES) do material.

Exemplo 1: O campo Valor do Ativo está preenchido com o valor de R$100,00. O campo Vida Útil é preenchido com o valor 12 - a vida útil do material é de 12 meses. O campo Depreciação Mensal apresentará o valor R$ 8,33 ( Valor do Ativo / Vida útil )

De acordo com o Help do campo: "Indica a quantidade de material que não retornou do posto e portanto foi eliminada por resíduo."

Campo utilizado apenas no programa Retorno de Material de Implantação (TECA893 - acesse a documentação Apontamento de Materiais - TECA890 - Gestão de Serviços - P12 para mais informações). Dentro da rotina, existe a opção "Eliminar Resíduos" dentro do "Outras Ações", esta opção preenche o campo TFG_RESRET com a quantidade original do material subtraída da quantidade já retornada. 

Código da Verba cadastrada na tabela de Verbas (SRV), através da rotina GPEA040. O tipo da verba é replicado no campo Tipo da Verba (ABP_TPVERB).

Campo utilizado pela rotina Envio de Beneficio ao RH (TECA351) que envia os valores diretamente para o programa Lançamento por Períodos (GPEA580), relacionando o código da verba do orçamento com o código da verba na tabela Incidências (RGB). (RGB_PD = RV_COD = ABP_VERBA)

Campo utilizado apenas na rotina Envio de Beneficio ao RH (TECA351) para calcular o valor que será inserido na tabela de Incidências (RGB).

No cadastro de Motivos de Manutenção da Agenda (TECA530) existe o Tipo do Motivo (ABN_TIPO) hora extra. O campo TFU_CODABN relaciona-se com o campo ABN_CODIGO, porém apenas motivos do tipo "Hora Extra" podem ser informados neste campo.

Campo utilizado no programa Apuração/Medição (Apurações e Medições - TECA930 - Gestão de Serviços - P12), para alterar o valor apurado caso o atendente possua manutenção na agenda do tipo "Hora Extra". 

Quantidade de equipamentos orçados.

Principais Integrações:

Ao gerar o contrato (TECA850) o sistema criará um novo registro na tabela de Movimentações (TEW) para cada unidade informada neste campo.

Agendamento da entrega do equipamento.

Principais Integrações:

Apuração (TECA930):