GENERIC - FATURAMENTO DE MAO-DE-OBRA ( SERVICOS )

Revisão: 01/01/20021533 Para que os valores de mao-de-obra sejam automaticamente colocados

no apontamento da ordem de servico a partir do atendimento da OS, torna-se necessario definir os
parametros MV_MODPROD e MV_MODSERV, sendo:

- MV_MODPROD -> Produto mao-de-obra que sera criado no apontamento da

OS e posteriormente pedido de venda / NF de saida. Deve ser um
produto existente no cadastro de produtos.

- MV_MODSERV -> Codigo de servico da a ser aplicado ao produto mao-de

obra. Deve ser um codigo existente no cadastro de codigos de servico e conter o campo "Atualiza OS"
com "Sim", caso contrario o item
servico nao sera colocado no apontamento da OS.

A quantidade sera extraida do campo horas faturadas no atendimento da

OS, e o valor unitario, o valor hora do tecnico que efetuou o atendi-
mento. Se o valor hora estiver zerado, o item servico nao sera criado.

A partir da versao 5.08:

-E possivel estabelecer o valor hora baseado no produto da base instalada ao inves do valor hora do
tecnico. Desse modo e possivel estabelecer diferentes valores hora baseado-se no produto atendido.
Para tanto, configure o parametro MV_ATHRPR:

F -> Valor hora tecnico.

T -> Valor hora produto.

O valor hora produto e' o preco de tabela do cadastro de produtos.

-Se for definido contrato e grupo de cobertura para o equipamento em

questao, o sistema nao mais respeitara o codigo de servico para
manutencao definido em MV_MODSERV e sim as regras do grupo de cobertura
vigente no contrato.

GERACAO DE PEDIDOS DE VENDA DE CONTRATOS

Revisão: 01/01/2002947 Para efetuar a geracao dos pedidos de venda de contratos de manutencao,
devem ser observados os seguintes itens:

- Para que o contrato seja automaticamente gerado ao entrar no modulo

deve-se setar o parametro MV_CONTRPV para T. Caso contrario, os
pedidos devem ser gerados a partir da rotina "PV p/ Ct.Manutencao".

- A TES de saida ( TS ) do produto contrato deve estar preenchida em

ambos os casos. Caso contrario o pedido nao sera gerado.

- A primeira condicao de pagamento define o dia da geracao do pedido de

venda a partir do primeiro dia do mes. Caso esta condicao defina um
periodo maior de 30 dias, o pedido de venda nao sera gerado. Estas
regras valem tanto para a geracao automatica quanto para a manual.

- O valor do contrato deve estar preenchido. Caso contrario o pedido de venda nao sera gerado.

Obs: O parametro MV_ULTCONTR armazena a ultima data de geracao de contratos.

GERACAO DE PEDIDOS DE VENDA DE CONTRATOS

Revisão: 01/01/20021284
Considerar para este caso o folder "Parceria".

Para efetuar a geracao dos pedidos de venda de contratos de servicos, devem ser observados os
seguintes itens:

- Para que o contrato seja automaticamente gerado ao entrar no modulo

deve-se setar o parametro MV_CONTRSR para T. Caso contrario, os
pedidos devem ser gerados a partir da rotina "Gera p.v."

- A TES de saida ( TS ) do produto contrato deve estar preenchida em

ambos os casos. Caso contrario o pedido nao sera gerado.

- A condicao de pagamento do cabecalho e a condicao que sera gravada no

cabecalho do pedido de venda quando da geracao do mesmo.

- A condicao de pagamento do item define o dia da geracao do pedido de venda a partir do primeiro
dia do mes. Caso esta condicao defina um periodo maior de 30 dias, o pedido de venda nao sera
gerado. Estas regras valem tanto para a geracao automatica quanto para a manual.

- O valor do item do contrato deve estar preenchido. Caso contrario o pedido de venda nao sera gerado.

