Notas do release 4 protheus 8

161

description

 

Transcript of Notas do release 4 protheus 8

Page 1: Notas do release 4 protheus 8
Page 2: Notas do release 4 protheus 8

i

Conteúdo

Conteúdo ........................................................................................................ i

Apresentação...................................................................................................1 Infra-estrutura ..................................................................................................3

Atualizando a Versão .......................................................................................3 Relatórios personalizáveis..................................................................................5

Configurador..................................................................................................17 Novos Ambientes............................................................................................18

PLS - Planos de Saúde....................................................................................18 SGI - Sistema de Gestão de Indicadores ..............................................................21

Ambientes Business Intelligence ..........................................................................23 BSC - Balanced Scorecard ...............................................................................23 DW - Datawarehouse.....................................................................................26

Ambientes Administrativos.................................................................................27 CTB - Contabilidade Gerencial...........................................................................27 ATF - Ativo Fixo...........................................................................................32 FIN - Financeiro............................................................................................34 PCO - Planejamento e Controle Orçamentário........................................................44 PMS - Gestão de Projetos ................................................................................46 GE - Gestão Educacional.................................................................................49 OFI, VEI, PEC - Concessionárias ........................................................................59

Ambientes Materiais.........................................................................................61 FAT - Faturamento ........................................................................................61 COM - Compras............................................................................................65 EST - Estoque/Custos.....................................................................................72 OMS - Gestão de Distribuição...........................................................................79 TMS - Gestão de Transportes ...........................................................................80 PCP - Planejamento e Controle da Produção .........................................................93 GCT - Gestão Contratos..................................................................................97 WMS - Gestão de Armazenagem..................................................................... 101 TEC - Field Service...................................................................................... 102 MNT - Manutenção de Ativos......................................................................... 104

Page 3: Notas do release 4 protheus 8

Conteúdo

ii

EEC - Easy Export Control ............................................................................. 107 EDC - Easy Drawback Control......................................................................... 109 EFF - Easy Financing Control .......................................................................... 110 EIC - Easy Import Control .............................................................................. 111

Ambientes Recursos Humanos .......................................................................... 112 APT - Processos Trabalhistas ......................................................................... 112 GPE - Gestão Pessoal ................................................................................... 113 PON - Ponto Eletrônico................................................................................. 119 RSP - Recrutamento e Seleção de Pessoal.......................................................... 123 TCF - Terminal de Consulta do Funcionário......................................................... 124 MDT - Medicina e Segurança do Trabalho.......................................................... 125 APD - Avaliação de Desempenho e Performance.................................................. 131

Ambientes Qualidade...................................................................................... 134 QAD - Controle de Auditorias......................................................................... 134 PPAP – Aprovação de Processos de Peças Produtivas ........................................... 135 QDO - Controle de Documentos ...................................................................... 137 QIP - Inspeção de Processos .......................................................................... 139 QIE - Inspeção de Entrada.............................................................................. 141 QNC - Controle de Não-conformidades.............................................................. 142 ICE - Gestão de Riscos ................................................................................. 143 QMT - Metrologia........................................................................................ 144

Ambientes Automação Comercial....................................................................... 146 LOJA - Controle de Lojas .............................................................................. 146

CRM.......................................................................................................... 153 TMK - Call Center ....................................................................................... 153 CRD - Fidelização e Análise de Crédito.............................................................. 155

Ambientes Saúde .......................................................................................... 156 HSP - Gestão Hospitalar................................................................................ 156

Page 4: Notas do release 4 protheus 8

1

Apresentação

Bem-vindo ao Release 4 do Protheus 8!

A Microsiga disponibiliza o Release 4, contendo todas as melhorias desenvolvidas para o Protheus 8 desde seu lançamento, os novos ambientes Planos de Saúde e Gestão de Indicadores, além de uma série de inovações.

A grande novidade são os Relatórios Personalizáveis que trazem interface diferenciada destinada à criação de leiautes de relatórios por seção e células, permitindo a definição de fontes, cores, ajuste no tamanho de colunas e linhas, uso de fórmulas e funções, apresentação de gráficos, exportação para Excel, entre outras funcionalidades, sempre buscando oferecer a sua empresa ferramentas de alta qualidade.

Este release é destinado aos clientes que utilizam as versões Protheus 8 Release 1, 2 ou 3, AP7 ou anteriores, que desejam migrar para o Release 4 do Protheus 8, beneficiando-se de todas as melhorias desenvolvidas para o produto desde seu lançamento.

As notas do Release 4 do Protheus 8 estão organizadas, apresentando os seguintes assuntos:

Infra-estrutura

Atualizando a Versão - descreve a mudança efetuada no MP710TO811 para este release.

Relatórios Personalizáveis - apresenta os detalhes e telas da nova funcionalidade.

Configurador - apresenta as implementações e melhorias relacionadas à infra-estrutura do Protheus, tais como exportação de consulta genérica para Excel.

Novos Ambientes Apresenta um breve descritivo dos novos ambientes. O CPR Microsiga - Centro Permanente de Resultados oferece demonstrações dos novos ambientes do Protheus 8. Agende a sua visita pelo site da Microsiga.

Page 5: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

2

Resumo das Principais Melhorias Apresenta um breve descritivo das principais funcionalidades implementadas nos ambientes do Protheus. Os detalhes sobre as melhorias sistêmicas desenvolvidas ao longo deste período foram documentados em boletins técnicos e estão disponíveis no FTP da Microsiga.

Clientes da versão Protheus 8

Os clientes do Protheus 8 devem executar o atualizador de versão MP710TO811 caso desejem utilizar os novos ambientes. Observa-se, portanto, que a atualização para este release é recomendável, porém não é obrigatória, exceto para os novos ambientes.

Todavia, a partir deste release, os updates e patches liberados pela Microsiga devem ser aplicados sobre este último repositório e, caso o MP710TO811 não tenha sido executado, os novos ambientes não estarão prontos para utilização.

Clientes da versão AP7

Os clientes da versão AP7 e anteriores devem consultar também documentos anteriores de Notas de Release da versão Protheus 8.

Page 6: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

3

Infra-estrutura

Atualizando a Versão

Para a atualização de versão do Release 4 do Protheus, é necessário executar o programa MP710TO811 conforme orientação do Guia de Instalação.

Porém, no Release 4 do Protheus, o processo de atualização exibe uma tela adicional para atender tanto aos clientes que estão atualizando o produto a partir da versão AP7, quanto aos que já utilizam as versões Protheus 8 - Release 1, 2 ou 3, e querem utilizar os novos ambientes.

Desta forma, após acessar o MP710TO811 e informar a senha do Administrador, será apresentada a janela "Atenção" para o seja informada a partir de qual versão será realizada a atualização.

Esta informação é muito importante para que o ambiente seja preparado corretamente:

Se estiver utilizando a versão Advanced Protheus 7, marque a caixa "Atualizar 7.10 para 8.11 R4"

Se já estiver utilizando uma versão anterior Protheus 8 - Release 1, 2 ou 3, marque a caixa "Atualizar 8.11 R? para 8.11 R4"

Após a escolha e confirmação, o sistema retorna à tela anterior para dar continuidade ao processo de atualização. Prossiga a atualização conforme descrito no Guia de Instalação.

Page 7: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

4

Se a integridade referencial estiver ativa, o atualizador de versão irá desativá-la antes de iniciar o processo de atualização de versão.

Desta forma, ao final desse processo, será necessário executar a rotina que ativa a integridade referencial, através do ambiente Configurador, opção “Base de Dados/Integridade”.

Page 8: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

5

Relatórios personalizáveis

Imagine configurar um relatório definindo cores, bordas, cabeçalho, títulos das colunas e linha de totais que permita classificar a informação por qualquer campo, aumentar ou diminuir o tamanho de linhas e colunas. Em que seja possível trocar a posição das colunas, omitir ou exibir campos, totalizar, agrupar, exportar para Excel etc.

Pensando em todas essas vantagens, criou-se nova funcionalidade de Relatórios Personalizáveis que permite ao usuário modificar os relatórios padrões, criando leiautes próprios.

Vale lembrar que nem todos os relatórios podem ser personalizados. Relatórios que tenham leiaute pré-definido por lei e formulários (boletos , notas-fiscais etc) não poderão ser alterados.

Os relatórios personalizados são gravados com extensão .PRT, diferenciando-se dos relatórios convencionais que recebem a extensão .##R.

Tela inicial simplificada A tela inicial dos relatórios personalizados é simplificada para permitir a configuração das opções básicas de impressão, oferecendo agilidade para o usuário que deseja emitir rapidamente seus relatórios com leiautes já gravados ou no formato padrão distribuído pela Microsiga.

Na janela, é possível a seleção da impressora e modo de impressão (gravação em arquivo, envio para spool de impressão do Windows/Linux, envio do relatório em html por e-mail, exportação para Excel no formato XML).

A saída da impressão pode ser local, na máquina do usuário; ou no servidor, respeitando as permissões de senha do usuário.

Page 9: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

6

As especificações de tamanho do papel são as padrões do mercado, conforme o formato escolhido, o Protheus irá ajustar a impressão. Além disso, é possível escolher a orientação do papel, se Retrato ou Paisagem, porém em alguns relatórios essa opção não é aplicável devido à necessidade de otimização da largura para apresentação dos dados.

O título do relatório pode ser alterado livremente de forma a representar o assunto demonstrado. Também é possível alterar a organização dos dados, selecionando uma das chaves disponíveis.

O campo "Layout" permite selecionar o modelo de relatório para impressão. À medida que novos leiautes forem gravados para um relatório, seus nomes serão listados nessa caixa.

A opção "Preview" faz a exibição na tela do relatório gerado, possibilitando, na seqüência, o seu envio para impressora ou a cancelamento da impressão.

A execução em segundo plano envia o relatório imediatamente para fila de impressão e libera o Protheus para outras operações. A opção "Agendar" tem a mesma finalidade, porém com um horário programado para impressão do relatório. Para que seja possível utilizar o agendamento, é necessária a configuração prévia do recurso de Schedule através do ambiente Configurador.

O botão "Parâmetros" traz as perguntas para definição dos critérios de impressão. Nesse release, alguns relatórios permitem que sejam especificados intervalos de dados não contíguos ou individualizados.

Page 10: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

7

Na configuração dos parâmetros de impressão, os dados devem ser separados por hífen e ponto e vírgula, seguindo o padrão Windows. Por exemplo: Para emitir a relação dos funcionários, pode-se configurar o parâmetro "Códigos" com 000001-000006;000020-0000100;0000110.

Personalizando os relatórios O botão "Personalizar" apresenta janelas para construção de uma nova aparência para o relatório.

Configurando o leiaute por seção No lado esquerdo da janela Personalizar, apresentam-se as seções do relatório que representam os diferentes grupos de informações exibidos, por exemplo, os dados da Relação de Comissões são divididos nas seções ou quebras: Relatório de Comissões, Identificação do Vendedor, Dados dos Títulos e Valores Totais.

Seção principal

A primeira seção é a principal e define as características gerais de todo o relatório.

Page 11: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

8

Para a seção principal, é possível definir:

Altura da linha A altura padrão para todas as linhas do relatório. É recomendável que essa configuração seja definida, considerando-se o tamanho da fonte utilizada. Para cada seção, também se poderá definir altura das linhas. O sistema irá aplicar de forma diferenciada as alturas das linhas.

Espaçamento A margem esquerda em pontos para todo o relatório. Também será possível definir a margem esquerda de cada seção, criando indentações na disposição dos dados.

Número inicial da página O número da página do relatório em que se deve iniciar a impressão. Esse recurso é útil quando se deseja reiniciar a impressão a partir de uma página do relatório.

Fonte A fonte e o tamanho de letra que serão utilizados em todo relatório. São listadas todas as fontes disponíveis no ambiente operacional, porém o tamanho da fonte está limitado a dezesseis (16) pontos.

A apresentação ou inibição dos dados de: cabeçalho do relatório, rodapé, páginas inicial de configuração dos parâmetros, informações ou observações adicionais, respeitando a permissão da senha do usuário.

Seções específicas

Ao abrir a árvore das seções, são apresentadas as seções específicas do relatório, que podem receber atributos individualmente. Basta posicionar sobre o título da seção e configurá-la. Por exemplo: para a seção Vendedor, utiliza-se destaque com bordas e para a seção Dados dos títulos, destaque em cor.

Note que existem três áreas para configuração das seções: Propriedades (apresentada automaticamente); Células e Filtro (apresentadas na parte inferior da janela).

Page 12: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

9

Para as seções específicas é possível definir:

Propriedades Imprimir:

Se será ou não impressa a seção e seus títulos, se as células (campos) serão apresentadas em formato colunas ou em linhas. Se marcada a opção linhas, em "Colunas (células em linha)", é possível definir quantas células por linha devem ser impressas. Caso a seção seja inibida, somente seus totais de valores serão apresentados, como em um relatório sintético.

Cabeçalho das colunas: Se os cabeçalhos das colunas (nomes dos campos) devem ser exibidos. É possível configurar a apresentação do cabeçalho acima de cada coluna (topo da página) e repeti-lo sempre que houver quebra de página.

Altura e espaçamento entre linhas A altura da linha e o espaçamento entre elas podem ser ajustados. É recomendável que essa configuração seja definida, considerando-se o tamanho de fonte utilizado.

Page 13: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

10

Margem esquerda O espaço em pontos para margem esquerda da seção. Para a impressão, será considerada a margem do relatório mais a da seção.

Quebra linha na impressão de colunas Quando o relatório possui muitas colunas, dependendo do tamanho da fonte utilizada, pode ocasionar o truncamento de informações. Assim, com essa opção marcada, se não couberem todas as colunas na mesma linha, o sistema continuará a impressão dos dados na linha seguinte.

Ajustar células Se for utilizado um tamanho grande de fonte, pode ser necessário ajustar o tamanho da colunas para que seja possível balancear o espaço utilizado e prevenir que os dados não sejam truncados. O Protheus proporciona automaticamente todos os tamanhos das colunas, aproximando as informações conforme a quantidade de posições dos campos. Mesmo assim, pode ocorrer o truncamento dos títulos e dos dados da coluna caso não haja espaço suficiente. Também é possível realizar o ajuste individual de células, veja no tópico "Células".

Quebrar página antes Cada seção será impressa em uma nova página.

Cor Pode-se definir cores em RGB para o fundo e para a fonte da seção. Para seleção, gira-se o triângulo na direção da cor desejada e arrasta-se o ponto interno até o tom desejado; ou digita-se as quantidades de vermelho, verde e azul para compor a cor.

Page 14: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

11

Borda Para separação das seções, podem-se aplicar bordas superior, inferior e laterais, basta clicar em cada lado.

Células

As células são as colunas dos campos apresentados pelas seções do relatório. Para adicionar ou inibir colunas e definir seus atributos, basta clicar sobre a barra "Célula", apresentada na parte inferior da janela.

Page 15: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

12

Os campos das tabelas de dados, utilizadas no relatório, são disponbilizados para que se possam adicionar novas colunas.

Para adicionar ou remover células no relatório, basta clicar sobre elas e utilizar os botões com as setas. As células também podem ser movimentadas para cima ou para baixo, modificando suas posições no relatório.

Na lado direito da janela, são definidas as propriedades de cada célula:

Título É sugerido o título do campo, mas pode ser alterado.

Tamanho Quantidade de posições reservadas para exibição dos dados da célula. É sugerido o tamanho do campo.

Máscara Formato para apresentação dos dados em sintaxe AdvPl. É sugerida a máscara padrão do campo.

Alinhamento e alinhamento do título Alinhamento dos dados das células e do título. Com o alinhamento automático, o Protheus analisa o tipo do campo e alinha à esquerda se caractere e memo, à direita se numérico, ao centro se data ou lógico.

Auto ajustar Da mesma forma que o ajuste da seção, é possível definir individualmente o ajuste automático da largura da célula.

Quebra linhas para texto longo Se o campo for do tipo caracter ou memo, será efetuada a quebra automática de linha para exibição de todo o texto.

Considerar o tamanho do cabeçalho Na impressão das colunas, se a largura da célula for menor que o cabeçalho, será considerado o tamanho do cabeçalho.

Se essa caixa não for habilitada, utilizando a função de auto ajuste, até mesmo o cabeçalho da célula poderá ser truncado para que seja possível ajustar a visualização dos dados.

Cor e borda Da mesma forma que a configuração da seção, podem-se especificar bordas, cor de fundo e fonte para uma célula.

Page 16: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

13

Fórmulas A criação de fórmulas permite realizar cálculos com as células selecionadas para o relatório. É possível criar estruturas complexas de fórmulas, utilizando comandos em AdvPl.

A elaboração de fórmulas deve ser realizada criteriosamente, pois pode comprometer a performance do processamento do relatório. Para cada linha impressa da célula, o Protheus precisa calcular a fórmula novamente.

Para defini-las, clica-se no campo "Fórmula" e, em seguida", no botão .

No lado direito da janela, são relacionadas as células do relatório. Para utilizar uma célula na fórmula, dê um duplo clique sobre ela. A área da fórmula irá representá-la como CELL (<ordem>). A partir daí as fórmulas podem ser compostas com funções AdvPl , utilizando comandos de repetição como If, Whlile, For, ou com simples operações matemáticas.

Para editar uma fórmula, clica-se no botão .

Page 17: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

14

Acumuladores Os acumuladores permitem criar células com total, média, mínimo e máximo, baseado em outras células numéricas e também criar células de contagem de ocorrências, baseado em qualquer dado.

A partir de um acumulador também são criados gráficos para apresentação ao final do relatório.

Acumulador Define o tipo do acumulador que será criado: se totalizador, valor mínimo, valor máximo, média ou contador de ocorrências.

Agrupar por Os acumuladores são criados baseados em uma célula agrupadora, por exemplo: para criar um acumulador que totalize as comissões faturadas pela venda de cada cliente, é necessário os valores precisam ser agrupados por cliente.

Page 18: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

15

Nesse caso, basta dar um duplo clique sobre o nome da célula à direita para inclui-la no campo "Agrupar por". É possível agrupar o acumulador por mais de uma célula.

Fórmula É o dado que será acumulado. Por exemplo: Comissão. Pode-se utilizar expressões em AdvPL para composição do acumulador.

Imprimir no final do relatório Os acumuladores podem ser impressos separadamente ao final de relatório como uma estatística dos dados apresentados.

Gráfico A partir do acumulador podem-se criar diferentes tipos de gráficos (barra, linha, pizza etc). Os gráficos são gravados em arquivos .BMP com o mesmo nome do arquivo do relatório. Se existirem vários acumuladores com gráficos, os arquivos .BMP serão gravados em seqüência (matr1501.bmp, matr1502.bmp, etc) no diretório de spool. Se excluído o arquivo .BMP, o gráfico deixará de ser exibido. Para definição do gráfico, é necessário informar o tipo, o título do gráfico, o nome para a série e a apresentação ao final do relatório.

Page 19: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

16

Célula

Para apresentação do acumulador como coluna, pode-se definir um título, tamanho e máscara. Um acumulador pode ser utilizado apenas para criação de gráfico; assim, se não houver interesse em apresentá-lo no relatório, basta desmarcar a opção "Imprimir". Caso seja habilita a impressão, a cada linha, o sistema irá acumular os valores da coluna.

Filtros Os filtros selecionam os dados do relatório a partir de condições definidas pelo usuário. Para definir um filtro, são utilizadas as tabelas da seção principal.

Portanto, para definir um filtro, posicione sobre a seção principal e clique na barra "Filtro", apresentada na parte inferior da janela.

Os campos da tabela principal estarão disponíveis para composição dos filtros.

Após a configuração do relatório, clique no botão "Salvar" para gravar o modelo e utilizá-lo sempre que necessário.

Em seguida, na janela inicial de configuração do relatório, clique no botão "Imprimir" para gerar o relatório.

Page 20: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

17

CFG - Configurador

Atualização programada dos dicionários de dados

Com o objetivo de facilitar o processo de atualização dos dicionários de dados, o administrador poderá programar o horário da atualização automática, utilizando o botão “Agendar”.

Ressalta-se que o processo de atualização deve ser utilizado em modo exclusivo; ou seja, nenhum usuário poderá utilizar o sistema durante a realização do processo. Se no momento agendado, o sistema estiver sendo utilizado, a atualização automática não será efetuada e outra data deverá ser agendada. Quando o usuário estiver com o sistema aberto, porém sem processos em uso por inatividade - time out, o processo se realizará normalmente.

Exportação de consultas genéricas para Microsoft Excel

Disponibilizada na consulta genérica (LERDA), a funcionalidade de exportação direta de dados para o aplicativo Microsoft Excel.

A exportação é processada pelo botão “Exp. Excel”, quando se deve informar a quantidade de registros da tabela selecionada que serão exportados para o Excel. Por uma questão de performance, o número máximo de registros que poderão ser exportados é 999 e não pode ser aumentado.

Tratamento para controle de exclusão de fórmulas

Para que seja possível controlar exclusões de fórmulas que estejam em utilização por algum TES – Tipo de Entrada e Saída, criou-se o parâmetro 'MV_CFGX19A".

Quando esse parâmetro estiver ativado, nessa situação, a fórmula não poderá ser excluída, garantindo a integridade dos processamentos fiscais.

Integridade Referencial x Ambientes Protheus

Para alguns ambientes do Protheus, o recurso de integridade referencial diretamente no SGBD (Sistema Gerenciador de Banco de Dados) está em fase de desenvolvimento.

Antes de ativar o uso da integridade referencial, consulte o help-desk Microsiga para certificar-se que a implementação está disponível para o ambiente.

Page 21: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

18

Novos Ambientes

PLS - Planos de Saúde

O Protheus 8 Gestão de Planos de Saúde foi desenvolvido para atender aos segmentos de cooperativas médicas e odontológicas, autogestão, medicina de grupo e seguradoras, atendendo toda a regulamentação da Lei 9.656 e contemplando todas as exigências da Agência Nacional de Saúde Suplementar (ANS).

Integrado às demais funcionalidades do Protheus 8, dispões de todos os recursos necessários para o perfeito gerenciamento de processos, tornando mais eficiente e competitiva a administração das empresas do setor.

Tendo como característica a grande possibilidade de parametrizações, o PLS permite grande flexibilidade para definição de coberturas, carências, taxas e preços de planos, formas de cobrança e regras negociadas com as diversas classes de prestadores, como médicos, clínicas, hospitais e laboratórios. Tais parametrizações podem ocorrer em diversos níveis, permitindo a criação de regras genéricas para toda a empresa, como também criando regras específicas até o nível de beneficiário.

As funcionalidades do Protheus 8 Gestão de Planos de Saúde têm como principais objetivos prover a empresa com ferramentas para aumentar a produtividade em atividades operacionais como credenciamento da rede de prestadores, gestão de vendas e contratos, processos de atendimento e autorizações, controle de contas médicas, cobrança e pagamento, bem como oferecer meios para um efetivo processo de auditoria de autorizações com informações on-line de todo o histórico de beneficiário, prestador e procedimentos.

Funções operacionais:

Credenciamento de prestadores. Gestão de vendas: O sistema possui recursos para efetuar simulações de

vendas, comparativos entre empresas (concorrentes) que indicam fatores críticos de sucesso/insucesso durante o processo de negociação de contratos, gerando informações em planilhas e gráficos. Também é possível estabelecer regras de comissões, levando-se em conta variáveis como metas de vendas, regras de comissionamento por produto, quantidades, períodos (tempo), times de vendas, entre outros.

Gestão de contrato: Uma característica do sistema é atender de forma automatizada e configurada toda a negociação comercial, gerando a partir da venda do plano os contratos em modelos configurados e integrados aos sistema (através da integração do sistema com o MS-Word), emissão dos boletos no final da negociação, carteirinha e demais funcionalidades ainda no processo de negociação, em que o grande objetivo é fazer com que o cliente possa sair da sua empresa com tudo pronto e de forma automática.

Atendimento/Autorização.

Page 22: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

19

Auditoria: O sistema é baseado em regras de auditoria e permite que os gestores tenham total controle sobre autorizações realizadas, exames negados, glosas realizadas e demais informações importantes para a tomada de decisões.

Controle de contas médicas. Controle de reembolso. Cobrança. Pagamento. Funções de controle Regras de coberturas. Regras de carências. Regras de atendimento dos prestadores. Regras de valorização de serviços e procedimentos. Auditoria. Livros ANS, que permitem o atendimento às exigências da Agência Nacional de

Saúde Suplementar. SIB (Sistema de Informações de Beneficiários). SIP (Sistema de Informações de Produto). Agenda médica - permite o controle da agenda dos médicos que prestam

serviços nos pontos de atendimento. Regras de contabilização da ANS, totalmente integradas ao ERP, abrangendo

vários níveis de hierarquização do plano de saúde. Integração on-line com financeiro, permitindo uma total automação de cobrança

e dos pagamentos a serem realizados. Controle gerencial por naturezas financeiras. Utilização do conceito da Curva de Gauss para análise do desempenho da rede

de atendimento. Controle de capital social - prevê a distribuição de dividendos para cooperados

mediante resul tados obtidos. Além destas funcionalidades, o sistema possui um portal exclusivo para credenciados e usuários que permite efetuar autorizações de exames através da Internet, consultar/imprimir os extratos de utilizações, extratos da rede de atendimento e efetuar a consulta ao guia médico.

Page 23: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

20

Através de ferramentas de BI, disponíveis no Protheus 8, o sistema dispõe de uma série de consultas gerenciais pré-formatadas, oferecendo informações que irão auxiliar sua empresa na tomada de decisões.

Os helps em Html que compõem a documentação do Planos de Saúde estão em desenvolvimento. Portanto, ainda não disponíveis nesse release.

Page 24: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

21

SGI - Sistema de Gestão de Indicadores

O SGI é uma ferramenta web de análise de Indicadores Chave da Performance (KPI, Key Performance Indicator), que permite fácil análise dos scorecards (painéis) e dos indicadores, além de possibilitar o acompanhamento de planos de ações definidos, visando o alcance das metas empresariais estabelecidas.

Sua concepção foi intrinsecamente estruturada pela metodologia de gestão para alcance das metas: o PDCA – Plan, Do, Check, Action, (planejar, executar, avaliar e agir) desde o planejamento até a ação ou tomada de decisão.

Uma vez que a organização analisou sua missão, seus investidores e definiu suas metas, torna-se necessário um meio para medir o progresso. Por meio do SGI, realizam-se medições que antecipadamente refletem os fatores críticos de sucesso, tornando possíveis o rastreamento, o monitoramento e ação sobre os Indicadores Chave da Performance (KPI).

Toda pessoa responsável por algum departamento ou indicador dentro da empresa deve ser usuário desta ferramenta para acompanhamento de performance. A gestão deve garantir a implementação do que foi efetivamente estruturado e definido na estratégia, bem como avaliá-la e revê-la constantemente, não permitindo que o planejamento estratégico torne-se apenas mais um estudo da alta administração sem conexão com a realidade do dia-a-dia. Assim, é fundamental para o sucesso de uma estratégia o envolvimento das pessoas que irão atuar na empresa, mantendo-as alinhadas e capacitadas a pensar sistematicamente sobre o futuro e não somente para agir no presente.

Page 25: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

22

A implementação da Gestão de Indicadores, torna possível:

Rastreamento de indicadores chave da performance. Aplicação de métricas para as medidas. Aplicação de planos de ação para as medidas. Análise de performance e tendências, com apoio de múltiplos indicadores. Listar os indicadores chave, incluindo Real x Planejado x Projeção.

Armazenar informações de qualidade e essenciais.

Análise de dados através de filtragens, segmentação e artifícios de drill-down.

Definir regras de cálculos, incluindo cálculo automático dos indicadores. Propicia visão geral da performance do negócio em todos os níveis da

organização. Habilita toda organização a operar a gestão da performance. Integra todos os dados da corporação em um único ponto de análise. Integra-se com planilha Excel e base de dados do Protheus.

Page 26: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

23

Ambientes Business Intelligence

BSC- Balanced Scorecard

Permissão de acesso ao menu “Organização”

Implementada rotina que possibilita ao usuário Administrador acessar e alterar o perfil dos usuários, por meio do menu “Organização”, opção “Segurança do Usuário ou Grupo”.

Para garantir a segurança sobre a configuração do perfil dos usuários, os novos usuários cadastrados no BSC serão criados com a restrição de direito “Não Acessa a Organização”. Para os usuários já cadastrados, a permissão continua como “Acessa a Organização” e não deve ser alterada pelo administrador, mantendo desta forma, a configuração anteriormente estabelecida.

Alem disso, ao acessar o BSC, a primeira tela a ser apresentada será a “Área de Trabalho”, ao invés da tela “Organização”, independente do usuário possuir acesso ou não.

Agendamento de processos para notificação de iniciativas em atraso e a vencer

Na rotina “Agendamento de Processos”, implementou-se recurso de notificação de iniciativas (planos de ação) com atraso na execução e com vencimento próximo.

A partir de agora, é possível agendar o envio de e-mails relativos ao vencimento das iniciativas a vencer em até sete dias e também as já vencidas. Os e-mails serão enviados aos responsáveis pelas iniciativas, alertando-os sobre o vencimento.

Somente os administradores possuem permissão para cadastrar o envio de notificações, no “Agendamento de Processo”.

É necessário que o servidor de e-mail esteja configurado no SIGABSC e que cada responsável tenha o e-mail informado em seu cadastro.

Page 27: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

24

Maximização do mapa estratégico

Para facilitar a “Visualização do mapa estratégico”, foi implementado nesta opção o botão “Maximizar”. Com este novo recurso, ao clicar no botão “Maximizar” do mapa estratégico, a tela será ampliada ao máximo, permitindo melhor visualização.

Escolha do responsável nos retornos e avaliações

Implementado tratamento para que seja apresentada, automaticamente, como responsável pelo retorno ou avaliação, a pessoa associada ao usuário corrente, evitando assim que seja inserida uma informação importante em nome de outra pessoa.

Antes, o SIGABSC permitia que, nos cadastros de “Retornos das Tarefas” e nas “Avaliações dos indicadores,” o usuário escolhesse o responsável pelo respectivo cadastro.

A partir de agora, não será mais possível informar este responsável manualmente, assegurando, desta forma, a origem da informação.

Melhorias nos relatórios

Os relatórios de Iniciativas/Tarefas e o de Planos de Ações receberam novos parâmetros e informações:

Relatórios de Iniciativas/Tarefas: pode-se filtrar por importância, urgência e situação das tarefas e iniciativas. Agora, também são exibidas as informações sobre a situação e porcentagem concluída.

Relatório de Indicadores: pode-se filtrar por data de análise (permitindo avaliações retroativas), por situação do objetivo (atingido e não atingido), além de mostrar cores de acordo com o atingimento ou não do indicador.

Criação de webservices para o Gestão de Pessoal (GPE)

Para disponibilizar informações do Balanced Scorecard, no ambiente Gestão de Pessoal, foram desenvolvidos os webservices:

1. GetTasksGrades: Retorno do percentual de atingimento individual das tarefas, permitindo saber quanto cada responsável atingiu em cada tarefa estipulada.

2. GetIndGrades: Retorno do percentual de performance cada indivíduo baseado na análise dos indicadores dos quais ele é responsável.

Os webservices podem ser usados em customizações, principalmente de consultas, acrescentando análises de performance em itens como Avaliação e Desempenho e Remuneração Variável.

Page 28: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

25

Integração com o SigaDW - Datawarehouse

A integração do SigaBSC com o SigaDW foi disponibilizada de duas formas:

Pela chamada de consultas do SigaDW dentro dos painéis do SigaBSC sem apresentação de telas de identificação do usuário (login).

Pela importação direta dos dados do SigaDW.

Page 29: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

26

DW - Datawarehouse

Nesse release, a interface do ambiente SIGADW - Datawarehouse- está totalmente remodelada. Seu novo design e forma de navegação, proporcionam mais agilidade na construção dos cubos e consultas. Contando com assistentes (wizards) que facilitam a definição de entidades.

Além da nova interface, outras importantes melhorias foram criadas:

Nova biblioteca gráfica com mais recursos para elaboração e apresentação dos gráficos.

Unificação das telas de Definição e de Execução da consulta, permitindo uma grande agilidade na mudança das visões.

Novo desktop para o usuário final que passa ter opções de acesso às consultas através de uma árvore ou de painéis no estilo Microsoft Outlook.

Área Meus Favoritos que permite relacionar as consultas mais acessadas e links para documentos diversos.

Filtros de seleção disponíveis também para construção dos gráficos.

Criação de atributos diretamente no cubo (filtros e indicadores virtuais), disponibilizando-os para qualquer consulta.

Integração com Crystal Reports - permite a execução de um relatório em Crystal através de consultas com drill-down.

Histórico de ocorrências - em cada análise gráfica, pode-se gravar uma ocorrência (observação) com a imagem do gráfico. Esse histórico ficará disponível para consulta.

Page 30: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

27

Ambientes Administrativos

CTB - Contabilidade Gerencial

Agilidade nos lançamentos intercompany

Criado tratamento para permitir o transporte de lançamentos entre empresas/filiais com estruturas de cadastros iguais (plano de contas / centros de custo / itens contábeis / classes de valor), evitando a necessidade de cadastrar roteiro do intercompany em nível “analítico” (código a código).

O cadastro Intercompany passa a apresentar marcadores (checkbox), permitindo a geração dos lançamentos contábeis na empresa/filial destino, utilizando o mesmo código de entidade da empresa/filial de origem.

Novo relatório "Conta x Centro de Custo x Item Contábil x Classe Valor x 12 meses"

Disponibilizado relatório “CTAxCCxITxCVx12M” (CTBR295) que permite a comparação de movimentos ou saldos acumulados entre os tipos de saldos de cada período do calendário contábil. A análise de valores poderá ser efetuada com qualquer combinação entre as entidades Conta Contábil, Centro de Custo, Item Contábil e Classe de Valor.

Serão apresentados os valores para cada período do calendário contábil com uma linha para cada “Tipo de Saldo”, selecionado nas perguntas “Tipo de Saldo” e “Saldo a Comparar”. Opcionalmente, serão demonstradas, também, a variação percentual e a diferença em valor entre os saldos.

A apuração dos saldos ou movimentos será feita conforme a combinação de entidades selecionadas através das perguntas “Usa Conta”, “Usa Centro de Custo”, “Usa Item” e “Usa Classe de Valor”.

Histórico de rateio off-line / rateio baseado em valor

