Service Release 10

Em determinados setores de atividade, é essencial garantir uma distribuição equilibrada da carga de trabalho entre os diversos operadores. Quando se trata de documentos com um elevado número de linhas, cuja preparação pode ser realizada por mais do que um operador, torna-se ainda mais importante assegurar essa divisão equitativa de tarefas.

Para responder a essa necessidade, é agora possível criar operações com base num número máximo de tarefas, configurável ao nível do armazém. Assim, são geradas automaticamente várias operações, cada uma com um número máximo de tarefas definido até que todas as tarefas do documento estejam distribuídas.

Desta forma, como as operações são separadas, é possível que vários operadores trabalhem simultaneamente e cada um na sua própria operação, contribuindo para o processo de picking do mesmo documento de forma mais eficiente e equilibrada.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Operações de Picking

Em determinas operações, poderá ser necessário separar adequadamente o trabalho de cada operador quando existem operadores que irão trabalhar com equipamentos distintos. Por exemplo, podem existir operadores que apenas executam tarefas de picking em zona onde não seja necessário recorrer a equipamentos de elevação e outros operadores que apenas trabalham com equipamentos de elevação, efetuando tarefas em zonas altas.

Neste contexto, passa a ser possível configurar o armazém para criar operações distintas com base no tipo de equipamento que é utilizado para aceder a uma determinada localização. Este controlo é efetuado com base na definição do tipo de equipamento que esteja definido para cada localização, agrupando as tarefas por tipo de equipamento.

Para tal, é necessário que as localizações estejam devidamente configuradas com o tipo de equipamento correto.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Operações de Picking

No processo de picking agrupado, é possível definir quais os documentos que pretende efetuar o picking em simultâneo.

Em processos mais rápidos e com menor responsabilização para o operador, o agrupamento pode ser automatizado. Ao configurar a aplicação para efetuar o agrupamento automático, esta configuração pode ser efetuada ao nível do armazém e do tipo de documento.

O número de documentos a considerar será o que estiver definido para o utilizador. Os documentos contemplados são ordenados consoante a prioridade que estiver definida no tipo de documento.

A prioridade passa a estar disponível ao nível do tipo de documento, onde estão disponíveis três níveis:

• HIGH: Alto
• MEDIUM: Médio
• LOW: Baixo

Caso não pretenda definir um nível de prioridade, deverá configurar como NA.

Quando este automatismo está ativo, ao entrar no picking agrupado é gerado automaticamente o agrupamento dos documentos, sendo apresentado o ecrã onde existem tarefas a efetuar.

Para saber mais detalhes, sugere-se a consulta dos seguintes artigos de apoio:

• Agrupamento automático de documentos no Picking Agrupado
• Picking Agrupado

Existem contextos operacionais em que não se pretende deixar ao critério do operador a escolha dos documentos a agrupar no processo de picking agrupado. Nestes casos, pretende-se que o agrupamento seja realizado de forma totalmente automática, com base na prioridade definida em cada documento.

Com esta funcionalidade ativa, o sistema ordena automaticamente os documentos de acordo com a sua prioridade e agrupa-os de acordo com o n.º máximo de documentos permitido para o operador, conforme os parâmetros previamente configurados.

Este processo garante um maior controlo e consistência na definição das tarefas a executar, eliminando decisões manuais que poderiam comprometer a eficiência ou a lógica operacional pretendida.

Quando o modo de agrupamento automático está ativo, o comportamento da funcionalidade de picking agrupado altera-se, ou seja, ao aceder o operador já não visualiza a lista de documentos disponíveis. Em vez disso, é automaticamente direcionado para a lista de tarefas atribuídas, prontas a serem executadas, com base no agrupamento previamente gerado pelo sistema.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Picking Agrupado

A obrigatoriedade de leitura de dados pode ser configurada de forma diferenciada consoante o nível de rigor pretendido em cada operação. Por exemplo, em determinadas situações, poderá ser mais relevante garantir uma leitura rigorosa de dados no processo de picking do que no processo de reposição ou vice-versa.