- A data da ultima emissao do item do contrato tambem sera considerada como referencia para a
geracao ou nao do item de pedido.

Obs: O parametro MV_ULCTSER armazena a ultima data de geracao de contratos.

PROTHEUS NO NETWARE
Revisão: 01/01/2002384 Para a utilizacao do Protheus em ambiente Netware (Sem um servidor de
Aplicacao NT ou Linux) na jogada, eh necessario que utilizemos a estrutura de Fat-Client (Igual a do
Advanced) na configuracao do ambiente. Para isso basta habilitar o parametro TwoTier do AP5rmt.ini
e que o AP5SRV.EXE e seus complemetos estejam no mesmo diretorio do REMOTE (Diretorio BIN
do PROTHEUS)
UTILIZANDO FILTROS SQL
Revisão: 01/01/2002596 Na Versao TopCOnnect eh possivel se utilizar filtros SQL que sao resolvidos
unica e tao somente pelo DBMS.

Para essa utilizacao , basta que o primeiro caracter do filtro seja @ (arroba)

Exemplo de utilizacao :
Function Teste()
Local cFiltro
cFiltro := "@X5_DESCRI LIKE '% DA %'"

dbSelectArea("SX5")
Set Filter to &cFilter
dbgotop()

Outro Exemplo :
dbSelectArea("SX5")
Set Filter to &("@X5_DESCRI LIKE '% DA %'")
dbGotop()

* Liberado apenas para o AP5

Observacao - A funcao dbFilter() nao retorna nada quando o filtro utilizado foi um Filtro SQL.

VENDA COMPARTILHADA - DISTRIBUICAO CENTR

Revisão: 01/01/20023574 Entende-se por venda compartilhada os estabelecimentos que possurem a
seguinte estrutura:

· O departamento de vendas centralizado para todas as filiais da empresa;

· O controle de estoque feito de forma exclusiva para cada filial;
· A distribuiao feita de um nico ponto para todas as filiais;

Desta maneira, para operacionalizar o modelo acima adotamos a seguinte metodologia. A captaao ser
efetuada pela rotina de Oramentos ( MATA415 / MATA416) que aps a aprovaao ir disponibilizar o
pedido de venda para cada filial que efetuar o movimento de estoque. Para tanto, deve-se:

1. Compartilhar as tabelas:
a. SCJ - Oramento de Venda;
b. SCK - Itens do Oramento de Venda;
c. SCL - Sub-Itens do Oramento de Venda;
d. SF4 - Tipo de entrada e sada;
e. SB1 - Cadastro de produtos;
f. SE4 - Condiao de pagamento;
g. SBM - Grupo de produtos;
h. SBH - Unidade de Medida;
i. DA0 /DA1 - Tabela de preos;
j. entre outras, utilizadas na captaao da venda.

2. Criar os campos, conforme tabela abaixo:

X3_ARQUIVO -- SCJ
X3_CAMPO -- CJ_FILVEN
X3_TIPO -- C
X3_TAMANHO -- 2
X3_DECIMAL -- 0
X3_TITULO -- Filial Venda
X3_PICTURE -- @!
X3_VALID -- ExistCpo("SM0", cEmpAnt+M->CJ_FILVEN).And.Ma415VldFl()"
X3_RELACAO -- "cFilAnt"
X3_F3 -- "SM0"
X3_CONTEXTO -- "V"

X3_ARQUIVO -- SCJ
X3_CAMPO -- CJ_FILENT
X3_TIPO -- C
X3_TAMANHO -- 2
X3_DECIMAL -- 0
X3_TITULO -- Filial Entr.
X3_PICTURE -- @!
X3_VALID -- ExistCpo("SM0", cEmpAnt+M->CJ_FILENT).And.Ma415VldFl()"
X3_RELACAO -- "cFilAnt"
X3_F3 -- "SM0"
X3_CONTEXTO -- "V"