Criado tratamento para armazenar o histórico dos rateios off-line processados, ficando disponível sua consulta através do botão “Histórico”, na tela do Cadastro de “Rateios off-line” (CTBA270).

Além da consulta ao histórico, foi criado recurso de cálculo automático do percentual de rateio, baseado em quantidades através dos seguintes campos: "Unidade de Medida" (CTQ_UM) e "Valor na Unidade de Medida" (CTQ_VALOR).

Ao informar o valor/quantidade na tela de cadastro, os percentuais de rateio serão atualizados automaticamente, tomando por base o valor informado na linha, contra o somatório de todas as linhas.

Page 31: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

28

Mudança no relatório "Balancete modelo 1"

No relatório “Balancete Modelo 1” (CTBR040), foi alterada a configuração da pergunta “Quebra por Grupo“, que passa a ter três opções:

Quebra por grupo (equivalente à antiga configuração “Sim”) Com a quebra “por grupo” serão efetuadas quebras de página no relatório de acordo com os grupos de contas associados ao cadastro do Plano de Contas. Para esta opção, é necessário cadastrar os “Grupos Contábeis”, no item “Configurações Contábeis/Grupos Contábeis” (CTBA130) e associar o grupo às contas contábeis no “Plano de Contas”.

Quebra por código (equivalente à antiga configuração “Não”) Com esta opção serão efetuadas quebras de página de acordo com o código da conta do Plano de Contas, sendo efetuada quebra de página a cada mudança na conta sintética de nível 1 (conta de nível um ou conta mãe). Essa configuração só tem efeito se efetuada impressão, considerando-se inclusive contas sintéticas.

Não quebra (novo) Com esta opção o relatório não terá quebra de página forçada, exceto pela quebra normal de limite de página.

Tratamento para a montagem do histórico de lançamentos contábeis aglutinados

Implementado o campo “Histórico Aglutinado” (CTK_HAGLUT) com o objetivo de tratar a montagem do histórico de lançamentos contábeis aglutinados, principalmente, nos casos em que o sistema está configurado com o parâmetro “MV_AGLHIST” (aglutinação considerando o histórico) com conteúdo “T”.

Com essa implementação, o histórico aglutinado passa a ser montado na interpretação da regra de contabilização (função DetProva) e armazenado na tabela de contra-prova. Nos casos em que o histórico aglutinado não estiver preenchido, no cadastro de Lançamentos Padrões, será considerado o histórico padrão para gravação do lançamento e para aglutinação.

Page 32: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

29

Flexibilidade para apresentação do termo “Folha”, no cabeçalho de relatórios contábeis

Criado tratamento para substituir a palavra "Folha" do cabeçalho padrão dos relatórios contábeis, no ambiente Contabilidade Gerencial através da criação do parâmetro "MV_CTBPAG".

Nos casos em que é efetuada a impressão frente e verso de acordo com a interpretação fiscal, o termo utilizado deve ser “Página” e não “Folha”. Para esta situação, pode-se configurar o parâmetro MV_CTBPAG, substituindo a palavra “Folha” por qualquer outra palavra.

Controle de usuários concorrentes, no reprocessamento de saldos contábeis

Criado tratamento que visa bloquear a execução da rotina de Reprocessamento de Saldos por mais de um usuário, na mesma empresa e filial, de maneira simultânea / concorrente, situação que, eventualmente, poderia provocar inconsistências nas tabelas de saldo, mesmo após a execução do reprocessamento.

O tratamento envolve os parâmetros "MV_CTBLCKU" e "MV_CTBLOCK", que permitem habilitar ou desabilitar o controle de concorrência entre usuários, na execução simultânea da rotina de Reprocessamento de Saldos.

Mudança no relatório “Demonstrativo de Resultados”

1. Criada a pergunta “Considerar” com as seguintes opções de escolha:

Mov. Período - o sistema apresentará somente a movimentação do período, sem somar o saldo anterior. Permite que o usuário trabalhe com mais de um calendário em aberto e apresente o demonstrativo somente do exercício contábil que foi selecionado, sem acumular ao exercício anterior.

Saldo Acumulado - o valor apresentado corresponderá ao movimento do período, somado ao saldo anterior. Trata-se da forma como o relatório era impresso antes da criação dessa pergunta.

2. Criada a pergunta "Saldos Zerados ?" com as seguintes opções de escolha:

Sim - as entidades serão impressas independente do valor de seu saldo. Corresponde à forma como o relatório era impresso antes da criação dessa pergunta.

Não - as entidades que tiverem saldo igual a 0 (zero) não serão apresentadas. Essa pergunta existe na maioria dos relatórios do ambiente Contabilidade Gerencial. Se a quantidade de entidades contábeis cadastradas que não tiveram movimentação for muito grande, a opção “Não” permite tanto a redução do tamanho do relatório, como a melhoria da sua performance.

Page 33: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

30

Mudança no relatório “Balanço Patrimonial”

Criada a pergunta “Dem. Período Anterior?“ com as seguintes opções de escolha:

Sim - as colunas de saldos referentes ao período anterior àquele solicitado serão demonstradas. Esta opção refere-se à condição a que o relatório atendia antes da criação dessa pergunta.

Não - as colunas referentes ao saldo anterior ao período solicitado não serão impressas. Essa opção melhora a visualização e facilita a interpretação do balanço, pois traz o saldo somente do exercício contábil selecionado.

Semáforo para processamentos simultâneos de rotinas off-line e on-line

Para melhoria de performance e garantia da consistência das informações durante a gravação e atualização das tabelas de saldos, implementou-se o controle semáforo/ bloqueio de processos, quando executadas as rotinas on-line de forma concorrente com processamentos denominados batch ou off-line.

O controle de “semáforo por processo” ou “serialização por processo” atua permitindo que processos de integração e manutenção de lançamentos sejam executados simultaneamente aos processamentos em batch, efetuando a seguinte ação: enquanto houver o processamento off-line em execução, serão bloqueadas as execuções de novos processos on-line ou off-line.

Esse controle aplica-se tanto a ambientes configurados com atualização de saldos on-line quanto off-line; ou seja, é válido independente da configuração dos parâmetros “MV_ATUSAL” e “MV_SLDCOMP” e do uso de stored procedures no ambiente Contabilidade Gerencial.

O controle de “serialização por processo” será habilitado automaticamente como padrão (default) após aplicação dos pacotes de atualização correspondentes, através de patch emergencial ou atualizações no FTP (não é necessária modificação de parâmetros e/ou configurações).

Na necessidade de reconfigurar a serialização, deve-se criar o parâmetro “MV_CTBSER”.

Novo relatório “Diário Geral Modelo 2”

Desenvolvido o relatório “Diário Geral Modelo 2” (CTBR113) com o objetivo de demonstrar o diário, aglutinando os lançamentos por documento fiscal em formulário de 132 colunas. É ideal para empresas que tenham código de conta contábil com mais de 20 caracteres e lançamentos totais que ultrapassem a casa dos bilhões.

Page 34: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

31

Comparativo de Centro de Custo x Conta de 12 meses com quebra por grupo

Implementada a pergunta “Quebra por Grupo?” no relatório “Comparativo de Centro de Custo x Conta de 12 meses”, cujo objetivo é apresentar os totais conforme os grupos contábeis cadastrados para as contas. A totalização será calculada por centro de custo, considerando as contas contábeis de um mesmo grupo contábil.

Descrição das contas em diferentes idiomas nos relatórios “Balancete Modelo 2” e “Balancete Modelo 3”

Implementada a pergunta “Descrição na Moeda?” nos parâmetros de configuração para impressão dos relatórios “Balancete Modelo 2” (CTBR050) e “Balancete Modelo 3” (CTBR060) que permite visualizar a descrição das contas contábeis conforme as moedas utilizadas. Com isso, a apresentação da descrição dessas contas será feita em diferentes idiomas.

Todas as contas contábeis também deverão ter sua descrição cadastrada na moeda configurada para permitir visualizá-las na impressão dos balancetes, uma vez que o sistema buscará esta informação na tabela CT1 – Cadastro de Plano de Contas, nos campos CT1_DESCXX (sendo XX o código da moeda).

Nova rotina para apuração de resultados

O principal objetivo da apuração de resultados é efetuar o levantamento e cruzamento dos valores de receitas e despesas em um determinado período (exercício, mês e ano), obtendo destes lançamentos contábeis o resultado que poderá ser lucro ou prejuízo do período.

Com esta finalidade foi implementada uma nova rotina de apuração de resultados (CTBA211) que traz maior abrangência, desempenho e integridade para a geração dos lançamentos de apuração.

A principal modificação, comparando-a com a original, está no uso do conceito “movimento” na apuração de resultados. O efeito desta mudança poderá ser visto nos fechamentos em exercícios consecutivos, evitando impacto entre as apurações, caso algum período não tenha sido encerrado. Nessa situação, poderá se apurar o resultado de um determinado exercício “E” tendo o exercício “E-1” pendente de apuração.

Page 35: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

32

ATF - Ativo Fixo

Cálculo de depreciação acelerada proporcional

Implementada a rotina “Depreciação acelerada” (ATFA171) que facilita o cálculo da depreciação acelerada sobre bens móveis em decorrência de um desgaste maior, causado pela utilização por tempo de uso operacional superior ao normal.

De acordo com o RIR/99, depreciação acelerada é aquela reconhecida e registrada contabilmente, relativa à diminuição acelerada do valor dos bens móveis, resultante do desgaste pelo uso em regime de operação superior ao normal, calculada com base no número de horas diárias de operação e para a qual, a legislação fiscal, igualmente, acata sua dedutibilidade.

No que concerne aos bens móveis poderão ser adotados, em função do número de horas diárias de operação, os seguintes coeficientes de depreciação acelerada sobre as taxas normalmente utilizáveis (RIR/1999, art. 312):

1,0 – para um turno de 8 horas de operação. 1,5 – para dois turnos de 8 horas de operação. 2,0 – para três turnos de 8 horas de operação.

Com esta melhoria, a empresa poderá utilizar o bem em um período determinado do mês, aplicando uma taxa específica de 15% (bem operante por 16 horas), que corresponderá à depreciação acelerada, justificado pelo excesso de utilização deste bem neste período e para o restante do mês utilizará a taxa normal de depreciação de 10%, calculado pela rotina “Cálculo mensal” (ATFA050).

Tratamento de valores negativos na inclusão de bens

Implementada melhoria com o objetivo de permitir a inclusão de bens com valores negativos. O sistema permitia a digitação de valores negativos apenas para os tipos de ativos iguais a “05” (Reavaliação negativa).

Para que esse tratamento seja possível, foram criados os seguintes parâmetros:

MV_N3TPNEG – indica os tipos de bens que podem ser inseridos com valores negativos.

MV_N1TPNEG – indica as classificações do bem (campo “Classificac.” - N1_PATRIM) que podem ser inseridas com valores negativos.

Page 36: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

33

Cálculo de depreciação a partir do mês subseqüente ao da aquisição

Para permitir que o cálculo da depreciação seja feito a partir do mês subseqüente ao da aquisição, foi criado um novo conteúdo para configuração do parâmetro “MV_TIPDEPR”:

0 – Proporcional: calcula a depreciação pela quantidade de dias do mês, proporcional entre a data de início da depreciação e a data do primeiro cálculo.

1 – Mês cheio: calcula a depreciação integral no mês de aquisição independente da data de início da depreciação.

2 – Mês subseqüente ao da aquisição (novo): define que a depreciação do bem começará somente no primeiro dia do mês subseqüente à data de sua aquisição.

Novo conceito de correção monetária do Ativo Fixo - Artigo 41 da Lei de Rendas DL 824

Implementada nova rotina de correção monetária para o cálculo de depreciação do ativo fixo conforme Artigo 41 da Lei de Rendas DL 824.

Antes, a correção monetária do ambiente Ativo Fixo era calculada por meio da variação da taxa da moeda. A partir de agora, com base nessa legislação o bem pode sofrer correção conforme os percentuais mês a mês de depreciação do bem cadastrado na opção “Tabela IPC”.

Page 37: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

34

FIN - Financeiro

Tratamento diferenciado, na geração dos impostos de IRRF para pessoas físicas

Criado o parâmetro MV_VCTIRPF para tratamento diferenciado na geração dos impostos de IRRF em casos de títulos a pagar de fornecedores pessoas físicas.

Caso o conteúdo do parâmetro esteja igual a “E”, indica que o título de IRRF será gerado a partir da data de emissão do título; caso esteja com “V”, será gerado a partir da data de vencimento do título e caso esteja com “C”, será gerado a partir da data de contabilização do título.

Validação de valor mínimo recebido na baixa a receber

O novo parâmetro “MV_VLBXREC” permite validar, no momento da baixa de um título no contas a receber, se o sistema deve permitir ou não o recebimento de um valor menor que a soma dos valores de juros, multa e desconto.

Caso o conteúdo do parâmetro seja “1”, a baixa poderá ser efetivada normalmente; caso seja “2”, será apresentada uma tela de aviso em que o usuário deverá confirmar ou não a efetivação da baixa; caso seja “3”, o sistema não apresentará nenhum aviso e não permitirá a baixa.

Recálculo dos Tributos de PIS, Cofins e CSLL na baixa de contas a receber

Na rotina de “Baixas a Receber”, foi implementado recurso que permite executar o recálculo dos tributos de PIS, Cofins e CSLL, considerando a data de baixa dos títulos. Para isto, deve ser criado o parâmetro “MV_IMPBXCR”, que habilita a exibição do botão para recálculo.

O recálculo dos tributos pelo novo botão é realizado mediante o seguinte tratamento:

se o somatório dos títulos em aberto no mês para o cliente ultrapassar o valor mínimo de retenção (5.000,00 – MV_VL10925), os títulos de abatimento dos tributos gerados pela emissão serão regerados com novos valores.

se o somatório dos títulos em aberto no mês para o cliente não atingir o valor mínimo de retenção (5.000,00 – MV_VL10925), os títulos de abatimento dos tributos gerados pela emissão serão excluídos.

Page 38: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

35

Tratamento sobre não-incidência de IRPJ, na fonte - Art. 64 da Lei n 9.430

Disponibilizado tratamento para não incidir o cálculo de IRPJ – Imposto de Renda para Pessoa Jurídica - quando realizada aquisição ou venda de/para fornecedor, ou cliente enquadrado pelo SIMPLES – Sistema Integrado de Pagamento de Impostos e Contribuições das Microempresas e das Empresas de Pequeno Porte.

Para este tratamento, foram criados os campos “Calc. IRRF” (A2_CALCIRF), na tabela cadastro de Fornecedores, e “Calc. IRRF” (A1_CALCIRF), na tabela cadastro de Clientes, que permitem configurar a necessidade do cálculo do imposto de renda, conforme o fornecedor/cliente.

Permissão para cancelamento da baixa de títulos conciliados

O parâmetro “MV_BXCONC” define se será permitido o cancelamento da baixa de títulos que sofreram conciliação bancária.

Caso o conteúdo do parâmetro seja “1”, o sistema permitirá o cancelamento da baixa do titulo; caso seja “2”, será apresentada uma mensagem advertindo que o cancelamento não pode ser efetuado.

Permissão para cancelamento da baixa de títulos principais com impostos de PIS, Cofins e CSLL já baixados

Criado o parâmetro "MV_CB10925" para definir se será permitido o cancelamento da baixa de títulos principais que já tiveram títulos de impostos de PIS / Cofins / CSLL baixados. Caso seja possível o cancelamento, os títulos de impostos baixados também poderão ser cancelados ou excluídos, ou ainda permanecerem como pagos.

Se o parâmetro for configurado com “1”, o sistema permitirá o cancelamento da baixa do título principal; se configurado com “2”, será exibida uma mensagem advertindo de que o cancelamento não pode ser efetuado, pois existe um título “filho” de imposto que já sofreu baixa.

Validação de valor mínimo pago na baixa

Criado o parâmetro MV_VLBXPAG para validar no momento da baixa de um título do contas a pagar, se o sistema deve permitir ou não a baixa com o valor menor que a soma dos valores de juros, multa, correção e desconto.

Caso o conteúdo do parâmetro seja “1”, a baixa será realizada normalmente; caso seja “2”, o sistema apresentará uma tela de aviso, em que o usuário deverá confirmar ou não a efetivação da baixa; caso seja “3”, uma tela de aviso será apresentada ao usuário, não permitindo a efetivação da baixa e sugerindo a inserção de novos valores.

Page 39: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

36

Geração de dados para SEFIP - Integração Financeiro e Gestão de Pessoal

Implementada rotina que tem por objetivo realizar a integração entre os ambientes Financeiro e Gestão de Pessoal quanto à geração de dados para a SEFIP - Sistema Empresa de Recolhimento do FGTS e Informações à Previdência Social.

Com esta integração, é permitido que os títulos de fornecedores que sejam pessoa física e que possuem retenção de valores para a Previdência Social, tenham seus dados lançados nos arquivos de movimentos mensais (SRC) para futuro tratamento da rotina de geração de dados para SEFIP (Gestão de Pessoal).

No processo de integração, será verificado através do CNPJ/CPF, se o fornecedor está cadastrado como funcionário na tabela de cadastro de funcionários (SRA). Caso não exista cadastro, o sistema incluirá, automaticamente, um registro para este funcionário, utilizando como matrícula o código "900000". Este código será incrementado à medida que novas inclusões no cadastro de funcionários se fizerem necessárias. Com isso, deve-se atentar para o correto cadastro do CNJP/CPF, tanto no cadastro de fornecedores (SA2), como no cadastro de funcionários (SRA).

Gravação de histórico do maior valor de nota/título do fornecedor

No cadastro de Fornecedores, implementou-se o campo “Maior Nota” (A2_MNOTA), que será atualizado automaticamente com o valor da maior nota/título de entrada do fornecedor.

Caso o lançamento seja proveniente do ambiente Compras, este campo será atualizado com o maior valor de nota de entrada registrado na tabela SF1- “Cabeçalho de Nota Fiscal de Entrada” para o fornecedor. Caso o lançamento seja proveniente do ambiente Financeiro, este campo será atualizado com o maior valor do título registrado na tabela SF2 - “Contas a Pagar” para o fornecedor.

O sistema já disponibilizava o campo “Maior Compra” (A2_MCOMPRA) para gravação do valor da maior parcela gerada para pagamento das compras devidas ao fornecedor, independente do valor total da nota fiscal.

Com a criação do campo “Maior Nota” (A2_MNOTA), o sistema passa a gravar também o maior valor total da nota fiscal, independente do número de parcelas do título.

Tratamento para baixas de títulos em atraso que tenham “Taxa de Permanência” e “Porc. Juros”

Criado o parâmetro MV_FINJRTP para tratar baixa de títulos em atraso que tenham, no Contas a Pagar e no Contas a Receber, preenchidos os campos “Taxa de Permanência” (respectivamente, E2_VALJUR e E1_VALJUR) e “Porc. Juros” (respectivamente, E2_PORCJUR e E1_PORCJUR).

Page 40: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

37

Antes da criação do parâmetro, caso o título estivesse com os campos “Taxa de Permanência” e “Porc. Juros” preenchidos, o sistema sempre assumia, na baixa, a “Taxa de Permanência”. Com a criação do parâmetro, caso os dois campos estejam preenchidos, é possível selecionar as seguintes opções:

1 = Aplica somente a taxa de permanência. 2 = Aplica somente juro. 3 = Aplica a taxa de permanência e juros.

Alteração da forma de tributação de aplicações financeiras

Realizada alteração no cálculo do IR de aplicações financeiras nas rotinas de “Resgate” (FINA181) e “Apropriações Mensais” (FINA183) para atender ao dispositivo da Lei 11.033, art. 1o., incisos I a IV e § 2º incisos I e III, que trata das diversas taxas de IR para aplicações financeiras.

O tratamento é efetuado quando o campo “% Imposto IRF” (EH_TAXAIRF) estiver com conteúdo em branco no cadastro da Aplicação. Quando esse campo está preenchido, o sistema considera a alíquota nele informada; caso contrário, utiliza as alíquotas definidas pela Lei 11.033.

Indicação do nome do fornecedor na “Cópia de Cheques”

Para que seja possível indicar qual nome do fornecedor será impresso na “Cópia de Cheques” (FINR490), criou-se o parâmetro MV_COPCHQF com as seguintes opções de configuração:

1 = Nome reduzido. 2 = Razão social.

Impressão da GPS – Guia da Previdência Social, no ambiente Financeiro

Realizada melhoria para que seja possível gerar a impressão da GPS – Guia da Previdência Social a partir dos títulos de INSS, registrados no contas a pagar.

Quando um título de INSS for gerado a partir de um pagamento efetuado a determinado fornecedor, será impresso o nome desse fornecedor, na guia, para identificar em nome de quem será efetuado o recolhimento do INSS.

Caso exista um título de INSS sem fornecedor específico; ou seja, título de INSS incluído manualmente (campo “Tipo” (E2_TIPO) = INS), o nome do fornecedor não será impresso na guia.

A impressão é baseada nos títulos a pagar emitidos na competência determinada nos parâmetros, somando todos os títulos de INSS por fornecedor. Será apresentada uma guia para cada fornecedor solicitado.

Page 41: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

38

Contabilização on-line dos movimentos do caixinha

Implementada a possibilidade de efetuar a contabilização on-line dos movimentos do caixinha. Antes, a contabilização somente era efetuada no encerramento do caixinha através da opção “Fechamento”.

Serão utilizados os seguintes lançamentos padronizados para essa contabilização:

572 – Inclusões de movimentos de gastos/antecipações. 579 – Exclusões dos movimentos.

Configuração das taxas de aplicações CDI

Criado tratamento para tratar aplicações financeiras que utilizam a variação CDI no cálculo do rendimento, baseado no cadastro da taxa da moeda (SM2). Através do parâmetro MV_BASECDI será verificada se a taxa de CDI refere-se a uma base mensal ou anual.

A forma como está registrada a taxa é determinante para que o financeiro efetue o cálculo do rendimento de uma aplicação financeira do tipo CDI, utilizando a variação de forma correta.

O cálculo do rendimento é efetuado de acordo com os dados informados no cadastro de Aplicações Financeiras através dos campos “Operação” (EH_TIPO), “Taxa Nominal” (EH_TAXA), “Moeda” (EH_MOEDA) e “Valor da Operação” (EH_VALOR).

Reprocessamento da geração de dados para a DIRF

Efetuada melhoria na rotina “Geração de Dados para a DIRF” (FINA401) para permitir que os dados gerados sejam reprocessados.

A geração de dados para a DIRF, a partir dos títulos de tributos incluídos no financeiro, ocorre da seguinte forma:

1. Ao incluir um título a pagar, o usuário informa “1-Sim” no campo “Gera Dirf” (E2_DIRF).

2. Periodicamente, o usuário aciona a rotina “Gera dados p/DIRF” (FINA401) e informa os parâmetros solicitados.

3. A rotina processa os títulos de tributos (Campo “Tipo” (E2_TIPO = TX)) que tenham o campo “Gera Dirf” (E2_DIRF) igual a “1-Sim” e grava “2-Não” nesse campo, após o processamento.

4. Essa operação cria as informações necessárias nos arquivos SRL - Cabeçalho DIRF/Informe de Rendimentos e SR4 - Itens DIRF/Informe de Rendimentos para posterior utilização no ambiente Gestão de Pessoal, como por exemplo, impressão de relatórios, geração do arquivo para envio à Receita Federal, entre outros.

Page 42: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

39

Com esta melhoria, é possível selecionar se o reprocessamento será tratado, ou não. Em caso de reprocessamento, os dados da DIRF, registrados nos arquivos SRL e SR4, serão excluídos e os dados dos títulos de tributos do ambiente financeiro que já foram processados serão novamente enviados aos arquivos SRL e SR4.

Gravação dos códigos de retenções de tributos de PIS, Cofins e CSLL

Para que seja possível flexibilizar códigos diferenciados de retenção de impostos, foram criados os campos “Cód. Ret. PIS” (E2_CODRPIS), “Cód. Ret. Cof.“ (E2_CODRCOF) e “Cód. Ret. CSL” (E2_CODRCSL) na tabela de Contas a Pagar.

Caso a nota fiscal, a ser incluída pelo ambiente de Compras ou pelo ambiente Financeiro, retenha PIS, Cofins ou CSLL e os campos “Cód. Ret. Pis” (E2_CODRPIS), “Cód. Ret. Cof.” (E2_CODRCOF) ou “Cód. Ret. Csl” (E2_CODRCSL) estejam preenchidos, o sistema irá gravá-los na duplicata “pai”, ignorando os códigos pré-definidos atualmente no sistema, que são:

“5952” quando o título retém os três impostos: PIS, Cofins e CSLL. “5979” quando o título retém somente PIS. “5960” quando o título retém somente Cofins. “5987” quando o título retém somente CSLL.

Nos impostos “Filhos”, o sistema gravará os códigos de retenção no campo “Cód. Retenção” (E2_CODRET) de acordo com a informação dos novos campos. Quando não estiverem preenchidos, o sistema fará a gravação do campo utilizando o mesmo tratamento da duplicata “Pai”.

Os códigos de retenções dos impostos devem estar cadastrados na Tabela “37” do arquivo “SX5”.

Gravação da data de inclusão de títulos a pagar em borderôs que retenham PIS, Cofins e CSLL

Para gravar a data de inclusão de títulos a pagar em borderôs que retenham impostos de PIS, Cofins e CSLL (FINA241), foi criado o campo “Dt. Borderô” (E2_DTBORDE) na tabela de Contas a Pagar, que irá controlar a retenção dos impostos da Lei 10925 quando forem gerados no pagamento do título; ou seja, na baixa do título ou na geração de borderôs de pagamentos (MV_BX10925 = 1).

De acordo com a Lei 10925, a retenção dos impostos é efetuada mensalmente por fornecedor, considerando a data de vencimento real dos títulos, porém com a criação do campo “Dt. Borderô” (E2_DTBORDE), o sistema passará a verificar também a data de geração dos borderôs para efetuar a retenção dos impostos de PIS, Cofins e CSLL.

Page 43: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

40

Cálculo da variação monetária - Alteração de taxa

A rotina Contabilização da Variação Monetária é utilizada quando existem movimentações em moeda estrangeira no ambiente Financeiro da qual resulta uma diferença que denominamos variação monetária e que para ela deve haver um lançamento contábil correspondente mensal enquanto os títulos a pagar ou a receber permanecerem em aberto.

Foram criadas duas novas perguntas "Taxa de Venda da Moeda" e "Taxa de Compra da Moeda" que possibilitam alterar a taxa da moeda para correção na execução da rotina de variação monetária.

Com base nas taxas informadas, o sistema atualizará os novos campos “Tx. Cor. Moeda“ (E1_TXMDCOR) e “Tx. Cor. Moeda” (E2_TXMDCOR). Estes valores serão utilizados no próximo cálculo da variação monetária para determinar o valor inicial.

Além disso, serão utilizados nas rotinas de baixas do Contas a Pagar e do Contas a Receber que também calculam a variação monetária para os títulos.

Nova opção de taxa de conversão nos relatórios Aging de Fornecedores e de Clientes

Incluída a pergunta “Converte valores pela?” (Taxa do dia, Taxa do movimento), nos relatórios “Aging de Fornecedores” e “Aging de Clientes”, que permite escolher a taxa de conversão que deseja utilizar na impressão do relatório.

Assim serão possíveis os seguintes tratamentos:

Taxa do dia – será considerada, na conversão, a taxa diária da moeda referente à data de inclusão do título (tabela SM2 – Moedas).

Taxa do movimento – será considerada, na conversão, a taxa informada no campo “Taxa moeda” (E2_TXMOEDA), fornecida na inclusão do título a pagar ou a receber.

Nova opção de taxa de conversão, no relatório “Títulos a Pagar 2”

A pergunta “Converte valores pela?” (Taxa do dia, Taxa do movimento) foi incluída no sistema, permitindo que o usuário escolha a taxa de conversão que deseja utilizar na impressão do relatório.

Dessa forma, serão possíveis os seguintes tratamentos:

Taxa do dia – será considerada, na conversão, a taxa diária da moeda referente à data de inclusão do título (tabela SM2 – Moedas).

Taxa do movimento – será considerada, na conversão, a taxa informada no campo “Taxa moeda” (E2_TXMOEDA), fornecida na inclusão do títul o a pagar.

Page 44: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

41

Importação do arquivo texto da AFIP RG 1817

Criada a rotina de “Import. AFIP” (FINA995) para importação do arquivo texto (.txt) com a classificação tributária por CUIT, disponível na Internet, página da AFIP. Com base neste arquivo, será possível verificar se o CUIT do fornecedor está incluso na relação do governo para obrigatoriedade de retenção de ganâncias. Neste caso, o campo “Insc. Imposto” (A2_INSCGAN) deve estar atualizado com conteúdo “S”.

A rotina “Import. AFIP” possui três opções, que podem ser executadas em seqüência:

1. Importação do arquivo texto para a nova tabela FI3 – cadastro de Contribuintes de Retenção.

2. Emissão de relatório com divergências entre o campo “CUIT” do cadastro de fornecedores comparado ao conteúdo do arquivo importado.

3. O sistema faz a verificação de todos os CUITs do cadastro de fornecedores, pesquisando no tabela FI3; caso o CUIT seja encontrado, o campo “Insc. Imposto” (A2_INSCGAN) é atualizado com “S”; caso não seja encontrado, o campo é atualizado com “N”.

Relatório “Resumo de recebimentos em dinheiro por cliente” (FINR275)

Para que seja possível facilitar a inclusão de dados, no programa da Declaração Informativa do México, declaração esta que inclui todos os clientes que pagaram mais de 150.000 pesos, foi criado relatório que apresenta os valores pagos por cliente em dinheiro, em um determinado período.

Serão apresentados os dados do cliente (nome, endereço e RFC) e os valores pagos no período selecionado. O relatório permite a quebra por filial do sistema.

Conversão automática de valores na baixa parcial da ordem de pago

Na janela “Opção de Pagamento Diferenciado”, foi incluída a coluna “Vl. Moeda Selecionada”, que exibirá a conversão do valor a pagar. Desse modo, ao se tratar de uma baixa parcial, basta informar o valor a pagar na coluna “Vl. a pagar”, na moeda original, e o sistema automaticamente o converterá para a moeda selecionada, evitando cálculos manuais de conversão.

Page 45: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

42

Tratamento diferenciado na geração dos impostos de IRRF de acordo com o artigo 34 da Lei 10.833

De acordo com o artigo 34 da lei 10.833 de 29 de dezembro de 2003, as entidades da administração pública federal ficam obrigadas a efetuar as retenções na fonte para o Imposto de Renda, CSLL, COFINS e contribuição do PIS/PASEP, quando se tratar de um título a pagar.

O artigo 35 da Lei 11.196 de 21 de novembro de 2005 determina que o recolhimento ao Tesouro Nacional deve ser realizado pelo órgão público que efetuar a retenção ou de forma centralizada pelo estabelecimento matriz da pessoa jurídica, até o último dia útil da quinzena subseqüente àquela quinzena em que tiver ocorrido o pagamento à pessoa jurídica fornecedora dos bens ou prestadora do serviço.

Para adequação às leis, implementou-se o parâmetro “MV_VENCCRC”, que deve conter os códigos de retenções que se enquadram no artigo, separados pelo símbolo “#” para que o Sistema possa verificar o código de retenção do título de IRRF a ser gerado com vencimento diferenciado.

Exclusão de movimentos de prestação de contas em adiantamentos do caixinha

Criado o parâmetro “MV_PCTCAIX” que permite excluir um movimento de prestação de contas lançado para um adiantamento do caixinha, através da rotina “Movimentos do Caixa” (FINA560). Esse recurso permite ao usuário refazer a prestação de contas.

Para configuração do parâmetro estão disponíveis as seguintes opções:

1 - exclui o movimento de prestação de contas e estorna o valor ao caixinha (conteúdo padrão).

2 - exclui o movimento de prestação de contas e disponibiliza o valor para novas movimentações.

Cadastro de moedas até a 99ª moeda

O Protheus já está configurado com cinco moedas, sendo uma padrão e quatro alternativas. Além dessas, é possível configurar outras pelo parâmetro MV_MOEDAPX e pelos respectivos campos M2_TXMOEDX, na tabela SM2 – Moedas do sistema. Esse parâmetro limitava o uso de até nove moedas.

Dessa forma, foi implementada melhoria que permite cadastrar até a 99ª moeda. Para configurar as moedas da décima à nonagésima nona, é necessário criar os parâmetros MV_MOEDPXX (XX é o número da moeda que se quer cadastrar) e, na tabela SM2 – Moedas, os respectivos campos M2_TXMOEXX (XX é o número da moeda a ser cadastrada).

Page 46: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

43

Posicionamento da tabela SE5 - Movimentação Bancária, na contabilização do recibo

Implementado o posicionamento da tabela SE5 - Movimentação Bancária na contabilização dos movimentos de baixas efetuados pela rotina “Recebimentos diversos” (FINA087a), permitindo que seus dados sejam utilizados na composição do lançamento padrão 575 – Inclusão de Recibos Diversos - para a geração da contabilização on-line e off-line.

Período de acúmulo de bases de cálculo de IRRF

Implementada melhoria que disponibiliza, na rotina “Contas a pagar” (FINA050), a possibilidade de agrupar os valores para gerar a base de cálculo de IRRF utilizando três opções diferentes de data, são elas:

1 - pela data de emissão. 2 - pelo vencimento. 3 - pela data de contabilização.

Para selecionar a data pela qual deseja-se obter o valor acumulado da base de cálculo de IRRF, foram implementados os parâmetros “MV_AMCIRPF” e “MV_AMCIRPJ”, respectivamente para pessoas físicas e pessoas jurídicas.

Mesmo com esta nova configuração, por meio da rotina “Fornecedor” (Mata020), no campo “Mínimo de IR”, o sistema verificará se o valor do imposto calculado atende à condição de valor mínimo necessário para efetuar o recolhimento do imposto, conforme o disposto no art. 724 inciso II do RIR.

Reposição do caixinha com valores variáveis

Implementada a reposição do Caixinha com valores variáveis, cuja finalidade é permitir a reposição manual do caixa com valor diferente do cadastrado.

Isso permite que haja reposição de valores a maior, sem que os valores originais para reposição sejam alterados.

O parâmetro "MV_RPCXMN" define se:

1 - permite reposição manual do caixinha com valores acima do limite (padrão). 2 - não permite.

Page 47: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

44

PCO - Planejamento e Controle Orçamentário

Flexibilidade na configuração da validação de bloqueios