Para permitir essa flexibilidade, é possível definir em cada parâmetro de obrigatoriedade de leitura se este se aplica ao picking, à reposição, a ambos ou a nenhum.

Além disso, a configuração global pode não ser suficiente em todos os cenários. Existem casos em que determinados artigos exigem uma leitura obrigatória de dados, enquanto noutros essa leitura pode ser dispensada.

Para responder a essa necessidade, a configuração foi estendida ao nível do artigo, permitindo definir para cada produto se há obrigatoriedade de leitura de dados nos processos de picking e/ou reposição.

A configuração ao nível do artigo sobrepõe-se à configuração nos parâmetros gerais.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Obrigatoriedade de leitura de dados no Picking e na Reposição

Quando um documento de saída é fechado, este fica automaticamente bloqueado e não é possível editá-lo.

Em determinadas situações, poderá ser necessário efetuar algum tipo de correção no documento e para tal será proceder à sua reabertura. No entanto, existem cenários onde a reabertura de documentos não é possível:

1. Apenas se consideram documentos passíveis de serem reabertos os documentos que se encontrem no estado CLOSED. Se o documento já tiver sido exportado para o ERP (estado EXPORTED), este já não será possível de ser reaberto.
2. É impossível reabrir documentos quando estes estão associados a um embarque e pelo menos uma das suas unidades já tenha sido dada como embarcada. Neste caso, será necessário primeiro proceder ao desembarque das unidades ou anular o embarque;
3. Quando o documento foi comunicadoà Autoridade Tributária. Nesse caso, não é possível reabrir o documento.

Ao reabrir o documento, as suas unidades de expedição sãoreativadas, mantendo-se na localização onde se estavam antes do fecho. As tarefas de picking mantêm-se dadas como executadas.

Caso seja necessário, poderá anular as tarefas de picking, mantendo o comportamento atual da aplicação.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Como reabrir documentos de saída que estejam fechados?

Quando os embarques são preparados com antecedência, poderá ser necessário efetuar alterações aos mesmos.

Se o embarque já estiver fechado, é possível anulá-lo. De salientar que o impacto do processo de anulação do embarque nas unidades de expedição depende do momento em que esteja o embarquee do momento em que está o documento onde se encontram as unidades de expedição.

Existem quatro cenários possíveis:

• Documento Fechado/Embarque Fechado: anula o embarque e remove a relação das unidades de expedição ao embarque;
• Documento Fechado/Embarque Aberto: anula o embarque e remove a relação das unidades de expedição ao embarque;
• Documento Aberto/Embarque Fechado: anula o embarque, remove a relação das unidades de expedição ao embarque e insere todas as unidades no estado PENDING;
• Documentos Aberto/Embarque Aberto: anula o embarque, remove a relação das unidades de expedição ao embarque e insere todas as unidades no estado PENDING.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Embarques

Quando se anula o picking, o stock existente nas unidades de expedição passa para uma nova unidade. Caso se pretenda mover esse stock, é necessário imprimir uma nova etiqueta.

Para não ser necessário imprimir novas etiquetas, passa a ser possível manter o código da unidade de expedição e, dessa forma, aproveitar a etiqueta já existente.

Esta opção encontra-se ao nível da configuração dos documentos, sendo possível indicar quais os documentos que pretende que tenham este comportamento.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Anulação do Picking

No Gestor de Saídas passa a estar disponível a funcionalidade Packing.

Para aceder à funcionalidade, deverá posicionar-se sobre o documento que pretende efetuar ou alterar o packing e através da funcionalidade de contexto da linha (botão direito do rato) aceder a Packing.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Gestor de Saídas

Na janela de disponibilidade de stock por documentos, acedida a partir de opção de contexto (botão direito do rato) sobre a linha do documento nas Encomendas/Requisições Pendentes, foram adicionadas três novas colunas:

• Lote;
• Validade;
• Data de Fabrico.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Exploração de Encomendas/Requisições Pendentes de Saída

O parâmetro PRINT_LABEL_ON_PICKINGTASK permite indicar se é impressa a etiqueta da nova unidade quando uma tarefa é finalizada.