X3_ARQUIVO -- SCJ
X3_CAMPO -- CJ_TIPLIB
X3_TIPO -- C
X3_TAMANHO -- 1
X3_DECIMAL -- 0
X3_TITULO -- Tp LiberaÏ,o
X3_PICTURE -- @!
X3_VALID -- Pertence("12")
X3_BOX - 1=Libera por Item;2=Libera por Pedido

X3_ARQUIVO -- SCJ
X3_CAMPO -- CJ_TPCARGA
X3_TIPO -- C
X3_TAMANHO -- 1
X3_DECIMAL -- 0
X3_TITULO -- Tp Carga
X3_PICTURE -- @!
X3_VALID -- Pertence("123")
X3_BOX - 1=Utiliza;2=Nao Utiliza;3=Utiliza sem unitizaao

X3_ARQUIVO -- SCK
X3_CAMPO -- CK_FILVEN
X3_TIPO -- C
X3_TAMANHO -- 2
X3_DECIMAL -- 0
X3_TITULO -- Filial Venda
X3_PICTURE -- @!!
X3_VALID -- ExistCpo("SM0", cEmpAnt+M->CK_FILENT).And.Ma415VldFl()
X3_RELACAO -- M->CJ_FILVEN
X3_F3 -- SM0

X3_ARQUIVO -- SCK
X3_CAMPO -- CK_FILENT
X3_TIPO -- C
X3_TAMANHO -- 2
X3_DECIMAL -- 0
X3_TITULO -- Filial Entr
X3_PICTURE -- @!
X3_VALID -- ExistCpo("SM0", cEmpAnt+M->CK_FILENT).And.Ma415VldFl()
X3_RELACAO -- M->CJ_FILENT
X3_F3 -- SM0

3. Outros

Feito isto, estar disponvel a funcionalidade acima citada, mas alguns complementos podem ser
necessrios para uma melhor operacionalizaao do sistema, tais como:

1. Vendedores
2. Percentuais de Comissao, tanto no item como no cabealho.

Para tanto, pode-se criar os campos CJ_VEND1..5, CJ_COMIS1..5 e CK_COMIS1..5.

4. Customizaoes

Para customizar a baixa automtica do oramento de venda, pode utilizar a funao:

MaBxOrc(cNumOrc,lMostraOP,lMostraEmp,lGeraPV,lMostraPV,aHeadC6,aHeadD4,lLibPV), onde:

ExpC1 Nmero do Oramento

ExpL2 Indica se a Ordem de produao ser mostrada
ExpL3 Indica se os empenhos serao mostrados
ExpL4 Indica se o pedido de venda deve ser mostrado - Permitido alteraao de valores.
ExpA6 Passar Nil
ExpA7 Passar Nil
ExpL8 Indica se o pedido dever ser liberado automaticamente.

5. Observacoes
Em hiptese alguma se pode compartilhar o SC5/SC6 e deixar o estoque exclusivo. Esta operaao causa
srios prejuzos ao MRP, controle de rastreabilidade e localizaao fsica.
TITULOS DE INSS / IR / ISS / PIS / CONFI
Revisão: 01/01/20021294 Notas sobre a geração deste títulos pelo COMPRAS e FATURAMENTO.

Compras:
-------
Para os referidos impostos sao gerados títulos do tipo "TX" e para o orgao ( fornecedor ) competente.
Os títulos sao gerados amarrados a sua respectiva parcela, e dependendo do imposto a data de
pagamento pode variar conforme o vencimento, emissao ou digitaçao do mesmo. O critério da data de
pagamento ( E2_VENCREA/E2_VENCTO ), dependendo do caso. pode ser escolhida pelo comprador
do material ou serviço. O fato do sistema gerar um título de imposto amarrado a cada parcela, nao
causa nenhum prejuízo ao sistema e/ou ao usuário do mesmo, visto que na data do pagamento, sempre
haverá diversos títulos a serem pagos, e caso o usuário deseje pagar apenas um título, deverá aglutina-
los no módulo financeiro.