Nos lançamentos de bloqueio, rotina “Bloqueios/Por Processo”, é possível configurar a validação do bloqueio por processo, a cada linha ou somente no final da digitação da grade.

A vantagem de validar o processo somente no final é o ganho de performance na digitação, já que o sistema não valida linha a linha digitada. Porém, utilizando o bloqueio desta forma, corre-se o risco de perder a digitação de todos os valores informados na grade. Portanto, o bloqueio padrão continua sendo a validação linha a linha.

O usuário tem a possibilidade de configurar o modo com que o sistema efetuará a validação. Essa implementação somente é válida para os processos cujas interfaces possuam grade de digitação.

Relatório Cubos Comparativos – Demonstrativo Resumido de Saldos/Movimentos por Período

Criado o relatório “Cubos Comparativos – Dem. Resumido de Saldos/Movimentos por Período”, para demonstrar os saldos dos movimentos (crédito-débito), entre duas configurações de cubos selecionadas pelo usuário e a variação entre elas, apresentada em percentual e em valor.

A configuração dos parâmetros é a mesma do relatório já existente em que este foi baseado, o relatório “PCOR520 – Cubos Comparativos – Demonstrativo de Saldos por Período”, porém, apresenta novo leiaute e a possibilidade para impressão em modo coluna do bloco de impressão “Res. Mov. (C1-D1) / Res. Mov. (C2-D2) / Diferença Res/ Dif. Res. %”.

Geração de lançamentos orçamentários utilizando saldos, contas e centros de custo do ambiente Contabilidade Gerencial

Criada rotina “Lançamentos de Saldos Contábeis” para gerar lançamentos orçamentários no ambiente Planejamento e Controle Orçamentário (SIGAPCO) com base nos saldos contábeis por conta contábil (Tabela CT7) e por conta contábil e centro de custo (Tabela CT3).

Dessa forma, é possível refletir os saldos contábeis de uma conta ou de um grupo de contas no ambiente Planejamento e Controle Orçamentário.

O sistema permite que sejam selecionados quais saldos (real, orçado, gerencial, etc.) serão copiados da Contabilidade.

Page 48: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

45

Implementação de relatórios pré-configurados com controle de acesso

Implementados recursos para permitir a impressão dos relatórios com parâmetros previamente configurados com controle de acesso por entidade (ALF), possibilitando, desta forma, a impressão de acordo com a necessidade de cada usuário.

Para esta melhoria, foram criados dois novos cadastros e uma nova tela para impressão dos relatórios.

Cadastro de Relatórios Cadastro de Pré-Configuração dos Relatórios Impressão de Relatórios Pré-Configurados (PCOR540)

Para o Planejamento e Controle Orçamentário, o cadastro de relatórios será preenchido automaticamente, ao acessar a rotina.

Para ativar o controle de acesso na impressão dos relatórios pré-configurados, foi disponibilizado o parâmetro “MV_PCO_ALF“. Este parâmetro indica se, na impressão dos relatórios pré-configurados, o sistema verifica, ou não, se o usuário tem acesso.

Total por série nas consultas de saldos de cubos

Nas consultas de saldos de cubo por data (PCOC330) e por período (PCOC340), foi identificada a necessidade de totalizar os valores das séries exibidas para cada nível do cubo selecionado.

Para atender essa necessidade, foi criada uma nova pergunta nas consultas, “Exibe Total das Séries?”, que permite ao usuário indicar se a consulta deve exibir uma linha totalizadora, ao final dos valores das chaves de cada nível do cubo.

Ao realizar a consulta de saldos na data, no gráfico que corresponde à linha totalizadora, são exibidos os valores das chaves de cada nível. Ao consultar os saldos por período, o gráfico da linha totalizadora será exibido ao posicionar o cursor sobre essa linha.

Page 49: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

46

PMS - Gestão de Projetos

Relatório "Apontamento de Notas Fiscais de Entrada "

Desenvolvido o relatório que apresenta as notas fiscais apontadas em tarefas de um ou mais projetos. Através dos parâmetros, disponíveis na geração desse relatório, é possível selecionar os projetos e fornecedores desejados.

Markup na tarefa

Para permitir que o usuário determine se a tarefa deve utilizar markup, tanto para orçamento quanto para projetos, foi criado o campo “Utiliza Markup” .

A atualização deste campo pode ser efetuada através da rotina de “Gerenciamento de Projetos”, opção “Alterar Estrutura”, ou ainda, por meio da rotina de “Gerenciamento de Orçamentos”.

Se o campo não for preenchido ou tiver conteúdo “1=Sim”, o percentual do markup é pesquisado na EDT e caso não se encontre, aplica-se o informado no orçamento ou projeto.

Tratamento para considerar recurso no planejamento/empenho

Criado o campo “Gera Planej.” (AFA_GERPLA), no cadastro de Projetos (Modelo 2), para indicar ao sistema se, no momento da geração da necessidade de produção da rotina “Gerenciamento de Execução” (PMSA220), o recurso (produto) deve ser considerado no planejamento/empenho.

No cadastro de Projetos (Modelo 2), deve-se alterar cada recurso (produto) do item da estrutura do projeto, indicando se deve ou não gerar o planejamento.

Acompanhamento da rentabilidade

Disponibilizado o botão “Rentabilidade”, na rotina “Painel de Controle”, com o objetivo de demonstrar, através de consulta, o acompanhamento da rentabilidade de um projeto a partir de comparativos de valores vendidos, previstos e realizados. A consulta pode ser impressa ou ainda exportada para o Excel.

As informações estão distribuídas da seguinte forma:

Totalizadores: Os totalizadores subdividem as informações rentáveis do projeto, permitindo a fácil visualização do cálculo da margem. São eles: Faturamento bruto, Impostos, Faturamento líquido, Custos diretos, Horas alocadas, Despesas diretas, Despesas indiretas e Margem.

Page 50: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

47

Grupos: Para os totalizadores “Faturamento Bruto”, ”Custos Diretos”, ”Horas

Alocadas” e “Despesas Diretas”, é possível agrupar os valores em “subtotais” chamados aqui de “Grupos”. Os grupos devem ser informados na tela de configuração, conforme veremos a seguir.

Código e Descrição: Informações do recurso que originou o valor apontado. Quantidade / Valor Unitário / Valor Total – Vendido: Valores gerados a partir

dos pedidos de venda associados ao projeto; ou seja, o que foi vendido ao cliente.

Quantidade / Valor Unitário / Valor Total – Previsto: Valores gerados a partir do projeto; ou seja, o que foi previsto a ser realizado.

Quantidade / Valor Unitário / Valor Total – Realizado: Valores gerados a partir dos faturamentos e apontamentos associados ao projeto; ou seja, o que foi cobrado do cliente.

Replanejamento de necessidades das tarefas não atendidas

A rotina de planejamento permite administrar a necessidade de material para um grupo de tarefas, gerando as solicitações de compras para atender a essa demanda. Esse processamento podia ser executado apenas uma vez, porém, em algumas situações, uma nova execução torna-se necessária. Por exemplo:

Quando, por algum motivo, houve necessidade de se excluir a solicitação de compra gerada.

Quando não foi gerado o pedido de compra com a quantidade total da necessidade e houve a eliminação de resíduos da solicitação de compra original.

Nesses casos, para atender à demanda que ficou pendente deverá ser reprocessado o planejamento para que sejam geradas novas solicitações de compras com o saldo não atendido.

Com o objetivo de flexibilizar o reprocessamento do planejamento, criou-se o parâmetro “MV_PMSREPL” que deve ser configurado com “1 = Sim” para permitir ou “2 = Não”, caso contrário.

Além disso, foram criados os campos “Quant. Não Atendida” (AFG_NATEND) e “Quant. Não Atend. 2a UM” (AFG_NATEN2), na tabela “Projeto X Solic. de Compras”, para armazenar as quantidades não atendidas na primeira e segunda unidades de medida

Uso de variáveis de memória para integração com Microsoft Excel

O ambiente Gestão de Projetos permite vincular uma planilha do Microsoft Excel à planilha orçamentária. Para essa integração, pode-se utilizar expressões AdvPL com variáveis de memória do Protheus, cujo conteúdo irá corresponder aos nomes das células no Microsoft Excel.

Page 51: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

48

Ao invés de utilizar diretamente o nome da referência (por exemplo: “2006010101”), utiliza-se uma função com variável de memória e campo da própria tabela de itens do orçamento (AK2). Isso facilita a digitação de fórmulas para cada célula, repetindo o mesmo conteúdo em todas as células da planilha orçamentária, sem fixar uma referência diferente para cada uma delas.

Exemplo:

ANOMES(M->AK2_DATAI)+ALLTRIM(AK3->AK3_CO))

O Sistema irá pesquisar, na planilha do Microsoft Excel, por uma célula com um nome formado pela data, seguido do código da conta referente à linha da planilha orçamentária, que pode ser, por exemplo, “2006010101”.

Page 52: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

49

GE - Gestão Educacional

Requerimento de conselho de classe

Criado modelo de requerimento chamado “Conselho de Classe”, que consiste em uma análise da vida acadêmica do aluno, permitindo que ele seja promovido ou não em uma determinada disciplina na qual não tenha obtido a média mínima para aprovação.

Após a análise do conselho de classe, se deferido, é atribuída uma nota a este aluno, que é a nota mínima para aprovação.

A nota do conselho é feita da seguinte forma: Nota do conselho = Nota mínima – Nota atual do aluno. Essa nota será armazenada no campo Média Final (JC7_MEDFIM) e o conteúdo anterior deste campo será armazenado em Média Pré-Exa (JC7_MEDANT). A situação do aluno também é alterada. Caso seja indeferido, a situação atual será mantida sem alterações.

Nesse tipo de requerimento, o aluno tem que estar ativo no período em que pretende solicitar o conselho de classe para as disciplinas, pois caso tenha sido promovido para o próximo período letivo, não será permitido o conselho de classe, cabendo ao aluno cursar as dependências ou o período letivo novamente.

Não existe média mínima para inserção do requerimento; assim, o aluno pode ter média “0” (zero), participar do conselho de classe e ser aprovado.

Controles de famílias e formas de pagamento

Cadastro de Famílias X Membros X Veículos (ACAA905) Esta rotina foi desenvolvida para que seja possível estabelecer um relacionamento entre familiares no sistema, permitindo o cadastramento de todos os membros da família, facilitando a utilização desses dados no cadastro de Alunos e Responsáveis (ACAA240).

Após cadastrar a família, é possível preencher, no cadastro de Alunos, os campos “Família” e “Membro” e o sistema, através de gatilho, atualiza os campos básicos do aluno, bem como sugere o pai e mãe do aluno como responsáveis financeiros por ele.

Além de controlar os membros, o cadastro permite ainda a informação dos veículos da família. Esta informação pode ser utilizada em consultas na portaria para entrada e saída de alunos.

Serviços educacionais (ACAA645) Esta rotina foi desenvolvida para que seja possível disponibilizar serviços que os pais e alunos possam contratar, como por exemplo, “excursão ao parque de diversões”, “transporte escolar”, entre outros.

Page 53: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

50

Nessa rotina, todos os serviços extras que a instituição for utilizar devem ser cadastrados com códigos a partir de 500, pois os códigos 001 a 499 são reservados para os serviços que o sistema controlará automaticamente, como por exemplo, “mensalidade”.

Formas de pagamento (ACAA585) Para cada serviço, podem ser cadastradas diversas formas de pagamento diferentes, permitindo que o aluno/responsável opte por aquela que for mais interessante. Quando a forma de pagamento cadastrada é destinada a pagamento de cursos (mensalidades), o campo “valor” não é utilizado; ao invés disto, deve-se definir os cursos/séries para os quais a forma de pagamento está disponível, além do valor de cada série (valor total). Esta flexibilidade visa permitir o cadastramento de poucas formas de pagamentos com vários cursos amarrados a elas, cada qual com seu valor.

Esta funcionalidade trabalha em conjunto com os “Planos de Pagamento”

Planos de pagamento Esta rotina permite definir, para cada responsável financeiro do aluno, quais serviços educacionais contratar e qual forma de pagamento utilizar para cada serviço contratado.

Por padrão, esta tela é acessada pela “Movimentação do Aluno” (ACAA060), no botão “Alocação do Aluno”, pelo botão “Pl.Pagto” da barra de ferramentas. No entanto, o botão só é exibido quando o curso do aluno estiver configurado para utilizar formas de pagamento (campo JAH_TIPPAR = “2”).

Geração de títulos de planos de pagamento (ACAA681) Devido ao conceito de formas e planos de pagamentos ser bastante diferenciado do conceito de calendário financeiro, criou-se uma rotina de geração de títulos para estas modalidades.

Por padrão, essa rotina já agrupa os títulos de um mesmo responsável financeiro que tenham vencimentos na mesma data.

Relatório de famílias (ACAR905) Este relatório foi desenvolvido para disponibilizar os dados relacionados ao cadastro de Famílias e as informações referentes aos membros e veículos.

Relatório extrato familiar (ACAR901) Desenvolvido relatório que segue o padrão do extrato financeiro do aluno; ou seja, apresenta informações relativas aos pagamentos efetuados pelos responsáveis financeiros, débitos existentes e os alunos que têm ligação direta com as famílias.

Page 54: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

51

Relatório Ficha Financeira da Família (ACAR591) Este relatório foi desenvolvido para facilitar a inclusão de dados no momento da declaração anual de Imposto de Renda com informações referentes aos pagamentos efetuados, débitos, somatórias de totais pagos e devidos, confrontando os dados dos responsáveis financeiros com as famílias as quais pertencem. No relatório, são apresentados os alunos que têm relação com a família, demonstrando os seus pagamentos relacionados.

Regras de visibilidade de usuários

Criado um modelo de visibilidade que permite a instituição de ensino configurar os acessos de usuários às informações pertinentes às áreas co-relacionadas; ou seja, segmentar a visibilidade dos dados por usuário e/ou grupos de usuários. Os modelos de segmentação são estruturados através dos blocos de informações, que podem ser formados por: curso padrão, unidade, turno, grupo e área do saber.

Nas rotinas cadastro de Departamentos (ACAA260), Disciplinas (ACAA090), Funcionários (GPEA010), Grupos de Documentos (ACAA010) e Alunos Externos (ACAA660) foi adicionado um botão, na barra de ferramentas, denominado “Segmentos”, que permite selecionar quais segmentos utilizarão cada um dos registros inseridos em suas respectiva rotinas.

Uma vez definida e acionada a regra de visibilidade do sistema, após o login no Gestão Educacional, será apresentada uma nova tela para que o usuário possa selecionar os segmentos com os quais deseja trabalhar, lembrando que só serão exibidos os segmentos que o usuário e/ou grupo de usuários possui acesso. A partir desta seleção, o usuário, ao acionar as telas do Gestão Educacional, terá a visibilidade restrita de acordo com a configuração pré-estipulada.

Como exemplo de controle de visibilidade, podemos citar uma instituição que irá segmentar a visualização dos seus usuários de acordo com conjuntos de cursos padrões, ou seja, alguns usuários só deverão visualizar no sistema dados relacionados a cursos de medicina, outros somente os de engenharia e assim por diante. Para o exemplo citado, o controle da visibilidade seria efetuado através do curso padrão.

Page 55: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

52

Subturmas

Implementada melhoria para que seja possível dividir uma turma em subturmas. Esse conceito é necessário nos casos em que uma determinada sala não comporta o número de alunos matriculados no curso. Com essa implementação é possível dividir uma determinada disciplina em duas turmas, respeitando o espaço físico da sala.

Para tanto, foram adequadas as rotinas:

Grade de Aulas (ACAA180). Movimentação do Aluno (ACAA060). Geração de Matrícula Automática (ACAA350). Geração de Matrícula por Lote (ACAA810). Apontamento de Notas (ACAA290). Apontamento de Notas por Atividades (ACAA760). Apontamento de Faltas (ACAA590). Relatório Lista de Presença (ACAR200). Relação de Alunos (ACAR250). Portal do Professor.

Controle automático de disciplinas obrigatórias e optativas, na matrícula e promoção de alunos

Na rotina de “Movimentação de Aluno”, criada a pergunta “Matrícula conforme grade cur:” e, nas rotinas “Gera Pré-Matrícula” e “Gera Matrícula Automática”, a pergunta “Promove conforme grade cur:” com o objetivo de facilitar o controle das disciplinas obrigatórias e optativas que serão associadas ao aluno; ou seja, agilizar a matrícula ou a promoção do aluno para todas ou algumas disciplinas da grade de aulas do curso.

Quando a pergunta for definida como “Sim”, o sistema trará a grade com todas as disciplinas obrigatórias e optativas marcadas. Nesse caso, será necessário deixar marcadas todas as disciplinas obrigatórias, sendo que as optativas poderão ser desmarcadas.

Caso a pergunta seja definida como “Não”, o sistema trará a grade somente com as disciplinas obrigatórias marcadas. Essas disciplinas deverão permanecer marcadas, já as disciplinas optativas poderão ser selecionadas.

Configuração de portal WAP para consulta de notas e faltas

O serviço de consulta de notas e faltas realizado por meio do portal WAP foi disponibilizado para o ambiente “Gestão Educacional”. Esse portal permite que se acessem as informações e serviços a partir de aparelhos portáteis como telefones fixos, celulares, pagers e palmtops .

Wap é um padrão definido por um conjunto de grandes empresas de telefonia móvel para ser utilizado em aplicações baseadas em Internet, a partir do servidor até a

Page 56: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

53

interface com o sistema de telefonia celular. O protocolo de comunicação é o mesmo usado no tráfego dos dados da Internet.

Atualização de períodos letivos

Incluído, na rotina “Curso Vigente”, o botão “Atualização de Períodos” (Wizard), cujo objetivo é filtrar os cursos vigentes a partir da definição de parâmetros. Essa nova funcionalidade possibilita informar o período de aulas, o período de matrícula e o calendário acadêmico utilizado por todos em comum.

No cadastro de “Cursos Vigentes” na lista de períodos letivos, os dados relativos às datas tornaram-se opcionais, permitindo assim, que seja informada a duração do semestre e período de matrícula somente quando desejado, de modo que essas informações possam ser atualizadas pela instituição a cada semestre.

Curso Padrão (grade curricular) e Curso Vigente (manutenção de disciplinas)

Visando simplificar o processo de cadastros/alterações curriculares, alterou-se o modo de manutenção das disciplinas, na rotina “Grade Curricular” do curso padrão e curso vigente.

A partir de agora, essa opção não exibirá a janela para seleção dos períodos letivos que se deseja editar; ou seja, a grade curricular inteira do curso passa a ser exibida na tela, facilitando, assim a manutenção das disciplinas de vários períodos letivos em uma única operação.

Para inclusão de uma nova disciplina, deve-se informar o período letivo e, em seguida, o seu respectivo código. Dessa forma, o usuário poderá realizar futuras manutenções, alterando apenas o campo Período Letivo.

Nas disciplinas do curso vigente, podem-se realizar alterações nas características das disciplinas e nos períodos letivos, como por exemplo, definir o tipo da disciplina, no período letivo, podendo ser: "Obrigatória" ou Optativa".

Page 57: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

54

Geração de desconto para títulos

Implementado novo tratamento, na rotina de “Gera Boletos”, para permitir que a instituição de ensino conceda descontos aos alunos, em caso de pagamento antecipado, para os títulos com o prefixo “DEP” (Dependência) ou “DIS” (Disciplina) de acordo com as disciplinas em que o aluno está matriculado e o cadastro de Disciplinas x Financeiro.

Para que esse tratamento seja possível, disponibiliza-se o parâmetro “MV_ACVALOR”, que possibilitará a qualquer disciplina obter ou não o desconto, baseado na configuração do parâmetro.

Quando o parâmetro for configurado com .T., o sistema considerará o desconto para os títulos com os prefixos “DIS” e “DEP”; se configurado com .F., o desconto não será considerado.

Inclusão de abono de faltas

Na rotina “Apontamento de Faltas”, foram implementadas alterações, contemplando a opção de inclusão de abono de faltas, tanto via sistema (rotinas padrões do Protheus) como via web (lançamento de faltas via sistema e consulta dos alunos) para adequar a rotina às funcionalidades atuais de mercado.

A utilização dessa rotina é feita pelas instituições de ensinos médio e superior que detenham, em âmbito educacional, dentro da sua regra de negócios, o conceito de “abono de faltas”.

Em algumas instituições de ensino, torna-se necessário o cadastro de “Abonos de Faltas” para os alunos que tenham faltado, porém devem possuir algum documento que comprove (dentro das regras da instituição) que a falta foi devida e deve ser abonada.

A rotina de “Abono” valida a falta anterior, somando o número de abonos lançados com o número de faltas lançadas anteriormente, gerando a atualização do campo “Falta” e, automaticamente, cadastrando o histórico relativo ao valor da falta antes da alteração.

Análise de Grade Curricular (ACAA671)

A rotina “Análise de Grade” tem por finalidade a comparação de currículos (destino e origem) de cursos seriados ou não, promovendo a distinção entre as disciplinas já cursadas e a cursar, efetivando desta forma as dispensas necessárias, que podem ser por aproveitamento de estudos (disciplinas cursadas em outras instituições), ou por dispensa simples (dispensa adquirida por consenso), às disciplinas existentes na nova grade do curso destino.

Agora, a análise de grade possui nova interface. Antes, a análise de grade estava vinculada a um requerimento; ou seja, o usuário somente realizava manutenção na análise de grade se o aluno tivesse um requerimento aberto, pois a análise era criada quando solicitado um requerimento.

Page 58: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

55

Existem dois tipos de análise de grade:

Análise de Grade de Externos Destina-se ao tratamento de alunos provenientes de outras instituições (prospects), que já cursaram disciplinas do currículo (em algum semestre) e querem efetivar as dispensas necessárias na nova instituição, relacionando as disciplinas do currículo da instituição origem com as da instituição atual que têm igualdade, por equivalências ou não.

Análise de Grade de Alunos Destina-se ao tratamento de alunos que já estão matriculados em um curso específico na instituição, porém solicitam transferência para outro curso (calouros ou veteranos). Essa opção possibilita uma comparação entre as grades do novo curso e a grade matriculada.

Configurador de Documentos (ACAA695)

A rotina “Configurador de Documentos” tem a finalidade de desvincular a geração de arquivos “.dot” da rotina “Requerimentos” (rotina específica para geração desses documentos).

Com essa nova rotina poderá ser configurados “n” modelos de documentos (.dot) previamente gerados, para posterior apresentação aos alunos em questão, a qualquer momento através da rotina “Painel do Aluno”, opção “Documentos” – descrita no item “Painel do Aluno (ACAA244) – botão “Documentos”, neste documento.

Requerimento (ACAA411)

A nova rotina “Requerimentos” tem a finalidade de facilitar a rotina já existente no sistema, permitindo ao usuário analisar e dar manutenção aos requerimentos através dos novos filtros que facilitam a consulta ao requerimento desejado.

Salientamos que a rotina “Requerimento” (ACAA410), já existente no sistema, permanecerá, pois essa nova rotina apenas possui filtros individuais que facilitam a pesquisa e permite também realizar a manutenção. Porém, é na rotina já existente no sistema que será possível realizar a inclusão, alteração e exclusão.

Curso Vigente (ACAA111)

A nova rotina “Curso Vigente” facilita a rotina já existente no sistema, permitindo ao usuário analisar e dar manutenção aos cursos vigentes através dos novos filtros que facilitam a consulta ao curso desejado.

Salientamos que a rotina “Curso Vigente” (ACAA110), já existente no sistema, permanecerá, pois essa nova rotina apenas possui filtros individuais que facilitam a pesquisa e permite também realizar a manutenção, alteração e exclusão. Porém, é na rotina já existente no sistema que será possível realizar a inclusão.

Movimentação de aluno (ACAA060)

Page 59: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

56

A rotina “Movimentação de aluno” já existe no sistema e permite matricular o aluno, alocá-lo em outras turmas e/ou cancelar sua matrícula. Essa rotina foi modificada. O processamento antigo apresentava em uma única tela os dados cadastrais e financeiros do aluno, o que dificultava a conclusão do processo. Essas alterações deixaram a rotina mais prática.

Para simplificar o uso da rotina e facilitar a localização de cursos para alocação, foram realizadas algumas modificações na interface desta rotina. São elas:

1. Ao acessar as opções de visualização, matrícula, alteração e estorno, será apresentada a janela para seleção dos cursos/turmas, eliminando assim a janela inicial que exibia o cadastro do aluno acompanhado de seus títulos financeiros. Com esta alteração, a gravação das operações efetuadas na alocação do aluno passa a ser executada ao confirmar a tela de “Alocação do Aluno” (que apresenta a grade de aulas do aluno), o que deixa a operação mais intuitiva e ágil.

2. Há possibilidade de filtrar cursos/turmas disponíveis a partir de diversas informações, como grupo de cursos, curso, unidade, turno, ano/período, período letivo e turma na seleção do curso. Ao informar cada um dos filtros na parte superior da janela, a lista das turmas disponíveis é atualizada automaticamente na grade inferior.

Painel do aluno (ACAA241)

O painel do aluno tem como objetivo facilitar as atividades da secretaria. Ele une as funcionalidades já existentes no sistema e algumas novas, que tratam as movimentações do aluno.

Botão Matricular: a funcionalidade é a mesma existente na opção Secretaria/Movimentação/Aluno, botão “Matricular”, porém a interface é diferente, utilizando um assistente.

Botão Ocorrências: a rotina já existente Secretaria/Ocorrências apresenta as ocorrências de todos os alunos. Essa nova rotina apresenta somente as ocorrências do aluno selecionado.

Botão Currículo: Rotina nova. Caso haja algum aluno e curso padrão selecionados, será apresentada uma tela com as disciplinas que o curso selecionado possui, bem como a situação do aluno para cada disciplina.

Botão Foto: Rotina nova. Caso o aluno já possua a foto cadastrada no sistema, essa tela apresentará a foto do aluno.

Botão Posição Financeira: Rotina nova. Será apresentada uma tela com os títulos referente ao aluno e curso vigente, apresentando a situação de cada titulo

Botão Notas e Faltas: A rotina já existente (Gestão Acadêmica/Apontamento Notas e Gestão Acadêmica/Apontamento Faltas) apresenta as notas de todos os alunos. Essa nova apresenta somente as notas do aluno/curso selecionado.

Page 60: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

57

Botão Horário de Aulas: A rotina já existente (Gestão Acadêmica/Horários)

apresenta os horários de forma genérica, padrão para todas as disciplinas. Essa nova rotina apresenta os horários de aula do aluno/curso selecionado com base nas disciplinas de sua grade curricular.

Botão Documentos: Rotina nova. Antes, o documento era obtido somente quando um requerimento era gerado.

Botão Movimentações: Os processamentos que eram realizados através de requerimento tiveram algumas melhorias, descritas abaixo, porém caso o usuário deseje, poderá continuar realizando através de requerimento.

Transferência de Turma: A rotina já existente (Secretaria/Transf. de turma) realiza a transferência para uma faixa de alunos. A nova rotina transfere o aluno selecionado.

Transferência de Turno: Antes, a transferência de turno era realizada somente através de requerimento.

Transferência de Unidade: Antes, a transferência de unidade era realizada somente através de requerimento.

Transferência de Curso: Antes, a transferência de curso era realizada somente através de requerimento e esse requerimento era responsável por gerar uma análise de grade curricular.

Log de análise: Rotina nova. Será apresentada uma tela com as análises de transferência que o aluno obteve (geradas através da rotina “Análise de Grade Curricular (ACAA671)” descrita neste documento), e a situação de cada análise

Trancamento, Cancelamento, Desistência, Óbito, Reabertura: Antes, esses processamentos eram realizados somente através de requerimento.

Manutenção e Análise: Rotina nova. Antes, não havia necessidade desse tratamento porque o aceite da análise de grade curricular era realizado nas etapas do requerimento (assim como a geração da análise de grade, que ocorria também numa etapa do requerimento). Com essa nova rotina o usuário poderá realizar o aceite da análise a qualquer momento.

Botão Log de Operações: Rotina nova. Permite analisar os logs registrados referentes às movimentações realizadas para o aluno.

Simulação de encerramento de notas (ACAA820)

A rotina “Encerramento de notas” recebeu alterações para permitir a simulação do encerramento de notas por meio da configuração do parâmetro “MV_ACSIMUL”:

Caso o parâmetro esteja ativo, a rotina informa que é possível a visualização da simulação do encerramento de notas antes de efetivar o encerramento.

Page 61: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

58

Caso o parâmetro esteja inativo, a rotina processará o encerramento de notas

diretamente. O encerramento de notas busca todos os alunos, dentro dos parâmetros informados, que não possuem nota apontada e gera apontamento com situação “Compareceu”, recalculando a média para esses alunos.

Novo campo no cadastro do aluno

O novo campo “Raça/Cor” (JA2_RACACO) complementa o cadastro de alunos, possibilitando a informação da raça e cor do aluno.

O relatório "Censo/Total Alunos Curso” passa a demonstrar a quantidade de alunos por raça/cor em cada curso e período.

Disciplinas externas na digitação do histórico

A inclusão de disciplinas externas na grade curricular não será mais permitida; elas serão incluídas somente nos históricos. Ao invés de adicioná-las à grade, o sistema realizará as seguintes análises:

Caso a disciplina adicionada seja oferecida por outro curso (mesmo ano/semestre), o sistema utilizará a grade do curso para vinculá-la ao aluno por meio do conceito de Outras Grades.

Caso não exista nenhuma oferta desta disciplina nas condições acima, será gerado um registro de disciplina externa para o aluno, que poderá ser utilizada posteriormente para a emissão de histórico escolar customizado.

Também foram liberados para edição, na tela de histórico, os campos “Cód. Instituição” (JGM_CODINS), “Ano Conclusão” (JGM_ANOINS) e “Tipo de Curso” (JGM_TIPCUR), permitindo a informação dos dados complementares das disciplinas externas.

Page 62: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

59

OFI, VEI, PEC - Concessionárias

Foram realizadas as seguintes implementações nos ambientes de Concessionárias: Oficinas, Veículos e Peças:

Orçamentos

A opção de orçamentos concentra diversas funcionalidades que facilitam e agilizam o atendimento aos clientes. A reunião destas funções permite acessar um grande número de informações, necessárias ao processo de atendimento, seja na consulta a itens, na elaboração de orçamentos ou na emissão de notas fiscais.

Com o intuito de organizar e facilitar a operação nesta rotina, foram criadas três pastas que dividem as ações possíveis: "Consulta", "Orçamento" e "Como pagar".

Agendamento de clientes da oficina

Esta rotina realiza agendamentos de clientes para futuro atendimento pelo departamento de assistência técnica da empresa.

Com os agendamentos devidamente informados, o responsável pelo departamento poderá ter uma visão clara dos compromissos assumidos diariamente e com isso poderá planejar os recursos necessários em sua equipe de atendimento.

Através da rotina de agendamento, é possível remanejar um agendamento cadastrado, enviar mensagens para os demais usuários da rotina, fazer a prospecção para agendamentos futuros, visualizar a ficha de passagens do veículo, listar todos os agendamentos existentes e consultar ordens de serviço anteriores. Se necessário, pode-se abrir a ordem de serviço, depois de preenchidos todos os campos da agenda. Todos os inconvenientes com serviços e peças, informados na agenda, serão requisitados na ordem de serviço aberta.

Registro de análise das insatisfações dos clientes

Através desta rotina, os usuários poderão cadastrar todas as insatisfações relatadas pelos clientes. Este cadastro conterá informações importantes que possibilitarão iniciar procedimentos para reconquistar a satisfação dos clientes.

Cadastro de departamentos

Nesta tabela, deverão ser definidos para quais departamentos da empresa poderão ser registradas insatisfações de clientes. Nela, também deverão ser informados os prazos, em dias, referentes ao tempo de resposta e de prorrogação de resposta para cada departamento.

Page 63: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

60

Tipos de reclamação

Neste cadastro, deverão ser informados os tipos de reclamações que podem ser utilizados durante o registro de insatisfação do cliente. Esse cadastro é necessário, para que os registros sejam padronizados. São informados o código e a descrição do tipo de reclamação.

Consulta aos registros de análise de insatisfação de clientes

Através desta rotina, o usuário poderá ter uma visão ampla do cenário de insatisfações registradas. Além da consulta, o também pode-se cadastrar novas insatisfações, agendar visitas e ainda imprimir os registros de insatisfação selecionados no momento.

Atendimento a clientes

Esta opção permite aos usuários do departamento de vendas de veículos, cadastrar todos os atendimentos efetuados, de forma simples, rápida e objetiva. Os atendimentos só poderão ser finalizados através de uma nota fiscal, no caso de uma venda, ou obrigatoriamente informando o motivo da desistência do cliente.

A correta utilização desta ferramenta, possibilitará os gestores do departamento, medir alguns indicadores, por exemplo, o fluxo de passagens pela loja, quais são os horários mais exigidos da equipe de atendimento, qual a mídia com melhor retorno, entre outros. Desta forma, será possível alocar os recursos necessários para que o departamento trabalhe da melhor forma possível.

Contagem de estoque

Através desta rotina, os usuários poderão efetuar a contagem, digitação e apuração das divergências encontradas no estoque da empresa. O processo é constituído de três fases, que vão desde a impressão da planilha de contagem, passando pelas digitações e finalizando com a apuração. A ferramenta possibilita eleger usuários responsáveis que controlarão as fases do processo.

Itens para substituição

Esta rotina possibilita o cadastramento dos itens relacionados ao item principal informado. Os itens relacionados são aqueles que podem ser utilizados em substituição ao principal, quando esse por algum motivo não possa ser comercializado.

Cadastro de TES automático para veículos

Esta rotina possibilita relacionar para cada operação de entrada ou saída de veículos um T.E.S., que será sugerido automaticamente durante cada uma das operações.

Page 64: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

61

Ambientes Materiais

FAT - Faturamento

Nota Fiscal Eletrônica de ISS – São Paulo – SP

A Nota Fiscal de ISS Eletrônica (NF-e) trata-se, como o próprio nome sugere, da versão eletrônica da nota fiscal de serviços, instituída pela Prefeitura Municipal de São Paulo, que a emite e armazena eletronicamente, para registro das operações de prestação de serviços, substituindo qualquer outro documento fiscal com a mesma finalidade. Com isso, a Prefeitura busca reduzir a carga tributária individual e simplificar o cumprimento de obrigações acessórias pelas empresas.