Em determinados processos pode ser mais apropriado imprimir a unidade anterior, nomeadamente, quando o formato de impressão contém detalhesdo conteúdo da unidade, que são confirmados quando se finaliza a composição da unidade. Nesse sentido, este parâmetro passa a ter três opções:

• NONE: não efetua qualquer impressão;
• NEWUA: imprime a nova unidade que é criada;
• PREVIOUSUA: imprime a unidade que está a finalizar.

Nota: antes de migrar para a nova versão, se o parâmetro atual estiver inativo no upgrad ficará NONE. Caso o parâmetro atual esteja ativo, fica NEWUA.

Para saber mais detalhes, sugere-se a consulta dos seguintes artigos de apoio:

• Picking
• Como imprimir a etiqueta de unidade agregadora na conclusão de uma tarefa?

O layout do ecrã de reposição no terminal foi atualizado para conter informação relativa ao formato, quantidade no formato, quantidade na unidade base e formato da unidade base.

Para saber mais detalhe, sugere-se a consulta do seguinte artigo de apoio:

• Reposição

Quando é efetuado um documento de devolução a fornecedor com base no documento de entrada do fornecedor, a integração deste documento era efetuada sem conexão ao documento origem.

Agora, é utilizado o mecanismo de estorno na integração do documento de devolução de fornecedor criado a partir do documento de entrada do fornecedor no Cegid Primavera ERP.

Com esta alteração, a criação do documento de devolução passa a estar interligada ao documento de origem, aumentando a integridade entre os documentos no Cegid Primavera ERP.

Tal como acontece para os documentos de saída com a integração nos documentos de venda no Cegid Primavera ERP, também é possível criar documentos de saída de devolução a fornecedores para serem também integrados no ERP no módulo de compras.

Nesse sentido, e de forma a uniformizar o processo de impressão automática de documentos de saída, foi alargada a sua possibilidade aos documentos do tipo SUP_DEV.

Para saber mais sobre a impressão automática, sugere-se a consulta do seguinte artigo de apoio:

• Integração com o Cegid Primavera ERP

Após o processo de inventariação estar concluído no , é necessário efetuar o lançamento das contagens ou diferenças no ERP.

Este processo é controlado com base em estados de comunicação/integração da contagem. Desta forma, é possível perceber de forma rápida e simples qual o estado de integração de cada contagem.

Aliado ao processo de integração assíncrona com o ERP, caso esteja ativa, é também efetuada a integração da contagem de forma assíncrona, não sendo necessário aguardar pela conclusão da integração. Neste caso, o estado de integração será automaticamente atualizado assim que o processo de integração assíncrono seja concluído. Se, por algum motivo, a integração não for concluída com sucesso, é possível efetuar a reexportação para o ERP.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Lançamento das Contagens no ERP

Quando um documento proveniente do ERP é integrado no , este permanece editável até ser transformado no .

A partir do momento em que ocorre a transformação, o documento fica bloqueado no ERP para impedir alterações que possam comprometer a integridade da informação já sincronizada entre os dois sistemas.

Contudo, existem determinados campos/dados nos documentos que não são sincronizados para o . Nesses casos, passa a ser possível editar essas informações no ERP uma vez que não interferem com os dados operacionais geridos pelo .

Este cenário apenas é aplicável quando o parâmetro INDEPENDENT_PROD_IN_OUT_DOCS está ativo.

Com este parâmetro ativo, sempre que um documento de saída de ordem de fabrico é confirmado no ERP, é automaticamente integrado no  e efetua o consumo automático do stock no .

Por vezes, poderá fazer sentido alterar as quantidades confirmadas na SOF e, nesse caso, é efetuado também o respetivo acerto de quantidades confirmadas no . De referir que o acerto apenas será possível se existir stock suficiente.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Integração com Produção Primavera

Na revisão da integração com o ERP, foi implementado um mecanismo de integração assíncrona em ambos os sentidos:

1. ERP >
2. > ERP

Ao nível da integração no sentido ERP para o , é possível definir o tipo de integração tanto para as tabelas mestre como para os documentos, sendo configurações independentes.