Faturamento
-----------
No faturamento os impostos sao gerados através de abatimento, pois quem recolhe o imposto é o
comprador do mesmo. Como a competência da escolha da data de pagamento é do pagador do imposto,
e como nao há como o vendedor saber desta data, incluímos o abatimento na primeira parcela, assim na
pior das hipóteses, o cliente irá pagar sempre um valor a maior, e nunca a menor, causando problemas
no calculo de juros/taxa de permanência.
GERACAO DE PEDIDOS DE VENDA DE CONTRATOS
Revisão: 01/01/2002947 Para efetuar a geracao dos pedidos de venda de contratos de manutencao,
devem ser observados os seguintes itens:

- Para que o contrato seja automaticamente gerado ao entrar no modulo

deve-se setar o parametro MV_CONTRPV para T. Caso contrario, os
pedidos devem ser gerados a partir da rotina "PV p/ Ct.Manutencao".

- A TES de saida ( TS ) do produto contrato deve estar preenchida em

ambos os casos. Caso contrario o pedido nao sera gerado.

- A primeira condicao de pagamento define o dia da geracao do pedido de

venda a partir do primeiro dia do mes. Caso esta condicao defina um
periodo maior de 30 dias, o pedido de venda nao sera gerado. Estas
regras valem tanto para a geracao automatica quanto para a manual.

- O valor do contrato deve estar preenchido. Caso contrario o pedido de venda nao sera gerado.

Obs: O parametro MV_ULTCONTR armazena a ultima data de geracao de contratos.

GERACAO DE PEDIDOS DE VENDA DE CONTRATOS
Revisão: 01/01/20021284
Considerar para este caso o folder "Parceria".

Para efetuar a geracao dos pedidos de venda de contratos de servicos, devem ser observados os
seguintes itens:

- Para que o contrato seja automaticamente gerado ao entrar no modulo

deve-se setar o parametro MV_CONTRSR para T. Caso contrario, os
pedidos devem ser gerados a partir da rotina "Gera p.v."

- A TES de saida ( TS ) do produto contrato deve estar preenchida em

ambos os casos. Caso contrario o pedido nao sera gerado.

- A condicao de pagamento do cabecalho e a condicao que sera gravada no

cabecalho do pedido de venda quando da geracao do mesmo.

- A condicao de pagamento do item define o dia da geracao do pedido de venda a partir do primeiro
dia do mes. Caso esta condicao defina um periodo maior de 30 dias, o pedido de venda nao sera
gerado. Estas regras valem tanto para a geracao automatica quanto para a manual.

- O valor do item do contrato deve estar preenchido. Caso contrario o pedido de venda nao sera gerado.

- A data da ultima emissao do item do contrato tambem sera considerada como referencia para a
geracao ou nao do item de pedido.

Obs: O parametro MV_ULCTSER armazena a ultima data de geracao de contratos.

CAMPO PARA COMPENSACAO DO CHEQUE - 5.08
Revisão: 01/01/2002369 Na versao 5.08 e possivel digitar a compensacao do Cheque, basta criar os
campos L4_COMP Character 3 e EF_COMP Character 3 (precisa ser criado atraves do configurador)
ambos com Picture 999.

Automaticamente aparecera na Venda Rapida e na Venda Balcao um campo para digitar o numero da
compensacao do cheque.

Na versao 6.09 esse campo ja faz parte do padrao.

EMAIL - ENVIO DE EMAIL PARA OS USUARIOS
Revisão: 01/01/2002810 Foi incluido na versao 5.08 o envio de e-mail para os Usuarios envolvidos no
processo de Elaboracao e Leitura dos Documentos. Os Pontos de Entrada
QDODMAIL,QDORMAIL,QDOSMAIL,QDOTMAIL define/configura o Lay-Out de cada tipo de
pendencia podendo ser em formato Texto ou em HTML:

