Escolar Documentos
Profissional Documentos
Cultura Documentos
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.
Departamentos (CSAA100)
Arquivo : SQB
Foi criado o cadastro de Departamento, sem estar ligado a um Grupo Operacional.
Para tanto, criou-se um novo programa que aparecerá separadamente do Cadastro
dos Grupos, nos menus dos módulos que cadastravam os Grupos/Departamentos.
Esse novo programa cadastrará todos os departamentos da empresa, independen-
te do Cadastro de Grupo.
SIGATRM - Treinamento
Materiais de Treinamento
Foi criada a rotina para relacionar os materiais necessários para cada curso, sendo
composta por:
Cadastro de Questões
Criados os seguintes campos:
• Tp. Resposta (QO_TIPOOBJ )- permite a escolha do tipo de questão, pode ser
Múltipla escolha, Única escolha ou dissertativa.
• Tipo (QO_TIPO) - identifica qual a finalidade da questão, ou seja, se ela será
utilizada em “Treinamento”, “Recrutamento”. Os tipos podem ser cadastrados
na tabela “RJ” (SX5).
• Nível (QO_NIVEL) - este campo já existia, porém, foi criada uma tabela “RL”
(SX5), para identificar o nível de dificuldade.
• Data (QO_DATA) - identifica quando a questão foi criada, ele servirá para
filtrar as questões na geração aleatória de testes.
• Ativa (QO_ATIVO) - identifica se a questão está “Ativa” ou não, na geração
aleatória o sistema irá desprezar as questões inativas.
• Descrição (QO_QUEST) - este campo foi criado em substituição do campo
""QO_DESCRIC", pois a descrição da pergunta era um campo caracter e este
novo campo é um campo <memo> permitindo que o usuário não fique limitado
a um número máximo de linhas.
Relatórios
RHUPDATE (SIGARSP/SIGATRM)
Através do Atualizador de Versão, os campos a seguir terão como padrão os
valores em negrito, devendo ser alterados pelo usuário conforme sua necessidade:
Campo Conteúdo
001 - Geral
QO_TIPO: 002 - Recrutamento e Seleção
003 - Treinamento
01 - Fácil
QO_NIVEL: 02 - Médio
03 - Difícil
1 - Sim
QO_ATIVO:
2 - Não
1 - Múltipla escolha
QO_TIPOOBJ: 2 - Única escolha
3 - Dissertativa
Aumento Programado
Disponibilizado recurso para programação de aumentos salariais futuros. A rotina
de processamento da programação de aumento executa a atualização no mês
programado. Está disponível também o relatório para verificação dos aumentos
registrados. As opções que compõem este recurso são:
Parâmetro Descrição
Filial De/Até Filtro da Filial Inicial e Final
Matricula De/Até Filtro de Matricula Inicial e Final
Centro de Custo De/Até Filtro de Centro de Custo Inicial e Final
Função De/Até Filtro de Função Inicial e Final
Período De/Até Filtro de Período Inicial e Final
Parâmetro Descrição
Filial De/Até Filtro da Filial Inicial e final
Centro de Custo De/Até Filtro de Centro de Custo Inicial e Final
Função De/Até Filtro de Função Inicial e Final
Período De/Até Filtro de Período Inicial e Final
1- Já atualizados
Listar 2- Não atualizados
3- Ambos
Quadro de Funcionários
Criado recurso para controle do quadro de funcionários, permitindo a previsão e
estimativa de custos da quantidade de funcionários e dos salários, em um
determinado período.
Este recurso é composto pelas seguintes rotinas:
Parâmetro Descrição
Filial De/Até Filtro da Filial Inicial e Final
Centro de Custo De/Até Filtro de Centro de Custo Inicial e Final
Ano/Mês De/Até Filtro de Ano e Mês Inicial e Final
Referência de Graduação
Criada rotina para a atualização automática das graduações do Cadastro de
Funcionários. Somente podem ser atualizadas as graduações que tenham valores
definidos nos campos "De/Até" do Cadastro de Graduações.
Para isto, foi criado no Cadastro de Funcionário, a entrada de Referência por Fator
e Data. O processamento determina qual o novo grau do fator.
Exemplo:
Fator : 01 - Avaliação Período
Graduação Descrição De Até
01 Ruim 0 2
02 Regular 2.1 4
03 Bom 4.1 6
04 Ótimo 6.1 8
05 Excelente 8.1 10
Parâmetro Descrição
Filial De/Até Filtro da Filial Inicial e Final
Grupo De/Até Filtro de Grupo Inicial e Final
Cargo De/Até Filtro de Cargo Inicial e Final
Função De/Até Filtro de Função Inicial e Final
Centro de Custo De/Até Filtro de Centro de Custo Inicial e Final
Matricula De/Até Filtro de Matricula Inicial e Final
Período De/Até Filtro de Período Inicial e Final
Parâmetros Implementados
Programa Descrição do Programa Parâmetros
CSAA070 Gerar Tabela Salarial Gerar: 1-Ptos por Nível 2-Ptos por Faixa
Pensão
Desenvolvida rotina para tratamento da pensão contendo informações dos seus
beneficiários que serão utilizadas nos Cálculos de Adiantamento, Folha de
Pagamento, Férias, Rescisão e 13º Salário, bem como na impressão de Cheque,
Geração e impressão de Líquidos.
O benefício da pensão, que antes era calculado de acordo com o percentual
definido no Cadastro de Funcionários, passa a ser calculado a partir dos procedi-
mentos acima definidos, de acordo com as informações do Cadastro de
Beneficiários.
Esta implementação possibilita, entre outras facilidades, que sejam definidos
vários beneficiários para cada funcionário, bem como critérios diferentes de
pagamento para cada um deles.
Relacionamos o Cadastro de Beneficiários e as rotinas alteradas para este
tratamento:
1. Cadastro de Beneficiários
Arquivo : SRQ
Criado arquivo para armazenamento dos dados dos beneficiários de pensão
para cálculo e pagamento.
2. Cálculos
Programas Modificados:
• GPEM010 – Cálculo Adiantamento,
• GPEM020 – Cálculo de Folha,
• GPEM030 – Cálculo de Férias,
• GPEM040 – Cálculo de Rescisões,
• GPEM250 - Cálculo da 1o. Parcela,
• GPEM270 – Cálculo da 2o. Parcela
Estes itens passam a ser calculados de acordo com as informações contidas
no Cadastro de Beneficiários. As verbas utilizadas para o desconto devem ser,
previamente, definidas e não necessitam de identificadores. Caso não haja
necessidade de calcular o benefício para um determinado cálculo, basta excluir
a verba deste cálculo (no Cadastro de Beneficiários), mantendo as demais.
Programação de Férias
Cadastramento de Layout
A GPS eletrônica será gerada através dos layout definidos pelos bancos. Para isto,
deve ser utilizada a rotina de Cnab ou Sispag no Módulo Configurador.
A MICROSIGA preparou 2 modelos de arquivos de configuração:
• Banco ITAÚ (SISPAG) - arquivo “GPSITAU.PAG”
• Banco do Brasil (CNAB) - arquivo “GPSBB.CPE”
Alertamos que os modelos enviados visam agilizar o processo de geração, exigindo
por parte do usuário uma prévia conferência e conseqüente alteração de acordo
com suas necessidades.
Caso o banco de recolhimento não seja Itaú ou Banco do Brasil aconselhamos ao
cliente entrar em contato com seu banco o mais breve possível, de forma a obter
o LAYOUT que será utilizado para o processo de geração. De posse deste, deverá
defini-lo no módulo SIGACFG (Configurador).
A tabela a seguir contém as variáveis ou facilitadores que poderão ser utilizados
na definição de um novo LAYOUT ou na alteração dos modelos enviados.
Contribuição Sindical
Parâmetro Sindicato
Foram criados novos campos para a impressão da Guia de Contribuição Sindical
(GRCS)
Campos Descrição
CGC CGC do Sindicato
Entid.Sindical Cód.Entidade Sindical
Número,Complemento,Bairro,CEP.Município e
Endereço completo
Unidade Federativa
Parâmetro Descrição
Analítico/Sintético ? Forma de Apresentação
Filial De/Até Filtro da Filial Inicial e Final
Centro de Custo De/Até Filtro de Centro Custo Inicial e Final
Matricula De/Até Filtro de Matricula Inical e Final
Nome De/Até Filtro de Nome Inicial e Final
Caged (GPEM400)
Foi criada a opção de geração de Caged por centro de custo. Esta rotina é útil para
clientes onde o centro de custo é uma empresa de prestação de serviço ou obras
e, portanto, necessitam passar as informações da movimentação dos funcionários
por obras ou prestação de serviço.
Controle de Cálculo
O sistema passa a controlar o mês de processamento através do parâmetro
“MV_FOLMES”. Este parâmetro armazena a informação do mês de
processamento para que nos cálculos de Folha e Adiantamento, o sistema possa
confrontar a data-base do sistema e o mês de processamento , e avisar quando os
mesmos estiverem incompatíveis.
Relatórios
Os Relatórios que tem como base os dados do arquivo de Movimento Mensal
passam a ter a opção de impressão de meses já fechados. Para isto, basta informar
na referência, qualquer data do mês desejado.
O sistema passa a abrir os arquivos de Fechamento (“RC+Emp+Ano+Mês”)
referentes aos meses fechados e imprimir os dados solicitados. Esta opção está
disponível nos seguintes relatórios:
• Recibo de Pagamento
• Folha de Pagamento
• Líquido
• Líquidos Itaú
• Contribuição Sindical
• Troco
• GPS/GRPS
Notas do Release - Advanced Protheus 6.09 - 168
• Nominal de INSS
• Obrigações Sociais
• Cesta Básica
• Seguro de Vida
• Mapa de Vale Refeição
• Demonstrativo de Horas
Cadastro
Nesta opção, o usuário determina um código e uma descrição da pesquisa e em
seguida, seleciona as verbas que devem fazer parte da pesquisa.
A janela é composta por duas listas: a do lado esquerdo, apresenta o cadastro de
verbas para adição à lista do lado direito, que representa as verbas que farão parte
da pesquisa.
É possível selecionar um pesquisa já cadastrada, para aproveitar as verbas já
contidas.
Geração
Nesta opção, o sistema monta um arquivo de trabalho com os dados informados
nos parâmetros. Este arquivo servirá para apresentação dos dados e sempre
armazenará a última geração efetuada, assim, quando for necessário apresentar/
listar o relatório, não será necessária a geração novamente.
Definição
Nesta janela, devem ser preenchidos os dados do titulo que serão integrados. Pode-
se escolher entre os títulos padrões do sistema ou títulos definidos pelo usuário.
Neste caso, o sistema habilita o botão para a definição do titulo.
É permitido selecionar as verbas para o título, definir o arquivo, campo, data e filtro
(Opcional) para busca das verbas selecionadas. Também está disponível um
campo para filtrar dados do Cadastro de Funcionários, caso haja necessidade de
limitar a geração para somente alguns.
O usuário pode, ainda, pesquisar, visualizar, incluir, alterar e excluir títulos (INSS,
FGTS, Imposto de Renda, Pensão Alimentícia, etc.) no cadastro de Definições
(RC0).
Geração
Nesta opção o usuário gera o arquivo de Movimentos (RC1), através de
parâmetros que permitem a seleção dos tipos de títulos e os períodos a serem
gerados. Estes títulos já devem estar providos de todas as informações necessá-
rias à integração com o Módulo Financeiro.
Manutenção
Após a geração do arquivo de Movimentação (RC1), esta opção está disponível
para consultas, exclusões, alterações (somente no número do título) e conseqüente
integração com o Módulo Financeiro (SE2-Contas a Pagar).
Após executada a rotina de integração, o resultado poderá ser consultado no
Cadastro de Movimentos que são apresentados com identificação de cores que
definem a situação dos títulos:
Notas do Release - Advanced Protheus 6.09 - 172
• Verde - Títulos não liberados. São os títulos resultados da geração no Cadastro
de Movimentos (RC1) e que estão disponíveis para a integração.
• Vermelho - Títulos liberados. São os títulos que já foram integrados com
sucesso, ou seja, o título foi incluído no contas a pagar (SE2). Estarão
automaticamente bloqueados para futuras integrações.
• Amarelo - Títulos inconsistentes. São os títulos que resultaram em erros na
integração e que não foram incluídos no Contas a Pagar (SE2).
Obs.: Além da identificação na cor amarela, os títulos inconsistentes serão gerados
em um arquivo texto que poderá ser consultado e impresso para as devidas
correções.
Integr. Financeiro
A opção de integração executa a gravação dos títulos gerados no Arquivo de
Movimentação Financeira da Folha (RC1) no Arquivo de Contas a Pagar (SE2).
Os títulos para integração podem ser parametrizados.
Importante:
Cadastros
Ca m po Titulo De scriçã o
Número de Horas para a montagem da hora
PJ_HORMAIS Limite Superior
final limite do dia.
Número de horas para a montagem a hora
PJ_HORMENO Limite Inferior
inicial limite do dia.
PJ_NONAHOR Nona Hora Pagamento de Nona hora para o Dia.
PJ_JND1CON 1º.Jor.Cont. Primeira Jornada Contínua
PJ_JND2CON 2º.Jor.Cont. Segunda Jornada Contínua
PJ_JND3CON 3º.Jor.Cont. Terceira Jornada Contínua
PJ_JND4CON 4º.Jor.Cont. Quarta Jornada Contínua
PJ_HRSTRAB Horas Trab.1º.J. Número de horas de trabalho da 1o .Jornada
PJ_HRSTRA2 Horas Trab.2º.J. Número de horas de trabalho da 2o Jornada
PJ_HRSTRA3 Horas Trab.3º.J. Número de horas de trabalho da 3o Jornada
PJ_HRSTRA4 Horas Trab.4º J. Número de horas de trabalho da 4o Jornada
PJ_HRTOTAL Horas Total Número total de horas de trabalho do dia.
Manutenção de Apontamentos
Arquivo : SPC
Foram incluídos os seguintes campos:
• Centro de Custo (PC_CC) - utilizado para informar o Centro de Custo em que
o apontamento será gerado, quando integrado com a Folha de Pagamento.
• Tipo de Marcação (PC_TPMARCA) - utilizado para demonstrar qual o tipo de
marcação que gerou o apontamento.
Ex.: “1E” – Primeira Entrada, “1S” – Primeira Saída, “2E” – Segunda Entrada,
“2S” – Segunda Saída, etc.
Esse campo somente será atualizado, se o parâmetro "MV_APTPMAR"
estiver com “S”.
Controle de Refeições
Nessa versão, foi incorporado o controle sobre as marcações de refeições,
podendo o usuário definir os tipos de refeição a serem controlados, especificar os
valores das refeições, estabelecer os horários de ocorrência das mesmas, definir
que tipo de refeição ou quais marcações serão consideradas na Folha de
Pagamento e qual evento será utilizado nessa integração. Nos itens a seguir,
detalhamos melhor as inovações implementadas.
Refeição Tipo Até? Permite escolher o tipo de refeição final. Tipo de Refeição
Refeição Tipo Até? Permite escolher o tipo de refeição final. Tipo de Refeição
Refeição Tipo Até? Permite escolher o tipo de refeição final. Tipo de Refeição
Identificador Descrição
DE : 015N DE : Refeitório não autorizado
Para: 015A PARA: Refeição Parte Empresa
DE : Refeitório Autorizado
016A
PARA : Refeição Parte Funcionário.
Exemplo 1
Para se importar o movimento dos últimos 30 dias:
DDATABASE-30 até DDATABASE
Exemplo 2
Para se importar somente o movimento do Mês:
01/MM/YYYY até 00/MM/YYYY
Dica : Se você colocar o valor 00 no dia, ele calculará o último dia do Mês.
Exemplo 4
Para se importar o movimento do ano anterior até hoje:
01/01/YYYY-1 até DDATABASE
Será solicitado o formato em que será salvo o gráfico, juntamente com o caminho
e o nome do arquivo sem extensão.
Cadastro de Períodos
Este cadastro permite que sejam informados períodos de tempo diferentes dos
padrões existentes (quinzenal, mensal, trimestral, semestral e anual). Você pode
informar quantos períodos desejar, desde que existam períodos para todos os dias
do DataWareHouse.
Será necessário informar uma descrição para o período, assim como, a data inicial
e final. Não pode existir brechas de datas entre períodos. Na Consulta, você poderá
escolher se deseja visualizar a mesma aglutinada pelos padrões existentes ou pelo
Período cadastrado. Para escolher qual deles você deseja, siga o mesmo procedi-
mento de escolha das quebras.
Consultas AD-HOC
Permite ao usuário executar consultas rápidas em Tabelas, através de conexões
existentes em base de dados padrão SQL. Na caixa "Comando", digite o comando
SQL a ser executado a partir da Conexão (informada na caixa Conexão) ou da
Conexão da Definição (informada na caixa Definição).
Os botões ao lado das caixas maiores permitem ler e salvar os comandos para
posterior uso.
Ícones
Implementada a possibilidade de associar ícones às consultas para agilizar seu
acesso, sem a necessidade de utilizar a árvore de Consultas.
Criação de Ícones
• Clique no botão para acessar uma área de ícones no lado esquerdo da tela.
Deleção de Ícones
Para excluir um ícone da tela, clique com o botão direito sobre o ícone e selecione
"Excluir".
A exclusão do ícone não causará a exclusão da consulta a ele associada.
Novas Funções
Nesta versão, foram incluídas as seguintes funções que ajudam no agendamento
e execução de retorno de processos do Workflow:
WFReturn( )
Esta função, quando agendada, verifica a caixa de e-mails e processa as funções
de retorno destes e-mails.
Sintaxe:
WFReturn(cEmpresa,cFilial)
Onde:
cEmpresa código da empresa
cFilial código da filial
Exemplo:
WFReturn(‘99’,’01’)
WFScheduler( )
Esta função dispara o agendamento. Deve ser colocada em uma função que será
chamada no Onstart do AP6.
Sintaxe:
WFScheduler({empresa,filial})
Exemplo:
Local aParams:={}
aadd(aParams,cEmp) //Coloque em cEmp o código da Empresa
aadd(aParams,cFil) //Coloque em cFil o código da Filial
WFScheduler(aParams)
Sintaxe:
WFSendMail(cEmpresa, cFilial)
Onde:
cEmpresa código da empresa
cFilial código da filial
Parâmetros WF
Criada a opção "Parâmetros WF" no Módulo Configurador
(Atualizações+Workflow) para configurar os parâmetros ("MV_...") existentes
no Arquivo de Parâmetros (SX6) específicos para o Workflow.
São solicitados os seguintes dados:
• Nome - nome do remetente da conta do Workflow. Pode ser um nome qualquer
que identifique que o e-mail é proveniente do Workflow.
• Conta - nome da conta criada para o Workflow. Não é o endereço, apenas o
nome.
• Senha - senha para a conta acima.
• Endereço - endereço de e-mail da conta de Workflow.
• T. Espera (segs) - tempo de espera em segundos que o Workflow tentará se
conectar ao servidor POP e/ou SMTP.
• Servidor Pop3 - nome do servidor POP3 (nome ou endereço IP)
• Porta Pop3 - nome da porta usada para o Pop3.
• Servidor SMPT - nome do servidor SMTP (nome ou endereço IP)
• Porta SMTP - nome da porta usada para o SMTP.
• Dir. Trabalho - diretório de trabalho do Workflow.
• Protocolo - nome do protocolo padrão a ser utilizado.
• Html - defina se o HTML do email irá atachado ao mesmo ou fará parte do seu
corpo.
• Envia Mensg - defina se os processos enviarão os emails ou se isto será feito
em forma de batch.
Certificado (QMTA140)
Na opção "Calibração" (Atualizações+Coleta de Dados), foi implementado o
recurso de impressão do certificado após a calibração. Todo instrumento após ser
calibrado, poderá apresentar um certificado de calibração no qual estarão descri-
tas as suas características quanto ao seu estado, bem como seu respectivo laudo.
Esta tela é apresentada após a gravação de uma coleta de dados (medição).
Método Numérico
Considere o exemplo a seguir:
Cadastro de Padrões
Padrão: Padrão A
Tipo Toler.: Numérico
Vlr. Nominal: 2,02
Toler. Máxima: 1,10
Toler. Mínima: 0,90
Método Percentual:
Considere o exemplo abaixo:
Cadastro de Padrões
Padrão: Padrão A
Tipo Toler.: Percentual
Vlr. Nominal: 2,02
Toler. Máxima: 1,10
Toler. Mínima: 0,90
Tolerância: 2,02
Limite Superior: 2,04 (2,02+(2,02*1,10)/100)
Limite Inferior: 2,00 (2,02- (2,02*0,90)/100)
Método Numérico:
Considere o exemplo abaixo:
Cadastro de Instrumentos
Ponto: PT1
Tipo: Mensuráveis
Tipo Toler.: Numérico
Vlr. Nominal: 2,01
Afastam. Inf.: -2,00
Afastam. Sup.: 3,00
• Para pontos que serão associados a escala do tipo Soma, a opção do tipo de
cálculo de tolerância (numérico ou percentual) será realizada no Cadastro de
Escalas/Associações, uma vez que os (padrões/pontos) estejam incluídos no
cadastro de padrões.
Método Numérico:
Considere os pontos abaixo:
Tp. Calc. Toler: 1 - Numérico
Padrão: Padrão A
Especificado: 20,00
Toler. Mínima: 2,00
Toler. Máxima: 6,00
Padrão: Padrão B
Método Percentual:
Considere os pontos abaixo:
Tp.Calc.Toler: 2 - Percentual
Padrão: Padrão A
Especificado: 20,00
Toler. Mínima: 2,00 20-((20*6)/100) = 18,80
Toler. Máxima: 6,00 20+((20*6)/100) = 21,20
Padrão: Padrão B
Especificado: 30,00
Toler. Mínima: 2,00 30+((30*2,00)/100)= 30,06
Toler. Máxima: 3,20 30-((30*3.20)/100) = 29,04
Skip Lote
Implementado tratamento para que o usuário defina se o Skip-Lote de 25% deve
ou não ser aplicado. Este controle é efetuado pelos parâmetros:
• "MV_QUTSK25" - indica se o Skip-Lote de 25% será aplicado.
• "MV_QIQSASS" - indica a nota mínima do fornecedor com categoria "Asse-
gurada", para que o mesmo não fique em demérito..
Exemplo 1:
Nominal = 6
AFI = 2 -> Limite Inferior = (6-2) = 4
AFS = 4 -> Limite Superior = (6+4) = 10
Exemplo 2:
Nominal = 6
AFI = 2 -> Limite Inferior = (6+2) = 8
AFS = 2 -> Limite Superior = (6+4) = 10
Caso o usuário queira que o Limite Inferior seja igual a 4, observe o Exemplo 1,
os afastamentos devem ser informados da seguinte maneira
Exemplo 3
Nominal = 6
AFI = -2 -> Limite Inferior [6+(-2)] = 4
AFS = 4 -> Limite Superior (6+4) = 10
Limpeza (QIEM090)
Criada rotina que permite a depuração (limpeza) dos arquivos referentes ao
módulo de Inspeção de Entregas (movimentações). Devem ser informados:
• Data Limite - data até onde as movimentações serão depuradas.
• Número de Entregas que devem permanecer em aberto para informações
históricas na base oficial. A quantidade informada será por Produto e Forne-
cedor.
• Diretório - diretório onde serão criados os arquivos referentes aos movimentos
excluídos (Arquivo Morto).
Notas do Release - Advanced Protheus 6.09 - 214
Controle de Entregas - Resultados (QIEA215)
Desenvolvida a nova rotina de Resultados com a interface mais amigável ao
usuário e para que haja ganho de performance na execução da Rotina.
Filtro
A opção de filtro para as Entradas Pendentes e a Inspecionar, sendo considerado
também o Laudo das Entradas já inspecionadas
Para que seja disponibilizado o Filtro das Entradas ao usuário, o parâmetro
MV_QFILENT deve estar igual a “T” (Verdadeiro).
Parâmetros
Os parâmetros são:
• Considera? Entradas Pendentes/Inspecionadas/Ambas
• Laudo Aprovado? (Sim/Não)
• Laudo Reprovado? (Sim/Não)
• Laudo com Liberação Urgente? (Sim/Não)
• Laudo com Aprovação Condicional? (Sim/Não)
• Laudo Liberado por Permissão de Uso? (Sim/Não)
Estorno
O Estorno da Liberação do CQ pode ser realizado, quando houver um Resultado
com o Laudo Final da Entrada já informado ou excluído.
Se o laudo for alterado, será realizado o estorno da Liberação/Rejeição do CQ e
as quantidades aprovadas/rejeitadas serão liberadas novamente.
Ensaio Calculado
Implementado o tratamento de ensaios calculados através de fórmulas, associadas
aos ensaios na Rotina de Especificações de Produtos.
Pendências (QNCA050)
Reestruturada a tela de Pendências, prevendo a manipulação das Etapas/Passos
dos Planos de Ações, o Plano de Ação e a Ficha de Ocorrência/Não-conformida-
des.
Desta forma, foram criadas opções que permitem a visualização das descrições
Documentos (QDOA050)
• Alterado o layout dos botões da pasta “Opções”, facilitando o acesso aos
cadastros/tabelas do Documento. Os botões possuem teclas rápidas identificadas
com um “_” (underline). Pressione [CTRL+<tecla>] para acionar as opções.
• Alterada a opção “Detalhe” do Cadastro de Documentos para melhor
visualização do Status e Etapas dos Documentos. Também foram criados os
seguintes botões:
Treinamentos (QDOA080)
• Otimizada a seleção dos Departamentos, Cargos e Usuários.
Conversões (QDOM010)
Criado o programa para conversão do SIGAQDO versão 4.11/4.13 (em Visual
Basic) para versão atual do Advanced Protheus 6.09.
Este programa tem como objetivo converter as tabelas/lançamentos do Módulo
Controle de Documentos para o banco de dados selecionado no AP6.
Nesta operação é convertido o banco de dados genérico do Access para arquivos
TXT (padrão ASCII), tornando-o disponível para qualquer versão e plataforma.
Esta disponível o programa "MIGRAQDO.EXE" para geração dos arquivos
.TXT. Este programa pode ser executado fora do ambiente AP6.
Genérico
Criação da função QdoView() para permitir a abertura de documentos vigentes
em outros módulos, porém, com status de "Somente Leitura". Este recurso é útil
para verificar/visualizar os Procedimentos ou Instruções de Trabalho a partir de
outros Módulos. Ex: Módulo de Manutenção de Ativos, Módulo de Inspeção de
Processos.
Sintaxe:
QdoView(cFilial, cCodDoc, cRevisao)
Onde:
cFilial Código da Filial do Documento
cCodDoc Código do Documento
cRevisao Revisão do Documento. Se não informado, será aberta a última
revisão VIGENTE do documento.
Criação de Pastas
Para melhor organização dos campos por assunto, foram criadas pastas nas
seguintes rotinas:
Atualizações + Tabelas
• NCM – Pastas criadas: Cadastrais e Alíquotas.
• Condições de Pagto – Pastas criadas: Cadastrais e Parcelas.
Atualizações + Cadastros
• Produtos – Pastas criadas: Cadastrais, Impostos e Outros.
• Fabricante/Forn. – Pastas criadas: Cadastrais, Adm./Fin., Fiscais, Compras e
Outros
• Clientes – Pastas criadas: Cadastrais, Adm./Fin., Fiscais, Vendas e Outros
Atualizações + Embarque
• Cons./Manutenção – Pastas criadas: Cadastrais, Dados do Embarque, Trans-
porte, Valores da D.I. e Outros.
Atualizações + Desembaraço
• Cons./Manutenção – Pastas criadas: Cadastrais; Dados do Embarque, Trans-
porte, Valores da D.I., Dados da Entrega e Outros.
Atualizações + Financeiro
• Controle Câmbio – Pastas criadas: Cadastrais e Averbação.
Despachantes (EICA050)
Na rotina "Despachantes" (Atualizações + Tabelas) foram criados os seguintes
campos:
• Código e loja do fornecedor (Y5_FORNECE/Y5_LOJAF)
• Código e loja do cliente (Y5_CLIENTE/Y5_LOJACLI)
• Natureza (Y5_NATUREZ)
Estes campos são utilizados na integração financeira dos títulos de adiantamento
/ complemento e devolução do despachante.
Corretores (EICCR100)
Na rotina "Corretores" (Atualizações + Tabelas) foram criados os seguintes
campos:
• Código e loja do fornecedor (YW_FORN)
Estes campos são utilizados na integração financeira dos títulos de pagamento do
seguro do desembaraço.
Estatísticas de Câmbio
Foram criados, no submenu "Estat de Câmbio" (Atualizações), 4 novos relatórios
para controle dos fechamentos de câmbio e dos agentes envolvidos . São eles:
• "Comis. Corretores" (EICAP180) - emite as comissões dos corretores, permi-
tindo a impressão por período por :
• Cálculo de corretagem
• Fechamentos sem corretora
Integração (EICIN100)
Na rotina "Integração" (Miscelânea), foi disponibilizada a integração padrão com
despachantes para:
• Recebimento de numerários
• Recebimento de Notas Fiscais de Entrada
Criação de Pastas
Para melhor organização dos campos por assunto, foram criadas pastas nas
seguintes rotinas:
Atualizações + Tabelas
Cond. Pagtos. (EECAT130) - Pastas criadas: Cadastrais e Parcelas.
Atualizações + Cadastros
Import./Clientes (EECAC100)- Pastas criadas: Cadastrais, Adm./Fin., Fiscais,
Vendas e Outros.
Exp./Forn./Fabr. (EECAC115) - Pastas criadas: Cadastrais, Adm/Fin, fiscais,
Compras e Outros.
Produtos (EECAC120) - Pastas criadas: Cadastrais, Impostos e Outros.
Atualizações + Embarque
Cons./Manutenção (EECAE100) -Pastas criadas: Cadastrais, Financeiro, Emba-
lagens, Transporte, Siscomex, Registro de Documentos, Intermediação e Configu-
ração.
Tratamento de Exclusões
Para usuários da versão TopConnect , foi implementada a verificação sobre a
existência de continuidade de processos, quando solicitada a exclusão de tabelas e
cadastros.
Normas (EECAT180)
Alterado o layout de tela da rotina "Normas" (Atualizações+Normas), permitindo
um novo relacionamento de normas, o que facilita o manuseio da tabela.
Observação:
Não existe compatibilização (upgrade) dos dados de versões anteriores, já que eram
gravadas apenas as descrições das normas e, nesta versão, as normas são definidas
por códigos.
Portanto, é necessário o recadastramento das normas e relacioná-las com o
produto, como era feito anteriormente. O arquivo para o armazenamento dos dados
permanece o mesmo: EEI - Tabela de Normas.
Despesas (EECAF400)
O armazenamento de despesas passa a ser feito no arquivo EET - Despesas de
Exportação (na versão passada, era utilizado o arquivo SWD).
Financeiro
Neste submenu (menu Atualização), foram criadas as seguintes rotinas
Câmbio (EECAF200)
A partir desta versão, os pagamentos de câmbio passam a ter um controle gerencial
que acompanha, por follow-up, as situações conforme descritas nos relatórios a
seguir:
• Follow-up de Câmbio – tratamento para várias parcelas (antes somente uma era
tratada).
• Variação cambial mensal - cálculo de variação cambial mensal, dos pagamentos
das mercadorias exportadas.
• Statement - Resumo das faturas pagas e/ou em aberto por período e por cliente/
importador.
Certificados
Foram criados novos Certificados de Origem para Ceará, Rio Grande do Sul, e
Associação Comercial de Santos (S.P.), com o layout dos padrões: FIESP.
Documentos
Foi substituído o documento de impressão “Solicitação de RE” pela impressão de
documento nos mesmos padrões de digitação da tela do Siscomex (EECPEM16).
Atualizações – Bens
Características
O cadastro de características para montagem da ficha técnica dos Bens passou a
ter a manutenção diretamente no SIGAMNT. Anteriormente, era efetuado através
do Módulo Configurador pela da tabela "49".
Localização
O cadastro de localização utilizado na montagem de estrutura de Bem e no controle
de garantia de insumo de Ordem de Serviço passou a ter a manutenção diretamente
no SIGAMNT. Anteriormente, era efetuado através do Módulo Configurador pela
alimentação da tabela "50".
Famílias
Criados os seguintes campos no cadastro de Famílias:
• Movim. Bem - indica se o Bem da Família, quando incluído em estrutura, passa
a adotar o Centro de Custos do Bem Pai.
• Sim – adota o Centro de Custo do Bem Pai
• Não – mantém o Centro de Custos original do Bem.
Esta informação tem como objetivo o tratamento de custos da manutenção.
• Imagem - indica a imagem default da Família de Bens.
• Descrição - destinado a considerações que o usuário achar necessárias para
melhor identificação da Família.
Estrutura de Bem
Esta rotina passa a informar o segundo contador do Bem.
Rodízio de Bem
Esta rotina passa a informar o segundo contador do Bem
Atualizações – Manutenção
Etapa Padrão
Foram feitas as seguintes implementações:
• Possibilidade de indicação de procedimento no SIGAQDO.
• Permitida a classificação por área de manutenção possibilitando o agrupamen-
to de etapas.
• Permitida a informação de tolerância a ser observada na análise para fins de
alerta.
Funcionários
O Cadastro de Funcionários do SIGAMNT passa a se integrar ao SIGAGPE.
Serviço
Foram feitas as seguintes implementações:
• Indicação de que a manutenção relacionada ao serviço afeta a vida útil do Bem.
• Define se o custo da manutenção relacionada ao serviço deverá ser agregado
ao Ativo Fixo.
• Indicação do procedimento no SIGAQDO.
• Indicação do procedimento no SIGAQNC.
• Indicação de que se trata de serviço de lubrificação.
• Incluído campo de Informação para detalhar a aplicação do serviço.
Manutenção
Esta programa passou a adotar o formato Folder para facilitar a operação de
cadastramento, bem como passou a incorporar novas funções e campos.
• Ficha Principal
Passa a permitir a indicação de procedimento no SIGAQDO.
• Ficha de Tarefa
O usuário poderá implantar tarefas da manutenção independente da informa-
ção de insumos. Esta facilidade irá permitir a implantação de manutenção
preventiva somente com o apontamento das etapas (check-list).
Passa a permitir a indicação de procedimento no SIGAQDO.
• Ficha de Dependências
• Ficha de Insumos
• Ficha de Etapas
Passa a permitir a indicação de procedimento no SIGAQDO
Plano de Manutenção
Liberação de O.S.
Novo programa de liberação que permite o amplo manuseio das características da
O.S. antes de sua real liberação. O usuário passa a dispor da facilidade de liberar
as Ordens de Serviço parcialmente.
Retorno da O.S.
• Permite a informação da etapa em que ocorreu o consumo do insumo.
• Permite a informação do funcionário que executou a etapa.
• Ampliação das sinalizações de estado das O.S.:
• Com Insumo
• Sem Insumo
• Atrasada com Insumo
• Atrasada sem Insumo
Retorno de Etapas
Este programa permite a informação de execução de etapas em lote.
Retorno Simplificado
Novo programa para informação do consumo de insumo pelas Ordens de Serviço
de Manutenção, contemplando a rapidez e facilidade de uso.
Lubrificação
O SIGAMNT passa a oferecer a definição, planejamento e retorno dos serviços de
lubrificação de uma empresa. São contempladas as características de definição de
roteiros e pontos de lubrificação. As funções de planejamento e retorno do serviço
de lubrificação também são contemplados com tratamento específico. O retorno
passa a ter procedimento simplificados para facilitar e agilizar a operação.
Veja no manual do SIGAMNT, o tratamento de cada um dos programas relacio-
nados.
Ordem de Serviço
O.S. Manual
Esta rotina passa a informar o segundo contador do Bem
O.S. Corretiva
Esta rotina passa a informar o segundo contador do Bem
Contador
Retorno de Produção
Esta rotina passa a informar o segundo contador do Bem
Quebra de Contador
Esta rotina passa a informar o segundo contador do Bem
Consultas – Reforma
Cadastros
• Análise de Similaridade
• Baixas de Bens
Lubrificação
• Roteiro
Custos
• Resumo de Custo do Mês
Custo da Manutenção
• Histórico
Etapas Executadas
• Insumos Aplicados
• Horas Paradas
• Apropriação de Horas
• Análise Mtbr/Mttr
Frota – Pneus
Geração de Relatórios de Análise de Pneus de Frotas:
• Durabilidade por Solo
• Durabilidade por Marca
• Durabilidade por Tipo de Serviço Executado
• Durabilidade por Borracha Utilizada
• Estoque de Pneus
• Análise de Performance de Recapadoras
• Análise de Similaridade de Pneus
Notas do Release - Advanced Protheus 6.09 - 240
Frota
Geração de Relatórios de Análise de Frotas.
• Média de Consumo de Combustível
• Consumo de Combustível por Tipo de Veículo
• Consumo de Combustível por Obra
• Controle de Equipamento por Obra
• Deslocamento de Veículo por Obra
• Consumo Médio Diário
• Consumo Resumido
• Custo por Família de Veículo
• Consumo Médio do Período
Mão-de-obra
Inclusão de novo relatório:
• Atividade da Equipe
• Análise de Produtos em Garantia
Cadastros Gerais
Clientes (MATA030)
Nesta versão, o sistema de Medicina e Segurança do Trabalho permite que o
usuário possa cadastrar os clientes para o qual trabalha. Este cadastro será utilizado
para associação de um determinado Laudo ao Cliente. Todas as informações
relacionadas ao cliente para emissão dos laudos, serão obtidas neste cadastro de
cliente.
Esta função já existe e é utilizada no módulo de Faturamento da Microsiga, desta
forma todas as informações detalhadas para sua utilização estão descrita no
manual de Faturamento.
Contatos (TMKA070)
Cadastro de pessoas físicas com as quais o usuário tem necessidade de comunicar-
se frequentemente. Este cadastro será relacionado ao cadastro de Clientes.
Esta função já existe e é utilizada no módulo de Faturamento da Microsiga, desta
forma todas as informações detalhadas para sua utilização estão descrita no
manual de Faturamento.
Imagens (CFGX012)
Cadastro de imagens no repositório de Imagens. Estas imagens podem ser
associadas à fonte geradora de Risco e no cadastramento de produtos, ou seja,
aqueles produtos que serão utilizados como Equipamento de Proteção Individual
(EPI).
PPRA
Mandatos
Esta função foi desenvolvida para que o usuário possa cadastrar e controlar as
informações Referentes a CIPA (Comissão Interna de Prevenção de Acidentes).
A CIPA tem como objetivo a prevenção de acidentes e doenças decorrentes do
trabalho. Todas as Informações estarão sempre relacionadas a um mandato. O
mandato conforme descrito na Norma Regulamentadora Número 4, tem a duração
de um Ano.
Candidatos
Esta função foi desenvolvida para que o usuário possa cadastrar todos os
funcionários candidatos a participar de um determinado mandato da CIPA. O
candidato poderá ser eleito tornando-se o titular ou ficar como suplente conforme
a quantidade de votos alcançada, em relação ao demais concorrentes.
Obs. Através deste programa, o usuário pode transferir os candidatos eleitos,
aqueles que receberam a votação mais expressiva, para o arquivo de componentes
da CIPA. Para tanto basta clicar na opção "Componentes".
Participantes
Através do menu de Participantes, o usuário pode registrar os funcionários que
participaram efetivamente da reunião da CIPA. Para registrar um participante,
basta clicar no campo Matricula e relacionar o funcionário à Reunião.
Causas de Acidente
Esta função foi desenvolvida para que o usuário possa cadastrar as causas de um
Acidente. Estas causas posteriormente serão associadas aos Acidentes. Uma causa
pode ser originada em função de atitude ou comportamento do Funcionário, ou em
decorrência de uma situação do ambiente de trabalho.
Providências Acidentes
Esta rotina permite cadastrar as providências a serem tomadas para que acidentes
semelhantes ao registrado não ocorram mais. Estas providências consistem em um
plano de ação que deverá ser desenvolvido e executado, visando eliminar as
possíveis causas do acidente. Antes de desenvolver o plano de ação, o usuário
deverá investigar o que realmente ocasionou o acidente. Os registros da investi-
gação, as causas prováveis, bem como os procedimento adotados ficam relacio-
nados ao acidente e ao mandato da CIPA, responsável pelas investigações e
providências.
Acidentes
Laudos
Criada esta função para que o usuário possa registrar todas as informações
relativas a um determinado laudo efetuado no ambiente da empresa. Os laudos tem
por objetivo avaliar a existência de determinados agentes agressivos à saúde dos
trabalhadores, bem como identificar a intensidade desta exposição.
Laudos x Riscos
Esta função permite associar ao Laudo Ambiental os Riscos que foram o objeto de
estudo. Para cada risco, o usuário poderá descrever as Recomendações necessá-
rias.
Laudos x Controles
Esta função permite associar ao Laudo Ambiental as Medidas de Controles
indicadas para que os funcionários expostos não sofram a agressão do Agente
existente no Local.
Relatórios
PPRA
Laudos