O sistema Protheus irá tratar o processo da NF-e tanto para os prestadores de serviço, quanto para os tomadores.

Aos prestadores cabe o seguinte:

Emissão do RPS – Recibo Provisório de Serviços; Impressão, através de integração com o MS-Word®, dos RPS gerados; Geração do arquivo de exportação para envio à prefeitura; Importação do arquivo de retorno da prefeitura.

E aos tomadores, cabe:

Lançamento dos RPSs enviados pelos prestadores de serviços, com os dados da NF-e gerada pela prefeitura;

Relatório do montante de créditos gerados em determinado momento.

Atualização do RPA – Recibo de Pagamento de Autônomos através da entrada das Notas Fiscais de Prestação de Serviços

Para agilizar o processamento da folha de pagamento dos funcionários autônomos, na rotina “Documento de Entrada” (MATA103), foi disponibilizada melhoria que permite, através do registro da NFPS (Nota Fiscal de Prestação de Serviços), a atualização automática dos dados para a emissão do RPA – Recibo de Pagamento de Autônomos no ambiente Gestão de Pessoal.

Ao efetuar a gravação da NFPS, o sistema atualizará a tabela de dados “SRK – Lançamentos Futuros”, que contém os valores a serem pagos/descontados no futuro; isto é, valores que deverão ser descontados ou adicionados no movimento do mês de acordo com a data do vencimento.

Page 65: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

62

No processamento do cálculo da folha de pagamento para o funcionário autônomo relacionado ao fornecedor da NFPS, serão atualizados os dados do autônomo e lançada a verba de pagamento referente, conforme o valor informado no documento de entrada. Para atualização da verba de pagamento, será utilizado o identificador de cálculo “218” para o recibo de pagamento de autônomos.

Para atender esta implementação, no cadastro de fornecedores, foi criado o campo “Funcionário” (A2_NUMRA) que deverá ser utilizado para relacionar o fornecedor autônomo com o código cadastrado para o funcionário autônomo da folha de pagamento.

Alterações no cálculo do ICMS diferido conforme o percentual de redução

Para atender ao disposto legal publicado sobre Diferimento de ICMS-PR, foram feitas alterações no cálculo do ICMS diferido nos ambientes Faturamento, Compras, Fiscal e Estoque/Custos. No campo “ICMS Diferido” (F4_ICMSDIF) do cadastro de TES (Tipo de Entrada e Saída), foi criada a opção “3 – Diferimento de Redução”.

A partir desta implementação, o ICMS diferido reduz o valor do ICMS próprio, caso o TES seja configurado com as seguintes informações:

“ICM Diferido” (F4_ICMSDIF) = 3 – Diferimento de redução. “Perc. ICM DIF” (F4_PICMDIF) = percentual de redução do valor do ICMS que

será diferido.

Cálculo do PIS/Pasep e da Cofins de Substituição Tributária – Zona Franca de Manaus

Esta rotina visa atender ao disposto no artigo 65 da Lei 11.196 de 21 de novembro de 2005 e artigo 3º da Instrução Normativa SRF 594 de 26 de dezembro de 2005. Estes artigos determinam que na hipótese de venda destinada à pessoa jurídica estabelecida na Zona Franca de Manaus, é responsável pelo recolhimento da Contribuição para o PIS/Pasep e da Cofins de determinados produtos constantes na Instrução Normativa SRF nº 594 de 26 de dezembro de 2005, o remetente da mercadoria.

Serão calculados, no momento do faturamento das notas fiscais de saída ou no lançamento das notas fiscais de entrada, os valores de PIS/Pasep e da Cofins de Substituição Tributária.

A base de cálculo será composta pelo valor total do item sem o IPI e sem o ICMS retido, além de já estarem deduzidos todos os descontos concedidos (inclusive os descontos referentes ao ICMS, PIS/Pasep e Cofins ZFM).

A alíquota será gerada com base nas configurações do cadastro de produtos, das naturezas financeiras e dos parâmetros “MV_TXPIS” e “MV_TXCOFIN”, assim como é feito hoje no cálculo da apuração do PIS/Pasep e da Cofins.

Page 66: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

63

O valor resultante da aplicação das alíquotas sobre a base de cálculo encontrada será adicionado ao total da nota fiscal e, consequentemente, ao título gerado.

Os valores de PIS/Pasep e Cofins de Substituição Tributária serão identificados nas notas fiscais como PS3 e CF3, respectivamente.

Nota Fiscal Eletrônica - Argentina

Está disponível a geração dos comprovantes eletrônicos por meio magnético, em atendimento à Resolução Geral (RG 1956) com base nos seguintes regimes:

RG 1361: Regime optativo de armazenamento eletrônico de duplicados e regime obrigatório de registro eletrônico de operações (Boletim Técnico RG (AFIP) 1361).

RG 1956: Regime optativo de emissão e armazenamento eletrônico de comprovantes originais.

RG 2014: Complementa a RG 1956 e estabelece o leiaute dos registros para comunicação com AFIP.

Tratamento do tipo de rateio do desconto de indenização por valor

Implementado o parâmetro "MV_TPDPIND" para tratamento do tipo de rateio do desconto de indenização por valor no pedido de venda.

As opções disponíveis são:

1 = Rateio para todos os itens do pedido de venda. 2 = Rateio para os itens que geram duplicata.

Cálculo do frete de pauta

Conforme Art.112 § 19 do RICMS/RN, a base de cálculo do ICMS deverá corresponder, no mínimo, à soma dos valores individuais de referência (pauta) do produto e do frete. Isso significa que caso a soma do valor do produto e do frete informados seja inferior à soma de referência, o que será considerado para a base de cálculo do ICMS é a soma de referência; ou seja, a maior soma.

Atualmente, a base de cálculo do ICMS é realizada baseando-se somente no valor de referência do produto. Devido ao artigo citado acima, o sistema passará a considerar também o valor de referência do frete.

Page 67: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

64

Dedução do valor do INSS retido pela subcontratada na prestação de serviço - Construção Civil

Implementado tratamento para dedução do INSS retido pela subcontratada nas prestações de serviços de construção civil. Nesse tipo de operação, o imposto de INSS é retido pelo cliente e pela subcontratada.

Foram alteradas as seguintes rotinas:

Pedido de Venda (MATA410) – criado o campo “Ab. INSS Sub. (C6_ABSCINS)”, em que deve ser informado o valor do INSS da subcontratada, para dedução do valor a ser retido pela contratante.

Documento de Saída (MAT461) – criado o campo “Ab. INSS Sub. (D2_ABSCINS)”, que será atualizado pelo sistema com valor do INSS retido pela subcontratada e a dedução calculada na pasta “Impostos”.

Definição da tabela de preço por grupo de produto

Implementado recurso para definir os itens da tabela de preço (OMSA010) por produto ou por grupo de produto. Até esse release, o controle era realizado somente por produto.

Para fazer o controle por grupo, é necessário que tenha sido informado, no Cadastro de Produtos, o grupo ao qual ele pertence (campo B1_GRUPO).

Caso informado, na tabela, o preço do produto e o preço para o grupo a que ele pertence, o sistema assumirá o preço do produto e não o do grupo.

Page 68: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

65

COM - Compras

Bloqueio de solicitação de compras

Criado o parâmetro “MV_CHKSOLI” para definir se o bloqueio das solicitações de compras deve ser relacionado ao cadastro de solicitantes; ou seja, se deve existir pelo menos um solicitante cadastrado para que o sistema avalie o bloqueio da solicitação.

Quando o parâmetro “MV_CHKSOLI” possuir o conteúdo “F” e o parâmetro “MV_APROVSC” estiver configurado como “T”, as solicitações de compras serão bloqueadas sem a necessidade do cadastro de solicitantes.

Quando ambos os parâmetros “MV_CHKSOLI” e “MV_APROVSC” estiverem com conteúdo igual a “T”, as solicitações de compras somente serão bloqueadas se existir pelo menos um registro no cadastro de solicitantes.

Botão para impressão da análise da cotação

Na barra de ferramentas da rotina Análise da Cotação, foi disponibilizado o botão para impressão do relatório com as informações atualizadas no momento da análise da cotação, tais como: a cotação vencedora indicada pelo sistema e as cotações selecionadas pelo usuário, além de dados referentes ao estoque do produto e da cotação analisada.

Renumeração das propostas de cotações

Criado o parâmetro “MV_REITPRO” que influencia na rotina de “Atualização da Cotação”, permitindo que, no momento da inclusão de uma nova proposta de cotação, o usuário escolha entre renumerar os itens ou manter os itens da proposta de origem caso algum item tenha sido excluído.

Impressão de contratos de parcerias personalizados

Incluído o botão “Imprimir”, na tela de “Contrato de Parceria”, que permite a executação de relatórios personalizados por meio de userfunction (programa desenvolvido na linguagem AdvPL).

Para tanto, é necessário informar o nome do relatório criado, no conteúdo do parâmetro “MV_CONTPAR”.

Page 69: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

66

Novos eventos no m-Messenger

Criados novos eventos m-Messenger para envio automático de e-mail sobre processos de compras:

034 - Liberação do pedido de compra; 035 - Inclusão de solicitação de compra; 036 - Inclusão de fornecedor; 037 - Inclusão do pedido de compras. Os e-mails de aviso são enviados quando

um pedido de compras é incluído manualmente, ou quando for originado de uma cotação; neste caso, o e-mail apresenta o número da cotação que originou o pedido de compras;

042 – Inclusão de solicitação ao armazém.

Retenção do ISS (Imposto sobre Serviços)

Realizada adequação para calcular a retenção do ISS (Imposto sobre Serviços), tornando possível informar o valor mínimo e a forma de retenção do imposto. Foram criados os parâmetros “MV_VRETISS” e “MV_MODRISS”, em que:

MV_VRETISS – indica o valor mínimo para a retenção do ISS. MV_MODRISS – indica a forma de cálculo da retenção do ISS, podendo ser

efetuada por título ou mensalmente.

Visualização do saldo em estoque por armazém, na análise de cotação

Implementadas as perguntas “Considera Saldo Armazém de?” e “Considera Saldo Armazém até?” na configuração dos parâmetros acionada pela tecla [F12], na rotina de “Análise de Cotação”.

O objetivo é fornecer um intervalo de armazéns e/ou selecionar um armazém específico para compor o saldo do estoque e demais informações apresentadas na pasta “Histórico” da rotina “Análise de Cotação” e na impressão da análise através do botão localizado na barra de ferramentas da planilha de análise.

Parâmetros de rateio dos impostos IRRF, ISS e INSS

Implementados os parâmetros “MV_ RATIRRF”, “MV_ RATISS” e “MV_ RATINSS” que definem se os valores de IRRF, ISS e INSS calculados devem ou não serem rateados pelo número de parcelas em uma nota fiscal de compra.

Page 70: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

67

Gera cotações, considerando intervalo de solicitações de compras

Foram implementadas as perguntas “Solicitação de?” e “Solicitação até?”, na configuração de parâmetros da rotina “Gera Cotações”.

O objetivo dessa implementação é fornecer um intervalo de solicitações a ser considerado pelo sistema para a geração das cotações.

Nova forma de seleção, na importação de solicitação de compras

Na rotina de “Pedido de Compra”, opção “Importação SCs ou Contratos”, foi implementada a seleção dos documentos através de caixa de verificação.

Esse recurso permite marcar/desmarcar somente o item desejado, ou ainda marcar/desmarcar todos os itens através da opção “Marcar/Desmarcar todos os itens do documento”.

Configuração da pesquisa de contrato de parceria

Criado o parâmetro “MV_PESQCTP” que influencia nas rotinas de “Ordem de Produção” e “MRP”, no momento da geração das autorizações de entrega, permitindo que o usuário defina se a pesquisa de um contrato de parceria será por meio da chave: “Filial+Produto+Fornecedor Padrão+Loja Padrão”, ou pela chave “Filial+Produto”.

Opção F = “produto+fornecedor+loja” Se o conteúdo do parâmetro for igual a “F”, a pesquisa do contrato de parceria é mantida como antes, efetuada por produto e fornecedor padrão. O sistema somente gerará autorizações de entrega se houver um contrato de parceria válido de acordo com o produto e o fornecedor padrão, definido no cadastro de produtos.

Opção P = “produto” Se o conteúdo do parâmetro for igual a “P”, o sistema efetua a pesquisa do contrato de parceria somente por produto, sem validar o fornecedor padrão. Nesse caso, o sistema gera autorizações de entrega se houver um contrato de parceria válido de acordo com o produto somente, independente do fornecedor.

Page 71: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

68

Validação de nota fiscal de entrada, no aviso de recebimento de carga

Criado o parâmetro “MV_VALNFE“, cuja finalidade é validar a existência das notas fiscais de entrada, na rotina de “Aviso de Recebimento de Carga”. Essa implementação permite ao sistema, através de configuração, bloquear a inclusão de uma NF já existente no sistema.

Conteúdo do parâmetro “MV_VALNFE” igual a “T=True” (Verdadeiro) O sistema valida a existência das notas fiscais de entrada na rotina de “Aviso de Recebimento de Carga”, não permitindo informar uma nota fiscal já existente no sistema. Pesquisa efetuada na tabela “SD1”.

Conteúdo do parâmetro “MV_VALNFE” igual a”‘F=False” (Falso)’ O sistema não valida a existência das notas fiscais de entrada na rotina de “Aviso de Recebimento de Carga”, permitindo informar uma nota fiscal já existente no sistema. Pesquisa efetuada na tabela “SD1”. O sistema aceita a inclusão da nota informada sem emitir nenhuma mensagem de aviso.

Controle de liberação de pedidos por data

Criado o parâmetro “MV_DTLIMPC”, cuja finalidade é efetuar um controle de alteração de datas de referência para liberação de pedidos de acordo com a seguinte regra: quando o parâmetro está habilitado, não é possível alterar a data de referência para liberação do pedido para uma data inferior à data já gravada na emissão do pedido de compras.

Novo botão para consulta dos aprovadores da nota fiscal de entrada

Na barra de ferramentas da rotina de “Documento de Entrada”, foi criado botão que possibilita a consulta dos aprovadores responsáveis por liberar o documento de entrada quando bloqueado segundo regras estabelecidas no cadastro de tolerâncias.

Esse botão pode também ser utilizado para consultar o status dos aprovadores, antes, durante ou depois da aprovação do documento de entrada.

Tratamento para não atualização dos dados do fornecedor

Para o ganho de desempenho, na inclusão da nota fiscal de entrada com geração de títulos a pagar, foi disponibilizado o parâmetro “MV_FORNCD”.

Esse parâmetro tem como objetivo definir o código/loja do fornecedor que não terá os campos de histórico e de saldos acumulados (A2_SALDDUP, A2_SALDUPM, A2_SALDO, A2_PRICOM) atualizados na tabela de Cadastro de Fornecedores - SA2.

Page 72: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

69

Impressão do relatório para análise de cotação

O parâmetro “MV_IMPRCOT”, na rotina “Análise de Cotação”, permite ao usuário executar relatórios personalizados através de userfunction (programa desenvolvido na linguagem ADVPL).

Para tanto, é necessário informar o nome do relatório criado no conteúdo do parâmetro “MV_IMPRCOT”.

Uso de formulário próprio, no registro de recebimento dos documentos fiscais

Para controlar o uso de formulário próprio, no registro de recebimento dos documentos fiscais, na rotina “Aviso de Recebimento”, opção “Homologação”, criou-se o campo “Form. Próp.” (formulário próprio, “DB2_FORMUL”), podendo ser preenchido com as seguintes opções:

“Sim” Indica que utiliza formulário próprio para o documento fiscal, relacionado ao recebimento da carga. Neste caso, os campos “Número Docto.” e “Série” serão desabilitados para a digitação, apresentando, automaticamente, o número do aviso e o item. Assim, após a homologação do recebimento, ao efetuar a entrada do documento fiscal através da rotina “Pré-Nota Entrada”, serão solicitados ao usuário o número próprio e a série do documento.

“Não” O sistema não utiliza formulário próprio e permite a digitação do número e série do documento do fornecedor/cliente no, momento do registro do aviso de recebimento da carga.

Novo botão para consulta do histórico do produto na solicitação de compras

Novo botão para a consulta do histórico do produto, disponível na barra de ferramentas da rotina “Solicitação de Compras”, que permite ao usuário visualizar o histórico de compras do produto, contendo os dados referentes aos últimos pedidos efetuados, às últimas cotações, ao consumo, às últimas notas fiscais, à consulta de saldo em estoque e entre outros, além de exibir os dados cadastrais do produto.

Page 73: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

70

Geração de solicitações de compras por ponto de pedido com aglutinação de produtos

Para atender às situações em que o comprador deseja gerar as solicitações de compras por ponto de pedido aglutinando, todos os produtos que atingiram o ponto de reposição de estoque, em uma única tela, na rotina “Solic. p/ Ponto Pedido” (MATA170), foi criada a pergunta “Gera SC por produto? (Sim/Não)”.

A nova pergunta “Gera SC por produto” permite gerar uma solicitação de compras para cada produto, quando configurada com “Sim”; ou gerar apenas uma única solicitação de compras para todos os produtos que atingiram o ponto de pedido, quando configurada com “Não”.

Essa última opção pode ser útil quando o comprador possui uma quantidade muito grande de itens em ponto de pedido e prefere visualizá-los em uma única tela (solicitação), facilitando assim sua análise.

Alteração do preço unitário do produto na compra

Implementado o parâmetro “MV_ALTPRCC”, que permite configurar se o preço unitário do produto pode ser alterado, no entrada da nota fiscal ou na inclusão da autorização de entrega, mesmo quando os valores já foram informados no pedido compras, na autorização de entrega ou no contrato de parceria.

Integração do controle de alçadas – Importação/Compras

Iimplementada melhoria cujo objetivo é disponibilizar para o ambiente de Importação - SIGAEIC - o mesmo controle de alçadas disponível no Compras.

Com essa implementação, os pedidos gerados pelo SIGAEIC serão submetidos às mesmas regras e estruturas dos cadastros de alçada do Compras, tais como: Compradores, Aprovadores, Grupos de Aprovação.

Exclusão lógica dos registros, nas tabelas de dados “SFA” e “SF9”, ao excluir o documento de entrada

Implementou-se o parâmetro “MV_DELCIAP”, na exclusão de documentos de entrada com produtos que utilizam o controle de CIAP (Controle de ICMS de Ativo Permanente), que permite alterar a forma de exclusão dos registros e nas tabelas de dados “SFA – Estorno Mensal CIAP” e “SF9 – Manutenção CIAP”, relacionados ao documento. A partir de tal implementação, é possível configurar se a exclusão dos dados nas tabelas será física (1), ou lógica (2).

Page 74: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

71

O parâmetro “MV_DELCIAP” pode ser configurado com:

1 – exclui fisicamente os registros das tabelas “SFA” e “SF9” (padrão), evitando o aumento do volume da base de dados.

2 – exclui logicamente os registros das tabelas “SFA” e “SF9”, gravando no campo “D_E_L_E_T” uma marca (“*” ), possibilitando manter o histórico da manutenção realizada.

Page 75: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

72

EST - Estoque/Custos

Checagem de recursividade

Durante o processo de recálculo do custo médio, o sistema pode apresentar uma mensagem de aviso com a pergunta “Gera estrutura pela movimentação”. Selecionando como conteúdo de resposta a opção “Sim”, o programa irá gerar uma estrutura temporária para o cálculo, baseada nos movimentos internos do período do recálculo do custo médio.

Dependendo do tipo de movimentação encontrado, o processo de criação da estrutura temporária acusa recursividade; ou seja, indica que a geração da estrutura temporária será abortada para evitar que o sistema entre em recursividade (loop).

Essa situação pode ser verificada em diversos casos, os exemplos mais comuns são:

Requisitar para a ordem de produção do produto “X” o próprio produto “X”. Requisitar para a ordem de produção do produto “X” o produto “Y”, que já

recebeu uma requisição do produto “X”. Para facilitar o processamento do recálculo, foi criado o relatório “Análise de Recursividade” – (MATR331). Este novo relatório apresenta os movimentos que geram recursividade; dessa forma, a conferência destes movimentos pode ser feita antes do processamento do recálculo, agilizando o seu processo de utilização.

Valorização de produtos por integração contábil

Aprimorado o conceito de valorização de produtos pela integração com a contabilidade, no recálculo do custo médio.

Antes da implementação dessa melhoria, o sistema utilizava a seguinte metodologia para valorização de produtos através desta integração:

1. Criação de centro de custos para integração.

2. Criação de produto com código iniciado pelas iniciais “MOD”, somado ao centro de custos para integração, sendo que somente um produto pode ser integrado a cada centro de custos.

3. Processamento do recálculo do custo médio com a pergunta “Calcula MOD?” com conteúdo de resposta igual a “Sim” e desta forma, todo valor gerado para o centro de custos é absorvido pelo produto.

Page 76: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

73

Com a implementação da melhoria solicitada, a metodologia sofre pequenas alterações, observe-a:

1. Criação de centro de custos para integração.

2. Criação de produto com qualquer código. O centro de custos para integração deve ser informado através do novo campo “B1_CCCUSTO”. Além do centro de custos para integração, pode ser informado também um grupo contábil para filtragem das informações. Desta forma, o mesmo centro de custos pode ser associado a mais de um produto, desde que os grupos contábeis sejam distintos para cada produto.

3. Processamento do recálculo do custo médio com a pergunta “Calcula MOD?” com conteúdo de resposta igual a “Sim” e desta forma, todo valor gerado para o centro de custos e grupo de contas associado é absorvido pelo produto.

A nova metodologia de integração deve ser utilizada também no cadastro de “Recursos”, existente no ambiente “Planejamento e Controle da Produção – PCP”. Atualmente, associa-se a cada recurso cadastrado um centro de custos; após a implementação, pode ser associado também um grupo de contas para cada recurso.

Criação de log de processamento, no recálculo do custo médio

Implementada, na rotina de “Recálculo do Custo Médio”, a geração de logs de processamento com as ocorrências e etapas encontradas na execução de seu processamento.

Essa melhoria permite ao usuário verificar todos os tempos e passos realizados no processamento do recálculo do custo médio, possibilitando assim, um amplo acompanhamento no processamento das etapas deste processo.

Nova rotina de contabilização do custo médio

Criada rotina para contabilização dos custos das tabelas de movimentos (SD1, SD2, SD3), que torna possível corrigir não-conformidades encontradas na contabilização dos custos, sem que haja necessidade de executar novamente a rotina de “Recálculo do Custo Médio”, melhorando, desta forma, o desempenho na geração dos lançamentos contábeis em situações em que são encontrados problemas nos cadastros utilizados pela contabilidade.

A nova rotina de contabilização baseia-se no valor já gravado nos movimentos; assim, é necessário que tenha sido executada a rotina “Recálculo do Custo Médio”, já que a contabilização é efetuada com base na seqüência e nos valores gravados.

Page 77: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

74

Controle de aprovação para solicitações ao armazém

Criado o parâmetro “MV_APROVSA”, cujo objetivo é ativar o controle de bloqueio e aprovação para as solicitações ao armazém.

Ao cadastrar uma SA (Solicitação ao Armazém), o cadastro de solicitantes é consultado para verificar as regras estabelecidas para os usuários solicitantes e produtos solicitados, a fim de definir se a SA deve ser bloqueada ou não.

Processamento em batch do cálculo do lote econômico

Implementada melhoria na rotina de “Cálculo do Lote Econômico”, para que esse processo possa ser executado em batch (em lote).

Esta melhoria possibilita que a rotina seja agendada pelo “MsSchedule” através do ambiente Configurador e seja executada por meio de userfunctions (programas personalizados).

Movimentos valorizados na liberação de CQ - Produção

Criado o parâmetro “MV_PROCQE6”, utilizado para gerar os movimentos requisições e devoluções “RE6/DE6”, nas liberações do CQ – Controle de Qualidade para produtos produzidos, campo “D7_ORIGLAN = PR”.

Com este parâmetro ativado, ao realizar uma liberação do CQ, o sistema gera movimentos do tipo "RE6/DE6" ao invés de gerar "RE4/DE4" (tipos de movimentos padrão gerados atualmente pelo ambiente).

Com isso, ao executar a rotina de “Recálculo do Custo Médio”, os custos das liberações do CQ serão reajustados conforme o custo médio original do movimento que realizou a entrada da produção, no armazém do controle de qualidade.

Ganho de performance, no recálculo do custo médio

O novo parâmetro “MV_MOEDACM” aumenta a performance da rotina de “Recálculo do Custo Médio” para empresas que não utilizam todas as moedas do sistema.

Através desse parâmetro são informadas, ao sistema, as moedas que devem ser consideradas no processamento do recálculo. Contudo, como o sistema considera normalmente a moeda 1, esse parâmetro tratará somente as moedas 2, 3, 4 e 5 como opções.

Page 78: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

75

Diferença de saldo empenhado entre SB2 e SBF

Com o intuito de atender à necessidade de clientes que não conseguem executar a rotina de “Acerto de Inventário”, devido ao sistema identificar o desbalanceamento entre as tabelas “Saldo Físico Financeiro” (SB2) e “Saldo por Endereço” (SBF), foi criada uma nova pergunta “Considerar Empenhos?”, na rotina de “Acerto de inventário”, que permite considerar os empenhos, uma vez que se trabalha com entradas futuras de materiais (exemplo: compra planejada). A nova ferramenta apresenta as seguintes características:

Ordem de Produção:

Firmes O sistema analisará a existência de desbalanceamento entre SB2 e SBF como era feito anteriormente; ou seja, com base na tabela de “Saldos Físicos e Financeiros” (SB2) e “Saldos por Endereço” (SBF);

Todos Nesta situação, o sistema analisará a existência de desbalanceamento entre SB2 e SBF, considerando a diferença de saldos empenhados e analisando também todos os empenhos com base na da tabela de "Requisições Empenhadas" (SD4).

A parametrização permite calcular os saldos de empenhos a partir das tabelas SB2 e SBF, porém deve-se considerar também a tabela "Requisições Empenhadas" (SD4), que permite identificar empenhos futuros que ainda não estão definidos na tabela de “Saldos por Endereço” (SBF).

Descontinuidade do relatório “Material Indireto”

O relatório “Material Indireto” (MATR360.PRX) foi descontinuado em razão de suas informações já serem apresentadas em outros relatórios e fontes de dados do sistema. Em substituição, é indicada a impressão do relatório “Relação Real X Standard” (MATR450.PRX), que apresenta as mesmas informações, permitindo avaliar o consumo real da produção comparado ao consumo standard (padrão) conforme previsto na estrutura de produção do produto acabado ou intermediário.

O relatório “Relação Real X Standard” pode ser impresso de forma sintética ou analítica e apresentará os seguintes dados: código do produto ou número da ordem de produção, consumo real da produção (quantidade, custo unitário e valor total), consumo standard conforme previsto na estrutura de produção (quantidade, custo unitário e valor total), variação entre o consumo realizado e o consumo previsto (quantidade e valor total), entre outros.

Solicita-se que seja realizada alteração nos menus personalizados dos usuários, excluindo a opção de relatório “Material Indireto” (MATR360.PRX).

Page 79: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

76

As versões do Protheus irão tratar essa descontinuidade, da seguinte forma:

Protheus 8 - Release 4 – no menu padrão do ambiente “Estoque e Custos” (SIGAEST.XNU), essa opção será excluída.

Protheus 9 – esse programa será retirado do repositório padrão do Protheus, tornando indisponível a sua execução.

Bloqueio de movimentos no estoque por data

Atualmente, o sistema valida a inclusão, alteração ou estorno de movimentos no estoque através do parâmetro “MV_ULMES” que contém a data de fechamento do estoque (data da última virada de saldos), executado pela rotina “Virada de Saldos”, que faz com que os saldos finais, calculados pelas rotinas “Recálculo do Custo Médio” ou “Saldo Atual para Final”, sejam transferidos como saldo inicial do próximo período.

Para atender às empresas, que durante o processo de fechamento de custos do estoque de um determinado período, necessitam bloquear todas as movimentações de entrada e saída de saldos, antes do fechamento real do estoque no sistema, foi criado o parâmetro “MV_DBLQMOV” que permite ao usuário informar manualmente uma data de bloqueio.

O objetivo deste bloqueio é assegurar que os saldos contábeis de fechamento do estoque de um determinado período não sejam alterados até que se efetive o fechamento real no sistema.

O processo de fechamento de custo envolve o cálculo do custo médio, contabilizando as requisições para os centros de custos, o rateio das despesas para os centros de custos, o cálculo do custo médio valorizando a mão-de-obra direta de produção e contabilizando-a nas requisições e ordens de produções, entre outros.

Geralmente, não é possível efetuar o cálculo desses valores, logo após a data de fechamento do estoque, necessitando um período maior para conferência. Desta forma, o usuário poderá informar manualmente, no parâmetro “MV_DBLQMOV”, a data de bloqueio da movimentação no estoque, continuar a conferência e posteriormente efetivar o fechamento no sistema.

Ajuste na geração das solicitações de compras, vinculadas aos pedidos de vendas

Para a adequação das solicitações de compras geradas a partir dos pedidos de vendas vinculados a uma ordem de produção, na tabela de dados “SC6 – Itens dos Pedidos de Vendas”, foram criados os campos “Solicit. Compras” (C6_NUMSC) e “Item Solicit.” (C6_ITEMSC) que serão preenchidos automaticamente pelo sistema.

Page 80: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

77

Custo unificado por empresa

O conceito de custo unificado por empresa consiste em realizar o somatório dos custos de todas as filiais da empresa correntes e aplicar uma média de custos entre todos os armazéns.

O sistema já tratava o custo por filial e por armazém, mediante a configuração do parâmetro “MV_CUSFIL”. Para atender o novo conceito de custo unificado por empresa, esse parâmetro foi alterado de “Lógico” para “Carácter” e criaram-se novas opções de configuração:

“F” – Custo unificado por filial (aglutina o custo no cálculo por filial). “A“ – Custo unificado por armazém (aglutina o custo no cálculo por armazém). “E” – Custo unificado por empresa (aglutina o custo no cálculo por empresa).

Quando o parâmetro “MV_CUSFIL” é configurado para utilizar o custo unificado por empresa, a rotina de “Recálculo de Custo Médio” (MATA330) irá recalcular o custo de todas as filiais da empresa corrente e atualizará os campos padrões de fechamento de estoque da tabela “SB2 – Saldos em Estoque”, bem como os campos de fechamento do custo em partes, quando utilizado.

Novo evento para aviso da inclusão de solicitações ao armazém

Para o aviso da inclusão manual de solicitações ao armazém, foi criado o evento “042 – Inclusão de solicitação ao armazém”, que permite enviar e-mails automáticos aos usuários relacionados a esse processo.

Contabilização por threads no recálculo do custo médio

Para ganho de performance no processamento da contabilização de custos, nas rotinas “Recálculo de Custo Médio” (MATA330) e “Contabilização do Custo Médio” (MATA331), foi implementado o conceito de contabilização por thread que permite ao usuário definir, através do novo parâmetro “MV_M330THR”, o número de threads que deverão ser executadas simultaneamente.

Para tratar essa implementação, deve-se configurar o parâmetro “MV_CUSTEXC” com “N”, permitindo que o recálculo do custo médio seja executado em modo compartilhado e não de forma exclusiva (“S”) com apenas uma estação efetuando o processamento. Assim, é possível ativar o processamento simultâneo para a contabilização dos registros.

No processamento da contabilização, a execução simultânea de threads está limitada ao número máximo de 10.

Page 81: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

78

Novos campos no cadastro de indicadores de produtos

Na rotina “Indicadores de Produtos” foram implementados os seguintes campos:

“Dt. Referenc.” (SBZ_DATREF), com o objetivo de atualizar a data de referência do custo standard ou custo de reposição na tabela “SBZ - Indicadores de Produtos”, conforme calculado pela rotina “Cálculo do Custo de Reposição”.

“Cons. Inicial” (SBZ_CONINI), com o objetivo de atualizar a data do consumo inicial do produto na tabela “SBZ - Indicadores de Produtos”, através da primeira movimentação de saída do material no estoque.

“Estoq. Máximo” (BZ_EMAX), com o objetivo de atualizar o estoque máximo, na tabela “SBZ - Indicadores de Produtos”

Controle da baixa da pré-requisição pelo saldo disponível no estoque

Implementado o parâmetro “MV_BXPRERQ”, na rotina “Baixa Pré-Requisição” (MATA185), com o objetivo de baixar pré-requisições, utilizando o saldo disponível em estoque dos produtos, independente das quantidades já reservadas para outras pré-requisições. Com isso, será possível priorizar o atendimento de uma pré-requisição conforme urgência.

Page 82: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

79

OMS - Gestão de Distribuição

Cálculo do time service

Criado o parâmetro “MV_CTIMSRV” que permite configurar se o cálculo do tempo de serviço (time service) será baseado para cada pedido ou apenas para o primeiro pedido do cliente, podendo ser configurado com:

1 – Calcula o time service em cada pedido da carga (padrão do sistema). Neste caso, se a carga possuir mais de um pedido para o mesmo cliente/loja, será calculado o time service para cada um.

2 – Calcula o time service uma única vez para todos os pedidos da carga do cliente. Neste caso, se a carga possuir mais de um pedido para o mesmo cliente/loja, será calculado o time service somente para o primeiro.

Expedição e embalagem de produtos

A nova rotina “Expedição e Embalagem de Produto” foi implementada para atender às empresas que expedem um grande volume de mercadorias fracionadas em pedidos diversos com pequenas quantidades, tornando inviável o uso da rádiofreqüência. Também foram criadas ferramentas que oferecem maior autonomia ao gestor do armazém para controlar o processo de expedição.

O processo de expedição e embalagem de mercadorias envolve a unitização da carga, execução de serviços do ambiente “Gestão de Armazenagem” e impressão dos mapas de separação.

Page 83: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

80

TMS - Gestão de Transportes

Controle das ocorrências e pendências de sobra de mercadorias no armazém

Para atender à situação em que o cliente necessita lançar ocorrências de sobras de mercadorias no armazém, sem saber o cliente e/ou documento relacionados a elas, foi alterada a rotina de “Registros de Ocorrências” (TMSA360), possibilitando registrar estas ocorrências sem informar o documento de transporte.

Caso o registro da ocorrência for tipo “Gera Pendências” (TMSA540), será atualizada a rotina “Registro de Pendências”, que controla os problemas ocorridos com a mercadoria transportada, como por exemplo, mercadoria avariada, sobra, falta, bloqueios etc. Porém, com esta implementação o sistema não permitirá que sejam geradas indenizações para os registros de pendências que não possuam documentos relacionados.