Também é possível definir se a integração é efetuada na Gravação, na Edição ou na Gravaçãoe Edição dos registos.

Para saber mais detalhes, sugere a consulta dos seguintes artigos de apoio:

• Métodos de Integração (Síncrono e Assíncrono) com o Cegid Primavera ERP
• Integração com o Cegid Primavera ERP

A funcionalidade de definição de alertas para a quantidade introduzida pelo utilizador permite avisar quando é inserido um valor na quantidade superior ao valor definido.

Contudo, até então, apenas contemplava os documentos do tipo Devolução de Clientes (CLI_DEV). Era ativada no parâmetro QTY_THRESHOLD_WARNING quando se introduzia um valor base, o que permitia alertar o utilizador quando este inseria uma quantidade superior a esse valor.

Com a nova versão, esta funcionalidade está disponível para todos os tipos de documentos. O parâmetro QTY_THRESHOLD_WARNING foi descontinuado (removido da aplicação), sendo a sua configuração atual transposta para os documentos do tipo CLI_DEV.

Com esta alteração, o  passar a suportar este alerta em todos os tipos de documentos disponíveis, sendo necessário ativar este alerta em cada um dos documentos que se pretenda ter esse controlo.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Como ativar alertas para saber que a quantidade introduzida é superior ao valor base?

Após a integração dos documentos de composição e de decomposição no , é possível efetuar alterações ao documento de composição no ERP se:

• não existirem tarefas no ;
• todas as tarefas estarem canceladas.

Caso contrário, não será permitida a alteração dos documentos no ERP.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Documentos de Composição e Decomposição

Para aumentar a segurança na utilização do , foi implementado um mecanismo de logoff automático para que a sessão seja automaticamente terminada quando um utilizador não está a trabalhar no produto por um tempo definido. Este mecanismo é transversal tanto ao Frontend como ao Terminal.

De referir que o tempo de inatividade é contabilizado sempre que o utilizador não tenha o foco sobre as janelas do .

É possível configurar esta funcionalidade nos grupos de utilizadores ou por utilizador, sendo que a configuração ao nível do utilizador se sobrepõe à configuração definida no grupo.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Utilizadores

O controlo dos dias mínimos de validade de um artigo agora está disponível no fecho de documento, além das validações já existentes na geração das tarefas de picking e na execução das tarefas de picking.

Com esta alteração pretende-se dar resposta aos cenários onde:

1. o picking é efetuado com antecedência;
2. a expedição é efetuada dias ou meses depois;
3. quando é fechado ou expedido o documento é necessário validar se o que está incluído cumpre com os dias mínimos de validade definidos.

Esta é uma validação que não impede de fechar o documento, ou seja, quando tentar fechar o documento e existirem artigos que não cumprem com os dias mínimos de validade será apresentada uma mensagem de alerta, mas poderá avançar com o fecho do documento.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Dias Mínimos de Validade de Stock

Na Análise de Artigos, foi adicionada a coluna Em Reservas para apresentar a informação referente à quantidade reservada para documentos (encomendas/requisições) ou entidades.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Análise de Artigos

Na consulta de artigos passam a estar disponíveis os campos de utilizador associados ao artigo.

Por omissão, os campos são opcionais, sendo necessário incluí-los na grelha ou nas vistas.

Para saber mais detalhes, sugere-se a consulta do seguinte artigo de apoio:

• Consulta de Artigos

O processo de impressão de etiquetas de artigo foi alterado para permitir que seja impresso o formato de etiqueta definido ao nível da família de artigo, quando não existe um formato de etiqueta definido no artigo.

Desta forma, passa a ser possível definir apenas formatos ao nível das famílias de artigo.

Desta forma, existem agora as seguintes cores:

• Branco: Linha pendente;
• Verde: Linha confirmada na totalidade;
• Amarelo: Linha confirmada, mas com quantidade parcial;
• Vermelho: Linha confirmada com quantidade zero.

Para saber mais sobre o tema, sugere-se a consulta do seguinte artigo de apoio:

• Atribuição de cores nas linhas nos editores