Explorar E-books
Categorias
Explorar Audiolivros
Categorias
Explorar Revistas
Categorias
Explorar Documentos
Categorias
AP6IDE ...................................................................................................... 26
Compilação ................................................................................................................ 26
Gerente de Projetos .................................................................................................. 28
Ferramenta de Desenho de Interface ........................................................................ 29
Log do Repositório ..................................................................................................... 31
Outras Implementações ............................................................................................ 32
Mundo UNIX
Esta versão, marca definitivamente a entrada da MICROSIGA no mundo UNIX.
Estamos a partir de agora, presentes em ambientes:
• Intel Linux (RedHat e Conectiva)
• IBM AIX
• Sun Solaris
• HP UX
• IA64 Linux
Segurança
Para garantir o máximo de segurança, adotamos o padrão SSL 2.0 e 3.0 no
protocolo de comunicação do AP6 Remote, que permite a utilização de chaves de
criptografia de até 512 bits.
Serviços de Internet
Está disponível o suporte no Servidor Protheus aos principais protocolos de
Internet, ou seja, HTTP e FTP. Desta forma, pode-se desenvolver sites de Internet
usando o Protheus e as funções disponíveis no ERP.
Disponibilizamos também uma versão AP6 Remote como ACTIVEX, permitindo
assim que o sistema seja operado através de um navegador de Internet.
Novos Módulos
Além das diversas funcionalidades agregadas aos módulos já existentes (descritas
neste release), esta versão traz alguns novos Módulos que possibilitam gerenciar
outras atividades da nossa base de clientes. Estes módulos são:
• SIGAWMS - Sistema de Gerenciamento de Armazém – permite o controle das
operações dentro do armazém e detalhamento da sua ocupação, fornecendo
informações gerenciais para melhoria da produtividade.
• SIGAOMS - Sistema de Gerenciamento de Pedidos - complementar ao
Faturamento, este módulo agrega funcionalidades desde a montagem da carga,
roteirização de clientes até o acerto financeiro por parte dos entregadores.
• SIGACTB - Contabilidade - a contabilidade foi remodelada para atender às
novas necessidades das organizações, assim como, adaptar-se às tecnologias
disponíveis. Permite o controle contábil com calendário infinito (sem limitações
de meses em aberto), 99 moedas contábeis para conversão de valores,
estruturas de contas flexíveis (máscaras desejadas, grupos de contas, consulta
a determinados níveis, etc.), expansão de número de lançamentos por lotes (=
999) e facilidades para rastreamento dos fatos geradores de lançamentos.
O SIGACON - Módulo Contábil é o padrão. Para utilizar o SIGACTB, deve-se:
1. Configurar o parâmetro MV_MCONTAB para "CTB"
2. Configurar os menus dos usuários, inserindo os arquivos relacionados ao
SIGACTB.
Para mais detalhes, consulte o Manual do Módulo SIGACTB.
Observação: A tecla [F3] consulta automaticamente os arquivos contábeis de
acordo com o módulo utilizado.
• SIGAQDA - Controle de Auditorias - a permite o planejamento, gerenciamento
e apontamentos de não-conformidades nos processos de Auditorias Internas ou
Externas.
• SIGAPLS - Controle de Planos de Saúde - voltado para as operadoras de Plano
de Saúde, dos segmentos de Cooperativas Médicas e Odontológicas, Autogestão,
Medicina de Grupo e Seguradoras. Atende à Lei 9.656 de 03/06/1998, sem
adaptações e prevendo todas as exigências da Agência Nacional de Saúde
Suplementar – ANS;
APS - Preactor
Foi implementada a integração entre o Módulo de Produção (SIGAPCP) e o
software APS - Advanced Planning Systems - categoria de produtos especializados
em programação e planejamento de produção que utilizam algoritmos matemáticos
avançados.
Este software desenvolvido pela empresa PREACTOR International é especi-
alizada em gerenciamento de produção (Carga Máquina).
Monitor Microterminal
Este software, desenvolvido pela MICROSIGA, possibilita a comunicação entre
microterminais e o AP6, facilitando a entrada de dados para este modelo aplicação.
• Função: TMKUPDATE
Recursos de Impressão
Na versão 6.09, foram criadas funcionalidades para que os relatórios que utilizam
cabeçalho próprio (não utilizem a Cabec padrão), ou linhas separadoras com os
sinais "–" e "*", tenham apresentação mais agradável quando na impressão gráfica.
__PrtThinLine( )
Imprime uma linha fina (em modo gráfico) e uma linha de hífens "-" (no modo
direto na porta)
__PrtFatLine( )
Imprime uma linha grossa (em modo gráfico) e uma linha de asteriscos "*" (no
modo direto na porta)
__PrtCenter(cString)
Imprime a String "cString" no Centro da linha
__PrtRight(cString)
Imprime a String "cString" alinhada à direita
__PrtLeft(cString)
Imprime a String cString alinhada à esquerda
__PrtLogo()
Em formato gráfico, imprime o logo alinhado à esquerda. Em formato texto,
imprime o nome da empresa
Exemplos de utilização:
@ 1,0 PSAY __PrtFatLine() // Imprime linha grossa na primeira linha
@ 4,0 PSAY __PrtRight(“DIREITA”) // Imprime a String DIREITA alinhada a direita na quarta linha
@ 5,0 PSAY __PrtLeft(“Esquerda”) // Imprime a String ESQUERDA alinhada a esquerda na quinta linha
@ 6,0 PSAY __PrtLogo() // Imprime o logo (gráfico), ou o nome da empresa(porta) na sexta linha
Notas do Release - Advanced Protheus 6.09 - 21
No exemplo a seguir, temos as strings "Centro", "Direita" e "Esquerda" impressas
na linha 7 e alinhadas ao centro, direita e esquerda, respectivamente.
@ 7,0 PSAY __PrtCenter(CENTRO)
@ 7,0 PSAY __PrtRight(DIREITA)
@ 7,0 PSAY __PrtLeft(ESQUERDA)
Como deve ter sido observado, a coluna para utilização destas funções
deve ser obrigatoriamente a zero (0), caso contrário, ocorrerão diferenças de
resultado entre a impressão gráfica e a realizada diretamente na porta ou, ainda,
resultados inesperados
Schedule de Relatórios
A partir desta versão, o Advanced Protheus permite a programação de relatórios
para serem emitidos via WebSpool ou Email.
Este recurso é útil nos casos em que o relatório precisa ser emitido quando nenhum
usuário estiver acessando o sistema, assim, é possível agendar a sua emissão em
horário noturno, por exemplo.
A programação somente pode ser feita por usuários do grupo de Administradores
e por empresa.
A rotina de Schedule solicita as seguintes informações:
• Processo: o próprio nome do relatório (contido no arquivo SXDnn0 - Dicioná-
rio de Relatórios).
• Freqüência: periodicidade da emissão:
• Se Diário, devem ser informados os horários.
• Se Semanal, devem ser informados os dias da semana e horário.
• Se Mensal, deve ser informado o dia do mês e horário.
• Dispositivo: define se o relatório será enviado via WebSpool ou Email. Caso
seja Webspool, deve-se informar os usuários que terão acesso ao relatório.
• Configurações: indica o Local onde são definidos os parâmetros dos relatórios
(perguntas).
• Usuários: define os usuários que terão acesso ao relatório via Webspool.
É importante salientar que o controle do Schedule é feito pela função "SetPrint".
Isto significa que os relatórios que não estão padronizados com esta função, não
podem ser programados para o Schedule (Exemplo: Boleto, Cheques, Laudos,
etc).
Notas do Release - Advanced Protheus 6.09 - 22
Para que os relatórios desenvolvidos pelo usuário (UserFunction) possam utilizar
o recurso de Schedule, basta que sejam definidos na tabela SXDnn0 (Dicionário
de Relatórios).
APWebServices
A página APWebServices permite o acesso às ferramentas Web do Advanced
Protheus. Para utilizá-la, é necessário que o Server Protheus esteja configurado
como servidor HTTP.
Inicialmente, estamos disponibilizando os recursos para geração e envio dos
relatórios dos Módulos Advanced Protheus, oferecendo maior agilidade no acesso
das suas informações que poderão ser consultadas a partir de qualquer equipamen-
to conectado à Internet.
A APWebServices é acessada através do endereço http://SERVER/w_aplogin.apl.
Veja a função das opções disponíveis nesta página.
WebSpool
Esta ferramenta permite que os relatórios programados para Schedule possam ser
consultados via Web. Os usuários, senhas e empresas/filiais devem ser informados
de acordo com o cadastrado no Módulo Configurador.
A parametrização de acesso será definida no AP6SRV.INI do Server com as
seguintes propriedades:
[ENVIRONMENT] (ou Seção equivalente)
WSPLKILLPRINT = nn (número de dias para eliminar o relatório).
WSPLSERVER = Nome do Servidor, porta e ambiente (permite a impressão em
outro servidor). Esta chave é opcional, se não informada será o servidor corrente.
Ex.: Servidor, 1024, Environment
WSLPRELDIR = Diretório do Servidor onde os relatórios serão impressos. Caso
não informado, será assumido o diretório do Protheus (definido no parâmetro
"MV_RELT").
Base de Dados
A opção "Base de Dados" passa a conter todas as rotinas para manutenção de
Dicionário de Dados, Gatilhos, Tabelas Genéricas e Parâmetros.
Esta interface proporciona uma melhor navegabilidade, pois oferece recursos de
pesquisa com número de ocorrências encontradas, visualização (preview) da
disposição dos campos no sistema, visualização das pastas (folders), além de
permitir o acesso a todos estes arquivos através de uma única rotina.
Preview
Esta funcionalidade permite que o usuário visualize como ficará tela de inclusão
dos dados, de acordo com a customização efetuada.
Este recurso é bastante interessante, pois a digitação poderá ser planejada de forma
mais organizada, além de não necessitar do acesso ao Módulo para verificar a
remodelagem dos campos.
A opção “Pastas” exibe a tela exatamente como ela aparecerá, inclusive com a
distribuição dos campos em folders. A opção “Uma coluna”, permite a configu-
ração da apresentação dos campos em uma única coluna (o padrão são 2 colunas).
Compartilhamento (SX2)
A configuração de compartilhamento (antiga opção "Arquivos") também está
disponível nesta rotina.
Criação de Empresas
A rotina de Criação de Empresas também foi alterada para facilitar o acesso às
informações. Para isto, as informações de licença de uso, dados corporativos e
cadastrais foram organizadas de uma forma lógica.
Todo o controle de liberação de senhas também será feito nesta rotina. Para agilizar
este processo, foi criado um mecanismo de liberação corporativa, que permite que
todo o conjunto de empresas/filiais sejam liberados
Compilação
Na versão AP6 do IDE foi efetuada uma grande mudança no conceito da
compilação. A execução do pré-processador (ADVPL16.EXE) foi transferida
para o client, ou seja, é executada pelo IDE e não mais pelo Server.
O pré-compilador (ADVPL16.EXE) é o encarregado de efetuar as trocas de
definições (criadas através da cláusula #define) e a inclusão de arquivos de
definições (arquivos de extensão .CH incluídos através da cláusula #include),
entre outras tarefas que devem ser executadas antes da compilação.
A mudança do pré-processador para o client acarretou nas seguintes diferenças
em relação à versão anterior:
AP5 AP6
Todo o processo de compilação é efetuado no Server. A pré-compilação é efetuada no AP6 IDE. O arquivo
pré-compilado é então enviado ao AP6 Server para ser
compilado.
Os diretórios para localização dos arquivos de Os diretórios para localização dos arquivos de
inclusão (INCLUDEPATH) devem ser informados no inclusão são informados em um campo específico
Environment utilizado no arquivo .INI do AP5 Server. (Diretórios de Include) nas configurações de
compilação.
A pré-compilação dos arquivos é serializada. Um De acordo com o número de processadores
arquivo de código é enviado por vez ao AP5 Server. Lá existentes na máquina onde o IDE está sendo
ele será pré-compilado e compilado na sequência. Se executado, pode-se configurar de 1 a 4 processos
um erro de compilação for encontrado, a compilação é para a pré-compilação. Isto é efetuado através da
finalizada. Senão, o próximo arquivo de código é execução de múltiplas instâncias do AP6PRE.EXE,
enviado ao AP5 Server. ferramenta especialmente desenvolvida para tal fim.
Se um erro de compilação for encontrado será
imediatamente exibido no AP6 IDE, porém a
compilação dos demais arquivos não será
interrompida.
Apenas mensagens de erro de compilação e o tempo Ao final da compilação, o AP6 IDE exibe também o
de duração são exibidos. Nenhuma outra informação número total de arquivos compilados e o número total
adicional é exibida pelo AP5 IDE. de erros encontrados.
Quando um erro é encontrado, o AP5 IDE Ao encontrar erros de compilação, o AP6 IDE não
automaticamente tenta abrir o arquivo de código que mais abre o arquivo de código. Porém é possível clicar
contem o erro e posicionar na linha do primeiro erro com o mouse nas linhas dos erros exibidas pelo AP6
encontrado. IDE. Este irá então tentar abrir o arquivo de código
para o posicionamento da linha com o erro.
Ações (ATFA260)
Para atender às organizações do tipo Sociedades Anônimas (SAs) que distribuem
e controlam suas ações entre funcionários, disponibilizamos a rotina de "Atualiza-
ções" + "Cadastros" + "Ações" que viabiliza a otimização destes controles. Esta
rotina permite identificar os titulares das ações, número de série, valor e moedas
dos papéis, assim como, efetuar os devidos lançamentos (aquisições e transferên-
cias) ocorridos.
Transferir
Efetua a distribuição e o desdobramento das ações existentes. O Cadastro de
Funcionário também está disponível no menu "Atualizações"+"Cadastros", porém,
não é obrigatório.
SISPAG
Para garantir maior eficiência no processo de recebimento, reduzir os riscos de
utilização indevida dos sistemas de auto-atendimento e falhas humanas, conforme
Carta-circular 002926 do Banco Central do Brasil, de 24/07/2000, recomenda-se
a indicação do Fator de Vencimento no Código de Barras. A partir de 02/04/2001,
o Banco acolhedor/recebedor não será mais responsável por eventuais diferenças
de recebimento de bloquetos fora do prazo, ou sem a indicação do fator de
vencimento.
O Banco Itaú lançou uma nova versão do Sispag com alteração no segmento “J”
O campo adicionado foi o Fator de Vencimento.
Este campo não deverá ser adicionado ao arquivo de configuração Sispag. O
tratamento se dará pelo campo VALOR (posição 023 a 036 do modelo anterior),
sendo que o mesmo será tratado via Rdmake.
A Microsiga disponibiliza o Rdmake padrão VALIMP já com o tratamento do
novo campo.
Portanto, deve ser revisto, para usuários de versões anteriores, o Rdmake utilizado
na montagem das informações do campo VALOR do Código de Barras.
Vencimento 04/07/2000
Data Base - 07/10/1997
Fator de Vencimento 1001
Sintaxe:
SdoTitNat(cPrefixo,cNum,cParcela,cTipo,cCliFor,cLoja,cNatur,cCarteira,cAliasTit,nMoeda,lConsDtBase,dDataCons,dDataConv)
Onde:
cPrefixo Prefixo do título
cNum Número do título
cParcela Parcela do título
cTipo Tipo de título
cCliFor Cliente/Fornecedor
cLoja Loja
cNatur Natureza a ser verificada. Caso não seja informada, serão consideradas todas
as naturezas distribuídas; se informada, será retornado o saldo desta natureza e
o retorno será uma matriz com uma linha.
cCarteira “R” - Pagar, “P” - Receber
cAliasTit Alias do Arquivo de Títulos (pode ser um arquivo temporário)
nMoeda Código da moeda destino. Se não informada, será utilizada moeda 1.
lConsDtBas .T. Considera data base, .F. não considera data Base
dDataCons Data da baixa a ser considerada (retroativa). Se não informada, será utilizada
DataBase
dDataConv Data para conversão. Se não informada, será utilizada DataBase
É importante ressaltar que, caso o usuário não necessite utilizar este conceito, a
funcionalidade do sistema será exatamente a mesma da atual.
Não será calculado impostos para títulos que utilizem múltiplas nature-
zas, devido a incompatibilidade desses dois mecanismos.
Controle de Caixas
Nesta versão, foram desenvolvidas três rotinas específicas para o controle dos
caixinhas da empresa, ou seja, dos valores disponíveis na empresa, sob a respon-
sabilidade de uma pessoa, destinado para despesas imediatas e pequenas, com o
objetivo de transformar a operação mais simples e menos burocrática.
O controle de caixinhas é composto por três opções:
• Manutenção
• Movimentos
• Recálculo
Veja a seguir a funcionalidade de cada uma:
Manutenção
A opção "Manutenção" (Atualizações+Caixinhas) possui três funções: a criação
dos caixas, a reposição manual de valores e o fechamento diário dos caixas.
Incluir
Nesta opção são criados os caixas. Devem ser informados:
• Código de identificação
• Nome da pessoa responsável pelo caixa
• Valor limite que o caixa pode receber no momento da reposição.
Reposição
A opção de Reposição consiste em fazer a transferência manual do banco/agência/
conta fornecedor para o caixa posicionado (o valor reposto será a diferença entre
o saldo e o valor limite do caixa).
Esta operação não pode ser realizada se o banco/agência/conta não possuir saldo
suficiente.
Fechamento
A opção de Fechamento consiste em transferir o valor remanescente no caixa para
o banco/agência/conta fornecedor. Com o caixa fechado, não é possível processar
nenhuma inclusão de movimento.
O caixa somente será fechado (vermelho), se não existirem prestações de contas
pendentes (adiantamentos).
As operações de alteração dos dados de um caixa ou exclusão, somente serão
permitidas se este estiver fechado.
Incluir
Clique no botão "Incluir" para registrar as saídas de valores do caixas que podem
ser lançadas como Despesas ou Adiantamentos.
Características das Despesas
As despesas são tratadas como pagamentos de gastos já realizados e que possuem
os documentos referidos.
Características dos Adiantamentos
Os adiantamentos são valores destinados a gastos que ainda serão realizados e que,
quando ocorridos, deverão ter seus documentos e valores reais informados para
que possa ser realizada a prestação de contas.
Quando lançado, seu registro fica em aberto (amarelo).
O sistema permite que a reposição automática seja realizada ao final de cada
movimento, se atingido o valor limite para reposição. Caso o usuário opte pela
reposição, o valor será transferido do banco/agência/conta para repor o valor gasto
e a despesa será baixada (vermelho).
Caso contrário, a despesa/adiantamento ficará em aberto (verde) e o valor não será
resposto. Esta despesa somente será baixada quando o Fechamento do caixa for
efetuado.
Prestação de Contas
Todo adiantamento deve ser submetido à prestação de contas, para que seja
baixado e o seu valor seja reposto.
Nesta opção, devem ser relacionados todos os documentos envolvidos no adian-
tamento posicionado e os valores reais gastos.
Caso o valor gasto seja menor que o adiantamento feito, o sistema permitirá que
o saldo remanescente seja devolvido ao caixinha. Se o usuário optar por fazê-lo,
o adiantamento será baixado (vermelho). Caso contrário, será lançado um registro
de pendência (azul) associado ao adiantamento.
Para baixar uma pendência de saldo remanescente, basta posicionar o cursor sobre
o adiantamento, selecionar a opção "Prest. Conta" e responder "Sim" à pergunta
sobre a transferência do saldo para o caixinha.
Contabilização
Para contabilização automática dos movimentos do caixinha, devem ser utilizados
os seguintes códigos de lançamentos padronizados:
• 572 - contabiliza os movimentos do caixinha, transação por transação.
• 573 - contabiliza os movimentos do Banco para o Caixinha (Tipo = “10”) e do
Caixinha para o Banco (Tipo = “11”).
Exemplos:
Lançamento Padrão 572 - Movimentos do Caixinha
• Seqüência "01" - Despesa
IIF(SEU->EU_TIPO==”00",SEU->EU_VALOR,0)
• Seqüência "02" - Adiantamento
IIF(SEU->EU_TIPO==”01",SEU->EU_VALOR,0)
Relatórios
Para fornecer apoio ao controle de caixas, foram criados os seguintes relatórios:
• Movimentos (Relatórios+Caixinha)
Emite todos os movimentos registrados nos caixas, conforme a parametrização
fornecida.
• Status (Relatórios+Caixinha)
Apresenta os dados dos caixas e a situação atual.
• Baixa de Caixa (Relatórios+Caixinha)
Apresenta os dados do fechamento dos caixas.
Aplicação
Este conceito se aplica quando o usuário quiser controlar o limite de crédito
diferenciado para alguns títulos, como por exemplo, para notas fiscais e cheques.
Observe:
Podemos definir que o limite de crédito primário de um cliente será de 1000,00 e
o secundário de 500,00. Neste caso, se o cliente estiver devendo 800,00 em notas
fiscais e 600,00 em cheques, o seu crédito não será aprovado, porque o limite de
crédito secundário foi ultrapassado.
Notas do Release - Advanced Protheus 6.09 - 47
Procedimentos para implementações
1. No Cadastro de Tipos de Títulos (SES), defina o campo "Atu. Sald. Dup."
(ES_SALDUP) com o tratamento do saldo por tipo de título, distribuindo quais
movimentos devem ser controlados pelo Limite de Crédito Primário ou
Secundário:
• 1 – Atualiza o saldo do limite de crédito primário (como nas versões 5.08/
6.08)
• 2 – Atualiza o saldo do limite de crédito secundário
• 3 – Não atualiza saldo
Os tipos de títulos não cadastrados na tabela SES, serão tratados como tipo
1. Portanto, devem ser cadastrados todos os tipos de títulos que terão a aplicação
deste controle
2. No Cadastro de Clientes:
• Definir no campo "Moeda do LC" (A1_MOEDALC), a moeda forte para
controle dos Limites de Crédito e seus respectivos saldos. Este campo
substitui o parâmetro "MV_MCUSTO" no controle já existente, caso esteja
com valor diferente de zero.
• Definir no campo "Lim. Cred. Sec." (A1_LCFIN), o valor do Limite de Crédito
Secundário na moeda forte.
Os saldos dos limites de crédito primário (A1_SALFIN) e secundário
(A1_SALFINM).são atualizados em função das inclusões de títulos com os tipos
associados no Cadastro de Tipos de Títulos.
A opção "Ref`. Dados Cli./For." (FINA410) irá atualizar os históricos dos clientes/
fornecedores considerando as moedas definidas.
Parâmetros (SX6)
Foram criados os seguintes parâmetros no Módulo Configurador:
• MV_CMC7FIN - indica o uso ou não de leitora CMC7 no Financeiro:
• S – Utiliza CMC7
• N – Não utiliza CMC7 (default)
• MV_CMC7MOD - indica o modelo de CMC7 que está sendo utilizado no
Financeiro (default em branco). O conteúdo deve ser informado sem aspas " "
e em letra maiúscula:
• CMC7 BEMATECH
• PERTOCHEK
• MV_CMC7PRT - indica a porta de comunicação a qual está conectada a leitora
CMC7 (default em branco). O conteúdo deve ser informado sem aspas " " e em
letra maiúscula:
• COM1
• COM2
• LPT1
Apuração IRRF
Criada a opção "Apuração IRRF" (Miscelânea+Recálculos) para calcular o
Imposto de Renda Retido na Fonte acumulado no período, por fornecedor, e gerar
um título de IRRF sobre o valor não retido.
Este recurso é útil quando o valor IRRF a ser retido, por título, é menor que o
mínimo de retenção, porém, em um determinado período de apuração, o acumu-
lado do imposto passa a ser maior.
Nesta rotina, é possível diferenciar o cálculo do imposto de renda para pessoa
física, utilizando-se da tabela progressiva definida no Módulo Configurador.
Pode-se, também, gerar um título de adiantamento (NDF) igual ao valor apurado,
permitindo a compensação de valores entre os títulos a pagar.
Parâmetros
Para configurar a aplicação faz-se necessário cadastrar os seguintes parâmetros no
Módulo Configurador:
• MV_APLCAL4: Indica quais operações de aplicação utilizam o cálculo do
rendimento na forma de cotas/títulos. Seu conteúdo default é FAF.
• MV_NATRAPL: Natureza padrão para resgate da aplicação.
• MV_NATRETE: Natureza padrão para retenção do imposto no último dia do
mês.
Contrato Bancário
Para cadastrar um contrato bancário para sua posterior utilização com a aplicação
por cotas, devem ser observados os seguintes campos:
Obrigatórios:
Banco, Agência, Conta, Número, Emissão.
Referentes à aplicação:
• Descrição: Breve descrição que identificará o tipo de aplicação, ex. ITAÚ DI.
• Vlr. Cota/Tit.: Valor unitário da cota do contrato, o qual será como referência
para o valor total aplicado.
Resgate da Aplicação
O Resgate da Aplicação pode ser efetuado a qualquer momento, a partir da
inclusão da mesma, não esquecendo que resgates efetuados antes de 30 dias,
contados a partir do início da aplicação, estão sujeitos à cobrança de IOF
(porcentagens de acordo com a tabela de IOF – cadastrada no SX5 na tabela A0).
Para efetuar o resgate da aplicação deve ser informado o valor da cota no momento
do resgate, o valor de outras taxas incidentes sobre o resgate, e a natureza da
operação. O sistema utiliza a natureza padrão constante no parâmetro
"MV_NATRAPL".
Tratamento do IR
Na aplicação por cotas o IR é sempre recolhido sobre o rendimento da aplicação,
seja no resgate, ou na Aprop. Apl. P/Cotas., o que ocorrer primeiro. Para não ter
um ganho menor na aplicação por cotas, ou até mesmo um prejuízo, devido ao IOF,
taxas cobradas pelo banco e a CPMF, é necessário deixar a aplicação pelo menos
por 30 dias até efetuar o primeiro resgate.
Vale ressaltar que esta rotina é individual para cada aplicação.
Cenários de Vendas
Foi criado o submenu "Cenários de Venda" onde é possível parametrizar toda
política de negociação não só da empresa como, também, de um possível canal de
distribuição (simulação de um cenário de terceiro).
Assim, os cadastros foram redistribuídos de forma lógica para melhor utilização.
Parametrização [F12]
A Alteração das Tabelas de Preços pode ser parametrizada através de [F12]:
• Demonstrar por - define se a opção "Alterar" deve ser por produto ou tabela.
Se selecionado "Produto" na alteração serão relacionadas todas as tabelas que
possuirem este produto.
Se selecionado "Tabela", na alteração serão apresentados todos os dados da
tabela posicionada para edição (opção padrão).
• Produto - Caso seja selecionada a opção Demonstrar por Produto, informe o
código do produto que deve ser apresentado para alteração.
Esta parametrização agiliza a alteração manual de preços de um produto específico.
Reajuste
A opção "Reajuste" permite aplicar um Fator de Multiplicação para reajustar os
preços dos produtos das tabelas indicadas na parametrização.
Atenção:
• Todos os campos referentes a Tabela de Preço foram alterados para Tipo
"Caracter" com "3" posições;
• O preço de venda do Cadastro de Produtos (SB1) foi mantido, porém, passou
a denominar-se "Preço Padrão";
• Os preços do Cadastro de Complemento de Produtos (SB5) foram mantidos,
porém, suas informações serão repassadas para as tabelas DA0 e DA1.
Funções:
MaRejTabRec()
Sintaxe:
onde:
Ordens Disponíveis
• 1-Por Tipo de Produto
• 2-Por Grupo de Produto
Funções
Para customizações, estão disponíveis as seguintes funções:
MaRgrDesc( )
Efetua a avaliação da regra de desconto para os módulos que possuem Pedidos
de Venda.
Sintaxe:
MaRgrDesc(cProduto, cCliente, cLoja, cTabPreco, nFaixa, cCondPag, cFormPg, nTipo)
Onde:
cProduto Código do produto
cCliente Código do cliente
cLoja Código da loja
cTabPreco Código da tabela de preços
nFaixa Quantidade de produto
cCondPg Código da condição de pagamento
Retorno:
ExpN1 Percentual de Desconto da Regra
FtRegraDesc( )
Gatilho para atualização do desconto no Pedido de Venda (C6_DESCONT).
Sintaxe:
FtRegraDesc(nTipo, nTotDoc, nDescCab)
Onde:
nTipo indica o tipo de desconto
1 - desconto de item do Pedido de Venda
2 - desconto de item do Orçamento
3 - desconto de cabeçalho do Pedido de Venda
4 - desconto de cabeçalho de Orçamento
nTotDoc Total dos Valores da Mercadoria sem Desconto
nDescCab nome da variável de desconto de cabeçalho a ser atualizada.
Retorno:
ExpN1 Percentual de Desconto da Regra
Sintaxe:
FtDescCab(nPrcLista, aDesconto)
Onde:
nPrcLista preço de tabela
aDesconto desconto de cascata - percentual:
[1] - 1° desconto
[2] - 2° desconto
[3] - 3° desconto
[4] - 4° desconto
Retorno:
FtDescItem( )
Trata desconto de item. Calcula o preço de venda, aplicando o desconto do item
sobre o preço de tabela.
Sintaxe:
FtDescItem(nPrUnit, nPrcVen, nQtdVen, nTotal, nPerc, nDesc, nDescOri, nTipo)
Onde:
nPrUnit preço de lista aplicado o desconto de cabeçalho
nPrcVen preço de venda
nQtdVen quantidade vendida
nTotal valor total
nPerc percentual de desconto
nDesc valor do desconto
nDescOri valor do desconto original
nTipo Tipo de desconto:
1 - por percentual de desconto
2 - por valor do desconto
Retorno:
ExpN1 Preço de Venda
Funções
Para customizações, estão disponíveis as seguintes funções:
FtRgrBonus( )
Avalia a regra de bonificação conforme os parâmetros da rotina.
Sintaxe:
FtRgrBonus(aPar1,aPar2,cCliente,cLoja,cTabPreco,cCondPg,cFormPg)
Retorno
ExpA1 Array com a seguinte estrutura:
[1] Código do Produto
[2] Quantidade
[3] TES
Regras de Negócio
Criada a opção "Regras do Negócio" ("Atualizações"+"Cenários de Venda") para
definir as características padrões de vendas como tabela de preços, condição e
forma de pagamento para um ou todos os clientes.
O sistema irá aplicar a regra de negócio automaticamente, consistindo as condi-
ções do pedido de venda. Não será permitida a venda que não corresponda à regra
de negócio estipulada.
Este novo conceito deve ser utilizado como facilitador das práticas comerciais,
inibindo a venda em condições não favoráveis à empresa e determinando as
possibilidades da negociação.
As regras serão armazenadas nas tabelas ACS - Cabeçalho de Regras sw Negócio
e ACT - Itens da Regra de Negócio.
A regra de negócio prevalece sobre a definição da tabela de preços e outras regras.
Notas do Release - Advanced Protheus 6.09 - 63
Funções
Para customizações, estão disponíveis as seguintes funções:
FtRegraNeg ( )
Avalia a regra de negócio conforme os parâmetros da rotina.
Sintaxe:
FtRegraNeg(cCliente,cLoja,cTabPreco,cCondPg,cFormPg,lHelp,nStack)
Onde:
cCliente Código do Cliente
cLoja Loja do Cliente
cTabPreco Tabela de Preço
cCondPg Condição de Pagamento
cFormPg Forma de Pagamento
lHelp Indica se o help deve ser acionado
nStack Controle de recursão. Não usar.
Retorno:
ExpL1 Negociação válida
Contatos (TMKA070)
Criada a opção "Contatos" (Atualizações+Cenários de Venda) para que seja
possível cadastrar os dados das pessoas de contato, indicando informações de
identificação, seu perfil e negócio.
O mesmo contato poderá ser associado a diferentes entidades (prospects, clientes,
concorrentes, etc). É utilizado principalmente para campanhas de marketing, call
center e relacionamento.
Concorrentes (FATA020)
Criada a opção "Concorrentes" (Atualizações+Cenários de Venda) para cadastrar
os concorrentes da empresa que poderão estar envolvidos nas oportunidades de
vendas. O objetivo é fornecer subsídios para que um representante comercial
elabore a melhor proposta para o cliente, com base no conhecimento de seus
concorrentes.
Esta rotina pode também ser utilizada para fornecer dados estatísticos.
A cada concorrente é possível associar objetos do Banco de Conhecimentos.
Parceiros (FATA030)
Criada a opção "Parceiros" (Atualizações+Cenários de Vendas) que permite
determinar os parceiros da empresa em suas negociações ou oportunidades de
vendas.
A cada parceria é possível associar contatos e objetos do Banco de Conhecimentos.
Prospects (TMKA260)
Criada a opção "Prospect" (Atualizações+Cenários de Venda) para controlar os
prospects da empresa, além de agendar as visitas aos mesmos. Os prospects são
empresas ou clientes que estão em processo de venda.
A existência desta informação é fundamental para o sistema, visto que as
oportunidades de vendas são direcionadas para o prospect.
A cada prospect é possível associar Contatos e objetos do Banco de Conhecimento.
CRM-Vendas
Criado o submenu "CRM-Vendas" no menu Atualizações para conter as rotinas
de movimentação da Administração de Vendas.
Oportunidades (FATA300)
Criada a opção "Oportunidades" (Atualizações+CRM-Vendas) para registrar as
oportunidades de venda da empresa. É o início de todo o processo de venda, pois
nele são identificadas informações como prospect, valor estimado, fator de
sucesso, processos/etapas, time de venda, concorrentes, parceiros e contatos.
Através destas informações é possível fazer o acompanhamento do status da
negociação e gerenciamento de todas as oportunidades geradas e realizadas.
É possível, também, realizar um orçamento de venda para as oportunidades.
Apontamentos (FATA310)
Criada a opção "Apontamentos" (Atualizações+CRM-Vendas) para registrar os
eventos (visita, demonstração, gastos, etc) de uma oportunidade ou cliente.
Representantes (FATA320)
Criada a opção "Representantes" (Atualizações+CRM-Vendas) que oferece todos
os recursos necessários ao representantes de vendas para o gerenciamento da Pré-
Venda.
Nesta rotina são definidas as Tarefas e Agendas dos representantes, além de
disponibilizar consultas de Prospects, Oportunidades, Clientes, Apontamentos,
Pipeline, Contatos e Agenda.
A partir da possibilidade de atendimento do contato, esta rotina gera automatica-
mente a programação de visitas do representante.
Oportunidades (FATR010)
Criada a opção "Oportunidades" (Relatórios+CRM-Vendas) para impressão das
oportunidades de vendas. Permite a sumarização por uma moeda base definida
pelo usuário.
Funções
Foram disponibilizadas algumas funções para utilização em customizações de
acordo com a necessidades dos usuários.
FtPipeLine()
Calcula o montante em valor contido nas oportunidades de venda. Quando um
dos parâmetros desta função não for informado, serão considerados todos os
registros correspondentes ao parâmetro omitido.
Sintaxe:
FtPipeLine(cCod, nTipData, dDataIni, dDataFim, cProcesso, cEstagio, nStatus)
Onde:
cCod Código
nTipData Tipo de Data (1-Data, 2-Previsão de Encerramento)
dDataIni Data de Início
dDatafim Data de Final
cProcesso Processo de Venda
nStatus Status da oportunidade
cEstagio Estágio da Venda
FtMetaVend()
Efetua o cálculo do montante das metas de venda.
Sintaxe:
FtMetaVenda(nTpMeta,cCodigo,dDataIni,dDataFim,cRegiao,cTipo,cGrupo,cProduto)
Onde:
nTpMeta Tipo de Meta (1-Valor, 2-Quantidade)
cCodigo Código do Vendedor/Supervisor/Gerente
dDataIni Data de Início
dDataFim Data de Término
cRegiao Região de Venda
cTipo Tipo de Produto
cGrupo Grupo de Produto
cProduto Código do Produto
Retorno:
ExpN1 Valor das Vendas conforme a Meta.
FtNfVendas( )
Calcula o Valor das Vendas com base nas notas fiscais de saída.
Sintaxe:
FtNfVendas(nTpMeta,cCodigo,dDataIni,dDataFim,cRegiao,cTipo,cGrupo,cProduto)
Onde:
nTpMeta Tipo de Meta (1-Valor, 2-Quantidade)
cCodigo Código do Vendedor/Supervisor/Gerente
dDataIni Data de Início
dDataFim Data de Término
cRegiao Região de Venda
cTipo Tipo de Produto
Retorno:
ExpN1 Valor da Meta de Venda
FtNfDevol( )
Calcula o Valor das Devoluções com base nas notas fiscais de entrada,
considerando apenas as datas de entrada e não as notas de origem.
Sintaxe:
FtNfDevol(nTpMeta,cCodigo,dDataIni,dDataFim,cRegiao,cTipo,cGrupo,cProduto)
Onde:
nTpMeta Tipo de Meta (1-Valor, 2-Quantidade)
cCodigo Código do Vendedor/Supervisor/Gerente
dDataIni Data de Início
dDataFim Data de Término
cRegiao Região de Venda
cTipo Tipo de Produto
cGrupo Grupo de Produto
cProduto Código do Produto
Retorno:
ExpN1 Valor de Devolução conforme a Meta de Venda
FtNfDesc( )
Calcula o valor dos descontos com base nas notas fiscais de saída.
Sintaxe:
FtNfVendas(nTpMeta, cCodigo,dDataIni,dDataFim,cRegiao,cTipo,cGrupo,cProduto)
Onde:
nTpMeta Tipo de Meta (1-Valor, 2-Quantidade)
cCodigo Código do Vendedor/Supervisor/Gerente
dDataIni Data de Início
Notas do Release - Advanced Protheus 6.09 - 70
dDataFim Data de Término
cRegiao Região de Venda
cTipo Tipo de Produto
cGrupo Grupo de Produto
cProduto Código do Produto
Retorno:
ExpN1 Valor dos Desconto conforme a Meta de Venda
Analisa Cotações
Implementado o recurso de bloqueio de Fornecedores na rotina "Analisa Cota-
ções", se o Módulo de Compras estiver integrado com o Módulo de Inspeção de
Entrada. Para isto, o campo “Tipo do CQ”, no Cadastro de Produtos, deve estar
igual a “Q” e deve existir a Amarração do Produto x Fornecedor.
Desta forma, a situação do Fornecedor será verificada na Amarração Produto x
Fornecedor. Se o campo “Situação” for igual a “D” (Não-habilitado), o item da
cotação deste produto não será considerado na análise da cotação vencedora.
Para que este tratamento seja aplicado na Análise das Cotações, o parâmetro
“Traz cotações marcadas” deverá estar igual a “S”.
Controle de Alçadas
1. Nesta versão, o controle de alçadas passa a permitir que um mesmo usuário
possua mais de uma alçada em diferentes grupos de aprovadores.
Exemplo:
O usuário "José" pertence a três diferentes grupos de aprovação. Para isto,
deverá ser cadastrado com 3 códigos de aprovação, onde cada um terá
diferentes limites.
Exemplo:
Lote Econômico = 100
Necessidade = 250
• LE Padrão – serão geradas 2 OPs de 100 peças e uma de 50 peças.
• Sem LE – será gerada uma única OP de 250 peças.
• LE Somados – será gerada uma única OP de 250 peças.
Estrutura do Produto
Movimentos Realizados
• Abertura de OP de 10 peças para o produto PA1;
• NF de compra de 10 peças de MP1 – Custo Médio Total no Movimento R$
10,00;
• NF de compra de 10 peças de MC1 – Custo Médio Total no Movimento R$
20,00;
• Produção total da OP.
O Ponto de Grade não será Produzido (isto ocorre quando o usuário informou Qtde. igual a
X
“0” para um determinado Ponto de Grade).
Integração Project
Nesta versão, está disponível a integração on-line do Advanced Protheus com a
ferramenta MS Project 2000, na rotina de Carga Máquina.
Para utilizar a integração:
1. Execute a rotina Carga Máquina com todos os dados envolvidos preparados:
• Calendários da empresa (quantos forem necessários)
• Recursos
• Ferramentas
• Ordens de produção
• Roteiro de operações
• Produtos
• Estruturas
Relação de Ferramentas
Criada a opção "Rel. Ferramentas" (Relatórios + Cadastros) para impressão do
cadastro de Ferramentas e Bloqueio das Ferramentas, conforme parametrização
do usuário.
• Da Ferramenta?/Até Ferramenta? - informe um intervalo de códigos da
Ferramenta para emissão do relatório.
• Lista Bloqueios ? - Se "Sim", o sistema irá listar todas as informações
referentes aos Bloqueios de Ferramentas. Se "Não", os bloqueios não serão
emitidos.
Empenhos
Apresenta informações referentes aos empenhos da OP (Produto, Local, Data,
Qtde. Original, Saldo, Lote, Sub-Lote, Qtde . Suspensa, Qtde. 2a. UM, etc)
Operações Alocadas
Apresenta informações referentes a alocação do recurso (Carga Máquina), como
Ordem de Produção, Quantidade, Ferramenta, Operação, Data Inicio Alocação,
Hora Inicio da Alocação, Data Fim Alocação, Hora Fim Alocação, Duração,
Setup, etc.
Det. Recurso
Apresenta informações sobre o recurso utilizado para produzir a OP (Centro de
Custo, Calendário, Recursos Alt./Secundários, etc).
Ferramentas
Apresenta informações sobre as ferramentas utilizadas nos recursos (Vida útil,
Tipo de Vida, Data da Aquisição, Vida Acumulativa, Quantidade, Vencimento da
Ferramenta, etc)
Programas Retirados
Foram retirados os seguintes programas do menu do Módulo PCP:
• MATA298 - Composição
• MATA299 - Grupo Seletividade
Especificações
Cadastro de Empresas
Pasta Dados Gerais:
· Os campos “Nome Completo da Empresa” e “CNPJ” devem estar preenchi-
dos com informações válidas.
Cadastro de Produtos
É necessário que, no Cadastro de Produtos, estejam devidamente preenchidos os
campos “POS.IPI/NCM”, “Seg.Un.Méd”, “Fator Conv.”,“Tipo de Conv” e
“Espécie” dos produtos que estiverem sujeitos à IN SRF nº 63, de 28 de junho de
2001, pois estas informações serão utilizadas na geração do arquivo magnético do
DNF.
Parâmetros
• MV_EASY - Para integração com o módulo SIGAEIC, este parâmetro deverá
ter seu conteúdo igual a “S”, caso contrário “N”.
• MV_CONVDNF – Este parâmetro deve ser informado para customização do
fator de conversão, nos casos em que as informações do Cadastro de Produtos
não atenderem às necessidades do cliente para a geração do DNF.
Arquivo Magnético
O programa gerará os arquivos por filial de acordo com a seguinte nomenclatura:
DNF9901.TXT
onde:
99 - corresponde ao Código da Empresa
01 - corresponde ao Código da Filial
Índices (TECA130)
Criada a opção "Índice" (Atualizações+Cadastros/Service) que permite a criação
de índices de reajustes para aplicação nos contratos de manutenção e serviços,
como IGPM, TR, etc. Neste cadastro, é possível definir a aplicação da taxa: se
Nominal ou Composta.
Índices/Taxas (TECA140)
As taxas diárias dos índices criados são informadas na opção "Índices/Taxas"
(Atualizações+Cadastros/Service). A taxa pode ser positiva (inflação) ou negati-
va (deflação).
Geração Manual
Os pedidos de venda são gerados a partir da rotina de Prestação de Serviços pela
opção "Gera P.V."
Geração Automática
Para geração automática deve ser configurado o parâmetro "MV_CONTRSR"
com "T". Desta forma, os pedidos de venda serão criados na abertura do sistema,
quando detectadas as datas para a geração em função da condição de pagamento.
O parâmetro "MV_ULCTSER" irá armazenar a data do último de processamento.
Os dados dos Contratos são armazenados nos arquivos "AAM" (Cabeçalho do
Contrato) e "AAN" (Itens do Contrato).
Reajuste Manual
A opção "Reajuste" da janela browse permite informar um percentual de reajuste
para aplicação em todos os contratos parametrizados.
Reajuste Automático
A cada item do contrato é possível vincular um Índice (cadastrado pela rotina
"Índices/Taxas") e o período para o cálculo. Desta forma, pode-se ter diferentes
tipos de reajustes para um mesmo contrato.
A aplicação do reajuste será automática, se o parâmetro "CONTRSR" estiver
habilitado.
Agilidade
Foram criados os seguintes parâmetros no Módulo Configurador:
• MV_FINALVD (Tipo Numérico) - indica qual o número da pasta que deve ser
posicionada, quando selecionada a opção “Finaliza Venda”, na janela browse
de "Orçamentos", da rotina de Venda Balcão:
• 1 – Posiciona na pasta “Atendimento”;
• 2 – Posiciona na pasta “Como Pagar”;
• 3 – Posiciona na pasta “Recebimento” (valor padrão).
Para acrescentar outras formas, informe suas chaves separadas com ";"
(ponto e vírgula). As formas de pagamento devem ter seus códigos cadastrados
na tabela "24 - Formas de Pagamento".
Funcionalidade
Venda Balcão
• Nesta versão, está disponível a configuração dos campos da Venda Balcão a
partir do Dicionário de Dados (SX3). Para utilização, basta configurar o
seguinte parâmetro:
MV_LJMOD3 (Tipo Lógico) - Indica se os dados da pasta “Atendimento”, na
rotina de "Venda Balcão", devem ser apresentados com o Modelo 3.
• F - Não utiliza o modelo 3 (valor padrão)
• T - Utiliza o modelo 3
Caso o conteúdo do parâmetro for “S”, vale lembrar que se campo código
de barras (B1_CODBAR) não estiver preenchido, o sistema automaticamente
utilizará do campo código do produto (B1_COD).
Reservas
A reserva está divida em duas partes na própria tela de Atendimento na Venda
Balcão, permitindo a geração de reservas ou uma consulta das reservas para um
determinado cliente.
Pode ser feita a reserva em qualquer loja da rede ou então utilizar o conceito de
CD – Centro de Distribuição, onde pode ser gerada apenas uma reserva de
produtos em outra loja, como também, um pedido de venda para ser emitida uma
nota fiscal.
Como Utilizar
1. Depois de cadastradas as lojas (SLJ), deve-se realizar o Atendimento na Venda
Balcão.
2. Escolhido o cliente e digitado o produto, basta clicar no botão de "Reservas".
OBS.: Não podem ser efetuadas reservas para o Cliente Padrão.
3. Depois de selecionadas as lojas, será feita a pesquisa do estoque das mesmas.
4. Em seguida, deve-se selecionar os produtos que necessita consultar. Será
apresentado o estoque de todas as lojas com os produtos que foram seleciona-
dos.
5.. Selecione qual produto será reservado e clique no botão "Reserva".
Se for possível efetuar a reserva será mostrada a tela de confirmação.
Considerações Importantes:
1. Para que as consultas e as reservas possam ser efetuadas corretamente o
campo "CGC/CPF" deve ser de preenchimento obrigatório.
2. As tabelas de Produtos (SB1), Vendedores (SA3) e Condição de Pagamento
(SE4) devem ser iguais em todas as lojas que utilizarem esse recurso.
3. O sistema contempla os seguintes modelos de Atendimento:
LOJA 01 LOJA 02
LOJA 01 LOJA 02
LOJA 01 LOJA 02
Parâmetros Implementados
Foram criados os seguintes parâmetros no Módulo Configurador:
Exemplo:
• "F/32/400/1" - Indica que o SigaLoja não utiliza microterminais, são 32
terminais conectados, com um delay de 400, na porta LPT1 (valor padrão).
• "T/01/600/1" - Indica que o SigaLoja utiliza microterminais, existe apenas 1
microterminal conectado, em um delay de 600, na porta LPT1.
Observação: Este parâmetro não possui valores pré-definidos, pois o usuário,
deve defini-los de acordo com a configuração do ambiente do SigaLoja.
Sobre o Bruto
Valor do Acréscimo = 100,00 * 10% = R$ 10,00
Valor da Venda = 100,00 - Desconto = 50,00 + Acréscimo = R$ 60,00
Sobre o Líquido
Valor do Acréscimo = 50,00 * 10% = R$ 5,00
Valor da Venda = 100,00 - Desconto = 50,00 + Acréscimo = R$ 55,00
Com a criação deste campo, a Série do Cupom Fiscal passa a ser a série informada
no cadastro daquela estação. Assim, o caixa (pessoa) pode utilizar qualquer
máquina e mais de uma pessoa pode utilizar a mesma máquina, isso não afetará
a numeração da série.
Estação: E02
Série: U02
PDV: 002
2000 cupons emitidos
No nosso exemplo, se o PDV "001" fosse colocado na estação "E02", ao gerar um
cupom fiscal com número "1001" e série "U02" ocorreria a duplicação de dados na
base, pois o PDV "E02" já gerou esse número anteriormente.
Nesta versão, este campo é consistido na entrada do Sigaloja e, caso o ECF
conectado na máquina não corresponda ao informado no cadastro de estação, o
sistema exibirá um alerta e será finalizado.
Em caso de substituição do equipamento por motivos de quebra ou manutenção
faz-se necessário utilizar o mesmo conjunto Série/PDV da máquina anterior.
Prefixo do Título
Foi criado o parâmetro "MV_LJPREF" (Caracter) que indica um campo ou
dado a ser gravado no prefixo do título quando gerado automaticamente pelo
Módulo SIGALOJA. É possível definir um execblock que gere prefixos distintos
para cada filial e evite duplicidade na base de dados quando o Módulo Financeiro
for compartilhado.
O conteúdo deste parâmetro é interpretado em tempo de execução (&) e o
resultado é gravado nos campos "Prefixo" dos arquivos Cabeçalho das NFs de
Saída (SF2), Contas a Receber (SE1), Movimentação Bancária (SE5) e comissões
de Venda (SE3).
Se por algum motivo os campos de prefixo forem gravados incorretamente, ainda
é possível separar os títulos pelos campos "E1_MSEMP" (Empresa de Origem) e
"E1_MSFIL" (Filial de Origem).
• Filial - permite selecionar um grupo de filiais ou apenas uma filial para pesquisar
e totalizar as vendas.
• Período - indica o período de vendas para consulta.
• Agrega unidades - indica o que deve ser mostrado logo após a coluna do nome/
código da loja. Pode ser escolhido entre:
• Itens - apresenta a coluna de total de linhas de ECF (após a Loja),
independente da quantidade vendida.
• Quantidade - soma as quantidades dos produtos vendidos.
• Vendas - quantidade de vendas/devoluções realizadas. Se existirem devo-
luções parciais, a venda constará tanto na lista de devoluções como na lista
de vendas.
Coluna “Loja”
No caso de todas as filiais da seleção estarem no cadastro de Identificação de
Lojas, serão apresentados os nomes das lojas.
Se ao final do processamento for exibida a mensagem de que uma ou mais lojas
não foram encontradas no cadastro de Identificação de Lojas (SLJ) – Rotina
LOJA080, o nome da coluna loja mudará para filial, uma vez que temos como
conceito que cada loja representa uma filial.
Inicialização do FRTMonitor
O FRTMonitor pode ser diretamente acionado pelo arquivo FRTMONIT.EXE
localizado no diretório \BIN\REMOTE do Server ou pela opção "Monitorar
Estações" (Atualizações + Retaguarda). Neste caso, se não existir o aplicativo,
será exibida uma mensagem de advertência.
Pasta Conexão
Na pasta Conexão, são apresentadas informações sobre a situação da conexão
daquela estação e dos pacotes.
No box Conexão existem as seguintes informações:
• Status: Informa a situação da estação. Vide legenda.
• Usuário: Informa a situação do usuário logado no momento. Quando o caixa
está aberto informa qual usuário está logado, autorizado por quem e desde que
horas está logado.
Na área Pacotes (Recebidos/Processados) existem as seguintes informações:
• Pacotes Recebidos - relaciona os últimos pacotes recebidos, isto é, todos os
pacotes das estações são atualizados nesta tela no momento em que estão
sendo gravados no servidor.
• Pacotes Processados - relaciona os últimos pacotes processados, isto é, todos
os pacotes que estão sendo processados pela Integração ERP, caso esteja
sendo utilizada a opção ERP On-Line.
Replicar
Esta rotina, também conta com o recurso “Replicar” que permite copiar as
configurações de uma estação para outras, considerando que as definições são
idênticas.
Contatos (TMKA070)
Na pasta "Perfil" foram incluídos seguintes campos:
• DDI (U5_DDI) - código do DDI do país do contato.
• Aniversário (U5_NIVER) - data de aniversário do contato.
• Cônjuge (U5_CONJUGE) - nome do cônjuge do contato.
• Têm Filhos (U5_FILHOS) - quantidade de filhos.
• Nome Filhos (U5_NOMEF) - nome dos filhos.
Suspects (TMKA341)
Criada a opção "Suspects" (Atualizações+Gerência Contatos). Para o sistema o
status de suspect significa um possível Prospect, ou seja, uma empresa que ainda
não foi trabalhada. Os suspects podem ser selecionados via mailing, por pesquisas
na Web ou outras ferramentas utilizadas para captação de entidades.
A cada suspect pode ser associado a diversos contatos.
Caso contrário, pode ser customizada a leitura do arquivo .CSV a partir do Ponto
de Entrada "TmkMail" e a gravação dos campos no Cadastro de Suspect inclusos
através do Ponto de Entrada "TmkGrvAch".
Eventos (TMKA340)
Criada a opção "Eventos" (Atualizações+Gerência Campanhas) para informar os
eventos de marketing da empresa, como palestras, feiras e exposições.
Neste cadastro são controlados todos os dados do evento, como local, tema,
palestrante, datas, horários, preço, estacionamento e outros.
Os eventos podem ser trabalhados nas Campanhas e em Malas Diretas.
Parametrização [F12]
A Alteração das Tabelas de Preços pode ser parametrizada através de [F12]:
• Demonstrar por - define se a opção "Alterar" deve ser por produto ou tabela.
Se selecionado "Produto" na alteração serão relacionadas todas as tabelas que
possuírem este produto.
Se selecionado "Tabela", na alteração serão apresentados todos os dados da
tabela posicionada para edição (opção padrão).
• Produto - Caso seja selecionada a opção Demonstrar por Produto, informe o
código do produto que deve ser apresentado para alteração.
Esta parametrização agiliza a alteração manual de preços de um produto específico.
Reajuste
A opção "Reajuste" permite aplicar um Fator de Multiplicação para reajustar os
preços dos produtos das tabelas indicadas na parametrização.
Atenção:
• Todos os campos referentes a Tabela de Preço foram alterados para Tipo
"Caracter" com "3" posições;
• O preço de venda do Cadastro de Produtos (SB1) foi mantido, porém, passou
a denominar-se "Preço Padrão";
• Os preços do Cadastro de Complemento de Produtos (SB5) foram mantidos,
porém, suas informações serão repassadas para as tabelas DA0 e DA1.
Funções:
MaRejTabRec()
Sintaxe:
onde:
Regras de Desconto
Criada a opção "Regras de Desconto" ("Atualizações"+"Cenários de Vendas")
para definir percentuais de descontos considerando clientes, condições de paga-
mento, tabelas de preços, faixas de valor ou quantidades, grupos ou produtos.
O sistema irá aplicar a regra de desconto automaticamente, consistindo a que se
adapta ao pedido de venda.
Os dados são armazenados nas tabelas: ACO - Cabeçalho das Regras de
Desconto e ACP - Itens da Regra de Desconto.
O cabeçalho da regra de desconto deve ser utilizado para definir o percentual de
desconto para todos os produtos de uma venda. Os itens da regra de desconto
devem ser utilizados para definir o percentual de desconto apenas para um produto
em específico, ou seja, uma exceção.
A avaliação do desconto é efetuada ou por grupo, ou por produto, não sendo
consistidos os dois ao mesmo tempo.
MaRgrDesc( )
Efetua a avaliação da regra de desconto para os módulos que possuem Pedidos
de Venda.
Sintaxe:
MaRgrDesc(cProduto, cCliente, cLoja, cTabPreco, nFaixa, cCondPag, cFormPg, nTipo)
cProduto Código do produto
cCliente Código do cliente
cLoja Código da loja
cTabPreco Código da tabela de preços
nFaixa Quantidade de produto
cCondPg Código da condição de pagamento
cFormPg Código da forma de pagamento
nTipo Tipo de Desconto:
1 - por Item
2 - por Total
Retorno:
ExpN1 Percentual de Desconto da Regra
Sintaxe:
FtRegraDesc(nTipo, nTotDoc, nDescCab)
Onde:
nTipo indica o tipo de desconto
1 - desconto de item do Pedido de Venda
2 - desconto de item do Orçamento
3 - desconto de cabeçalho do Pedido de Venda
4 - desconto de cabeçalho de Orçamento
nTotDoc Total dos Valores da Mercadoria sem Desconto
nDescCab nome da variável de desconto de cabeçalho a ser atualizada.
Retorno:
ExpN1 Percentual de Desconto da Regra
FtDescCab( )
Calcula o preço de venda, aplicando o desconto de cabeçalho.
Sintaxe:
FtDescCab(nPrcLista, aDesconto)
Onde:
nPrcLista preço de tabela
aDesconto desconto de cascata - percentual:
[1] - 1° desconto
[2] - 2° desconto
[3] - 3° desconto
[4] - 4° desconto
FtDescItem( )
Trata desconto de item. Calcula o preço de venda, aplicando o desconto do item
sobre o preço de tabela.
Sintaxe:
FtDescItem(nPrUnit, nPrcVen, nQtdVen, nTotal, nPerc, nDesc, nDescOri, nTipo)
Onde:
nPrUnit preço de lista aplicado o desconto de cabeçalho
nPrcVen preço de venda
nQtdVen quantidade vendida
nTotal valor total
nPerc percentual de desconto
nDesc valor do desconto
nDescOri valor do desconto original
nTipo Tipo de desconto:
1 - por percentual de desconto
2 - por valor do desconto
Retorno:
ExpN1 Preço de Venda
Funções
Para customizações, estão disponíveis as seguintes funções:
FtRgrBonus( )
Avalia a regra de bonificação conforme os parâmetros da rotina.
Sintaxe:
FtRgrBonus(aPar1,aPar2,cCliente,cLoja,cTabPreco,cCondPg,cFormPg)
Retorno
ExpA1 Array com a seguinte estrutura:
[1] Código do Produto
[2] Quantidade
[3] TES
Regras de Negócio
Criada a opção "Regras do Negócio" ("Atualizações"+"Cenários de Venda") para
definir as características padrões de vendas como tabela de preços, condição e
forma de pagamento para um ou todos os clientes.
O sistema irá aplicar a regra de negócio automaticamente, consistindo as
condições do pedido de venda. Não será permitida a venda que não corresponda
à regra de negócio estipulada.
Este novo conceito deve ser utilizado como facilitador das práticas comerciais,
inibindo a venda em condições não favoráveis à empresa e determinando as
possibilidades da negociação.
Funções
Para customizações, estão disponíveis as seguintes funções:
FtRegraNeg ( )
Avalia a regra de negócio conforme os parâmetros da rotina.
Sintaxe:
FtRegraNeg(cCliente,cLoja,cTabPreco,cCondPg,cFormPg,lHelp,nStack)
Onde:
cCliente Código do Cliente
cLoja Loja do Cliente
cTabPreco Tabela de Preço
cCondPg Condição de Pagamento
cFormPg Forma de Pagamento
lHelp Indica se o help deve ser acionado
nStack Controle de recursão. Não usar.
Retorno:
ExpL1 Negociação válida
Barra de Ferramentas
Os botões da barra de ferramentas disponibilizam as seguintes funções:
• Entidade: define qual das entidades será utilizada na geração da lista. Os
contatos serão selecionados de acordo com a entidade escolhida.
Ex: Fornecedores – Somente os contatos dos Fornecedores vão entrar na lista
• Perfil da Entidade: define as regras para seleção da entidade. Para cada
Entidade existe uma seleção de parâmetros diferentes.
• Perfil dos Contatos: define as regras para seleção dos contatos no cadastro.
• Filtro: cria um filtro genérico sobre a entidade escolhida
• E-Mail: preenche as informações para envio de CROSS-POSTING num e-
mail padrão TXT.
• Visualizar: exibe a visualização do arquivo de mala-direta ou de etiqueta.
Regras Operacionais
Foram criadas algumas regras operacionais para que haja a utilização correta das
listas.
Parâmetros
A seleção da entidade e dos contatos que serão selecionados é realizada mediante
a análise dos valores informados nos seguintes parâmetros:
Perfil da Entidade
Os parâmetros de “Seleção” são diferentes para cada entidade. Veja a seguir:
CLIENTES
• Valor Maior Compra
Informe o maior valor de compra dos clientes que devem ser selecionados. Se
não for informado, serão selecionados todos os clientes.
Exemplo: Selecionar todos os clientes cujo maior valor de compra seja igual ou
superior a R$ 200,00. Os clientes com valores de comprar inferiores ao valor
informado não serão selecionados.
• Data da Última Compra
Informe a data da última compra feita pelo cliente. Se não informado, serão
selecionados todos os clientes.
CONCORRENTES
• Produto
Serão selecionados todos os concorrentes que venderem o produto seleciona-
do. Se estiver vazio serão selecionados todos.
FORNECEDORES
• Natureza
Serão selecionados somente os Fornecedores que tiverem em seu cadastro a
natureza informada.
• Condição de Pagto
Serão selecionados somente os Fornecedores que tiverem em seu cadastro a
Condição de Pagamento informada.
• Maior Saldo
Informe o maior valor de compra dos fornecedores que devem ser seleciona-
dos. Se não for informado, serão selecionados todos.
Exemplo: Selecionar todos os fornecedores cujo maior valor de compra seja
igual ou superior a R$ 200,00.
• Data Última Compra
Informe a data da última compra feita para o Fornecedor. Se não for informado,
serão selecionados todos.
Exemplo: Selecionar todos os fornecedores cuja data do último pedido de
compra seja igual ou inferior a 01/01/2000.
PROSPECTS
• Segmento de Negocio 1 até 8
Serão selecionados somente os prospects que estiverem com os mesmos
segmentos informados nos parâmetros.
SUSPECTS
• Cidade
Serão selecionados somente os suspects da cidade informada. Caso o
parâmetro seja deixado em branco, serão selecionados todos.
• Estado
Serão selecionados somente os suspects que forem do estado informado. Caso
o parâmetro seja deixado em branco, serão selecionados todos.
• CEP
Serão selecionados somente os suspects que forem do CEP informado. Caso
o parâmetro seja deixado em branco, serão selecionados todos.
TRANSPORTADORA
• Via
Serão selecionadas somente as transportadoras que usarem a via de transporte
informada. Caso o parâmetro seja deixado em branco serão selecionadas
todas.
Exclusão
Permite a exclusão da execução da lista para os contatos da agenda do operador.
Posicione sobre a lista desejada e clique no botão “Excluir”.
Após a confirmação das perguntas, todos os itens da lista serão excluídos, incluindo
a própria lista.
Barra de Ferramentas
Os botões da barra de ferramentas foram distribuídos da seguinte forma:
Botão TeleMarketing/TeleVenda/TeleCobrança
Limpa o Atendimento Todas
Cancela o Atendimento Todas
Formas de Pagamento Televendas
Marketing Ativo Todas
Envio de Tarefas TeleMarketing/TeleVendas
Transferência de Atendimento Todas
Ligações Pendentes TeleMarketing
Telecobrança
A rotina de Telecobrança possibilita a realização de cobrança dos títulos vencidos
dos clientes e a alteração dos dados dos títulos cobrados.
A execução da Telecobrança pode ocorrer de duas maneiras:
Ativa
A telecobrança ativa tem por finalidade a cobrança dos clientes inadimplentes que
foram agendados previamente para o operador, através da rotina Lista de
Contatos.
Este tipo de cobrança será realizado através da rotina Agenda do Operador, que
exibirá todos os clientes que devem ser cobrados e quais os títulos vencidos.
Após a discagem para o cliente, deve-se acessar a rotina de Atendimento para que
a cobrança seja registrada e os títulos alterados conforme o atendimento.
Receptiva
A telecobrança receptiva tem por finalidade a cobrança dos clientes inadimplentes
que entram em contato com a empresa.
Este tipo de cobrança será realizado através da rotina Call Center.
Após os preenchimento dos dados do cliente no atendimento, é possível, através
de uma consulta padrão, a escolha de quais títulos do cliente serão cobrados.
Na confirmação do atendimento, será registrada a cobrança e alterados os títulos
cobrados.