Também criou-se o “Relatório de Pendências” (TMSR540), que permite listar as pendências por tipo de ocorrência (avarias, falta, sobras e bloqueios). Nele, serão impressos os dados relacionados ao número da pendência, data, hora, cliente (se existir), documento (se existir), viagem (se existir), quantidade, valor das mercadorias etc.

Registro do estado do pagador de frete, no livro fiscal

Criado parâmetro “MV_TMSUFPG”, utilizado para determinar o estado que será utilizado na escrituração dos documentos de transporte no livro fiscal, podendo ser configurado com:

T (True/Verdadeiro) – utiliza o estado do pagador do frete para o registro no livro fiscal.

F (False/Falso) – utiliza o estado do destinatário da mercadoria.

Relatório de movimento de custo de transporte

Criado relatório que permite exibir as despesas relacionadas ao custo de transporte das viagens, tendo como finalidade demonstrar as informações que serão utilizadas na contabilização dos custos.

Para a apuração dos dados do relatório, o sistema baseia-se na tabela “SDG – Movimento de Custo de Transporte”.

Neste relatório, serão exibidos os dados relacionados ao número do documento de transporte, data de emissão da despesa, código e descrição da despesa, veículo, número da viagem, filial de origem da viagem, conta contábil, item da conta contábil, centro de custo, status da despesa, valor total da despesa, saldo em aberto, proprietário do veículo etc. Possibilita ainda, totalizar os registros por código de despesa, veículo, viagem, conta contábil ou proprietário.

Page 84: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

81

Complemento de frete – Botão “Tipos de Veículo”

Na rotina “Manutenção de Documentos”, opção “Complemento de Frete”, foi implementado o botão “Tipos de Veículo” que permite informar os tipos de veículo e suas quantidades a serem considerados no cálculo do frete para o documento de complemento.

Apontamento automático da ocorrência de coleta, na rotina Notas Fiscais do Cliente

Alterada a rotina “Entrada NF Cliente” (TMSA050), possibilitando que seja efetuado o apontamento automático das ocorrências de coleta do tipo “Encerra Processo” ou “Cancelamento”, na digitação da nota fiscal do cliente, para atender às situações em que é necessário efetuar a cobrança de um serviço de transporte do tipo coleta que foi cancelado após a saída do veículo.

Além disso, foi efetuado tratamento no parâmetro “MV_OCORCOL”, que permite informar diversos códigos de ocorrências, utilizados para efetuar o apontamento automático das coletas.

Na digitação das notas fiscais do cliente, após informar o número da solicitação de coleta e os campos de data e hora da coleta, será apresentada uma janela com todos os códigos informados no parâmetro “MV_OCORCOL”, para que o usuário selecione a ocorrência. Se a ocorrência selecionada for do tipo "Cancelamento", serão atualizados, automaticamente, os campos data e hora da entrega conforme os dados informados na coleta, gerando um registro de ocorrência para o documento com o status “Entregue”.

Criada a opção “Copiar”, na rotina “Cotação de Frete”

Disponível no menu de opções, permite ao usuário criar novas cotações, baseadas em dados de registros já existentes, facilitando assim o cadastramento de novos itens.

Controle de bloqueios e de liberação dos registros, na rotina Prazo de Regiões por Clientes

Foram efetuadas melhorias, na rotina “Prazos de Regiões por Cliente” (TMSA395), para permitir a inclusão de prazos de entrega menores que os prazos definidos na rotina “Prazos de Regiões”.

Page 85: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

82

Para tanto, foram criados:

1. Na rotina “Prazos de Regiões por Cliente”, os campos:

“Status” (DVN_STATUS) – com as opções “1=Bloqueado” e “2=Liberado”.

“Us. Aprovação” (DVN_USRAPV) – usuário de aprovação.

"Dt. Liberação” (DVN_DATLIB) – data de liberação.

“Hr. Liberação” (DVN_HORLIB) – hora de liberação.

Os campos criados serão utilizados para controlar a aprovação do registro do prazo de regiões por clientes.

Caso o usuário informe o tempo de entrega do cliente menor que o prazo informado na rotina “Prazos de Regiões”, com esta implementação, o sistema permitirá a inclusão do registro, porém será apresentado com o status “Bloqueado”.

2. A opção de menu “Aprovar", na rotina “Prazos de Regiões por Cliente”, permite liberar os prazos de regiões por clientes quando bloqueados.

Cálculo do quilômetro (KM) do frete a pagar

Para atender às situações em que seja necessário calcular o quilômetro do frete a pagar pelo cadastro de distâncias entre a região de origem e de destino do transporte, independente do total percorrido na viagem, foi criado o parâmetro “MV_KMDIST” que quando habilitado, faz com que o sistema sempre utilize a tabela “DVA - Cadastro de Distâncias” para o cálculo.

Como por exemplo, a transportadora deseja calcular o quilômetro do frete a pagar ao carreteiro, conforme os dados pré-definidos no cadastro de distâncias e não de acordo com a quilometragem percorrida pelo veículo.

Clientes sem movimento

Criada a rotina “Clientes sem Movimento” (TMSA990), que pode ser utilizada para selecionar os contratos em aberto dos clientes com menor performance de carga; ou seja, com faturamento abaixo do valor esperado para um determinado período e efetuar o encerramento de seus contratos.

Para o processamento da rotina, pode-se também determinar o valor de faturamento, o tipo de frete, o tipo de transporte, a filial de origem ou filial de negociação, conforme a parametrização.

Foi implementado também o relatório “Clientes sem Movimento” (TMSR550) com base na seleção dos contratos dos clientes com menor performance de carga dentro do período informado.

Page 86: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

83

Alteração do relatório Mapa de Movimentação de Produtos Químicos

Foi alterado o relatório “Mapa de Movimentação de Produtos Químicos” (MATR913), permitindo exibir a movimentação de entrada (notas fiscais de clientes) e saída (documentos de transporte) dos produtos químicos na transportadora para o modelo “Anexo B”.

Para esse processamento, deverá ser configurado o parâmetro “MV_GRP2PRO” com o grupo de produtos a ser utilizado na impressão do mapa de produtos químicos.

Regra de tributação por tipo de cliente e seqüência de inscrição estadual

Na rotina “Regra de Tributação por Cliente”, foram criados os campos:

“Tipo Cliente” (DV1_TIPCLI) que permite cadastrar mais de uma regra de tributação, sendo diferenciada pelo tipo do cliente (consumidor final, produtor rural, revendedor, solidário e exportação). Esse campo somente estará disponível para o cliente genérico.

“Seq. Inscrição” (DV1_SEQINS, seqüência de inscrição estadual do cliente) que permite cadastrar para o mesmo cliente mais de uma regra de tributação, sendo diferenciada pela seqüência de inscrição estadual. Esta regra poderá ser utilizada quando um cliente possui, para o mesmo CNPJ e endereço, inscrições estaduais diferentes. Essa situação ocorre, por exemplo, na região de Manaus.

Estes campos permitem a criação de uma configuração específica por cliente, relacionando a regra de tributação por cliente e o tipo de documento.

Reentrega automática e manual

Implementadas novas funcionalidades para tratar o conceito de reentrega que, através de configurações pré-estabelecidas na rotina “Perfil do Cliente”, permite gerar automática ou manualmente uma nota fiscal de serviço ou conhecimento de frete do tipo reentrega dos documentos de clientes que não foram entregues ao destino final e na data planejada.

Para tratar os conceitos de reentrega automática e manual, foram realizadas as seguintes implementações:

1. Criação da pasta “Reentrega”, na rotina “Perfil do Cliente” (TMSA480).

2. Criação dos parâmetros “MV_OBSREEN”, ”MV_OCORREE”, ”MV_TPDCREE” e “MV_TMSUNFS”, no ambiente Configurador.

3. Cobrança da reentrega automática no fechamento da viagem.

4. Novos controles para a cobrança de reentrega manual, na rotina “Manutenção doctos.” (TMSA500).

Page 87: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

84

Fechamento do seguro por filial

Na rotina “Fechamento de Seguro”, foi criado o parâmetro “Fechamento por Filial” que permite, através de qualquer filial da empresa, efetuar o fechamento do seguro de todas as filiais separadamente, se este estiver configurado com “Sim”. Caso o fechamento de seguro não for efetuado por filial (“Fechamento por Filial”=“Não”), serão aglutinados os valores de todas as filiais da empresa.

Controle de bloqueio de viagem por limite de peso

Nas rotinas de geração das viagens de transporte e no complemento de viagem, o sistema verifica a capacidade máxima suportada pelo veículo para o cálculo da montagem da carga. Caso exceda o limite de peso, a viagem é bloqueada, podendo ser liberada posteriormente pela rotina “Liberação de Viagem”.

Para verificar se o bloqueio da viagem será calculado pelo peso real, peso cubado ou pelo maior peso entre os dois, foi criado o parâmetro “MV_BLQPES” que define o peso a ser utilizado.

Controle de ocorrências de avaria em outras filiais

Para tratar as situações em que o registro de ocorrência de avaria de mercadorias do cliente é cadastrado na filial da transportadora que finalizou o processo de transporte, mas que não é a responsável pela avaria, foi alterada a rotina “Registro de Ocorrências” (TMSA360), permitindo que ao registrar uma ocorrência do tipo “Pendência de Avaria”, possa também ser informada a filial que gerou tal ocorrência.

Desta forma, é possível gerar a pendência para a filial responsável pela ocorrência e pela indenização ou encerramento da pendência do documento.

Controle da alocação de veículos/motoristas, na rotina “Complemento de Viagem”

Para atender às situações em que os veículos/motoristas já estão disponíveis na transportadora, porém ainda não foi efetuada baixa no sistema e, mesmo assim, faz-se necessária a alocação destes para uma nova viagem de transporte, foi criado o parâmetro “MV_TMSALOC” que, quando habilitado (“T”), permite alocar veículos/motoristas para viagens diferentes ao mesmo tempo.

Page 88: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

85

Geração de contratos de carreteiros para diversos proprietários de veículos relacionados na mesma viagem

Para atender à necessidade de gerar contratos de carreteiros aos diferentes proprietários dos veículos relacionados na mesma viagem, foram realizadas as seguintes implementações:

1. Na rotina “Contrato de Carreteiro”, foi criado o parâmetro “Gera contratos para? Veículo/ Reboque/Ambos” e alterados os campos “Tab. Frete”, “Tipo Tabela” e Tab. Carret.” da tabela “DTY – Contrato de Carreteiros”.

2. Na rotina “Complemento de Viagem”, foram criados novos campos na tabela “DTR – Veículos da Viagem”.

Envio automático de e-mails, em Registro de Ocorrências

Na rotina “Registro de Ocorrências”, foi disponibilizado o recurso de envio de e-mails automáticos no apontamento das ocorrências, permitindo determinar as ocorrências que devem ser encaminhadas e os destinatários das mensagens (clientes internos ou externos).

Para tanto, foram realizadas as seguintes implementações:

1. Criados novos campos, na rotina “Tabela de Ocorrências” (TMSA020), que permitem configurar quais serão os destinatários dos e-mails enviados a partir do apontamento das ocorrências.

2. Criada a rotina “Ocorrências x Usuários” (TMSA365), que permite efetuar a amarração das ocorrências x usuários para envio das mensagens a partir do apontamento das ocorrências.

3. Alterada a rotina “Registro de Ocorrências” (TMSA360), permitindo editar e visualizar o e-mail que será enviado ao efetuar o apontamento da ocorrência.

Prefixo de títulos de contrato de carreteiro

O novo parâmetro “MV_CTCPREF” determina um prefixo específico para os títulos a pagar, gerados pela rotina “Contrato de Carreteiro”, referentes ao pagamento do frete ao carreteiro.

O conteúdo desse parâmetro pode ser preenchido com uma expressão caracter indicada entre aspas, por exemplo, “CTCA” com uma função em ADVPL, ou ainda com as duas representações para compor o prefixo do título, como por exemplo, “C”+cFilAnt.

Apresentação do número da fatura gerada

O novo parâmetro “MV_TMSFMSG” permite configurar se, na rotina “Faturas por docto.” (TMSA850), ao confirmar a geração de uma fatura a receber, deve-se ou não apresentar uma janela, exibindo o número da fatura gerada.

Page 89: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

86

Consulta posição de veículos/motoristas

A nova consulta posição de veículos/motoristas apresenta a posição atual dos veículos/motoristas, identificando a filial da transportadora em que se encontram, a viagem que está vinculada, bem como as operações de transporte realizadas até o momento.

Para visualizar os dados exibidos nessa consulta, o parâmetro "MV_CONTVEI" deve estar preenchido com "T", indicando que as entradas e as saídas dos veículos/motoristas são controladas pela transportadora.

Ajuste da previsão de chegada de viagens

Para atender à necessidade de apresentar a previsão de chegada de viagens caso ocorra algum atraso no decorrer do transporte por motivos diversos, como obstáculos na rodovia, atraso no vôo, problemas mecânicos etc., foi implementado o conceito “Ajuste da Previsão de Chegada da Viagem”.

Para tanto, foram criados:

O tipo de ocorrência “14 – Ajuste da Previsão de Chegada”, que será utilizado no apontamento do registro de ocorrência da viagem, na rotina “Tabela de Ocorrências” (TMSA020).

O campo “Horas Atraso” (DUA_HORATR) na tabela de dados “DUA – Registro de Ocorrências”, que permite ajustar a previsão de chegada da viagem, na rotina “Registro de Ocorrências” (TMSA360).

Os campos “Prev. Ajust.” (DTW_DATAJU) e “Hora Ajust.” (DTW_HORAAJU), que exibirão o ajuste da previsão de chegada da viagem, nas rotinas de “Operações de Transporte”.

As informações sobre a previsão de chegada de viagens e seus motivos de atraso poderão ser consultadas na rotina “Tracking” (TMSC020), que permite o acompanhamento e monitoração das viagens com base nos apontamentos das atividades previstas pelos serviços vinculados às rotas, bem como o apontamento das operações do transporte. Assim, é possível ter uma visão precisa dos pontos por onde a mercadoria do cliente passou e quais restam para completar o trecho de viagem até o destino.

Rateio de frete por lote

Chama-se de rateio de frete quando o valor total do frete é dividido entre todas as notas fiscais informadas de acordo com fatores pré definidos, com, peso da mercadoria, valor da mercadoria ou quantidade de volumes.

Foi implementado o conceito de “rateio de frete” para atender às situações em que o cliente faz uma cotação de frete em um determinado valor e posteriormente, inclui diversas notas fiscais, sendo que o valor precisa ser dividido entre todas as notas fiscais deste lote, de acordo com os fatores citados anteriormente.

Page 90: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

87

Endereçamento de Documentos sem Controle de Estoque

O endereçamento é executado para indicar a localização física das mercadorias na transportadora. É comum alguns clientes utilizarem esta rotina especificar em qual palete ou gaiola se encontra determinada mercadoria, já que há uma infinidade de mercadorias, clientes e destinos a serem entregues, elas precisam ser organizadas para tornar esse trabalho mais simples.

Antes da implementação da nova rotina, era possível endereçar documentos apenas quando o controle de estoque estava ativo. Com a nova rotina, pode-se utilizar o Controle de Estoque ativo ou não; o Sistema analisa automaticamente as configurações e executa a rotina correspondente.

Desta forma, é possível visualizar, mediante a escolha de parâmetros, documentos endereçados e não endereçados, carregados e não carregados, alterar um endereçamento já existente e realizar pesquisas de documentos.

Documentos a serem desconsiderados no fechamento de seguro

Para calcular o valor a ser pago para a companhia de seguro pela transportadora, deve ser efetuada a rotina “Fechamento” (Seguro / Fechamento).

Até a versão anterior, o sistema, por padrão, não considerava para o fechamento de seguro documentos como: A=CTRC Cortesia e B=ACT. Para que seja possível determinar os documentos que serão desconsiderados no Fechamento do Seguro, foi criado o parâmetro MV_DOCNAVB.

Caso o parâmetro não seja preenchido, o sistema irá considerar todos os documentos no fechamento do seguro.

Liberação de cavalo e motorista no destino final

Na chegada na filial de destino de uma viagem, os veículos ficam reservados até que seja finalizado o descarregamento e encerramento da viagem, sendo disponibilizado para outras viagens.

Foi disponibilizado tratamento para que seja possível desengatar os reboques dos cavalos durante o descarregamento da carga, deixando o cavalo e o motorista disponíveis para outras viagens, quando realizada chegada de viagem de transferência na filial destino, para o tipo de veículo “cavalo” com “carreta”.

Para os veículos diferentes do tipo “cavalo”, o processo permanece inalterado, ou seja, deve ser efetuado o descarregamento e, ao encerrar a viagem, os veículos e motoristas serão liberados.

Para a utilização do novo tratamento, o parâmetro MV_CONTVEI deverá estar preenchido com .T., pois, quando o parâmetro está desabilitado, não existe reserva dos veículos para a viagem.

Page 91: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

88

Relatório de Pré-fatura

Pré-Fatura é um documento enviado pelo cliente com valores a serem recebidos pela transportadora, pelos serviços prestados. Com base nesse documento, a transportadora deve realizar a conferência dos valores e gerar a fatura para o cliente efetuar o pagamento dos serviços prestados.

Implementado relatório que apresenta a relação de pré-faturas importadas da rotina de “Recebimento do EDI (Electronic Data Interchange)”, possibilitando a conferência dos valores da pré-fatura relacionados aos serviços prestados.

Componente calculado pelo valor mínimo

Na tabela de frete a receber, através do botão “Complemento Tabela de Frete”, é possível configurar o valor mínimo que será cobrado para o componente.

Para identificar se para o componente foi cobrado o valor mínimo da tabela de frete, foi adicionado recurso na tabela de Composição de Fretes (DT8), através do novo campo “Calc. no Mín.” (DT8_CALMIN), que indicará se o componente de frete está calculado no valor mínimo.

Exemplo:

Supondo um componente configurado com o valor mínimo de R$ 50,00, ao calcular seu valor para uma cotação de frete através da rotina “Cotação de Frete”, o valor encontrado para o componente foi de R$ 35,00. Porém, será considerado o valor do mínimo do componente (R$ 50,00), pois o valor calculado (R$ 35,00) foi inferior ao valor mínimo.

Preço por Produto – Cálculo do Frete

Quando o parâmetro MV_PRCPROD está habilitado, o valor do frete é localizado na tabela de frete pelo produto informado na digitação da nota fiscal do cliente.

Para atender a necessidade em que o cliente deseja calcular o valor do frete por produto estando o parâmetro MV_PRCPROD desabilitado, foram criados os seguintes campos:

“AAM_PRCPRD” (Preço Prod.), na rotina “Contrato Cliente”, quando existir contrato configurado para o cliente;

“DUO_PRCPRD” (Preço Prod.), na rotina “Perfil do Cliente”, quando o contrato for genérico.

Quando o conteúdo dos campos for “Sim” ou o parâmetro “MV_PRCPROD” estiver habilitado, o cálculo do frete irá verificar se existe tabela de frete e ajuste de tabela de frete configurado por produto. Caso o conteúdo dos campos seja “Não” e o parâmetro estiver desabilitado, o produto será desconsiderado.

Page 92: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

89

Tratamento para encerrar uma viagem de transferência com documentos em trânsito em qualquer filial

Para atender às situações em que seja necessário encerrar uma viagem de transferência com documentos em trânsito em qualquer filial, foi criado o parâmetro “MV_ENCVDOC”.

Anteriormente à criação desse parâmetro, o sistema não permitia encerrar uma viagem de transferência com documentos em trânsito em uma filial diferente das filias definidas na rota da viagem.

O parâmetro “MV_ENCVDOC” pode ser configurado com:

0 – Default – Não encerra a viagem;

1 – Encerra a viagem; 2 – Pergunta se encerra, ou não, a viagem.

Consulta para documentos averbados no Fechamento de Seguros – Botão “Averbar”

Para que seja possível conferir os documentos que foram vinculados ao documento de seguro, com seus respectivos conhecimentos averbados, foi implementada uma consulta na rotina Fechamento de Seguro, através do botão “Averbação”.

Controle de documentos exigidos e do período de prestação de serviços

Foram implementados tratamentos no ambiente Gestão de Transportes com o objetivo de controlar a entrega de todos os documentos exigidos de fornecedores e motoristas e o período de atividade e inatividade de prestadores de serviços.

Esse controle terá um impacto direto na geração das viagens, pois, caso os documentos configurados para apresentação não sejam apresentados no período indicado ou a prestação de serviço pelo fornecedor esteja fora do período pré-definido, a viagem será bloqueada.

O bloqueio irá ocorrer no momento da inclusão da viagem, em que o sistema apresenta um aviso, notificando por quais motivos a viagem foi bloqueada. A liberação da viagem ocorrerá por meio da rotina “Liberação de Viagem”.

Encerramento de registros de indenização sem a realização da autorização de pagamento

Disponibilizado conceito de encerramento de registros de indenizações, sem que haja a necessidade de realizar a autorização de pagamento.

Até a versão anterior, quando não era realizada a autorização do pagamento de um registro de indenização, o status desse registro ficava “Em Aberto” e passava para a situação de “Encerrado” somente quando ocorresse o pagamento da indenização.

Page 93: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

90

No entanto, existem casos em que não haverá o pagamento da indenização, como, por exemplo, em situação de extravio de mercadoria em que, posteriormente, é encontrada.

Foram criadas duas novas opções na rotina de Registro de Indenização (TMSA370):

encerramento do registro de indenização; estorno do encerramento do registro de indenização.

Criado, também, um novo status para o registro de indenização: “Encerrado – Não Indenizado”.

Liberação de contratos de carreteiro e geração de pedidos de compra baseado no contrato do fornecedor

Devido à necessidade de realizar um controle mais amplo quanto ao pagamento dos contratos de carreteiro, tais como liberação para pagamento do contrato, geração do título a pagar referente ao contrato em uma data diferente da data de cálculo do contrato, entre outros, foi desenvolvido o conceito de Liberação de Contratos de Carreteiro.

Esse conceito visa permitir ao usuário liberar, no momento mais conveniente, o contrato do carreteiro. O título referente ao contrato somente será gerado após sua liberação.

Para adequação ao novo processo, foi criada a seguinte rotina:

Liberação de Contrato Carreteiro (TMSA251) As seguintes rotinas foram modificadas:

Contrato Carreteiro (TMSA250) Encerramento de Viagem (TMSA340)

Para habilitação do conceito de Liberação de Contratos, é necessária a criação do parâmetro MV_LIBCTC. Caso não seja criado, o sistema continua operando da forma tradicional.

Novas funcionalidades para o campo “Separa Cliente”, na rotina “Perfil do Cliente”

Na rotina Perfil do Cliente (TMSA480), pasta “Financeiro”, mudou-se o título do campo “Sep. FOB + Rem.” (DUO_SEPREM) para “Separa Cliente” com novas funcionalidades.

Anteriormente, sua funcionalidade era permitir que, na geração de faturas automáticas (TMSA480), o sistema separasse todos os clientes remetentes em faturas individuais, caso o conhecimento de frete fosse pago pelo destinatário (FOB).

Com a nova implementação, na geração de faturas automáticas, o sistema efetua a separação por outros tipos de cliente, em que:

1. Não separa: Não há separação de faturas por outros clientes, além do devedor.

2. CIF- destinatário: caso o conhecimento seja CIF, o sistema gera uma fatura separada para cada destinatário.

Page 94: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

91

3. CIF-consignatário: caso o conhecimento seja CIF, o sistema gera uma fatura separada para cada consignatário.

4. FOB-consignatário: caso o conhecimento seja FOB, o sistema gera uma fatura separada para cada consignatário.

5. CIF-despachante: caso o conhecimento seja CIF, o sistema gera uma fatura separada para cada despachante.

6. FOB-despachante: caso o conhecimento seja FOB, o sistema gera uma fatura separada para cada despachante.

Opção “Manutenção”, nas rotinas de Cadastros de Viagens

Com o objetivo de otimizar e aglutinar a seqüência de cadastros para a conclusão de uma viagem, foi implementada a opção “Manutenção” em todos os Cadastros de Viagens descritos a seguir:

Viagem de Coleta Rodoviária (TMSA141A) Viagem de Transporte Rodoviário (TMSA140A) Viagem de Entrega Rodoviária (TMSA141C) Viagem de Coleta Aérea (TMSA141B) Viagem de Transporte Aéreo (TMSA140B) Viagem de Entrega Aérea (TMSA141D) Viagem de Transporte Fluvial (TMSA140C)

Anteriormente a esta implementação, para concluir um processo de Viagem, era necessário navegar pelo menu do ambiente TMS – Gestão de Transportes. A nova opção aglutina os processos envolvidos e necessários para a conclusão da viagem.

Relatório Plano de Viagem

Implementado relatório “Plano de Viagem” (RTMSR15) para demonstrar as informações vinculadas à viagem, como: veículos, motorista, atividades, praças de pedágio e informações sobre o contrato de carreteiro, se houver.

Cálculo do conhecimento de frete com uma viagem de coleta com status “em trânsito"

Na rotina “Cálculo de Frete” (TMSA200), foi criado o parâmetro MV_TMSVGCE para atender situações em que o veículo saiu para efetuar uma coleta e ainda não voltou para a filial de origem, porém, a filial já possui todas as informações necessárias para a geração do conhecimento de frete.

Anteriormente à criação do parâmetro, o sistema entendia que a viagem coleta que estava em trânsito também efetuava a entrega, portanto, o conhecimento de frete era gerado amarrado à viagem de coleta, não permitindo a sua entrega por outra viagem.

Page 95: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

92

Caso o novo parâmetro “MV_TMSVGCE” esteja configurado com conteúdo .T. “Verdadeiro”, o sistema mantém essa funcionalidade. Quando o parâmetro estiver com conteúdo .F. “Falso”, a viagem de coleta não estará configurada para efetuar entrega, permitindo, assim, a geração de uma outra viagem para efetuar a entrega do conhecimento de frete.

O novo parâmetro somente será validado caso o parâmetro “MV_TMSCFEC” esteja configurado como .T. (verdadeiro), indicando que a transportadora utiliza carga fechada no ambiente TMS – Gestão de Transportes.

Peso cubado, no relatório “Comparativo de Rentabilidade de Viagem”

No Relatório “Comparativo de Rentabilidade de Viagem” (TMSR440), foi incluída a opção “Peso Cubado”, na pergunta “Rateio de Frete a Pagar?”. Essa opção, quando selecionada, tem como objetivo o cálculo do rateio de frete pelo campo “Peso Cubado” (DT6_PESOM3).

Localização da tabela de frete do cálculo de frete em níveis superiores da região origem

Anteriormente, para a localização da tabela de frete a receber, o cálculo do frete fixava a região origem da mercadoria/transporte e, se não encontrasse valores na tabela de frete para a região de destino da mercadoria, verificava as tabelas de frete das regiões superiores à de destino.

Com a criação do parâmetro “MV_CALNORI”, também é possível localizar a tabela de frete da região de origem verificando as regiões superiores.

Page 96: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

93

PCP - Planejamento e Controle da Produção

Interface de grade no configurador de produtos

Foi implementada a interface de grade com o intuito de atender empresas que desejam utilizar os facilitadores do configurador de produtos em conjunto com o recurso de grade de produtos, na rotina “Configuração de Produtos”.

Essa nova implementação permite tratar, na formação dos códigos inteligentes, as características comuns à família do produto, junto com o conceito de grade de produtos, agilizando assim o trabalho de cadastramento de produtos que variam em apenas alguns aspectos, mantendo a sua característica principal.

No configurador de produtos, para a definição das regras de codificação e composição dos produtos, já é possível utilizar duas novas características relacionadas à grade de produtos, sendo elas: linha e coluna, respectivamente nessa ordem.

Após a geração do código inteligente com a interface de grade de produtos, é possível selecionar as características da grade e informar, normalmente, as quantidades necessárias nas rotinas que utilizam esse conceito.

Com essa solução, o Sistema disponibiliza uma ferramenta mais prática e robusta que poderá ser aplicada nos diversos processos da indústria de calçados, confecções e demais produtos com variações similares.

Geração de OP por pedido de vendas, considerando a data de entrega

Para atender à necessidade de clientes que desejam gerar ordens de produção a partir de pedidos de vendas, priorizando a data de entrega do material, foi criada uma nova pergunta “Avaliar os PVs Priorizando?”, que poderá ser configurada como:

1. Por número (como já era feito anteriormente).

2. Por data de entrega.

Uso do conceito de ganho de produção – Novo parâmetro “MV_GANHOPR”

O conceito de ganho de produção é realizado quando a quantidade real produzida é maior que a quantidade prevista na OP (ordem de produção), utilizando as mesmas quantidades de matéria-prima empenhadas/requisitadas na abertura da OP, sem efetuar ajustes de produção.

Page 97: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

94

Para validar se no apontamento de produção será utilizado ou não esse conceito, foi criado o parâmetro “MV_GANHOPR”, podendo ser configurado com:

“T” (T/True) – permite o uso do conceito de ganho de produção (padrão). "F” (F/False) - não permite o uso do conceito de ganho de produção.

Neste caso, ao registrar o apontamento da produção na rotina “Produção” (MATA250), se a quantidade produzida for maior do que a quantidade prevista, será exibida uma mensagem ao usuário, alertando-o que a quantidade informada é maior que a registrada na ordem de produção, não permitindo sua confirmação.

Evolução tecnológica da interface de grade de produtos

O objetivo da evolução tecnológica da interface de grade de produtos é tornar mais fácil a utilização da grade, oferecendo uma interface amigável, recurso de pesquisas dos itens da grade e uso de curvas com características que possibilitam efetuar uma pré-configuração de combinações, a partir de características dos itens de coluna da grade e suas respectivas quantidades baseadas em múltiplos.

As principais alterações no uso da grade são:

1. Nova interface para a digitação dos dados relacionados à grade de produtos.

2. Novo botão “Pesquisar” nas rotinas “Pedido de Vendas” (MATA410), “Liberação Pedidos” (MATA440), “Ordem de Produção” (MATA650) e “Produção” (MATA250), quando utilizado o recurso de grade de produtos.

3. Nova rotina “Curva de Características” (MATA552), que permite o cadastramento detalhado do comportamento dos itens das características do produto em conjunto com o recurso de grade de produtos.

4. Novo botão “Curva de Características” disponível nas rotinas “Pedido de Vendas” (MATA410) e “Ordem de Produção” (MATA650), quando utilizado o recurso de grade de produtos.

5. Nova função MaReadGrd(), a qual é aplicada aos pontos de entrada relacionados à grade de produtos.

Integração Drummer Aps e Protheus

Com o objetivo de potencializar a solução ERP no quesito planejamento e programação da produção, foi desenvolvida integração entre Protheus e o software Drummer Aps.

O Drummer Aps é um software de planejamento e controle de fluxo de materiais baseado no conceito da Teoria das Restrições (TOC) e capacidade finita, descrito pelo Dr. Eli Goldratt no livro A META.

Page 98: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

95

A metodologia consiste em:

Otimizar a seqüência nos pontos de programação; Utilizar a programação Backward e Forward para alocar e sequenciar recursos e

materiais; Sincronizar a fábrica em função dos pontos de programação; Gerar a programação de compras subordinada à programação da produção;

Reprogramar pedidos já colocados nos fornecedores.

O Drummer Aps deve responder:

Como responder rapidamente às constantes mudanças de nossos clientes;

Quando e onde vou ter gargalos na produção;

Qual o nível de Mão-de-Obra adequado a este volume de vendas;

Que pedidos serão afetados com a falta desta matéria prima;

Qual a melhor seqüência de programação das máquinas;

Como extrair o máximo de minha capacidade instalada;

Como balancear desempenho de entrega e níveis de estoque;

Como sincronizar os diversos setores da empresa;

Como sincronizar compras com o programa de produção;

Por que o pedido daquele cliente vai atrasar;

Como faço para acompanhar a execução do programa na fábrica;

Para quando posso prometer este pedido;

E se entrar um pedido URGENTE, o que eu faço;

Qual o melhor MIX de produção para esta disponibilidade de recursos;

Vale a pena terceirizar esta operação;

Após a exportação dos dados do Protheus para o Drummer Aps e a execução dos processos no APS, poderão ser geradas no Protheus as seguintes informações:

Geração de ordem de produção prevista;

Geração de solicitação de compras prevista;

Geração de autorização de entrega;

Reprogramação de pedidos de compras;

Reprogramação de pedidos de vendas;

Operações alocadas;

Geração de previsão de entrega de pedidos de vendas utilizando o iQuiz.

Page 99: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

96

Arquitetura da integração

Page 100: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

97

GCT - Gestão Contratos

Avaliação de multas, vinculadas ao contrato, no recebimento do documento de entrada

Para multas vinculadas ao contrato, no recebimento do documento de entrada, criou-se novo recurso em que são definidas suas regras de emissão e valores de aplicação.

O valor da multa é deduzido da quantia a ser paga para o fornecedor pela prestação de serviço e/ou produtos.

Para utilizar esse recurso, o documento de entrada deve ter origem no pedido de compras que é vinculado à medição de contratos; ou seja, é necessário utilizar o procedimento de recebimento de produtos/serviços do ambiente Gestão de Contratos.

O cadastro das fórmulas é a parte mais importante do processo de avaliação de multas, pois nele serão estipuladas as regras para a aplicação da multa e cálculo de seu valor.

Novas rotinas e tratamentos na Gestão de Contratos de Compras

Foram implementadas novas rotinas e tratamentos no ambiente Gestão de Contratos, com o objetivo de oferecer mais recursos para o controle dos contratos de compras:

Revisão de Contratos Reajuste - permite ao usuário reajustar os itens de contrato de acordo com o

valor de um índice econômico do sistema. Realinhamento - permite realinhar os itens de contrato de acordo com um novo

valor unitário negociado com o fornecedor. Readequação - permite readequar os itens de contrato de acordo com o valor

total de cada planilha. Aditivo de Quantidade e Prazo - permite o controle físico e financeiro dos itens

de planilhas e cronogramas do contrato.

Cadastro de Documentos Através dessa rotina, podem-se incluir os documentos referentes ao contrato.

Controle de Documentos Gerencia os tipos de documentos que cada contrato obrigatoriamente deve possuir para a sua continuidade.

Page 101: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

98

Contratos - Avaliação de Fornecedores Permite gerenciar o histórico dos fornecedores em relação aos contratos.