QDODMAIL - Lay-Out configuravel para pendencias Distribuicao.

QDORMAIL - Lay-Out configuravel para Etapas de Elaboracao e Leitura QDOSMAIL - Lay-Out
configuravel para pendencias de Solicitacao de Alteracao de Documento
QDOTMAIL - Lay-Out configuravel para agendamento/cancelamento de Treinamento dos Usuarios

Todos os Pontos de Entrada devera retornar um array de uma linha no seguinte formato:

1a.Coluna = Subjetc/Assunto
2a.Coluna = Conteudo/Formato do e-mail
3a.Coluna = Nome do arquivo atachado/anexo
EMAIL - ENVIO DE EMAIL PARA OS USUARIOS (TEXTO /
Revisão: 01/01/2002617 Foi incluido na versao 6.09 a opcao de escolha no tipo de envio de e-mail
(Html/Texto) para os Usuarios envolvidos no processo de Elaboracao e Leitura dos Documentos,
Treinamentos, Referencias por Documento e Solicitacao de Documentos definindo o campo
RA_TPMAIL no cadastro de funcionarios com 1(Html) ou 2(Texto), será necessario a criacao do
campo via configurador caso nao exista:

Campo = RA_TPMAIL
Tipo = C
Tamanho = 1
Contexto = Real
Propriedade = Alterar
Lista Opcoes = 1=Html;2=Texto
Val.Sistema = Pertence("12")
Usado = Sim

FRETE - FRETE CIF/FOB - CONCEITOS

Revisão: 01/01/20022398 CIF (Cost, Insurance and Freight/Custo, Seguro e Frete)
* Indica-se o Porto de Destino

O vendedor realiza a entrega quando a mercadoria atravessa a rampa de embarque do navio no porto
designado para o embarque.

O vendedor tem a obrigaçao de pagar todos os custos e fretes necessários para levar a mercadoria até o
porto de destino, Mas o risco de perda e avaria da mercadoria, assim como qualquer custo adicional
causado por eventos ocorridos após a entrega da mercadoria, sao transferidos para o comprador.
Entretanto, no termo CIF, o vendedor também tem a obrigaçao de obter um seguro marítimo contra o
risco de perda ou avaria da mercadoria,durante o transporte, do comprador.

O vendedor deve contratar o seguro e pagar o seu prêmio. O comprador deve notar que, sob o termo
CIF, o vendedor tem a obrigaçao de obter apenas a cobertura mínima do seguro. O termo CIF requer
que o vendedor realize o desembaraço aduaneiro da mercadoria para a exportaçao.

Este termo só pode ser usado para transporte marítimo, fluvial ou lacustre. Se as partes nao quiserem
que a mercadoria seja entregue cruzando a rampa de embarque do navio, o termo CIP deve ser usado.

Modalidade em que o exportador assume colocar a carga no aeroporto do país do importador, nao
dando, no entanto, cobertura de seguro à carga, que fica sob responsabilidade do importador. Aplica-se
ao transporte aéreo.

FOB (Free On Board/Livre a Bordo)

* Indica-se o Porto de Embarque

O vendedor realiza a entrega quando a mercadoria atravessa a rampa de embarque do navio no porto
designado para o embarque.

Isto significa que o comprador tem que arcar com todos os custos e riscos de perda ou avaria da
mercadoria a partir deste momento.
O termo FOB requer que o vendedor realize o desembaraço aduaneiro da mercadoria para a
exportaçao.

Este termo só pode ser usado para transporte marítimo, fluvial ou lacustre.Se as partes nao quiserem
que a entrega da mercadoria seja feita cruzando a rampa de embarque do navio, o termo FCA deve ser
utilizado.

Modalidade em que o exportador assume o custo e o transporte da mercadoria até o porto de destinaçao
final, no país do importador. Neste caso a cobertura de seguro, se houver, será por conta do
importador. Aplica-se ao transporte marítimo.