Controle de Acesso Permite definir os diretos de acesso a uma lista de transações pré-definidas para cada contrato por usuário ou grupo de usuários.

Cadastro dos Tipos de Desconto Relaciona os tipos de descontos que poderão ser aplicados no momento da medição.

Descontos de Medição Relaciona os descontos que poderão ser aplicados no momento da medição.

Controle de alertas de contratos Para facilitar e agilizar o acompanhamento e gerenciamento dos contratos de compras, foram criados:

O campo “Dias/Aviso” (dias de aviso, CN1_PRDALT), na rotina “Tipos de Contratos”, que indica a quantidade de dias antes do término do contrato.

O campo “Perc. aviso” (percentual de aviso, CNL_LMTAVS), na rotina “Tipos de Planinlha”, que indica o percentual do saldo das planinhas do contrato, o qual deve ser atingindo para que seja possível enviar mensagens de aviso ao usuário.

Os eventos, na rotina “M-Messenger”. Entre eles: Aviso de vencimento – (SIGAGCT, cód. 038). Término de contrato – (SIGAGCT, cód. 039). Limite de saldo das planilhas do contrato – (SIGAGCT, cód. 040). Log de execução das medições automáticas – (SIGAGCT, cód. 041).

Novas transações no controle de acesso por usuário e/ou grupo de usuários

Permitem definir por usuário e/ou grupo de usuários o controle de acesso à visualização das cauções, planilhas, cronogramas, documentos de contratos, medições, contratos e banco de conhecimento dos documentos.

Page 102: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

99

Controles de medições na gestão de compras Para que se possa gerenciar de forma eficaz limites maiores de medições, além dos valores previstos no cronograma, e para automatizar a geração de medições, foram criados:

Na rotina “Tipos de Contratos”, os campos: “Limite Med.” (limite de medição, CN1_LMTMED), que indica o percentual de

limite excedente permitido para medições de contrato, além do previsto no cronograma.

“Med. Automat.” (medição automática, CN1_MEDAUT), que possibilita a medição do contrato de acordo com o planejado, por meio de uma tarefa (JOB) do Sistema ou pela nova rotina Medição Automática”.

A rotina “Medição Automática” (CNTA260), que executa o processamento das medições automáticas conforme o cronograma financeiro e físico.

Novos parâmetros: MV_MEDDIAS – indica a quantidade de dias para pesquisa das medições

pendentes na execução do JOB. MV_MEDPEND – caso exista erro na criação das medições, esse parâmetro

determina que o Sistema deve pesquisá-las e encerrá-las automaticamente. Ele é executado após a execução do JOB (quando existente), para que se possa criar as medições automáticas, podendo ser configurado com:

Controle da avaliação de multas e bonificações vinculadas aos contratos na medição

Recurso para aplicação de multas ou bonificações vinculadas ao contrato foi disponibilizado para que seja utilizado no momento de sua medição.

Consultas - Rastreador de Contratos

A rotina de consulta “Rastreador de Contratos” (CNT0010) permite ao usuário analisar as dependências dos contratos por meio de uma estrutura do tipo árvore (tree).

Nesta estrutura, podem ser exibidas as seguintes entidades, conforme o filtro definido: por Contratos, Cabeçalhos de Planilhas; Itens de planilhas; Cabeçalhos de Medições; Itens de medições; Cabeçalhos de Pedidos de compras; Itens de pedidos de compras; Cabeçalhos de documentos de entrada; Itens de documentos de entrada; Títulos a pagar.

Por meio do parâmetro “MV_CNTTEMP”, é possível definir o intervalo de tempo em minutos para as atualizações automáticas da consulta.

A atualização automática (“refresh”) executa uma nova varredura da base de dados utilizando os últimos parâmetros de filtro informados.

Page 103: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

100

Natureza financeira para os títulos provisórios

Implementado o campo “Natureza” (CN9_NATURE) na tabela “CN9 – Cadastro de Contratos” com o objetivo de definir uma natureza financeira específica para os títulos provisórios que serão gerados pelos cronogramas financeiros relacionados ao contrato. Se esse campo não for informado na geração dos títulos provisórios, o Sistema irá considerar o conteúdo do parâmetro “MV_CNNAT”, que indica o código da natureza financeira padrão utilizada pelo ambiente Gestão de Contratos.

Controle de retenção de cauções

O controle de cauções gerencia as garantias pagas pelo fornecedor ao contratante antes do início do contrato, ou seja, quantias financeiras ou documentos recebidos como garantias de pagamento de uma dívida antes da vigência do contrato.

O controle de retenção de cauções, tem como objetivo atender às cauções que não são fornecidas no início do contrato, mas são retidas durante suas medições.

Controle de cronogramas físicos na gestão de contratos

Implementado o conceito “Cronograma físico”, com o intuito de prover um controle de desembolso baseado na estrutura física do contrato, permitindo o planejamento físico dos gastos de cronogramas.

Page 104: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

101

WMS - Gestão de Armazenagem

Regras de convocação

Disponibilizada funcionalidade para definir regras de convocação de recursos humanos, a fim de otimizar o fluxo da operação na Gestão de Armazenagem com o uso de radiofreqüência.

O sistema permite definir 2 (dois) tipos de regras:

Regra de limitação Possibilita limitar a área de atuação dos operadores em um determinado armazém ou zona de armazenagem ou intervalo de endereços. Permite definir se um recurso humano deverá reservar a rua quando estiver executando um serviço. Exemplo: O operador reserva a rua para evitar que uma empilhadeira entre nesta rua bloqueando a sua saída.

Regra para definir uma seqüência Permite direcionar o fluxo da operação por ordem crescente / decrescente de endereços. Observação: As regras de limitação e seqüência, podem ser definidas por: serviço; serviço e tarefa; serviço, tarefa e atividade.

Novo campo para definir o tipo de execução da ordem de serviço

Implementado o campo “Tipo de Execução” (DC5_TPEXEC), na tela “Serviço x Tarefa”, permitindo ao operador logístico definir no momento da geração da ordem de serviço, se a execução do serviço WMS será automática ou manual, para tratamento posterior na rotina de “Execução de Serviços” (DLGA150).

Page 105: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

102

TEC - Field Service

Localização do ambiente Field Service

As rotinas do ambiente Field Service foram adequadas para atender às regras de negócios e exigências legais dos seguintes países: Argentina, México, Chile, Paraguai e Uruguai.

Este processo de localização consiste em tornar o ambiente Field Service funcional às operações desses países.

A seguir serão listadas as melhorias efetuadas em cada rotina.

Orçamentos (TECA400) 1. Foi incluído no cabeçalho do orçamento o campo “Taxa da Moeda”

(AB3_TXMOED) para ser usado na conversão de valores entre moedas. Este campo permitirá que o usuário, opcionalmente, informe uma taxa para a moeda do orçamento que está sendo incluído ou alterado.

2. Na opção de menu “Efetivar”, que gera a Ordem de Serviço com base no orçamento, foi incluída a pergunta “Qual Moeda?”. Esta pergunta permitirá que a ordem de serviço seja gerada com base na moeda informada.

3. Na rotina de orçamentos , também alterou-se a “Picture” dos campos do rodapé da tela (Total, Total do Cliente e Total do Fabricante) para respeitar o número de casas decimais da moeda (AB3_MOEDA) informada no orçamento.

Ordem de Serviço (TECA450) 1. No cabeçalho da ordem de serviço, incluiu-se o campo “Taxa da Moeda”

(AB6_TXMOED) que será utilizado na conversão de valores das ordens de serviços que estão sendo inclusas ou alteradas.

2. Na opção de menu “Efetivar”, que gera pedidos de venda com base nas ordens de serviço, incluiu-se a pergunta “Qual Moeda?”.

3. Na rotina de “Ordem de Serviço”, alterou-se a “Picture” dos campos do rodapé da tela (Total, Total do Cliente e Total do Fabricante) para respeitar o número de casas decimais do campo “Moeda” (AB6_MOEDA) informado na ordem de serviço.

Page 106: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

103

Relatórios Foram incluídas as perguntas “Qual Moeda?” e “Outras Moedas?” nos seguintes relatórios:

Ficha de Orçamento (TECR400). Relação de Orçamento s (TECR410). Ficha de OS (TECR450). Detalhe da Ordem de Serviço (TECR460). Relação de OS por Produto (TECR470).

Page 107: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

104

MNT - Manutenção de Ativos

Procedimentos para nova versão de gráficos

Foi disponibilizada uma versão aprimorada de apresentação dos gráficos nos ambientes de Manutenção de Ativos e Medicina e Segurança do Trabalho. Para utilizá-la, devem ser observados os seguintes procedimentos e consistências efetuadas pelo sistema:

1. Não há mais necessidade de utilizar os parâmetros “MV_NGGRAFI” e “MV_NGSERVE” para o endereçamento (caminho de busca) dos arquivos necessários para a montagem dos gráficos.

2. Os arquivos necessários para a montagem dos gráficos são GRAFING.EXE, BIVBX10.DLL, CTL3D.DLL, CHART2FX.VBX e BIVBX11.DLL, que devem ser gravados na pasta “/SYSTEM”, conforme indicado pela chave “RootPath”/”StartPath”, no arquivo de configuração do servidor Protheus. Na falta de algum arquivo, será exibida uma mensagem de não-conformidade.

3. O sistema verifica também a versão do programa GRAFING.EXE. Caso não esteja correta, serão exibidas mensagens de não-conformidade e a versão deve ser solicitada à Microsiga e substituída.

Validação do campo “Disponibilidade”

No cadastro de Funcionários, foi implementada uma validação no campo “Disponibil.” (ST1_DISPONI), que está vinculada ao retorno de insumo do tipo Mão-de-obra na ordem de serviço do tipo Preventiva ou Corretiva, exibindo uma mensagem de indisponibilidade do funcionário quando o campo “Disponibil.” estiver preenchido com “Não”.

Parâmetro para controle da geração de solicitações de compras

Implementado o parâmetro “MV_NGMNTSC” com o objetivo de controlar a geração de solicitações de compras nos modelos do ambiente de “Compras” (Aglutinação), existente no sistema.

1. Durante a inclusão/confirmação de uma Ordem de Serviço que gere uma solicitação de compra, se o conteúdo do parâmetro estiver preenchido com “1”, será gerada mais de uma solicitação de compras, dependendo da quantidade a ser comprada. Exemplo: devem ser compradas quarenta peças. Serão geradas quatro solicitações de compras, cada uma com o valor estipulado no campo “Lote econômico do produto” (SB1).

Page 108: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

105

2. Durante a inclusão/confirmação de uma Ordem de Serviço que gere uma solicitação de compra, se o conteúdo do parâmetro estiver preenchido com “2”, será gerada uma única solicitação de compras, fazendo consideração à ordem de produção que foi criada durante a inclusão da O.S. com a quantidade referente à necessidade solicitada. Exemplo: devem ser compradas quarenta peças. Será gerada uma solicitação de compras com a quantidade referente à necessidade solicitada (40 peças).

3. Durante a inclusão/confirmação de uma Ordem de Serviço que gera uma solicitação de compra, se o conteúdo do parâmetro estiver preenchido com “3”, será gerada uma única solicitação de compra, fazendo consideração à data da necessidade.

Controle de inatividade

Com o objetivo de controlar a inatividade dos usuários (como, por exemplo: funcionários demitidos), no ambiente “Manutenção de Ativos”, o parâmetro “MV_NGMNTRH” deverá ter um tratamento diferenciado.

Esse tratamento é controlado pela integração com o ambiente “Gestão de Pessoal” com a verificação do preenchimento dos campos “Data de Demissão” (RA_DEMISSA) e “Situação” com “D” (RA_SITFOLHA) demitidos do “Cadastro de Funcionários” (SRA).

Na consulta do gráfico “Horas Trabalhadas na Manutenção” quando o parâmetro “MV_NGMNTRH” estiver preenchido com “Sim” e tratar-se de um funcionário demitido, não será apresentado o código do funcionário para consulta via (F3).

Visualização do segundo contador do bem

Para serem visualizados na tela de “Cadastro de Movimentação”, foram disponibilizados os campos “Contador 2”, “Acumulado” e “Data Último Acompanhamento” com o objetivo de facilitar o acompanhamento de seus respectivos conteúdos.

Nos “Dados da Movimentação Anterior”, também foi disponibilizada a visualização do campo “Contador 2”, referente ao segundo contador do bem.

Nova pergunta para o relatório “Horas Paradas”

Criada a pergunta "Tipo de relatório" (Analítico/Sintético), na janela de parâmetros do “Relatório de Horas Paradas”, com o objetivo de facilitar ao usuário o processo de análise do relatório de “Horas paradas”.

Quando selecionada a opção “Analítico”, será impresso o relatório conforme padrão;

Quando selecionada a opção “Sintético”, serão impressos no relatório somente os totais, como o número total de horas por tipo de manutenção, por bem e por centro de custo e, no final, o total geral de paradas do equipamento.

Page 109: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

106

Nova pergunta no parâmetro do relatório “Resumo Custo Mensal”

Implementada a pergunta "Considerar O.S?" (Abertas/Finalizadas/Ambas), na janela de parâmetros do relatório “Resumo Custo Mensal”, que possibilita filtrar e imprimir as ordens de serviço em aberto, finalizadas ou ambas, permitindo assim definir qual o status da ordem de serviço, a qual se deseja verificar o custo impresso.

Novo conteúdo para o parâmetro “MV_NGGERPR”

Implementada melhoria no parâmetro “MV_NGGERPR”, ao qual adicionou-se o novo conteúdo “C”, que indica se o Sistema deve ou não gerar automaticamente “Ordens de Serviço Preventivas”, após o reporte do contador, quando for identificado que a manutenção está vencida.

Ordem de serviço gerada pelo processo das respostas das opções das etapas

Implementado o relatório ”Ordem de Serviço gerada pelo processo das respostas das opções das etapas" (MNTA400) para que seja possível verificar a seqüência que originou a ordem de serviço atual após o retorno da resposta de opção da etapa.

No cadastro das etapas, quando definido que a etapa é do tipo “Informar”, poderá ser definido se a resposta deve gerar uma ordem de serviço em seu retorno, conforme definição dos campos “Tipo”, “Operador”, “Informação”, “Tp. Campo Resp.”, “Tipo Manutenção”, “Serviço” e “Para o Bem”.

Seqüência padrão no cadastro de manutenção do bem

Na manutenção do bem, foi criado o campo “Seq. Padrão” (TF_SEQREPA) para que o usuário tenha a opção de selecionar em qual seqüência da manutenção padrão deseja utilizar.

Nova pergunta na consulta “Disponibilidade de Horas”

Implementada a pergunta "Tipo de Ordens?", na janela de parâmetros da consulta “Disponibilidade de Horas”, com o objetivo de definir se o usuário trabalhará com as ordens de serviço dos tipos: “Corretiva”, “Preventivas” ou “Ambas”.

Além disso, essa nova opção possibilita filtrar as horas realizadas do tipo de ordens de serviço que se deseja verificar, para que se possa realizar o comparativo das horas disponíveis X horas realizadas.

Page 110: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

107

EEC - Easy Export Control

Adequações ao exportador de café

Novos recursos (habilitados através de parâmetros específicos) com a finalidade de tornar o sistema uma ferramenta com a visão do Exportador de Café, permite controles como a descrição da Qualidade do Café, controle de Amostras, Wash-Out, entre outros.

Ferramenta para geração de documentos/exportação

Nova rotina com dicionário de dados, para desenvolvimento de formulários de exportação, que oferece ainda recursos de importação e exportação de documentos.

Tratamento de preço aberto ou fechado e destaque de despesas

Foram criados novos campos de frete, seguro, despesas internas, baseados em itens já devidamente apurados pelo sistema. A rotina em questão visa utilizar as práticas mais adotadas em comércio exterior para formação do preço do produto a ser exportado.

Tratamento de carta de crédito

Suporte às cartas de créditos dos tipos: Documentária, Standby e Renovável. Oferece a possibilidade de controle de saldos, que ocorre considerando os valores totais do processo (capa do processo).

Controle de demurrage ou despatch por navio

Tratamento de Demurrage por navio que possibilita controlar a carga e descarga do navio e seus responsáveis.

Não possui interface com a Microsiga.

Controle de back to back e consignação

Tratamento de vários tipos de processos de exportação, disponibiliza novas funcionalidades como: Exportação em Consignação, Back to Back Consignado, Pedido de Exportação em Consignação – Tipo Remessa, Embarque em Consignação – Tipo Remessa, Pedido de Exportação em Consignação – Tipo Venda, Embarque em Consignação – Tipo Venda, Pedido de Exportação Back to Back, Pedido de Exportação Back to Back com Consignação, RE Consignado/Prorrogação de Validade de RE e Relatório Extrato de RE.

Page 111: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

108

Resumo de operações financeiras

Disponibilizada a consulta do resumo de operações financeiras na rotina de manutenção de câmbio, que apresenta informações importantes para melhor controle financeiro.

Page 112: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

109

EDC - Easy Drawback Control

Utilização do módulo de Drawback sem o Easy Import Control

Permitida a importação das informações de arquivo TXT e diretamente no módulo de Drawback. Para clientes que não utilizam o módulo Easy Import Control.

Alteração de NCM no Drawback

Alteração da NCM no Drawback após confecção do Ato Concessório, alterando, assim, os saldos para a nova NCM.

Histórico de alterações do ato concessório

Controle de registro de alterações por usuário no Ato Concessório.

Page 113: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

110

EFF - Easy Financing Control

Financiamento da importação

Disponibilizada funcionalidade para utilização de Contratos de Financiamento de Importação com base de dados em TopConnect. O financiamento funciona integrado aos módulos Easy Import Control e Easy Export Control, não havendo integração com módulos Microsiga.

Para utilização desta funcionalidade foram criados novos cadastros:

Tipo de Financiamento; Linha de Crédito; Registro de Operações Financeiras (ROF).

Financiamento da exportação

Disponibilizada funcionalidade para utilização de Contratos de Financiamento de Exportação. O Financiamento funciona integrado ao módulo Easy Export Control, não possuindo integração com outros módulos da Microsiga.

Page 114: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

111

EIC - Easy Import Control

Integração das alíquotas de II e IPI

Atualização automática das alíquotas de II e IPI na tabela SYD (Cadastro de NCMs), através de três opções de integração: EasyLegis, TEC (InfoConsult) e EXPORT (Aduaneiras).

Tratamento e integração com o Siscomex

LSI (Licença Simplificada de Importação) DSI (Declaração Simplificada de Importação)

Controle de Demurrage ou Despatch por Navio

Tratamento de Demurrage por navio que possibilita controlar a carga e descarga do navio e seus responsáveis. Não possui integração com demais ambientes Microsiga.

Page 115: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

112

Ambientes Recursos Humanos

APT - Processos Trabalhistas

Detalhes do processo trabalhista, na consulta da agenda

Na consulta “Agenda”, disponibilizado recurso que permite consultar as informações do processo trabalhista, agilizando o acesso aos seus dados sem precisar sair da tela de consulta.

Desta forma, para visualizar os dados do processo, deve-se posicionar o cursor na ocorrência correspondente e clicar no botão “Detalhe”.

Controle das fases do processo trabalhista

De forma a controlar as últimas movimentações/ocorrências nas fases dos processos trabalhistas, está disponível o controle pela data da última movimentação.

Para isso, passa a ser disponibilizado recurso de mudança de fase também na tela de Recursos. Todos os cadastramentos dos tipos: “Audiência”, “Ocorrência,“Sentença” ou “Recurso” atualizarão, sempre pela maior data, a fase geral do processo.

Para complementar esse controle, foi criado o campo "Data Fase" (RE0_FASEDT) no processo para armazenar sempre a data da fase mais atualizada.

Identificador profissional para testemunhas

Por lei, uma testemunha trabalhista deve ser identificada pelo número do RG e não pelo CPF. Porém, no cadastro de Pessoas do Protheus, existe a obrigatoriedade de cadastrar qualquer pessoa com o respectivo número de CPF.

Como as testemunhas para audiência de processos trabalhistas também devem ser cadastradas no sistema, pelo cadastro de Pessoas, foi criado um novo identificador profissional “TST - Testemunha”, de forma a classificá-las como testemunhas, retirando, assim, a obrigatoriedade de informar o respectivo número de CPF.

Page 116: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

113

GPE - Gestão Pessoal

Empréstimo consignado, em folha de pagamento

A Medida Provisória Nº 130, de 17/setembro/2003, regulamenta o direito dos empregados regidos pela CLT de terem acesso a operações de empréstimo com débito das prestações mensais diretamente em folha de pagamento. Esse dispositivo legal estabelece que os empregados têm o direito de negociar livremente empréstimos com qualquer instituição financeira, de uma forma simples, sem burocracia, com taxas reduzidas e pré-fixadas.

Para facilitar a operacionalização dessa modalidade de empréstimo, as instituições financeiras disponibilizam às empresas, mesmo não sendo correntistas, um pacote de soluções que envolve remessa de dados via Internet, troca eletrônica de arquivos (em formato TXT) e relação impressa.

O ambiente Gestão de Pessoal foi devidamente adequado para o controle dos dados enviados pelas instituições financeiras, efetuando o devido desconto das parcelas na folha de pagamento, além de gerar o arquivo para repasse dos resultados.

Esta comunicação bancária é feita através de arquivos em formato TXT, gerados com estrutura de acordo com o leiaute fornecido pela instituição, que deve ser devidamente cadastrado no ambiente Configurador.

Relatório para emissão do DARF de recolhimento do PIS

Criado relatório para emissão do Documento de Arrecadação de Receitas Federais (DARF) de recolhimento do PIS sobre a folha de pagamento; este relatório pode ser emitido após o processamento da folha de pagamento, através da nova opção de menu “Relatórios/Mensais/Darf PIS”.

Nova configuração para o período de fechamento mensal

A rotina de Fechamento Mensal, responsável pela geração do arquivo de movimento acumulado (SRD) para os processamentos da folha de pagamento, passa a apresentar uma tela demonstrando o mês e ano de fechamento, conforme definido no parâmetro “MV_FOLMES”. Caso não seja definido este parâmetro, será possível informar o mês e o ano de fechamento na janela de parâmetro da rotina de fechamento mensal.

Ajuste no Campo “Loja Fornec.” (RC0_LOJA) - Rotina Definição e Manutenção de Títulos para o Financeiro

Foi implementada uma nova consistência na rotina “Definição e Manutenção de Títulos para o Financeiro”. Para que seja possível a integração dos títulos da folha de pagamento com o ambiente Financeiro, os campos “Cód.Fornec” - Código do Fornecedor e “Loja Fornec.” - Código da Loja, obrigatoriamente, devem ser preenchidos na definição do título.

Page 117: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

114

Para adequação desta situação, foram criados os campos para informação da loja do fornecedor (RC0_LOJA) e (RC1_LOJA), nas tabelas RC0 – Definições de Títulos e RC1 – Movimentações de Títulos.

Além disso, se um título for definido com o campo “Agrupamento” como “Funcionário” e o campo “Cód. Fornec.” estiver igual a “RA_MAT” (matrícula), torna-se imprescindível que todos os funcionários estejam registrados no ambiente Financeiro - Cadastro de Fornecedores com o campo “Código” preenchido com a matrícula do funcionário (o mesmo código do SRA – Cadastro de Funcionários) e que o campo “Loja” contenha o mesmo código informado no título.

Desta forma, para que seja possível a integração dos títulos da folha de pagamento com o ambiente Financeiro, é necessário que todos os funcionários estejam cadastrados na tabela SA2 – cadastro de Fornecedores.

Provisão de férias e 13º salário - novos tratamentos

Cálculo da provisão no mês da demissão do funcionário O parâmetro MV_PROVRES visa apurar e provisionar o direito adquirido a férias e 13º salário por rescisão de contrato, no mês da demissão do funcionário. A configuração padrão “N” (Não) indica ao sistema para não calcular a provisão no mês de demissão. Quando configurado com “S” (Sim), são calculadas as provisões para os funcionários demitidos no mês de referência ao cálculo, utilizando a data de demissão como referência para cálculo.

Demonstração da transferência de entrada e saída nos centros de custos de origem e destino Esse novo tratamento destina-se, principalmente, a empresas que alocam um funcionário a um novo centro de custos, mas não transferem o saldo provisionado para a outra localização. O resultado prático desse novo tratamento é o mesmo dos cálculos de provisão, porém sem a utilização dos identificadores de cálculo de baixa de provisão por transferência. Para isso, foi criado o parâmetro MV_TRFAMES, permitindo uma nova demonstração das transferências de entrada e saída entre centros de custos. Desta nova forma, passa-se a demonstrar a transferência entre centros de custos, sem que ocorra a transferência total do saldo.

Licença-maternidade por adoção

A Lei nº. 10.421, de 15.04.2002, estendeu à mãe adotiva o direito à licença-maternidade e ao salário-maternidade, alterando o art. 392 da Consolidação das Leis do Trabalho (CLT) e acrescentando-lhe o art. 392-A, bem como o art. 71-A à Lei nº. 8.213, de 24.07.91, que dispõe sobre os Planos de Benefícios da Previdência Social. O salário-maternidade por adoção é pago diretamente pela Previdência Social.

Page 118: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

115

A fim de adequar o sistema à disposição legal, as seguintes rotinas do ambiente Gestão de Pessoal foram ajustadas, sendo:

Cadastro de Afastamentos - foram incluídos os seguintes códigos: B - afastamento temporário por motivo de licença-maternidade decorrente de

adoção ou guarda judicial de criança até 1 ano de idade (120 dias). 6 - afastamento temporário por motivo de licença-maternidade decorrente de

adoção ou guarda judicial de criança a partir de 1 ano até 4 anos de idade (60 dias).

7 - afastamento temporário por motivo de licença-maternidade decorrente de adoção ou guarda judicial de criança de 4 até 8 anos de idade (30 dias).

Cálculos de Adiantamento, Folha de Pagamento, Rescisão e Férias - foram adequados para considerar os novos afastamentos.

Geração da SEFIP - foi adequada para considerar os novos afastamentos.

SEFIP – Alteração cadastral - registro tipo 13

O registro tipo 13 do SEFIP tem a finalidade de informar as alterações cadastrais do trabalhador.

Para informar as alterações de CBO (Classificação Brasileira de Ocupações) e data de nascimento, foram criados dois novos campos no Cadastro de Funcionários (SRA), sendo:

Alteração de CBO. Alteração de data de nascimento.

Garantia salarial mínima a tarefeiros

Os funcionários tarefeiros têm direito à “garantia salarial mínima” correspondente ao valor do salário mínimo, caso o valor de suas tarefas não o atinjam. Esta afirmação tem como base legal o artigo 78 da CLT.

Para atender à legislação, foi criado no sistema um novo identificador de cálculo:

652 – Garantia de tarefas.

Impressão da GPS em modo gráfico

Foi desenvolvido o modo gráfico de impressão da GPS – Guia da Previdência Social - com o logotipo da Previdência Social.

Para que esse logotipo seja impresso, é necessário copiar o arquivo “GPS.BMP” no mesmo diretório das tabelas SXs do sistema Protheus.

Page 119: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

116

Impressão do DCT - Documento de Cadastramento do Trabalhador

De forma a apresentar o município de nascimento do trabalhador no DCT – Documento de Cadastramento do Trabalhador, foi criado o campo “RA_MUNNASC” para armazenar esta informação.

Identificador de cálculo para valor de compensação de IR

No cálculo da contribuição de Imposto de Renda do funcionário, pode haver desconto de valor maior. Quando isso ocorre, esse valor deve ser restituído e informado no movimento mensal.

Para permitir esse controle, foi criado o Identificador de Cálculo 659 – Valor de Compensação de IR, de forma a armazenar o valor de Imposto de Renda a ser compensado.

Esse identificador de cálculo atende à Instrução Normativa SRF nº 600, Art. 8º.

Controle do bloqueio de funcionários desligados da empresa

Todos os funcionários cadastrados na tabela SRA (Cadastro de Funcionários), quando desligados da empresa, ficam, automaticamente, bloqueados para uso em processamentos nas demais rotinas. Este controle é realizado através do campo “RA_MSBLQL”.

Para flexibilizar o bloqueio ou não bloqueio dos funcionários que foram desligados da empresa, foi criado o parâmetro “MV_MSBLQL” que pode ser configurado com as seguintes opções:

T (true, verdadeiro) - determina o bloqueio de todos os funcionários da tabela SRA quando desligados pela rotina de Rescisão Contratual.

F (false, falso) - determina o não bloqueio dos funcionários da tabela SRA quando desligados pela rotina de Rescisão Contratual, mantendo-os disponíveis para uso em processamentos nas demais rotinas do Protheus.

O conteúdo padrão deste parâmetro é “T”; ou seja, se não for informado, o sistema assumirá que deve bloquear os funcionários por ocasião do seu desligamento.

Geração de senha automática pelo cadastro de funcionários

De forma a facilitar a criação de senhas para funcionários, utilizadas no RH On-line (SIGATCF – Terminal de Consulta do Funcionário), o cadastro de Funcionários (GPEA010) foi alterado para que, na inclusão ou alteração de funcionários no cadastro, a senha seja gerada automaticamente, desde que ainda não tenha sido informada, ou seja, enquanto o campo “Senha” (RA_SENHA) estiver em branco.

Page 120: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

117

Esta senha é composta das informações de “ano de nascimento” + “data de admissão” + “CPF”, da seguinte forma:

Ano de nascimento - os dois últimos dígitos do ano de nascimento do funcionário

Data de admissão - os dois dígitos do dia de admissão do funcionário na empresa

CPF - os dois últimos números do dígito verificador do CPF do funcionário Internamente, como medida de segurança, o sistema grava de forma aleatória os dados da senha gerada sobre um algoritmo.

Mesmo com essa nova funcionalidade, continua mantida a rotina de “Geração de Senhas” (TCFA003), no ambiente TCF.

Impressão das datas de expedição da CTPS e do RG no relatório CAT – Comunicado de Acidente de Trabalho

O sistema foi ajustado para possibilitar a impressão das datas de expedição da CTPS – Carteira de Trabalho e Previdência Social e do RG – Registro Geral, no relatório CAT – Comunicado de Acidente de Trabalho.

Cálculo e rateio dos valores de IR, INSS, Pensões Alimentícias e Salário-Família

Disponibilizado o cálculo e rateio dos valores de IR, INSS, Pensões Alimentícias e Salário-Família para funcionários com mais de um vínculo empregatício dentro da mesma empresa, independente da filial em que estejam cadastrados.

Esse tratamento destina-se às empresas que possuem funcionários com dois contratos de trabalho. Os ramos de atividade dos principais usuários desta rotina são as entidades de ensino e as rádios.

Mudança no tratamento do prazo de vigência das contribuições sociais

Tendo em vista a medida liminar das ADin 2.556-2 e 2.568-6 (DJ 08.08.2003), bem como a previsão contida no art. 2º, § 2º da LC 110/2001, a contribuição social de 0,5 será devida pelo prazo de 60 meses contados da exigência da contribuição, portanto, a partir janeiro de 2002 até dezembro de 2006.

Page 121: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

118

Para atender ao prazo de vigência das contribuições sociais, foram alterados alguns itens dos seguintes roteiros de cálculo do sistema Gestão de Pessoal:

Roteiro de cálculo da folha: “Cálculo Contribuição Social”; Roteiro de cálculo da rescisão: “Cálculo Contribuição Social” e “Gera

Contribuição Social s/Multa”; Roteiro de cálculo da segunda parcela do 13º salário: “Cálculo Contrib. Social”.

Cálculo de médias de férias com o parâmetro MV_DTMDFER

A formação do período de pesquisa das médias, nas rotinas de férias normais, programadas e coletivas, foi padronizada através da criação e utilização do parâmetro MV_DTMDFER.

O novo parâmetro poderá ser configurado com ”1 = Database”, que é a configuração padrão ou “2 = Data de início das férias”, que determina qual a data utilizada como base para iniciar a contagem dos meses das médias.

Ressalta-se que esta configuração tem efeito somente para as empresas que calculam as médias de férias, utilizando uma quantidade de meses (Ex: 6 últimos meses, 3 últimos meses ou configuração similar).

Cálculo do dissídio retroativo para verbas lançadas em valor

A rotina Dissídio Retroativo recalcula verbas lançadas somente em horas e dias. Porém, foi constatada a necessidade de recalcular verbas lançadas em valor e para isso foi criada a função “fValDiss()”, a fim de tratar essas informações em valor.

Desta forma, essa função deve constar em uma fórmula para que seja inserida no roteiro de cálculo da folha.

Para viabilizar essa necessidade, deve-se também utilizar o campo "Rec. lanc.vl" (RV_VALDISS) no cadastro de Verbas, de forma a definir se a verba cadastrada deve ser reajustada no cálculo de dissídio retroativo, quando lançada em valor.

Page 122: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

119

PON - Ponto Eletrônico

Horários de abonos

Incluído tratamento, nas rotinas de Apontamentos ou de Lançamentos Integrados, para que, quando realizada a manutenção de abonos, seja realizada a consistência das informações relativas às horas abonadas, horas inicial e final do abono.

Para os eventos de atraso, saída antecipada/expediente e de faltas, serão consistidas e, se necessário, recalculadas as horas abonadas e os horários inicial e final do abono, obedecendo ou não à hora noturna, conforme a parametrização do cadastro do turno referente a esses eventos.

Para este recálculo, são utilizados os seguintes critérios:

Se o usuário informar a quantidade de horas de abono e a hora inicial, o sistema irá recalcular automaticamente a hora final do abono, somando os dois conteúdos.

Se o usuário informar um hora final maior que o somatório da hora inicial e da quantidade de horas do evento apontado (ou do saldo de horas a ser abonado), o sistema irá calcular automaticamente as horas abonadas, considerando as horas do evento (ou do saldo a ser abonado). A hora final também será recalculada através da soma da hora inicial com as horas abonadas.

Alteração no leiaute do relatório Espelho de Ponto

A coluna “Motivo de Abono” do Espelho de Ponto passa a ser nomeada como “Observação”, apresentando todas as descrições explicativas sobre as marcações do trabalhador.

Além disso, quando o trabalhador estiver ausente, no lugar das marcações, será impressa a mensagem “** Ausente **”.

Log de dependências, na eliminação de registros

Em algumas manutenções e processamentos, a deleção de registros compreende a verificação de dependência entre tabelas. Por exemplo, ao eliminar um registro da tabela de funcionário é verificado se existe uma transferência ou algum apontamento para o mesmo.

Esse processo é realizado em duas etapas. Na primeira, são verificadas as dependências entre tabelas. Existindo relacionamentos, a eliminação não poderá ser concluída e um log de ocorrência poderá ser emitido a critério do usuário. Esse log demonstrará todas as tabelas e todos os registros correspondentes. De modo que se uma tabela possuir muitos registros, o processo poderá ser extremamente lento. Contudo, está disponível a funcionalidade de emissão sintética do log de ocorrências. Caso o registro possa ser excluído, segue-se a segunda etapa que é a eliminação propriamente dita.

Page 123: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

120

Novo parâmetro, no relatório “Presentes/Ausentes”

Ao emitir o relatório de Presentes/Ausentes e solicitar, por exemplo, que sejam verificadas as ausências dos trabalhadores, são listados todos os dias inclusive aqueles referentes a dias de férias e de afastamentos. Com isso, dependendo da quantidade de incidências desses tipos de ocorrências, pode ser gerado um número considerável de páginas.

Como já é esperado que o trabalhador esteja ausente nos dias de férias e afastamento, foi implementada uma nova pergunta “Lista Dias de:” no parâmetro do relatório Presentes/Ausentes, que permite considerar, ou não, esses tipos de ocorrências na impressão do relatório. O padrão lista ambos os tipos de dias na emissão do relatório.

Log de ocorrências, na geração automática de marcações e de leitura/apontamentos

O log de ocorrências, emitido pelas rotinas “Geração Automática de Marcações” e de “Leitura/Apontamento”, foi complementado.

A partir de agora, quando a geração de alguma marcação automática acarretar em quantidade ímpar de marcações para o funcionário, esta marcação não será gerada, mas, no log serão demonstradas as marcações existentes, juntamente com as que deveriam ser geradas (estas identificadas com a letra [A] ao lado da marcação).

Nestes casos, na coluna observação, também será indicado que a marcação ficaria em quantidade ímpar. Desta forma, cabe ao responsável tratar manualmente estas marcações, baseando-se nas informações fornecidas pelo relatório.

Autorização de horas extras para trabalhador em férias

Criada funcionalidade que possibilita determinar se as horas laboradas por trabalhador em férias serão ou não consideradas como autorizadas. O procedimento padrão do sistema para essa situação é considerar as horas extras como autorizadas.

O apontamento de horas para trabalhadores em férias possui tratamento específico, definido pelos campos do Cadastro de Turnos.

Por exemplo, as marcações do trabalhador serão apuradas somente se o campo “Ap. Marc. Fer.” (Apuração de Marcações de Férias) estiver configurado para “Sim”. Caso contrário, os campos da regra para autorização das horas extras não terão efeito sobre os apontamentos referentes ao período de férias do trabalhador.

Page 124: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

121

Adicional noturno sobre horas extras diurnas

No Brasil, existe entendimento jurisprudencial de que as horas extraordinárias realizadas em continuidade à jornada noturna devem ser remuneradas com o adicional noturno. No entanto, não se aplica o conceito da hora reduzida de 52 minutos e 30 segundos na contagem dessas horas extraordinárias.

Dessa forma, foi implementada nova funcionalidade que permite determinar o cálculo do adicional noturno sobre as horas extras diurnas.

Desconto de DSR para feriado

As ausências de um trabalhador devem ser consideradas no cálculo do desconto de descanso semanal remunerado (DSR). Isso significa que um atraso poderá resultar em desconto dos dias de descanso, inclusive do feriado, quando houver. No entanto, existe entendimento de que o dia referente ao feriado não deverá sofrer o desconto.

Para atender tal necessidade, implementou-se o parâmetro MV_DDSRFER que define o desconto DSR quando o dia for feriado: “1” para descontar (padrão) ou “2” para não descontar.

Contador de ocorrências

Implementada nova funcionalidade para a contagem de ocorrências de eventos do ponto eletrônico. Inicialmente, essa implementação visa atender à legislação uruguaia, em que os dias trabalhados devem ser computados e enviados à folha de pagamento.

A generalização dessa solicitação resultou no desenvolvimento de um mecanismo, disponível no “Cálculo Mensal”, que possibilita a contagem de qualquer evento apurado.

Um evento contador é um evento como outro qualquer, o que significa dizer que ele poderá ser enviado para o banco de horas ou para a folha de pagamento. Desse modo, é importante ser criterioso na configuração de um evento contador para não gerar resultados incoerentes.

A contagem de ocorrências é realizada no início do “Cálculo Mensal”, à medida que se obtêm eventos do apontamento (SPC) e antes do início das apurações que não sejam diárias. Isso significa que critérios como “tolerância mensal para faltas” ou “destinos dos eventos” (banco de horas ou folha de pagamento) não são considerados na contagem das ocorrências.

Um evento informado ou um evento associado a um abono será considerado na apuração de ocorrências. Por exemplo, se um evento de faltas for abonado integralmente e esse abono possui um evento associado com apuração de ocorrências, o evento associado será o evento considerado para a contagem das ocorrências.

Os eventos contadores sempre serão informados para a folha de pagamento em quantidade de ocorrências diárias; ou seja, o “Tipo” da verba será “Dias” e o campo “Horas Lanc.” conterá a quantidade de ocorrências do evento.

Page 125: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

122

Ajuste de marcações para jornada contínua

No SIGAPON, a jornada contínua é aquela que ultrapassa 24 horas de trabalho e é configurada na tabela de horário padrão através de campos específicos. Quando os horários da 1ª entrada e 1ª. saída, por exemplo, forem iguais ou o horário da 1ª. saída for maior que o da 1ª. entrada, é entendido que o horário da saída corresponde ao próximo dia.

Para jornadas contínuas 24 X 24, por exemplo, quando o trabalhador realiza horas extras de tal forma que a última marcação ultrapassa o limite do dia, essa marcação passa a ser considerada a marcação de entrada do dia seguinte, ficando o dia anterior com marcações em quantidade ímpar.

Para automatizar esse processo, foi idealizada a implementação corrente de modo que com a configuração do novo campo "Mc.Imp.JC." (R6_MCIMPJC), pode-se determinar que a última marcação seja considerada de fato como a saída da jornada.

Além disso, foram criados os parâmetros que permitem determinar a amplitude do período para a obtenção das marcações que serão lidas e classificadas:

"MV_GETDIAA" que determina o número de dias que antecedem o periodo de leitura / apontamento informado nos parâmetros para obtenção das marcações (máximo 7 dias).

"MV_GETDIAP" determina o número de dias posteriores ao período de leitura / apontamento informado nos parâmetros para obtenção das marcações (máximo: 7 dias).

Manutenção de apontamentos por evento para gestores

É comum o gestor ser responsável por supervisionar uma quantidade limitada de trabalhadores, geralmente, os que são pertencentes a um centro de custo ou que desempenham determinada função. Foi identificada a necessidade desses gestores em manter as informações dos apontamentos de seus subordinados, como por exemplo, o registro de abonos de horas.

Desta forma, foi criada funcionalidade que permite a manutenção dos apontamentos por evento selecionado.

Page 126: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

123

RSP - Recrutamento e Seleção de Pessoal

Agenda coletiva de processo seletivo e envio de confirmação por e-mail

Nas rotinas de agendamento de candidatos para processo seletivo e pesquisa de candidatos, foram disponibilizados novos recursos de forma a agilizar os processos. São eles:

Novas opções para agendamento coletivo de candidatos no processo seletivo; ou seja, vários candidatos poderão ser selecionados de uma única vez para geração da agenda do processo seletivo e posterior envio por e-mail.

Novos botões para a seleção coletiva de candidatos e cópia de agenda. Novo botão para envio de e-mail de confirmação do agendamento. Nova funcionalidade ao botão “Agenda”, na rotina de pesquisa, gerando agenda

coletiva. Novo parâmetro para envio automático de e-mails. Novo ponto de entrada para alterar o formato do e-mail enviado.

Page 127: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

124

TCF - Terminal de Consulta do Funcionário

Login no RH On-line

O login do RH On-line foi alterado para facilitar e agilizar a utilização e o encerramento do portal. Ao acessá-lo, não será aberta outra tela do navegador de internet. As informações para login serão exibidas na mesa tela de abertura inicial.

Após o login e a utilização das informações, selecionada a opção “encerrar”, o sistema retorna à tela de login sendo que, quando selecionada novamente, será exibida uma mensagem para o fechamento da tela do navegador de internet.

Também foram efetuadas alterações ao carregar dados do funcionário ao efetuar o login após o encerramento de um outro funcionário, sem fechar a tela do navegador.

Page 128: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

125

MDT - Medicina e Segurança do Trabalho

Mudança no controle de EPI eficaz no PPP

O campo “EPI Eficaz” (TNO_EPIEPI) não será mais utilizado para preenchimento do campo 15.7 do relatório “Perfil Profissiográfico Previdenciário” (PPP).

A partir de agora, o campo 15.7 do relatório PPP será impresso, considerando:

1. Não existindo EPIs relacionados ao risco, será apresentado no relatório do PPP, no campo “EPI Eficaz” (15.7), a sigla “NA” (Não se Aplica).

2. Existindo EPIs relacionados ao risco, não tendo sido entregues ao funcionário, será apresentado no relatório do PPP, no campo “EPI Eficaz” (15.7), a sigla “N” (Não).

3. Existindo EPIs relacionados ao risco, tendo sido entregues ao funcionário, será apresentado no relatório do PPP, no campo “EPI Eficaz” (15.7), à sigla “S” – Sim.

Novo campo para controle de horas de afastamento

No cadastro de Atestado Médico, foi implementado o campo “Horas de afastamento” (TNY_QTDHOR) para permitir a informação de afastamentos inferiores à vinte e quatro horas.

A aplicação desse campo está vinculada à impressão do relatório de Atestado Médico, indicando a quantidade de horas que o funcionário deverá ficar afastado conforme determinado no atestado médico.

Relatório de insalubridade

Desenvolvido o relatório do quadro V de “Insalubridade” para atender às Normas Regulamentadoras de Segurança e Saúde no Trabalho, especificamente a NR 4 – Serviços Especializados em Engenharia de Segurança e em Medicina do Trabalho.

O objetivo deste relatório é listar todos os agentes de riscos por centro de custo, relacionando a quantidade de trabalhadores expostos.

Para a apuração dos dados do relatório, o sistema baseia-se na tabela TN0 – Riscos, verificando a qual centro de custo pertence o risco e também se existe função a ele vinculada, no cadastro de riscos do PPRA - Programa de Prevenção de Riscos Ambientais.

Com a informação do centro de custo e função o sistema verifica, no cadastro dos funcionários, quais estão expostos ao risco.

Caso o cadastro de riscos não possua a informação sobre a função, o sistema verificará todos os funcionários pertencentes ao centro de custo especificado e listará o número de trabalhadores expostos para cada risco.

Page 129: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

126

Novo relatório de Ocorrências X Funcionário

Desenvolvido o relatório para imprimir os dados que constam no cadastro de Ocorrências X Funcionário com base nos dados armazenados na tabela TO7 – Ocorrências de Segurança do Trabalho.

Neste relatório, serão impressas informações cadastrais dos campos: “Matrícula”, “Nome do Funcionário”, “Centro de Custo”, “Nome do Centro de Custo”, “Data da Ocorrência”, “Gravidade da Ocorrência” e “Descrição da Ocorrência”.

Novo campo para controle da data de realização do 2º exame pós-admissão

Foi implementado o campo “2º Pos-adm.” (TMQ_POSAD1), no cadastro de Faixas Periódicas com a finalidade de informar após quantos meses da admissão deve ser realizado o segundo exame períódico. A aplicação desse campo está vinculada à programação de exames.

Após a realização do segundo exame, a freqüência dos exames clínicos será anual ou conforme definido na faixa periódica.

Novo campo para informar o valor da medição

No cadastro de Riscos, foi implementado o campo “Símbolos” (TN0_SIMBOL) com a finalidade de informar qual o valor da medição utilizada para determinados riscos. (Ex.: sílica cristalina e estanho, poeira total, etc.).

A informação do campo “Símbolos” será cadastrada, na rotina de risco (MDTA180), para impressão no relatório geral do PPRA (MDTR850).

A aplicação desse campo está vinculada à impressão do relatório geral do programa de prevenção de riscos ambientais (PPRA). Este campo informa os símbolos utilizados na medição da quantidade do risco.

Facilidade para indicação de ausência na intensidade audiométrica

Na tela de resultado do exame audiométrico, foram criados os campos “Ausente”, que facilitam a digitação dos resultados de exames e indicam a inexistência de freqüência de intensidade audiométrica. Esses campos serão apresentados como caixa de verificação; observe a seguir:

No relatório de exame audiométrico, será impressa a representação de ausência no gráfico de Audiograma Periódico.

Page 130: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

127

Novo campo para verificar a obrigatoriedade do uso de EPIs

Foi implementado o campo “Obrigatório” (TNB_OBRIGA), no cadastro de EPI X Função, com a finalidade de informar se o uso do Equipamento de Proteção Individual (EPI) é obrigatório para uma determinada função.

No relatório EPI X Função, também será apresentada a informação sobre a obrigatoriedade do uso do equipamento para a função.

Consulta ao histórico de questionários médicos

Foi implementada a opção de consulta aos questionários médicos para que o atendente possa acessar e visualizar os questionários dos funcionários, clicando no botão direito do mouse.

Consulta ao histórico dos diagnósticos médicos realizados do funcionário

Foi implementada a opção de consulta aos diagnósticos médicos para que o atendente possa visualizar os diagnósticos já realizados dos funcionários, clicando no botão direito do mouse.

Nova consulta para EPIs necessários

Foi implementada nova opção de consulta para a rotina “EPIs Necessários”. Tendo como finalidade auxiliar a visualização para o responsável do almoxarifado e também listar todos os EPIs necessários a um determinado funcionário.

Para a apuração dos dados do relatório, o sistema baseia-se nas tabelas “TNB – EPI por Função, TNX – EPI X Riscos, TOH – EPI X Centro de Custo”.

Novas perguntas para o relatório “Recibo de Entrega EPI”

Com o objetivo de facilitar a distribuição dos recibos de entrega do relatório de EPIs dos funcionários aos gerentes responsáveis, foram criadas novas perguntas (De Centro de custo? / Até Centro de custo?) na janela de parâmetros do relatório “Rec. Entrega de EPI”, para que possam ser impressos para um ou mais centros de custos.

Baixa de medicamentos

Na rotina “Diagnóstico Médico”, foi implementado o campo “Qtd. Baixa do Estoque” (TM2_QTUTES), cujo objetivo é atualizar o estoque com a quantidade do medicamento que fora utilizado em um diagnóstico médico.

A aplicação deste campo está vinculada à baixa do estoque, no cadastro de medicamentos do ambiente de “Medicina e Segurança do trabalho”.

Page 131: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

128

Relatório custos dos exames por fornecedor

A pergunta “Imprimir relatório:” foi implementada, na janela de parâmetros do relatório de “Custos dos Exames por Fornecedor”, permitindo que se imprima o relatório de forma sintética ou analítica.

Caso se escolha a opção analítica, será apresentado o detalhamento dos fornecedores que realizaram os exames. Se escolhida a opção sintética, será apresentado somente o total de exames realizados pelos fornecedores.

Processo para baixa de EPI do estoque

Com o objetivo de aperfeiçoar os processos para a geração de baixa no estoque de EPIs – Equipamentos de Proteção Individual, distribuídos aos funcionários, foram implementados os campos “Num.Seq.SD3”, “Almoxarifado” e “Custo”, na rotina “EPIs Entregues por Funcionário”.

Para que esse tratamento seja habilitado, também é necessário que o parâmetro “MV_NGMDTES” esteja preenchido com “Sim”, dessa forma haverá a baixa no saldo do produto em estoque, de forma integrada com o ambiente “Estoque/Custos”.

Botão “Copiar” para inclusão de novos acidentes

Implementado o botão “Copiar”, na rotina “Acidentes”, cujo objetivo é facilitar a inclusão de um novo acidente para o funcionário, baseado em dados de um acidente já cadastrado anteriormente, possibilitando alterar somente os campos desejados.

Esse recurso é útil quando o período de licença foi expirado, porém houve a necessidade de manter o funcionário afastado. Assim, com base nos dados já cadastrados do acidente, é possível criar um novo registro alterando somente os campos necessários, inclusive como exemplo o campo “Tipo CAT” para “Reabertura”.

Relatório “Taxa Mensal de Acidente”

Por exigência da NR 30 - Norma Regulamentadora de Segurança e Saúde no Trabalho Aquaviário, foi desenvolvido o relatório do quadro I de “Taxa Mensal de Acidente”, cujo objetivo é listar todos os funcionários ativos da empresa, os números de acidentes ocorridos, a taxa de acidentados por centro de custo e o ano definido no parâmetro.

Novo campo, no cadastro de Risco x EPI

Implementado o campo “Tipo Utiliz.” (TNX_Tipo), no cadastro de “Risco x EPI”, cuja finalidade é informar o tipo de utilização do “Equipamentos de Proteção Individual” (EPI) para o risco selecionado.

A aplicação desse campo está vinculada à entrega do EPI ao funcionário e também ao relatório do “Perfil Profissiográfico Previdenciário” (PPP).

Page 132: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

129

Caso seja selecionada a opção “Obrigatório” e o EPI já tiver sido entregue ao funcionário, o campo “EPI Eficaz” (15.7) será apresentado no relatório do PPP com “S”(Sim); caso o EPI esteja como “Obrigatório” ou “Alternativo” e não tiver sido entregue ao funcionário, o campo será apresentado com “N” (Não).

Novo campo, no cadastro de Fornecedores de Exames

Implementado o campo “Dt. Fim” (TMD_DTFIM), no cadastro de “Fornecedores de Exame”, para informar a data do término do contrato de fornecimento do exame.

Com a inclusão desse campo, o sistema não permitirá mais excluir o exame do fornecedor, apenas inserir a data fim do fornecimento, mantendo desta forma, o histórico desse fornecedor.

Nova funcionalidade do “PPRA”

Implementadas melhorias no relatório geral do PPRA (Programa de Prevenção de Riscos Ambientais), as quais permitem inserir automaticamente imagens no relatório quando impresso na versão Word.

O PPRA imprime neste documento os ambientes físicos de risco e suas fontes geradoras para os riscos associados aos laudos escolhidos como parâmetros, por exemplo.

Desta forma, torna-se possível imprimir neste documento as imagens dos ambientes físicos e das fontes geradoras.

Novo item no parâmetro do relatório de programação de exames

Adicionado o item “Data, Ficha, Exam”, na opção “Classificar por”, permitindo assim que se emita/imprima o relatório pelas datas dos exames.

Nova opção de parâmetro no relatório “Perfil Profissiográfico Previdenciário”

Implementada nova opção “Qualidade/Tamanho Imagem PPP?”, na tela de parâmetros do relatório PPP - Perfil Profissiográfico Previdenciário para que, quando o parâmetro “Tipo de Impressão?” estiver selecionado para “Enviar E-mail”, seja possível escolher se o arquivo será gerado em tamanho grande e de ótima qualidade ou se será de tamanho menor e qualidade inferior.

Page 133: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

130

Novo índice na consulta do relatório “Exames Auditivos”

Criado o índice “Ficha+Data Programação+Exame” na consulta do relatório “Exames Auditivos (resultado)”, com o objetivo de facilitar a localização e a visualização dos exames de via aérea e via óssea realizados na mesma data.

Nova opção de parâmetro para a rotina “Programação de Exames”

Na rotina “Programação de Exames”, tornou-se possível a programação dos exames baseada na data de aniversário do funcionário.

A opção "Data de aniversário" será visualizada junto às configurações do campo “Dt. Base Prog.” nos parâmetros da convocação.

Transferência de ficha médica

Implementada, na rotina “Transferências”, a opção de “Transferir Atestados Médicos” para que sejam enviados à filial destino do funcionário as informações sobre seus respectivos atestados médicos.

Novo campo “Monitoração Biológica"

Implementado o campo “Monit. Biol og.” (TMK_MONBIO), no cadastro de usuários SESMT, que informa quais médicos do trabalho são responsáveis pela monitoração biológica dos funcionários.

A aplicação deste campo está vinculada ao Relatório do Perfil Profissiográfico Previdenciário (PPP).

Alerta sobre funcionário demitido

Implementada validação com mensagem de alerta na inclusão de funcionário demitido nas rotinas relacionadas à “Ficha Médica” e à “Matrícula”, contemplando as opções: Agenda de Consultas Médicas, Atestados Médicos, Diagnósticos, Programa de Saúde, ASO, Licença Maternidade, Acidentes de Trabalho, Funcionários x Ordem de Serviço, Tarefas Funcionário, Candidatos para Cipa, Componentes da Cipa, Participantes da Reunião Cipa, Plano de Ação, Funcionário x Ocorrências.

O usuário poderá continuar com a inclusão do cadastro que está realizando, porém, estará ciente de que está realizando um processo para um funcionário demitido.

Histórico de Atestados

Implementada, na rotina “Diagnóstico Médicos”, a opção de se consultar informações, utilizando o botão direito do mouse, para que o atendente possa visualizar os atestados já existentes do funcionário.

Page 134: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

131

APD - Avaliação de Desempenho e Performance

A fim de viabilizar novos controles e procedimentos, algumas melhorias estão sendo disponibilizadas no Portal de Gestão do Capital Humano, dentre elas estão:

Na tela do portal: A coluna “Relevância” do formulário de questões do Portal pode ou não ser

apresentada, conforme a configuração do parâmetro MV_APDRLV; O campo “Avaliação” pode apresentar apenas a nota da avaliação ou a nota da

avaliação seguida da sua descrição, conforme a configuração do parâmetro MV_APDINCB;

Quando a avaliação for diferente de “minha equipe”, o campo “Avaliador” apresenta o nome de quem está respondendo a avaliação no momento, e não do supervisor.

No Plano de Desenvolvimento Pessoal, somente o avaliador poderá incluir o plano (criado o parâmetro MV_ APDCPDP)

Ainda no PDP, permitir que os campos de “carga horária” e “valor do custo” fiquem zerados, quando criado um item referente ao curso.

No ambiente Cargos e Salários: No cadastro de Cargos, quando na pontuação dos fatores de avaliação constar em branco ou não estiver cadastrado no campo “Pontos Inf.” (Q2_PONTOSI), será assumida a pontuação informada no campo “Pontos” (Q3_PONTOSI, pontos do cargo).

Atualmente, o sistema localiza a informação dos pontos da tabela SQ2 - Graduação dos cargos, disponível no menu de “Fatores de Avaliação de Grupo”.

Plano de Desenvolvimento Pessoal/Metas (novas rotinas)

Esta funcionalidade do Protheus e do Portal de Gestão do Capital Humano permite planejar e acompanhar o desenvolvimento individual e/ou metas estabelecidas, garantindo feedbacks regulares e consistentes aos participantes, servindo de base para ações de reconhecimento de acordo com a política da organização. No sistema, podemos determinar vários tipos de objetivos para acompanhamento e mensuração; cada um desses objetivos será mensurado separadamente, apresentados em conjunto através de um Plano de Desenvolvimento Pessoal ou de Metas. A utilização desta funcionalidade está dividida em: Protheus – Avaliação e Desempenho e portal – Gestão do Capital Humano. Através do sistemas Protheus, o gestor de Recursos Humanos irá criar os itens que comporão o Plano, configurando os tipos de objetivos (formulários) do Plano.

Page 135: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

132

Geração do Plano de Desenvolvimento Pessoal Criada a rotina Geração do PDP para processar o arquivo de participantes, gerando uma pendência no Plano de Desenvolvimento Pessoal, aos participantes que atenderem à expressão do critério definido pelos parâmetros.

Geração do Plano de Metas O objetivo desta nova rotina é processar o arquivo de participantes, gerando uma pendência no Plano de Metas aos participantes que atenderem à expressão do critério.

Portal Após configurado o Plano de Desenvolvimento através do Protheus, o portal GCH irá gerenciar todo o processo operacional do Plano. Os participantes podem incluir um plano, bem como eleger seu avaliador. Após incluir seu planejamento, o participante enviará para a aprovação ao seu respectivo avaliador. O Plano de Desenvolvimento um prazo para esse planejamento, atualizando seu status em função dos prazos parametrizados.

Currículo Eletrônico (novo)

Implementada funcionalidade de apresentação estruturada do currículo dos colaboradores, possibilitando sua manutenção, bem como consultas pelos seus superiores. A utilização desta funcionalidade está dividida em: Protheus e Portal. Através do sistemas Protheus, o gestor de Recursos Humanos poderá criar e dar manutenção nos itens do Currículo Eletrônico. Enquanto que o Portal será responsável por capturar os dados dos itens configurados.

Mapa de conhecimento (novas rotinas)

Esta funcionalidade tem como objetivo mapear o capital do conhecimento e experiências do profissional, identificando e medindo suas qualificações, domínio técnico-funcional e conceituais em uma área de conhecimento pré-estabelecida pela organização. A utilização desta funcionalidade está dividida em: Protheus – Avaliação e Desempenho e portal – Gestão do Capital Humano. Através do sistema Protheus, o gestor de Recursos Humanos irá criar toda estrutura do Mapa de conhecimento - MPC, configurando as áreas de conhecimento em uma estrutura de competência e habilidades, pré-determinando as possibilidades de respostas, através de um cadastro de escala.

Cadastro de Mapa Conhecimento Esta rotina permite cadastrar o cabeçalho do mapa de conhecimento, informando a descrição correspondente ao mapa de conhecimento e o código do período.

Page 136: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

133

Geração Automática do Mapa O objetivo desta rotina é gerar os registros do mapa de conhecimento para os participantes, conforme os critérios selecionados nas opções de parâmetros.

Relacionamento Participante vs Mapa de Conhecimento Esta rotina é uma ferramenta de apoio ao Portal – GCH; ela permite realizar algumas manutenções nos dados do mapa de conhecimento.

Portal Após estruturado/configurado o mapa de conhecimento através do Protheus, o portal Gestão do Capital Humano, irá gerenciar todo o processo operacional do mapa de conhecimento. Os participantes incluem seus níveis de conhecimento nas habilidades disponíveis e comentário, se necessário. Em seguida, enviam para a aprovação de seus respectivos avaliadores. O mapa de conhecimento possui um prazo de preenchimento. Terminado este prazo, o mapa será enviado automaticamente para a lista de consulta.

Page 137: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

134

Ambientes Qualidade

QAD - Controle de Auditorias

Controle de restrição de responsável por auditoria

Criado o parâmetro “MV_QADDEP”, cujo objetivo é validar se o departamento a ser auditado é o mesmo ao qual pertence o auditor responsável pela auditoria. Quando essa situação ocorre, o sistema bloqueia a auditoria.

A verificação é efetuada e se houver a restrição, uma mensagem de aviso é emitida e o sistema impede que o auditor seja designado para a auditoria em questão.

Envio de e-mail sobre auditoria(s) agendada(s)

Implementada a rotina para envio automático de e-mail com aviso sobre as alocações programadas de auditoria(s).

Criado, também, parâmetro “MV_QADDIA” que define com quantos dias de antecedência o sistema deve enviar o e-mail de aviso de agendamento de auditorias.

Por exemplo, se o número informado no parâmetro for “10”, o sistema emite um e-mail de aviso dez dias antes do dia em que está agendada a auditoria.

Botão “Conhecimento”, no cadastro de “Usuários/Auditores”

Na rotina “Usuários/Auditores”, foi disponibilizado o botão Conhecimento, para que possam ser anexados documentos referentes às normas e qualificações dos usuários/auditores. Trata-se de um banco de informações genéricas armazenadas em arquivos. Podem ser figuras, textos, planilhas ou qualquer tipo de arquivo que contenha informações relevantes ao sistema.

Page 138: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

135

PPAP – Aprovação de Processos de Peças Produtivas

Alterações no cadastro Diagrama de Fluxo

Realizadas alterações na tela de cadastro da rotina “Diagrama de Fluxo”. São elas:

A organização automática da seqüência, que é digitada nas linhas do diagrama de fluxo, proporciona a reorganização das linhas do diagrama automaticamente pelo sistema. Essa reorganização está condicionada a eventos como inclusão ou mudança de linha e só ocorrem após a validação dos dados nela digitados. Assim, se houver qualquer problema que inviabilize a linha, como por exemplo, seqüência duplicada, a reorganização não é efetuada.

A criação do ponto de entrada “QPP150BMP”, na montagem dos BMPs (arquivos do tipo bitmap), para possibilitar a inclusão de até doze BMPs customizáveis pelo usuário. Nomes permitidos aos BMPs: Z1.BMP, Z2.BMP, Z3.BMP, Z4.BMP, Z5.BMP, Z6.BMP, Z7.BMP, Z8.BMP, Z9.BMP, ZA.BMP, ZB.BMP e ZC.BMP. Para visualizar os BMPs, é necessário adicioná-los no “IDE” por meio da opção “Adicionar Recursos do Projeto” e compilá-los.

Alterações no cadastro de FMEA de Projeto e Processo

Realizado o controle de aprovadores nas rotinas de FMEA por meio da criação do botão “Apr/Limp”, nas rotinas de FMEA.

Com o novo controle, no momento da alteração da rotina, é possível modificar o campo “Data/Aprovador” com tanto que o usuário atual seja o usuário responsável pela FMEA.

Alterações no relatório de FMEA de Projeto e Processo

Implementadas alterações nos relatórios FMEA de Projeto e Processo, visando possibilitar a melhor compreensão dos dados dos relatórios.

Realizada a inclusão de linhas de separação após o agrupamento do Item/função.

Implementada melhoria na impressão do NPR, que passa a ser impresso em negrito para NPRs que estejam acima do valor definido pelo parâmetro “MV_NPRMAX”.

Relatório Equipe Multifuncional

Disponibilizada a criação do relatório “Equipe Multifuncional”. Este relatório apresenta os dados da equipe envolvida, direta e ativamente no processo de aprovação da peça.

Page 139: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

136

Envio de relatório por e-mail

Realizada a inclusão da funcionalidade de envio de e-mail por meio da rotina “Imprime Todo PPAP”.

Desta forma, se o usuário optar pelo envio de e-mail, pergunta “Envia EMAIL ? = Sim”, cada folha dos relatórios selecionados serão salvas em arquivos no formato JPEG (Imagem), que serão enviados como anexos ao destinatário do e-mail definido pelo usuário.

Estudo da capabilidade por cavidade

Melhoria realizada para que o sistema permita o estudo de capabilidade para cada cavidade da característica. O número de estudos é limitado a 9999.

Ordenação por item ou operação na rotina Plano de Controle

Implementado o parâmetro “MV_QORGPLC” que permitirá a ordenação dos itens por operação ou item, na rotina Plano de Controle. No entanto, é necessário alterar a propriedade do campo “Item” (QKM_ITEM), na rotina “Plano de Controle”, para que o sistema permita a edição e ordenação.

Page 140: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

137

QDO - Controle de Documentos

Segurança na reemissão de documentos

Implementado, na rotina “Reemissão de Documentos”, cujo acesso se dá através do menu “Relatórios\Documentos\Reemissão docs”, um nível de segurança ao qual o sistema só permite o acesso do usuário que possua um login no Configurador, associado a um usuário do sistema e, além disso, este usuário deverá ter a permissão de distribuir documentos.

Além das verificações citadas acima, o sistema ainda filtra os documentos e permite a Visualização/Reemissão somente dos documentos nos quais o usuário logado seja um dos distribuidores ou pertença ao departamento distribuidor do documento.

Emissão de e-mail de pendências de leitura

Criado o parâmetro “MV_QDOEMCC”; com isto, o sistema passa a dispor de duas opções de envio de e-mail na distribuição do documento.

Este parâmetro influencia especificamente sobre os e-mails de pendência de leitura que serão enviados para todos os destinatários definidos no documento, que possuam e-mail informado no cadastro de usuários, conforme orientação do help on-line.

As opções do parâmetro são:

“1= Sim”, para que o sistema acumule todos os destinatários na opção “FROM:” do e-mail, separando-os por ponto e vírgula, e enviando apenas um e-mail para todos os destinatários. Por exemplo, para um documento com 30 destinatários, o sistema envia apenas um e-mail.

“2=Não”, para que o sistema envie um e-mail por destinatário, desta forma, para um documento com trinta destinatários, o sistema enviará trinta e-mails, um para cada destinatário.

Acúmulo de responsáveis ao gerar revisão

Na rotina “Tipo de Documento”, foi criado o campo “Acum. Revisão” (QDD_GREV) com o objetivo de definir se, no momento da geração da revisão, o sistema deve verificar se existem novos responsáveis cadastrados, no departamento, para este tipo de documento e que não estão incluídos na lista de distribuição. Assim, estes novos funcionários serão também considerados como responsáveis pela nova revisão.

Além disso, o sistema irá verificar se existem funcionários do departamento com status “Inativo”. Neste caso, eles não serão incluídos como responsáveis na geração da revisão.

Page 141: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

138

Verificação de inconsistências, na transferência de pendência dos usuários

Incluída validação, na rotina de “Transferência de Usuário”, que consiste na verificação de usuários selecionados para transferência.

O sistema considera o cargo e o departamento dos usuários envolvidos e somente libera a transferência se os usuários possuírem o mesmo cargo e pertencerem ao mesmo departamento.

Possibilidade de escolha dos destinatários pelo cargo

No momento do cadastro de documentos, através do botão ‘Departamento’, o sistema exibe um novo leiaute com a possibilidade de escolha dos destinatários por cargo.

Esse novo tipo de possibilidade é atualizada em conjunto com os departamentos; ou seja, no momento da escolha do cargo, o sistema rastreia e seleciona o(s) departamento(s) o(s) em que estão inclusos o(s) cargo(s) escolhido(s).

Relatório Destinatário de Documentos

Realizada a inclusão do relatório “Destinatários de Documento”, disponível no menu através da opção “Relatórios/Documentos”, no ambiente ”SIGAQDO - Controle de Documentos”, cujo objetivo é listar por departamento os usuários que receberam o(s) documento(s) e de que forma os receberam: em papel ou via e-mail.

Validação de referência a documentos com status diferente de "Leitura"

Criado o parâmetro “MV_QREFDC” para viabilizar a validação de documentos com status diferente de “Leitura”, para serem utilizados como referência a outros documentos em elaboração. As opções possíveis são: “1” para que o sistema efetue a validação e permita somente que sejam utilizados documentos com status “Leitura” como referência; “2” para que o sistema não efetue validação, permitindo a utilização de documentos com qualquer status.

Page 142: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

139

QIP - Inspeção de Processos

Novo relatório “Certificado de Qualidade 2”

Foi disponibilizada mais uma opção de geração do relatório “Certificado de Qualidade” por meio da criação do novo relatório “Certificado de Qualidade 2”, que possui mais opções de filtro do que o relatório anterior, porém mantém o objetivo do relatório de origem: verificar o resultado do laudo de qualidade do produto, suas operações e ensaios.

Dentre as opções acrescentadas, destacam-se: datas inicial e final, produtos inicial e final e ordens de produção inicial e final, além das opções já existentes no relatório “Certificado de Qualidade” (cliente, loja do cliente, lote, número de série, número de vias/cópias, revisão, imprime ensaio, nota fiscal e série).

Validação do parâmetro “MV_QPINSOB”, na rotina de especificação do produto

O parâmetro “MV_QPINSOB” é utilizado, na rotina de “Resultados”, para obrigar que o responsável pelos dados das medições também preencha o instrumento utilizado para geração do valor informado.

Por exemplo: empresas que possuem ensaios com alto nível de segurança como peças para elevadores, instrumentos cirúrgicos, entre outros, normalmente obrigam que se informe o instrumento utilizado para medição. Essa amarração possibilita o rastreamento das medições que utilizaram o instrumento, quando houver necessidade de identificá-los em decorrência de algum problema com a qualidade.

Para que isso seja possível, na especificação do produto, deve ser associada a família de instrumentos que será utilizada nas medições. Como forma de facilitar esse controle, foi incluída uma validação para que caso seja obrigatória a informação do instrumento, na rotina de resultados – parâmetro “MV_QPINSOB” = “S” -, torne-se também obrigatório informar a família de instrumentos na rotina de especificação do produto, o que garante a integridade das informações do ambiente Inspeção de Processos.

Mensagem sobre cadastro de instrumentos nas medições

Implementada mensagem de alerta ao usuário sobre o cadastro de especificação do produto, nas situações em que o laboratório emitir laudo.

Quando o parâmetro (MV_QPINSOB), que indica a obrigatoriedade da informação do instrumento para medições, estiver preenchido com “Não”, o sistema verificará a existência da família de instrumento, informada previamente no cadastro da especificação do produto e caso a busca indique que há, emitirá a mensagem de alerta.

Page 143: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

140

Botão “Pesquisar Clientes”, na rotina de Resultados

Na rotina de Resultados, janela de “Seleção do Cliente”, disponibilizado o botão "Pesquisar" que facilita a localização de um cliente por “Código+Filial” ou “Nome Reduzido”, quando o produto a ser inspecionado estiver amarrado a um ou a mais clientes.

Page 144: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

141

QIE - Inspeção de Entrada

Parâmetro devolução da Nota Fiscal Inspecionada

Criado o parâmetro “MV_QLIBDEV” para liberar a devolução de materiais que foram inspecionados pelo ambiente “Inspeção de Entradas”, mas ainda possui saldo no armazém da qualidade (CQ).

Quando há uma entrada para um produto do tipo “Quality”, o material é enviado para o local 98 que é o armazém da qualidade, definido através do parâmetro “MV_CQ”. Após a inspeção desse material, ele deve ser liberado para um ou mais armazéns de destino.

Caso seja necessário devolver uma parte desse material, o sistema verifica se ainda existe saldo da nota fiscal de origem no armazém da qualidade. Se o parâmetro estiver definido como “T=TRUE” (verdadeiro), mesmo contendo saldo no CQ, será permitido que o usuário realize a devolução desse material.

Se o valor for “F=FALSE” (falso), o usuário só poderá devolver o material quando não houver mais saldo dessa nota fiscal no armazém da qualidade.

Novo relatório “Situação do Fornecedor”

Realizada a inclusão do relatório “Situação do Fornecedor”, cujo objetivo é verificar as justificativas cadastradas para realização de alteração da situação do fornecedor em relação ao produto (nível de qualidade), efetuada através da rotina “Produto x Fornecedor”.

O novo relatório pode ser acessado pelo menu através da opção “Relatórios/Cadastros/Situação do Fornecedor”, no ambiente ”SIGAQIE – Inspeção de Entrada”.

Botão para visualização do método de ensaio na rotina “Resultados”

Na rotina de Resultados, foi criado o botão - “Text. Ens.” que permite visualizar a descrição do método informado no cadastro do Ensaio. Essa rotina foi criada para que usuários, que não utilizam integração com o ambiente de Controle de Documentos, possam ter um texto explicativo sobre o ensaio a ser realizado.

Caso o ensaio não possua método cadastrado, será apresentada uma tela em branco. Assim que for incluído o texto no cadastro de Ensaio, imediatamente poderá ser visualizado na rotina de Resultados.

Page 145: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

142

QNC - Controle de Não-conformidades

Criação de novos leds de status, em Plano de Ação

Incluídos novos leds de status, na rotina “Plano de Ação”, visando a melhorar a identificação do status e condições dos planos de ação cadastrados.

Além dos indicadores existentes:

Plano de Ação Baixado. Plano de Ação Pendente. Plano de Ação Obsoleto.

Foram criados dois novos:

Cancelado. Não-procede.

Page 146: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

143

ICE - Gestão de Riscos

Modificações na Avaliação de Risco – Método Estatístico

Foram realizadas as seguintes melhorias, na rotina de “Avaliação de Riscos – Método Estatístico”:

1. Criado o parâmetro “MV_QICEMEP” que define o tamanho do espaço amostral a ser utilizado na rotina “Avaliação de Riscos – Método Estatístico”.

2. Ajuste na carga dos campos para que seja considerado o parâmetro “MV_QICEMEP”, para que os campos sejam apresentados de forma dinâmica.

3. Realizada modificação, na rotina de “Avaliação de Riscos – Método Estatístico”, para que os dados históricos sejam solicitados de forma dinâmica; ou seja, a partir da data de início de uma pesquisa, os dados carregados irão referir-se a um determinado espaço amostral.

4. Realizada melhoria para que seja possível o aumento do espaço amostral utilizado pela rotina de Avaliação de Riscos – Método Estatístico. Os campos devem ser criados seguindo a seguinte regra: Nome do Campo: “ICL_FATOXX”, sendo “XX” numérico, variando de 01 a 99; o padrão do sistema já possui as seqüências de 01 a 05. Estes campos devem estar organizados de forma seqüencial, no “Dicionário de Dados”.

5. Realizada modificação nos cálculos (Media “Aritmética”/Coeficiente de Variação/Desvio Padrão/Probabilidade), para que seja considerado um espaço amostral, determinado pelo parâmetro “MV_QICEMEP”.

Formulário 20F

Implementada a função que permite imprimir o relatório “Formulário 20F”, conforme exigência da Lei Sarbanes-Oxley, obrigatória para organizações de filiais de empresas americanas ou que negociam papéis na Bolsa de Valores de Nova Iorque.

Algumas variáveis deverão ser configuradas através do ponto de entrada ICEASOX.PRW, disponível no sistema, conforme o exemplo a seguir:

USER FUNCTION ICEASOX()

OLE_SetDocumentVar ( oWord, 'ICE_DtEncFis', '31 de Dezembro de 2005') // Data do Encerramento Fiscal

OLE_SetDocumentVar ( oWord, 'ICE_Dtcert', '25 de Fevereiro de 2006') // Data Certificado

RETURN

Page 147: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

144

QMT - Metrologia

Cadastro de Procedimentos

Realizadas melhorias na rotina “Cadastro de Procedimentos” e na integração entre os ambientes “Controle de Documentos” e “Metrologia”.

Assim, para cada alteração, efetuada através do “Cadastro de Procedimento”, será realizada uma “Revisão do Procedimento”, desde que atenda às seguintes regras:

1. Um dos campos seja alterado; ou seja, tenha o seu conteúdo modificado.

2. Pelo menos um instrumento, com revisão vigente relacionado ao procedimento, deve ter calibração.

3. Quando a modificação do documento do procedimento se dá através da geração de “Revisão”, no ambiente “Controle de Documentos”, as regras são as seguintes:

pelo menos um instrumento, com revisão vigente relacionado ao procedimento, deve ter calibração;

a revisão do documento, utilizada em pelo menos uma das calibrações aptas, seja a predecessora imediata da revisão atual.

As ações a seguir descritas, não importando sua ordem de execução, irão gerar revisões de procedimento, sejam elas de “calibração” ou “utilização”:

Geração de revisão de um documento (na integração com ambiente “Controle de Documentos”), respeitando regras acima descritas nos tópicos 1 e 2.

Alteração no cadastro de Procedimentos do ambiente “Metrologia”.

Gráfico de estudo da linearidade MSA 3ª edição

Criado o gráfico de estudo da linearidade, conforme especificações da MSA 3ª edição. O novo gráfico pode ser visualizado através da rotina de “Consulta do MSA” por meio da opção “3ºEdição”.

Page 148: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

145

Mudanças na tela de avaliação do sistema de medição

Foram modificadas algumas características/funções na tela de “Avaliação do Sistema de Medição (MSA)”, conforme descrito a seguir:

Realizada a redefinição do leiaute das telas de visualização, inclusão, alteração e exclusão, de forma que o espaço da tela seja melhor aproveitado e as informações apresentadas sejam objetivamente dispostas.

Realizada modificação na importação de medições efetuadas na calibração, de maneira que o sistema não impeça a importação das medidas quando estas não apresentarem tolerância em suas respectivas escalas.

Realizada modificação na permissão de alteração do campo “Tolerância”, de forma que, quando este não for informado, o sistema permita a alteração do campo.

Nova pergunta, no estudo de MSA da tela de calibrações

Criada nova pergunta referente ao “Erro Amostral”, na geração do gráfico de MSA através da tela de calibrações, de forma que, quando o usuário desejar realizar um estudo de MSA 3ª edição deve informar o erro amostral.

Consistência de preenchimento do campo “VVC” do padrão na calibração

Implementada uma consistência na rotina de “Calibrações” para que seja exibida uma mensagem de alerta ao usuário, quando o campo “VVC” (Valor Verdadeiro Convencional) não for informado.

Para realizar a consistência, o sistema verifica:

Se o campo “Valor Inicial” (Cadastro de Faixas) não foi informado. Se não são apresentados valores no campo “VVC” (Valor Verdadeiro

Convencional). Se o tipo de padrão adotado é diferente de “Atributo”.

Quando todas estas condições são atendidas, o sistema bloqueia a operação e exibe uma mensagem de aviso.

Page 149: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

146

Ambientes Automação Comercial

LOJA - Controle de Lojas

Campanhas de Fidelização de Clientes, na Venda Assistida

Implementadas melhorias nos ambientes SIGALOJA e SIGACRD com o objetivo de atender as empresas que desejam utilizar vale-compras, brindes e self-liquidate através de campanha de fidelização, em que para cada venda efetuada, são computados pontos para o cliente, conforme regra de pontuação definida pelo administrador do sistema.

A regra básica será: através dos pontos acumulados nas vendas, o cliente poderá resgatar seus pontos do cartão de fidelização em troca de:

vales-compras – valor determinado que pode ser utilizado como forma de pagamento para compras futuras.

brindes - produtos oferecidos gratuitamente. self-liquidate - descontos na compra de outros produtos.

O cliente pode utilizar os vales-compras, brindes ou self-liquidate em qualquer loja da rede desde seja utilizado durante seu período de validade. É possível resgatar mais de um prêmio durante o período da campanha, de acordo o saldo de pontos disponível e os critérios de pontos.

Impressão de etiquetas integrada com Microsoft Word

Disponibilizado o relatório “Etiqueta Word” (LOJR081) para emitir etiquetas de endereçamento para clientes e fornecedores ou de identificadores de produtos diretamente pelo Microsoft Word.

Através dos parâmetros da rotina é possível configurar a dimensão da etiqueta (quantidade de colunas, comprimento, altura, margem e número da etiqueta) e, no Microsoft Word, será possível alterar o arquivo de impressão gerado.

Escrituração de ISS a partir do Resumo da Redução Z

Criado o parâmetro MV_LJCISS, para que seja possível escriturar o ISS na rotina “Reprocessar Livro ECF” (LOJA300), quando este processo é feito através do “Resumo de Redução Z” (LOJA200).

Esse parâmetro deve conter o código do serviço a ser gravado no Livro Fiscal (SF3) quando gerado a partir da Redução Z. O conteúdo desse parâmetro será utilizado para preencher o campo “F3_CODISS” dos registros de ISS, gerados a partir de registros incluídos no SFI (Resumo de Redução Z).

Page 150: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

147

O parâmetro foi criado devido à obrigatoriedade de existir um código em algumas rotinas do ambiente Livros Fiscais. Assim como a escrituração do ISS através do Resumo Redução Z, é sintética. É necessária a utilização de um código de serviço genérico para atender a todas as vendas feitas por ECF.

Adequações referentes ao Decreto 22.928/02 - artigo 1 do Estado da Paraíba

Foram realizadas alterações nos ambientes Controle de Lojas – “Reprocessamento Livro ECF” (LOJA300) e Livros Fiscais – “Relatório Regime Proc. Dados” (MATR930) com o objetivo de atender às exigências do Decreto 22.928/02 - artigo 1 do Estado da Paraíba, que determina a exibição dos valores do “Totalizador Geral” e do “Contador de Reduções”, além da apresentação da espécie – Cupom Fiscal (CF), do número seqüencial do Emissor do Cupom Fiscal (ECF) e dos números dos documentos emitidos no início e final do dia, na rotina “Registro de Saídas” para os estabelecimentos dispensados da emissão do “Mapa Resumo”.

Alterações realizadas nos ambientes:

Controle de Lojas – “Reprocessamento Livro ECF” (LOJA300)

De acordo com a legislação, os números de ordem inicial e final dos cupons devem ser gravados, emitindo os valores do “Grande Total” (GT) e “Contador de Reduções” no campo “Observação”, já o número do “PDV” e a “Espécie” serão gravados como “CF”.

No ambiente de Livros Fiscais – “Relatório Regime Proc. Dados” (MATR930)

Ocorreram mudanças no layout do relatório para a apresentação de algumas informações e também a criação da pergunta “Cupom Fiscal?”.

Quando o campo da pergunta “Cupom Fiscal?”, estiver preenchido com “Sim” e o registro correspondente no livro fiscal for gerado através de cupons fiscais, as informações no relatório devem ser apresentadas da seguinte forma:

Coluna Espécie: “CF” Coluna Série / Subsérie: Número do PDV. Coluna Número: Números de ordem inicial e final emitidos no dia. Colunas Valor Contábil e Base de Cálculo: Montante das operações do dia. Coluna Observação: Valor do Grande Total (GT) e contador de reduções.

Page 151: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

148

Bloqueio de produtos, na venda do Front Loja

Quando o usuário, no ambiente de “Controle de Lojas” (SIGALOJA), bloquear um produto na retaguarda, por meio do campo “Bloqueado” (B1_MSBLQL), o sistema não permitirá a realização da venda e informará ao usuário sobre o bloqueio deste produto no Front Loja.

Conversão de valores da tabela de preços, na Venda Assistida

Esta melhoria foi criada para conversão de valores da tabela de preços na Venda Assistida, no momento em que for informado o produto. Também permite ao usuário converter, na interface de venda, os preços cadastrados em moedas distintas da moeda principal (moeda 1).

Para que seja utilizada, foram criados campos na tabela de Cadastro de Produtos (SB1) do ambiente “Controle de Lojas” (SIGALOJA), para possibilitar ao usuário a conversão das nove (9) moedas cadastradas na tabela de preço.

Na tela “Venda Assistida”, na barra de ferramentas lateral, o usuário poderá escolher a moeda no momento da venda, como mostra o exemplo abaixo:

Exemplo:

Produto 1: Preço: $ 10,00 (dez dólares).

Taxa da Moeda: R$ 2,00 (dois reais).

Na tela “Venda Assistida”, o sistema multiplicará os valores, assim o preço do produto passará a ser R$ 20,00 (vinte reais).

Se o parâmetro “MV_TRCMOED” não estiver habilitado, a rotina de vendas considerará a moeda cadastrada na tabela de preço, não causando impacto na venda.

Cancelamento de cupom TEF, no estorno da baixa

Implementado o cancelamento de cupom TEF – Transferência Eletrônica de Fundos - no estorno da baixa de títulos, cujo objetivo é permitir ao usuário imprimir novamente ou cancelar uma transação TEF efetuada pelo recebimento de títulos, utilizando cartão de crédito/débito.

Esta alteração é restrita, por enquanto, ao ambiente “Controle de Lojas” (SIGALOJA) quando se utiliza o IPDV (aplicativo empregado para realizar a comunicação entre o Protheus e o Servidor Sitef), não sendo válida para a modalidade CLISITEF.

Page 152: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

149

Para os casos em que o recebimento de títulos foi efetuado através de transação TEF, no momento do estorno da baixa, o sistema solicitará a confirmação deste estorno. Para isso, deve-se utilizar a tabela “Controle de títulos pagos em TEF” (SLV), que armazena todas as transações TEF realizadas pelo recebimento de títulos , pois, no momento do estorno, o sistema identificará que a transação deve ser cancelada. Neste arquivo, são gravados os dados de baixa dos títulos (similar à tabela “Movimento Bancário” - SE5) e da transação TEF (similar à tabela “Orçamento” - SL1).

Tratamento do PIS, COFINS e CSLL para o Front Loja

Implementado tratamento no ambiente “Front Loja” com o objetivo de efetuar o cálculo dos impostos de PIS, COFINS e CSLL que impacta na rotina de “Vendas realizadas”, através do “Front Loja” em produtos, clientes, natureza e TES, que possuam esses impostos configurados para efetuar o cálculo.

Gravação das transações do Caixa, respeitando o prazo de fechamento do ECF

Para atender à Portaria CAT-55, de 14-7-98, foi implementado recurso para realizar a gravação das transações do caixa, respeitando o prazo de fechamento do Emissor de Cupom Fiscal - ECF (redução Z) até, no máximo, às 02h do dia seguinte.

Todas as transações realizadas entre 00h00 e 02h00 devem ser lançadas para o dia anterior (movimento do dia) até a emissão da redução Z.

De acordo com cláusula trigésima quarta do convênio ICMS 85/01, o movimento do dia corresponde à data do respectivo movimento, assim entendida como a data do primeiro Cupom Fiscal, Nota Fiscal de Venda ao Consumidor, Bilhete de Passagem ou Comprovante Não-Fiscal emitido após a última Redução Z, ou ainda a data de emissão da Redução Z no caso de não ter havido emissão de nenhum desses documentos, após a última Redução Z.

Criptografia da venda bruta e impressão da leitura de memória fiscal - adequação ao Anexo 9 do RICMS01 – SC –

Conforme determinado pela legislação, no Estado de Santa Catarina, foi implementada a geração do arquivo criptografado com o valor da venda bruta.

Para essa verificação, o Protheus avalia se o estado informado no cadastramento da empresa (MO_ESTCOB) é igual a “SC”; caso seja, o arquivo sempre será gerado criptografado.

Para os demais estados, se houver a necessidade da geração, deve-ser implementado o parâmetro “MV_LJGRVVB” que permite definir a obrigatoriedade da criação do arquivo criptografado de venda bruta.

Page 153: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

150

Impressão da leitura de memória fiscal após a primeira Redução Z

Em atendimento à legislação do Estado de Santa Catarina, também foi implementada, após a primeira Redução Z, a emissão da leitura de memória fiscal do mês imediatamente anterior.

Para impressão da leitura, o Protheus avalia se o estado informado no cadastramento da empresa (MO_ESTCOB) é igual a “SC”.

Essa emissão contempla o mês imediatamente anterior, integralmente. Esse controle é realizado pela função ChkDataMov() do programa LOJXECF.PRX. A função procura, na tabela de orçamentos (SL1), a data do último movimento e compara com a data do sistema, caso seja a primeira do mês, a sistema imprimirá a leitura com o intervalo já determinado.

Arquivo auxiliar criptografado com o número de série do ECF

Caso seja necessária a geração do arquivo auxiliar para autorização do uso do ECF, é preciso incluir o programa “LOJA420” no menu do ambiente Controle de Lojas e executá-lo.

Esse programa é responsável pela informação criptografada do número de série do ECF. Para tanto, deve-se configurar o parâmetro “MV_LJNSECF” com T, o que indica que o número do ECF deve ser armazenado em arquivo criptografado.

Além da gravação do número de série, o programa “LOJA420” faz a gravação dos valores da Venda Bruta ou do Grande Total (GT) e compara os valores registrados no ECF com os armazenados no arquivo criptografado da Venda Bruta.

Atualização TEF Visa 4.1 e Redecard L0205 - implantação da CliSiTEF ou SiTEF Modular

A Microsiga realizou a recertificação das interfaces “Venda Assistida”, “Front Loja” e “TeleVendas”, na versão 8.11, nas modalidades CLISITEF.DLL e SITEF Modular (Dedicado com Client), em virtude da necessidade de se atualizarem as operações que envolvem TEF (Transferência Eletrônica de Fundos) para a nova versão Visa 4.1 e Redecard L0205, que são exigidoS pela Visanet.

A opção “SITEF Modular” não permite utilizar múltiplas transações de cartão; ou seja, o pagamento de uma venda não pode ser realizado com mais de um cartão de crédito/débito. Já com a “CLISITEF” é possível utilizar múltiplas transações, permitindo que uma mesma venda seja paga com mais de um cartão de crédito/débito.

Page 154: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

151

Gravação do número do cheque em títulos a receber

Implementada nova melhoria na rotina “Borderôs para Cobrança” com o objetivo de gravar o número do cheque recebido nas vendas (balcão e assistida), na tabela de “Títulos a Receber” (SE1). Posteriormente, esse cheque poderá ser visualizado na relação de borderôs para cobrança.

Para armazenar essa informação, foi criado o campo “Num.Cheque” (E1_NUMCHQ) na tabela (SE1) “Títulos a Receber”.

Implementação do Display Torre Gertec Serial, na SIGALOJA.DLL

Na SIGALOJA.DLL, foram implementadas funções para utilização do Display Torre Gertec, cujo objetivo é exibir mensagens relacionadas à venda.

Atualmente, as interfaces “Venda Assistida” e “Front-Loja” não utilizam as chamadas do Display Torre Gertec.

A disponibilização dessa DLL ocorreu devido a necessidades específicas de alguns clientes, possibilitando a comunicação com todos os periféricos utilizados pela empresa, desde que seja utilizada via customização.

Impressão da descrição do item com 30 caracteres no cupom fiscal

Para permitir a impressão de 30 caracteres na descrição do produto nos Emissores de Cupom Fiscal, foi alterado o arquivo SIGALOJA.dll e realizada a alteração nos campos “Descrição” (L2_DESCRI e LR_DESCRI), que armazenam a descrição dos itens do orçamento.

Compensação de nota de crédito

Na rotina “Venda Assistida”, foi implementada uma melhoria, para lançar na movimentação bancária (SE5) o valor da compensação e também atualizar o saldo da nota de crédito, quando for realizado um pagamento utilizando uma nota de crédito do cliente (NCC) maior que o valor da venda.

Para isso, é necessário configurar o parâmetro “MV_LJCPNCC” que determina:

Se for preenchido com “1” (comportamento atual) Quando uma NCC é utilizada parcialmente na compensação da venda, o sistema realiza a baixa total da nota de crédito, gera uma nova NCC com o saldo restante e a movimentação bancária é realizada no valor da NCC.

Page 155: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

152

Se for preenchido com “2” (novo comportamento) Na nova forma de compensação da NCC, o tratamento nas tabelas de Títulos a Receber (SE1) e Movimento Bancário (SE5) foi alterado. Considerando o mesmo caso de utilização parcial de crédito, a nota de crédito é baixada parcialmente e o movimento bancário é gravado com o valor real da compensação.

Requisitos do ambiente

Ambiente operacional

Os ambientes Controle de Lojas e Front Loja estão homologados para uso somente no MP8 Remote em Windows

Estes ambientes não estão homologados para o uso do MP8 Remote em Linux.

Banco de dados relacional

Para utilização dos ambientes Controle de Lojas e Front Loja, é exigido ambiente TOPConnect e banco de dados relacional.

Page 156: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

153

CRM

TMK - Call Center

Integração entre Controle de Não-conformidades e Call Center

Realizada a integração entre os ambientes “Controle de Não-conformidades” e “Call Center” com o objetivo de aprimorar os trâmites organizacionais da empresa, o relacionamento entre clientes e fornecedores e transferir para a alta direção a decisão de gerar ou não uma “Ficha de Não-conformidade” (FNC), desobrigando o atendente dessa responsabilidade.

Os benefícios dessa integração serão:

Automatização do processo. Maior controle das não-conformidades apresentadas ao atendente, visto que a

ação de gerar uma “FNC” será estabelecida pelo supervisor/gerente via sistema. Transparência na integração, pois o atendente irá visualizar o andamento de

cada FNC gerada, podendo reportar as informações ao cliente/fornecedor.

Follow-up de FNC, em Histórico de Atendimento (Revisão de Conceito)

Realizada a inclusão de um botão na rotina de “Histórico de Atendimento”, através do qual se pode acessar a rotina de “Follow -up” do ambiente “Controle de Não-conformidades”.

A possibilidade desse acesso permite ao usuário visualizar detalhes da “Ficha de Não-conformidade” (FNC) relacionada ao item do atendimento posicionado.

Alteração das ocorrências X ações

Implementado recurso para possibilitar a alteração dos registros de “Ocorrência X Ações” que já foram utilizados em chamadas. Ele possibilita visualizar e adicionar novas ações às ocorrências que já tiverem sido utilizadas.

Antes da implementação dessa melhoria, após a “Ocorrência X Ação” ser associada a uma chamada, o usuário não poderia mais realizar alterações, nesse cadastro.

Page 157: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

154

Otimização no processamento da rotina Baixa de Cobrança

Para tornar o sistema de telecobrança mais ágil e dinâmico, foi implementada uma melhoria, na rotina “Baixa de Cobrança”, que efetua o encerramento dos títulos pagos, eliminando-os da tabela “Referência do Contas a Receber” (SK1) e finalizando as pendências de cobrança da agenda do operador.

Requisitos de Ambiente

Ambiente Operacional

O ambiente Call Center está homologado para uso somente no MP8 Remote em Windows

Esse ambiente não está homologado para o uso do MP8 Remote em Linux.

Banco de Dados Relacional

Para utilização do ambiente Call Center, é exigido ambiente TOPConnect e banco de dados relacional.

Page 158: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

155

CRD - Fidelização e Análise de Crédito

Bloqueio e desbloqueio dos cartões e alteração do limite de crédito do cliente

Com o objetivo de oferecer mais segurança, foi implementada nova funcionalidade que somente mediante autorização e digitação de senha é possível ao usuário efetuar o bloqueio e desbloqueio dos cartões e alterações do limite de crédito do cliente.

Liberação de crédito

Com o objetivo de aperfeiçoar a visualização dos valores avaliados pelo analista de crédito, foram implementadas as seguintes melhorias:

Alteração na interface de análise de crédito. Inclusão de informações sobre o cliente. Inclusão das informações: notas de crédito e total análise de crédito, no painel

de valores. Inclusão dos produtos e condições de pagamentos utilizadas na venda.

Rotina automática de cartões

Foi implementada uma nova funcionalidade, na rotina Automática de Cartões, que permite efetuar de maneira automática o bloqueio/desbloqueio, ou o cancelamento dos cartões Private Label dos clientes cadastrados.

Essa melhoria otimiza as tarefas diárias do usuário, já que não será necessário verificar cadastro por cadastro para realizar alterações.

O acesso a essa rotina só será possível mediante a digitação da senha do usuário que tenha nível de acesso igual a nove (9), ou quando o usuário do sistema for o administrador.

Gravação do código do analista de crédito na aprovação/rejeição de contratos

Implementada melhoria na rotina “Análise de Crédito”, com o objetivo de permitir a análise da performance dos analistas de crédito, quanto aos contratos analisados em determinado período por cada analista.

Nessa rotina, quando o analista aprovar ou rejeitar o crédito, seu código será gravado no campo “Código do Analista de Crédito” (MAH_USRCRD) na tabela (MAH) “Controle Número de Contrato”, e por meio desta informação, será possível emitir o relatório de “Análise de Crédito”.

Page 159: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

156

Ambientes Saúde

HSP - Gestão Hospitalar

Cadastro de nacionalidades

Implementado novo cadastro para possibilitar relacionar as nacionalidades baseadas nos códigos padrões do SUS. Essa informação será utilizada em todos os cadastros de pacientes, independente do tipo de atendimento a ser realizado.

Os códigos e as descrições são padrões do DATASUS - Banco de Dados do Sistema Único de Saúde e podem ser alterados de acordo com a necessidade do usuário.

Cadastro de atividade profissional

Implementada a rotina “Atividade Profissional” para possibilitar o cadastro das atividades profissionais para a realização dos procedimentos atendidos pelo SUS. Esse novo cadastro define que especialidades/atividades profissionais estão habilitadas à execução do procedimento.

Os códigos das atividades profissionais são fornecidos pelo SUS como códigos padrão para o sistema.

As atividades profissionais podem ser informadas em duas rotinas: “Cadastro de Procedimentos”, em pasta “Atividade Profissional” e/ ou rotina “Auditoria de Contas”.

Se o cadastro de procedimentos possuir somente uma atividade profissional, ela será apresentada na rotina “Auditoria de Contas”, sem que seja necessário o preenchimento deste campo. Caso, o procedimento possua mais de uma atividade profissional, será necessário o preenchimento deste campo na auditoria.

Na rotina de “Auditoria de Contas”, a atividade profissional será informada nas guias de atendimento do SUS, com os planos APAC e BPA, na pasta “Procedimentos”.

Cadastro de tipo de AIH - Autorização de Internação Hospitalar

Implementado cadastro para realizar o cadastro dos “Tipos de AIH” (Autorização de Internação Hospitalar), que define a natureza da pessoa (física ou jurídica) que está realizando o ato profissional e especifica o tipo de ato profissional realizado.

Essas informações são padronizadas pelo DATASUS - Banco de dados do Sistema Único de Saúde - e utilizadas somente para os atendimentos realizados pelo SUS - Sistema Único de Saúde.

O tipo de AIH será informado na rotina “Auditoria de Contas”, opção “Despesas”, pasta “Procedimentos”, na opção “Guias de Atendimento de Internação” da barra de ferramentas.

Page 160: Notas do release 4 protheus 8

Notas do Release 4 - Protheus 8

157

Cadastro de Motivo de Cobrança AIH

Implementado novo cadastro, para inclusão dos “Motivos de Cobrança da AIH” (Autorização de Internação Hospitalar) atribuindo-lhes código e descrição.

O objetivo dos motivos de cobrança AIH é apresentar os tipos de alta para os pacientes atendidos pelo SUS, com o plano AIH.

Essa informação é padronizada pelo DATASUS - Banco de dados do Sistema Único de Saúde e somente será informada na rotina “Auditoria de Contas”, opções "Despesas/Dados da Guia”.

Cadastro de Tipos de Atendimento

Implementado novo cadastro, para inclusão dos “Tipos de Atendimento do SUS” que identifica a natureza do atendimento que está sendo prestado ao paciente na execução do procedimento.

Essas informações são padronizadas pelo DATASUS - Banco de dados do Sistema Único de Saúde e são utilizadas em todo o país na realização de atendimentos pelo SUS.

O tipo de atendimento poderá ser informado de duas maneiras: na rotina “Cadastro de Procedimentos”, na pasta “Tipos de Atendimento” e pela rotina “Auditoria de Contas” nas guias de atendimento ambulatorial realizados pelo SUS.

Cadastro de Grupo de Atendimento

Implementado novo cadastro, com o objetivo de realizar o cadastro dos “Grupos de Atendimento” do SUS para classificar o atendimento em relação às patologias, programas e grupos específicos de atenção prioritária para o Ministério da Saúde.

Estas informações são padronizadas pelo DATASUS - Banco de dados do Sistema Único de Saúde e são utilizadas em todo o país na realização de atendimentos pelo SUS.

O grupo de atendimento pode ser informado de duas maneiras: na rotina “Cadastro de Procedimentos”, pasta ”Grupo de Procedimentos” e na rotina “Auditoria de Contas” nas guias de atendimento ambulatorial realizados pelo SUS.

Page 161: Notas do release 4 protheus 8

Notas de Release 4 - Protheus 8

158

CBO - Classificação Brasileira de Ofícios

Implementado novo cadastro para realizar o cadastro das classificações das ocupações existentes no mercado de trabalho – CBO.

É uma lista padronizada, fornecida pelo DATASUS - Banco de Dados do Sistema Único de Saúde e seu código de identificação é o DAIH250.

As informações deste cadastro somente serão utilizadas se o paciente sofreu um “Acidente de Trabalho”, o qual deverá ser informado nos atendimentos de “Internação” e “Pronto Atendimento”, se o faturamento das despesas deste paciente for coberto pelo SUS.

Os dados referentes ao faturamento pelo SUS são inclusos na rotina “Auditoria de Contas”, por meio da opção “Despesas” e depois poderá ser gerado o faturamento e a atribuição de lotes para a guia.

A data de referência mês/ano do lote será a referência para a geração do arquivo do SUS e para a exportação desse arquivo para o Ministério da Saúde.

Prescrição Eletrônica

Implementadas melhorias na rotina de cadastro “Vias de Acesso”, pois as informações nelas cadastradas serão utilizadas pelas demais rotinas de “Prescrição Eletrônica”.

Também foi implementado o novo cadastro de “Freqüência de Administração” que indica a periodicidade de aplicação do medicamento no paciente. Essas informações serão utilizadas na rotina: “Item da Prescrição de Medicamento” e também fazem parte da rotina “Prescrição Eletrônica”.

Novo campo para armazenar o código do setor de origem

Criado o campo “Setor de Origem” (GM8_LOCORI) com o objetivo de armazenar o código do setor de origem, na rotina de transferência de setor, na geração de horário da agenda ambulatorial, conservando o histórico das transferências efetuadas.

Não existia a rotina de transferência de setor para os horários gerados; assim, o setor para efetuar a marcação sempre era o da disponibilidade.

Novo campo na reserva cirúrgica

Criado o campo "Diagnóstico" (GMJ_DIAGNO), na rotina Reserva Cirúrgica, com o objetivo de armazenar o diagnóstico do paciente, mantendo desta forma o histórico dos diagnósticos realizados.