0xowlsodqwd 0xowlsodqwd 0xowlsodqwd 0xowlsodqwd

0DQXDO#GH#5HIHUrQFLD
0XOWLSODQWD
)HYHUHLUR25333
Copyright © 1998, 1999 DATASUL S.A. Todos os direitos reservados.
Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou
transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou
em parte, sem a prévia autorização escrita da DATASUL S.A., que reserva-se
o direito de efetuar alterações sem aviso prévio. A DATASUL S.A não assume
nenhuma responsabilidade pelas conseqüências de quaisquer erros ou
inexatidões que possam aparecer neste documento.
DATASUL S.A.
Av. Santos Dumont, 831, Joinville, SC, CEP 89.222-900
i
Índice
Prefácio ...............................................................................................v
CAPÍTULO 1 Introdução ....................................................................1

Integração com Outros Módulos ....................................................................9
CAPÍTULO 2 Processo Preparação das Informações ...................11
Função Manutenção da Conexão ...............................................................14
Função Atualização Banco de Dados .........................................................16
Função Manutenção Transação..................................................................17
Função Manutenção Lista Destino..............................................................20
Função Manutenção Lista Destino Transação............................................21
Função Restrição Campos Atualização ......................................................23
Função Manutenção Caminho ....................................................................25
Função Manutenção Caminhos Banco Dados............................................27
Função Manutenção Planta ........................................................................28
Função Manutenção Planta Lista Destino ..................................................31
Função Manutenção Empresas Estabelecimentos Plantas........................32
CAPÍTULO 3 Processo Processamento Automático .....................35
Função Cronograma RPW ..........................................................................36
CAPÍTULO 4 Processo Envio e Recepção Manual ........................49
Função Envio da transação.........................................................................49
Função Efetivação da Transação................................................................55
CAPÍTULO 5 Processo Controle de Processos .............................59
Função Cancelamento Mensagem Envio ...................................................59
Função Cancelamento Mensagem Recebida .............................................63
Função Cópia Mensagem Enviada .............................................................67
Função Reativação Mensagem Recebida ..................................................71
Função Eliminação Movimento Multiplanta.................................................75
ii
CAPÍTULO 6 Processo Consultas e Relatórios ............................. 79

Função Consulta Transações Recebidas .................................................. 79
Função Detalhes Transações Recebidas .................................................. 82
Função Mensagens Transações Recebimento.......................................... 83
Função Consulta Transações envio........................................................... 84
Função Detalhes Transações Envio .......................................................... 87
Função Mensagens Transações Envio ...................................................... 88
Função Erros Mensagem Envio ................................................................. 90
Função Destinos Mensagem Envio............................................................ 91
Função Conexões ...................................................................................... 92
Função Transações.................................................................................... 94
Função Destino Transações ...................................................................... 96
Função Plantas Listas Destino................................................................... 97
Função Restrição Campos Atualização ..................................................... 98
Função Agenda Envio ................................................................................ 99
Função Agenda Efetivação ...................................................................... 100
Função Erros Atualização Mensagem Enviada ....................................... 101
Função Erros Atualização Mensagem Recebida ..................................... 103
CAPÍTULO 7 Dúvidas Mais Freqüentes........................................ 107
Quais são os bancos de dados que devem ser cadastrados no módulo
Multiplanta? ............................................................................................... 107
Qual é o critério para determinar a quantidade de plantas?..................... 107
Porque não gerou log de Envio?............................................................... 107
Como saber se ocorreu algum erro no envio dos Log´s? ......................... 108
Estou instalando uma nova filial (planta), o que devo fazer para implantar
esta nova filial no Multiplanta? .................................................................. 108
É possível restringir a atualização de um atributo? .................................. 108
Necessito restringir a atualização de um campo que não está na lista. O
que devo fazer?......................................................................................... 109
O que fazer para integrar as plantas via RPW?........................................ 109
Qual é a relação entre uma programação “Para todas transações” e a
programação de “Uma transação específica”? ......................................... 109
A quem recorrer em caso de erro de efetivação da transação?............... 109
Como reenviar um Log Envio ?................................................................. 109
Como efetivar novamente um Log Recebido ?......................................... 110
Como saber qual a transação que um determinado programa utiliza? .... 110
Como deve ser a estrutura da lista de destino para uma corporação
formada por três plantas? ......................................................................... 110
O que deve ser feito para construir uma transação específica?............... 111
Como funciona a Administração de Compras Centralizada? ................... 120
Como funciona a Administração de Vendas Centralizada?...................... 123
Como funciona o Contas a Pagar Distribuído?......................................... 124
Índice iii
Como funciona o Contas a Receber Distribuído?......................................126

Como funciona a Transferência de Materiais? ..........................................127
Como funciona a Replicação de Cadastros?.............................................129
Como funciona a Replicação de Estrutura do Item? .................................129
Como funciona a Integração entre o Recebimento e Contas a Pagar? ....130
Como funciona a Integração entre Recebimento e Contas a Receber? ...131
Como funciona a Integração entre Faturamento e Contas a Receber? ....132
Como funciona a Integração dos Módulos com a Contabilidade?.............133
Como gerar Resumo do Item?...................................................................133
Como gerar Resumo do Emitente?............................................................134
Como utilizar o MQSeries com Multiplanta? ..............................................134
Quais as vantagens e detalhes quanto a relação do módulo Multiplanta e a
estrutura Multiempresa (Utilização de um único banco Administrativo para
várias plantas? ...........................................................................................136
Como se comporta o Módulo Multiplanta trabalhando com Multiplanta em
Oracle ? ......................................................................................................137
É necessário algum tipo de administração especial para o Multiplanta ? 139
Como Parametrizar as agendas RPW das transações MP ? ....................140
CAPÍTULO 8 Glossário ..................................................................141
Bloco transacional ......................................................................................141
Endereço IP – Internet Protocol .................................................................141
Host ............................................................................................................141
LOG ............................................................................................................141
Máquina......................................................................................................141
Mensagem..................................................................................................142
Processo ....................................................................................................142
Protocolo TCP – Transmission Control Protocol........................................142
RPC – Remote Procedure Call ..................................................................142
RPW – Remote Procedure Wait ................................................................143
Script ..........................................................................................................143
Service........................................................................................................143
Transação ..................................................................................................143
MQSeries ...................................................................................................143
v
Prefácio
Os produtos DATASUL são conjuntos de aplicações relacionadas que

permitem interligar toda uma empresa, resultando em um sistema integrado
de gestão empresarial.
Cada produto é estruturado em aplicativos, sistemas, módulos e funções.
Entre os aplicativos estão: Controladoria e Finanças, Manufatura,
Manutenção, Materiais, Distribuição, Recursos Humanos. O aplicativo de
Controladoria e Finanças, por exemplo, é dividido em dois sistemas: o sistema
de Controladoria e o de Finanças. Cada sistema é por sua vez subdividido em
um conjunto de módulos que implementam uma série de funções.
O Manual de Referência de Módulo visa abranger toda a informação
necessária para compreender os módulos que compõem os produtos
DATASUL, bem como solucionar dúvidas relativas ao seu funcionamento. É
uma obra “de referência” já que seu principal objetivo é a consulta para
obtenção de informações, ao contrário de um livro ou outro tipo de manual
que é lido do início ao fim.
Para cada módulo são definidas suas principais áreas funcionais. Uma área
funcional é um conjunto identificado de comportamentos relacionados. Neste
manual, cada área funcional dentro de um módulo é chamada de processo e
cada comportamento que compõem esta área funcional é chamado de
função.
Importante
As características do módulo apresentado neste manual são suas
características básicas. Tomando-as como base, o módulo pode ser
configurado para qualquer tipo de empresa.
Todos os dados utilizados nos relatórios e telas do DATASUL EMS
apresentados neste manual são fictícios.
1
CAPÍTULO 1
Introdução
Definição O módulo Multiplanta permite às empresas que possuem estabelecimentos

separados geograficamente, uma administração corporativa sobre algumas
áreas. O módulo Multiplanta faz parte do aplicativo Integração do DATASUL
EMS Framework.
A figura abaixo apresenta um exemplo para melhor entendimento desta
ferramenta.
2
Veja alguns exemplos de uso do módulo Multiplanta:

Administração de Compras - O objetivo deste processo é facilitar as
aquisições de materiais ou serviços, de forma centralizada, negociando
melhores condições de fornecimento.
Adminstração de Vendas - O objetivo deste processo é controlar o
atendimento dos pedidos. Estes pedidos podem ter entrado no
estabelecimento de controle ou em algum outro estabelecimento que faça
parte do grupo de controle. Também possibilita a avaliação de crédito do
cliente de forma centralizada, considerando sua situação dentro da
corporação empresarial.
Administração Financeira e Contábil - Este processo tem sentido quando
as funções administrativas do grupo empresarial estão centralizadas num
estabelecimento. Desta forma, as operações que ocorrem nas demais plantas
e que tem integração com os módulos Administrativos, geram movimentação
para a central. Algumas funções da administração financeira que podem ser
distribuídas em todas as plantas da corporação:
Administração de projetos - Os cadastros e movimentos do projeto são
replicados em cada planta que possui o módulo de Investimentos, permitindo
o acompanhamento de qualquer projeto em todos os estabelecimentos. Na
execução de um projeto são movimentados recursos materiais e financeiros.
Logo, estas operações realizadas nos módulos de Controle de Estoque,
Recebimento, Manutenção Industrial e Controle da Produção geram
integração com o módulo de Investimentos e este replica-os em todas as
plantas.
Transferência de materiais - O objetivo deste processo é evitar a dupla
digitação da nota fiscal de transferência de materiais entre estabelecimentos
de uma mesma empresa.
Unificação de cadastros - Este processo deve ser utilizado quando a
responsabilidade pela manutenção dos principais cadastros está centralizada
num único estabelecimento.
Engenharia de Produto - Quando a corporação empresarial determina que o
desenvolvimento de produto é centralizado num estabelecimento, é
necessário replicar todos os cadastros que determinam a composição e a
elaboração do produto, nas plantas remotas que atuam como fábrica.
CAPÍTULO 1 Introdução 3
Características O módulo Multiplanta foi projetado para atender as seguintes necessidades

das empresas:
• Replicação de cadastros
Exemplo: Replicação do cadastro de itens
• Repasse de tarefas
Exemplo: Cópia do pedido de venda para ser atendido pelo outro
estabelecimento
• Divulgação de informações da empresa
Exemplo: Distribuição do resumo financeiro do emitente para os
demais estabelecimentos
• Integração entre módulos
Exemplo: Cópia do movimento contábil das filiais para a matriz.
O módulo Multiplanta tem as seguintes características:
• Os cadastros e a movimentação do Multiplanta estão contidos num
banco de dados específico MGMP.
• Cada execução de programa, do módulo aplicativo, é identificada por
um número de processo.
Exemplo O cadastro de um item deve ser replicado nas diversas
plantas. Logo, a operação de replicação recebe um número de processo.
Esta numeração é sequencial.
• Cada processo a ser enviado tem um registro no Log Envio e cada
processo recebido tem um registro no Log Recebido.
Nota A solução implementada no módulo Multiplanta foi elaborada com base
na solução Multiplanta do produto Magnus I. A solução atual é menos
complexa pois foram retiradas todas as regras de negócio que pertenciam aos
módulos aplicativos. Existe apenas um critério de direcionamento para troca
de mensagens entre as plantas. Será sempre a planta origem quem enviará
as transações para a planta destino. Não existe rota alternativa.
Existem os seguintes critérios para definir o destino de uma transação:
• Através do cadastro das listas de destino
• O usuário define o estabelecimento de destino pelo programa aplicativo.
Com base no estabelecimento de destino é acessada a tabela Maq x Emp
x Est para retornar a máquina de destino. Não deve haver
4
estabelecimentos, de empresas diferentes, dentro do mesmo grupo

empresarial, com mesma identificação
O usuário define uma lista de destinos para replicar o bloco transacional. A
lista destino é informada no programa aplicativo e deve existir no cadastro do
Multiplanta.
Descrição A solução Multiplanta é composta por 3 etapas que são executadas em
plantas distintas. A figura abaixo mostra a interdependência entre os
processos.
1º) Geração do bloco de mensagens

Na execução de uma função de negócio, que utiliza o Multiplanta, é gerado
uma mensagem para cada tabela atualizada.
6
2º) Envio do processo

O envio pode ser programado para acontecer da seguinte forma:
• Automático – é elaborado uma programação de horários para
execução do envio. Esta programação é executada automaticamente.
• Manual – o envio é comandado pelo usuário
A execução do envio fica sob controle da planta origem e as mensagens são

geradas no banco de dados Multiplanta, na planta destino.
3º) Efetivação das transações

Esta etapa compreende o processamento dos processos que ainda não foram
efetivados na base de dados dos aplicativos e a geração das mensagens de
erro.
A execução da efetivação acontece de forma idêntica ao envio. A efetivação
fica sob controle da planta destino.
Na execução da efetivação é executado o seguinte procedimento:

• Se a execução ocorreu com sucesso, retorna uma indicação para a
planta de origem, no Log Envio
• Se a execução ocorreu sem sucesso também retorna uma indicação,
retorna os erros para a planta de origem e não desfaz a transação na
planta origem
8
Na efetivação é aplicada a validação de negócio sobre os dados da

mensagem. Os erros encontrados geram mensagens de erro.
O tratamento dos erros pode acontecer na planta de origem ou de destino.

Quando os erros são tratados na planta de origem, é procedido da seguinte
forma:
• as mensagens de erro são replicadas na planta de origem
• usuário deve providenciar os acertos necessários, sejam na planta
origem ou destino
• usuário deve reenviar a transação ao destino
Quando os erros são tratados na planta de destino é procedido da seguinte
forma:
• usuário deve providenciar os acertos nos cadastros da planta destino
• usuário deve executar novamente a efetivação
Integração com Outros Módulos

A integração do mesmo aplicativo de negócio entre duas ou mais plantas é
padronizada. O aplicativo de negócio gera as mensagens para o Multiplanta,
na planta de origem. Na planta de destino, a transação é efetivada no
aplicativo de negócio através de API´s de negócio.
11
CAPÍTULO 2
Processo Preparação das Informações
Definição Este capítulo relaciona e descreve as informações que devem ser

implementadas para o perfeito funcionamento do módulo.
Descrição As informações contidas neste capítulo são apresentadas na forma de
cadastros do módulo.
Os cadastros específicos do módulo são aquelas funções que implementam
informações que dizem respeito somente ao módulo em questão. São funções
do tipo manutenção e na sua descrição são apresentadas suas principais
características e funcionalidades.
Antes de utilizar o módulo Multiplanta é muito importante planejar
detalhadamente as principais atribuições de cada planta. Alguns pontos
críticos neste processo:
• Definir centralização
Definir claramente a abrangência da administração centralizada e para cada
função, qual será o estabelecimento de controle. É importante que a alta
administração envolva-se nestas definições, pois poderão haver mudanças
organizacionais na empresa.
• Iniciar com bases iguais
É desejável que todas as plantas iniciem com a base cadastral igual. Isto é,
que os cadastros tenham o mesmo conteúdo e o mesmo critério de
codificação. Caso haja necessidade de descentralizar algum cadastro, é
importante que seja atribuída uma faixa de numeração por planta.
Exemplo O cadastro de emitentes é centralizado. Porém, as pequenas
compras são efetuadas pela planta que não é central de compras. Logo, estes
pequenos fornecedores e pedidos são específicos da planta local. Seus
12
códigos não devem ser replicados com os emitentes corporativos, muito

menos os pedidos.
• Definir responsabilidades
Para cada um dos cadastros, deverá ser definido quem será o responsável
pela atualização dos dados. É muito importante determinar quais serão os
dados de domínio corporativo e quais serão de domínio específico de cada
planta. Desta forma, serão preservadas as informações específicas da planta,
mesmo que a manutenção do cadastro seja centralizada.
• Carregar banco de dados
O banco de dados do Multiplanta deve sempre estar carregado no modo
multiusuário.
• Elaborar cadastros básicos
Os seguintes cadastros podem ser elaborados de forma independente:
Transação, Lista-Destino, Bco-Dados, Conexão, Maquina
Os demais cadastros dependem dos acima citados e tem a seguinte ordem de
dependência:
Restricao-atr, Dest-trans, Maq-lista-dest, Maq-ep-est, Caminho, BcoxCam
Nota Para minimizar o esforço de implantação, é importante preparar uma
base de dados modelo, do Multiplanta, e replicá-la entre as plantas. Depois, é
só entrar em cada planta e adaptar os parâmetros para cada base de dados
local. Exemplo: Entrar na base de dados de cada planta remota e redefinir a
planta local
CAPÍTULO 2 Processo Preparação das Informações 13
A figura abaixo apresenta um modelo de dados contendo as entidades que

representam os cadastros específicos do módulo.
Abaixo estão relacionadas as entidades com uma breve descrição sobre seu
objetivo.
A) bco-dados, Contém alguns parâmetros de conexão para cada um dos
bancos de dados, Multiplanta, remotos. Quando as instalações Multiplanta
são padronizadas, é possível utilizar a mesma especificação de service
para os todos os bancos de dados.
B) Maquina, Contém a relação de todas as instalações Multiplanta. Também
conhecida como Planta.
C) maq-ep-est, Contém a relação das plantas sobre as quais estão
vinculados os estabelecimentos de cada empresa.
D) mp-transacao, Contém a relação de todas as funções, de cada um dos
módulos, que utilizam o Multiplanta para Enviar/Efetivar mensagens.
Possui um campo de controle muito importante: Retorna Erro que indica
como proceder com os erros encontrados na efetivação da transação. Se
estiver assinalado, os erros serão replicados na planta de origem, senão,
permanecem na planta de efetivação
14
E) restricao-atr, Contém a relação dos atributos de cada tabela, dos

módulos aplicativos, que não devem ser atualizados na efetivação de uma
mensagem.
Nota Nem todos os atributos das tabelas podem ter restrições de
atualização. Nesta lista, constam apenas aqueles que estão previstos nos
programas dos aplicativos de negócio.
F) lista-destino, Contém a relação dos agrupamentos de plantas remotas. O
critério para agrupamento das plantas deve ser pelas características de
replicação, no envio da transação. Esta entidade foi criada para diminuir o
trabalho, na especificação dos destinos da transação. Desta forma, o
destino da transação é direcionado para um grupo de plantas com
mesmas características de replicação.
G) dest-trans, Contém a relação das plantas remotas, agrupadas, para onde
poderão ser enviadas as transações.
H) Caminho, Contém a relação de todos os computadores remotos que
armazenam bancos de dados Multiplanta.
I) Conexão, Contém uma relação dos arquivos utilizados para
ativar/desativar a linha de comunicação entre a planta local e a planta
remota. Esta tabela deve conter uma ocorrência para cada via alternativa,
para comunicação com a planta remota onde reside o computador
hospedeiro. A via normal é pelo canal aberto full-time. As vias alternativas
são abertas pelo sistema, utilizando o script de conexão. Exemplos: Linha
discada, comunicação via ondas de rádio frequência, microondas, sinal
ótico infravermelho, ...
J) Bcoxcam, Contém a relação dos caminhos do banco de dados
Multiplanta.
K) maq-lista-dest, Contém a relação analítica das plantas relacionadas ás
listas de destino das transações.
Função Manutenção da Conexão

Definição Determina quais são os arquivos que contém os comandos para abrir/fechar
um canal de comunicação e alguns parâmetros para controlar o tempo gasto
na conexão.
Tipo Manutenção
Programas MP0106
Descrição Deve ser cadastrada uma conexão para cada planta remota que não disponha
de um canal de comunicação aberto full-time.
As informações deste cadastro são utilizadas pelo Multiplanta, no momento da

integração, para ativar o canal de comunicação entre as plantas.
Nota Esta é uma função pouco utilizada. Normalmente, as empresas
mantém um canal de comunicação aberto full-time entre suas plantas. A
maioria das empresas tem um contrato com uma empresa de
telecomunicações. Exemplos de serviços: Transdata, RENPAC, comunicação
por antena digital via satélite, torre de microondas
Campo Descrição
Conexão Informar um código para identificação
Script Conexão Informar o nome do arquivo que contém os comandos para
estabelecer um canal de comunicação com a planta remota. No
nome do arquivo deve constar o caminho onde encontra-se o
arquivo
Descrição Informar um nome detalhado
Script Informar o nome do arquivo que contém os comandos para
Desconexão fechar o canal de comunicação com a planta remota. No nome
do arquivo deve constar o caminho onde encontra-se o arquivo
Intervalo Conexão Informar o tempo de espera, em segundos, para executar os
comandos contidos no arquivo de conexão
Time-out Conexão Informar um valor expresso em segundos que determina o tempo
máximo a ser gasto para tentar conectar o banco remoto. É o
somatório dos tempos de todas as possíveis tentativas
Qt Rediscagens Informar a quantidade máxima de tentativas para conectar o
banco remoto.
Nota O programa usa o Time-out e Qt Rediscagens para
controlar as tentativas de conexão do banco remoto. Assim, o
16
Campo Descrição
primeiro que atingir o seu limite, sem sucesso de conexão, faz
com que o programa seja encerrado
Função Atualização Banco de Dados

Definição Mantém o cadastro dos bancos de dados Multiplanta, de todas as plantas.
Tipo Manutenção
Programas MP0110
Descrição As informações contidas neste cadastro são utilizadas no momento da
conexão do banco de dados remoto.
Nota Esta tabela deve conter um banco de dados para cada planta remota
Campo Descrição
Banco de Dados Atribuir um código para identificação
Descrição Informar um nome detalhado indicando se é um banco padrão
ou serve apenas para uma planta remota
Nome Físico Informe o nome físico do banco de dados
Service Informe o nome do serviço de comunicação para o banco de
dados, que deve estar contido no arquivo Services existente na
planta local e nas diversas plantas remotas. Alem disto, o
número da porta também deve ser igual
Arquivo Informar o nome do arquivo que contém mais parâmetros para
Parâmetros complementar a conexão do banco de dados
Nota Para instalar dois ou mais bancos de dados Multiplanta,
Campo Descrição
num mesmo host, é necessário cadastrar um banco de dados
para cada instalação, pois os services são diferentes
Função Manutenção Transação

Definição Relaciona todas funções dos aplicativos de negócio que utilizam o Multiplanta.
Tipo Manutenção
Programas MP0114
Descrição As informações deste cadastro são utilizadas em todas as etapas do
processo.
Nota Na instalação do Módulo, é executado um programa de inicialização
para cadastrar, automaticamente, todas as transações relativas ás funções do
produto DATASUL EMS que já utilizam o Multiplanta
O botão “Inicialização” executa a função de cadastramento automático, para
todas as transações DATASUL S.A.
O botão “Busca Transação” executa uma função que permite relacionar as
transações utilizadas por um programa
Pasta Gerais
Botão Busca
Transação
Botão
Inicialização
do Módulo
Multiplanta
18
Campo Descrição
Transação atribuir um código para identificação
Descrição informar o nome detalhado da função executada pela
transação
Aplicativo informar o nome do aplicativo ao qual pertence a função
Responsável executada na transação. Esta informação é apenas
documentacional
Programa Efetivação informar o nome da API de efetivação da transação de cada
área de negócio
Transação DATASUL indica quem criou a transação. Se estiver assinalada, foi a
DATASUL. Senão, foi o cliente
Nota As transações criadas pela DATASUL só podem ser
manutenidas pela própria DATASUL S. A.
Retorno Erro indica onde devem ser tratados os erros da efetivação. Se

estiver assinalado, os erros são replicados da planta destino
para a planta de origem
Tipo Transação indica a direção de comunicação da transação. Pode assumir
um dos seguintes valores:
• somente Envio: a planta nunca recebe a transação de
outra planta
• somente Recepção: a planta nunca envia a transação
para outra planta
• Ambas: a planta pode Enviar e Receber a transação
para outra planta
Nota Este controle é utilizado, entre outros, para determinar
a centralização de funções numa das plantas.
Exemplo Centralização dos cadastros administrativos. As
transações correspondestes á estas funções, são
parametrizadas, na planta centralizadora, para somente
enviarem, enquanto que as demais plantas são
parametrizadas para somente receberem
Botão Inicialização do Módulo Multiplanta

Por intermédio deste botão será executado um programa que fará a
atualização automática das transações Multiplanta.
Para que esta atualização aconteça de forma automática deve-se habilitar o

campo “inicializar Transações Multiplanta” e escolher a opção “Manter
Transações”.
Botão Busca Transação

O botão executa uma função para mostrar uma relação cruzada entre
programas aplicativos e transações (Relação Quem Usa O Quê).
20
Pasta Finalidade
O objetivo desta pasta é documentar a transação. Seu uso é importante para
relacionar os programas que utilizam a transação.
Botão
Dicionário
Botão Dicionário
O botão executa uma função de validação da gramática do texto.
Função Manutenção Lista Destino

Definição Cria os agrupamentos de plantas destino.
Tipo Manutenção
Programas MP0113
Descrição As plantas são agrupadas pelo usuário levando-se em consideração a
semelhança de atuação das plantas, dentro do contexto Multiplanta. Este
cadastro, em conjunto com os relacionamentos Destinos da Transação e
Planta Lista Destino servem para individualizar as plantas destino de uma
transação.
Nota O agrupamento de plantas, na forma de uma lista de destino das
transações, objetiva diminuir o esforço exigido para especificar as plantas
destino das transações.
Campo Descrição
Lista Destinos Atribuir um código para identificação
Descrição Informar o nome detalhado da lista, especificando, preferencialmente,
o critério de agrupamento das plantas
Função Manutenção Lista Destino Transação

Definição Cria o relacionamento entre Transação e Lista Destino.
Tipo Manutenção
Programas MP0103
Descrição Este relacionamento indica para quais listas de destino serão enviadas as
transações. As informações deste cadastro tem a mesma linha de uso da
Lista Destino.
Nota
• A individualização da planta destino será obtida no relacionamento da
Lista Destino com Planta.
• Para desabilitar o envio de uma transação, basta apenas não relacioná-la
à uma lista de destino.
Regra de Negócio A relação da esquerda, contém todas as listas de destino.

A relação da direita, contém as transações que podem ser enviadas/recebidas
para/da lista de destinos.
22
Para relacionar as lista destino da transação, deve-se seleciona-las na

relação da esquerda e acionar o botão “Seta p/ Direita”. As lista destino
selecionadas, passam para a relação da direita.
Campo Descrição
Transação Informar o código da transação
Padrão Informar qual é a lista de destino para onde será enviada a transação.
Só pode ter um relacionamento padrão. Os demais relacionamentos
existem para possibilitar que o próprio usuário direcione o destino da
transação, para uma lista de destinos, dentro da função do aplicativo
O botão “Modifica” é utilizado para determinar qual é a lista destino que o

sistema deve assumir quando faz o envio automático.
O botão “Copiar Destinos” é utilizado para determinar o destino de um
intervalo de transações, tomando por base o destino da transação corrente.
Esta função permite fazer uma cópia dos destinos da transação corrente e
replica-los para as transações especificadas no intervalo de transações
destino. Esta função facilita a tarefa para definição dos destinos de uma
transação. Isto é: através da cópia das definições de uma transação pode ser
especificado o destino de uma ou mais transações. Também é utilizada para
complementar novos destinos para transações que já tem um destino
definido.
Campo Descrição
Transação Informar o intervalo de transações que receberão as
mesmas definições da transação de origem
Mantém Destinos Assinalar como proceder com os destinos que já
Existentes existem, na transação que receberá a cópia. Se for
assinalado, os destinos são mantidos e complementados
com os destinos da cópia. Senão, os destinos que já
existem são substituídos pelos destinos da cópia
Destino Padrão Origem Assinalar como proceder com os destinos que já
existem, na transação que receberá a cópia. Se for
assinalado, o destino padrão existente é substituído pelo
destino padrão da cópia. Senão, o destino padrão é
mantido
Função Restrição Campos Atualização

Definição Relaciona todos campos, nas tabelas dos aplicativos, na planta destino, que
não devem ser atualizados no momento da efetivação.
Tipo Manutenção
Programas MP0116
Descrição Nesta função são relacionados os atributos, de cada tabela atualizada pela
transação, que não devem ser atualizados na efetivação. Esta relação é
24
obtida através da execução do programa de inicialização executado através

do botão Inicialização, na função Manutenção Transação.
Nota Mesmo que tenha sido definida uma centralização dos cadastros,
existem certas informações que são de domínio específico de cada planta.
Logo, é importante preservar este domínio, sem no entanto limitar a
centralização
Esta função relaciona os atributos, de cada tabela atualizada pela transação,

que não devem ser atualizados na efetivação. Esta relação é obtida através
da execução do programa de incialização.
O botão “Modifica” ativa uma função para assinalar os atributos que são
atualizados na efetivação da transação.
Campo Descrição
Transação Informado automaticamente conforme assinalado na função
anterior
Tabela Informado automaticamente conforme assinalado na função
anterior
Atributo Informado automaticamente conforme assinalado na função
anterior
Atualiza Atributo Assinalar este campo somente se o atributo for atualizado na
efetivação da transação
Função Manutenção Caminho

Definição Relaciona as várias formas de acesso aos computadores remotos que contém
os bancos de dados das plantas destino.
Tipo Manutenção
Programas MP0107
Descrição As informações deste cadastro são utilizadas no momento da conexão do
banco de dados da planta destino.
Nota Como um computador pode ser acessado via diferentes canais de
comunicação, poderá haver dois ou mais caminhos para um mesmo
computador hospedeiro.
26
Exemplo Um computador pode ser conectado à rede, via um canal de

comunicação permanentemente aberto, mas também tem uma alternativa de
conexão via linha discada. Logo, tem dois caminhos cadastrados para o
mesmo computador.
Campo Descrição
Caminho Informar um código para identificação
Nome Caminho Informar, preferencialmente, o nome da localização do
computador. Pode ser o nome da unidade da corporação,
nome da cidade, nome do departamento, ...
Nome Host Informar o nome de identificação do Host que deve estar
contido no arquivo Hosts armazenado no computador local
Protocolo Informar o tipo de controle de comunicação utilizado na
conexão com o computador remoto. Na maioria dos casos é
utilizado TCP/IP. Como no arquivo de Hosts também tem esta
informação, aqui ela é meramente documentacional
Conexão Via Informar como é estabelecido o canal de comunicação com o
Sistema computador remoto. Se estiver assinalado, significa que não
tem um canal de comunicação aberto continuamente. Assim, o
canal é aberto no momento do envio do processo
Conexão Informar o nome da Conexão que contém os comandos para
abrir o canal de comunicação
Nota Este campo só é habilitado quando a conexão é via
sistema
Ativo Informar a situação do caminho. Durante a conexão são

considerados somente os caminhos ativos. A utilização deste
indicador faz sentido quando o cliente está preparando
Campo Descrição
caminhos que serão utilizados futuramente
Função Manutenção Caminhos Banco Dados

Definição Cria o relacionamento entre Caminho e Banco de Dados.
Tipo Manutenção
Programas MP0110A
Descrição Estes relacionamentos individualizam os computadores remotos que possuem
o banco de dados Multiplanta. Estas informações são utilizadas no momento
da conexão do banco de dados da planta remota, indicando a ordem de
acesso aos computadores.
Regra de Negócio A relação da esquerda contém todos os caminhos cadastrados. A relação da

direita contém as alternativas de conexão ao host que armazena o Banco de
Dados.
Para relacionar os caminhos do banco de dados, deve-se seleciona-los na
relação da esquerda e acionar o botão “Seta p/ Direita”. Os caminhos
selecionados, passam para a relação da direita.
Campo Descrição
Banco Dados Informar o código do banco de dados
28
Campo Descrição
Prior Informar a ordem de uso para as alternativas de conexão
Nota A alternativa de menor número tem prioridade mais alta
Os botões “Para Cima” e “Para Baixo” são utilizados para ordenar as

alternativas de conexão
Função Manutenção Planta

Definição Mantém todas as plantas da corporação que utilizam o módulo Multiplanta.
Tipo Manutenção
Programas MP0102
Descrição Este cadastro deve ser replicado em todas as plantas remotas. Em cada
planta deve-se alterar este cadastro para especificar qual é a planta local. As
informações deste cadastro são muito importantes e devem ser, sempre,
compatíveis entre todas as plantas. Seu principal uso é a identificação das
plantas de origem e destino, durante todo o processo Multiplanta.
Nota
• Este cadastro está armazenado na tabela Máquina
• Só deve ser especificado uma única planta local em cada instalação
Multiplanta
• Uma vez atribuído um código para uma planta, deve-se mante-lo em
todas as instalações
Pasta Info Gerais
Campo Descrição
Planta Informar um código para identificação
Nome Planta Informar um nome significativo
Localização Informar o nome da o estabelecimento ou a localização geográfica
onde localiza-se o computador que mantém esta instalação
Multiplanta. É utilizada para documentar a conexão
Tipo Conexão Indicar a posição da planta dentro do contexto Multiplanta. Pode ser
Local ou Remota
Nota Remota (Wan) e Rede Local (Lan) tem o mesmo tratamento e
são Remotas
Terminal Informar o endereço do terminal que atua como console de controle

Mensagem para receber as mensagens de erro, ocorridas no envio do processo.
Nota O uso deste campo é apenas documentacional
Usuário Informar o código do usuário que pode receber as mensagens de

Mensagem erro ocorridas no envio do processo
Nota O uso deste campo é apenas documentacional
Servidor RPW Informar o nome do servidor que faz o gerenciamento dos pedidos
de execução de programas. Este servidor deve se encontrar na
30
Campo Descrição
máquina local
Pasta Conexão
Campo Descrição
Servidor RPC Assinalar ou não o uso da tecnologia de execução de programas de
forma remota
Servidor RPC Informar o nome do servidor que gerencia a execução de
programas em computadores remotos. O servidor RPC deve estar
cadastrado na planta local
Nota Os dois campos acima devem ser especificados somente
para plantas definidas como remotas. Os processos que podem ser
executados remotamente são: Envio de Processos ou Retorno de
Erros. Estas informações são utilizadas no momento da conexão do
banco de dados remoto. Se o indicador de uso de RPC estiver
assinalado, não será conectado o banco de dados remoto pois o
programa de atualização do banco de dados remoto será executado
no computador remoto
MQSeries Assinalar se é ou não utilizado o software MQSeries para envio dos

logs
Campo Descrição
Gerenciador Informar o nome do gerenciador na planta local
Local
Fila Local Informar o nome da fila na planta local
Fila de Retorno Informar o mesmo conteúdo do campo Fila Local. Este campo
de Atualização permite ao administrador do MQSeries, separar as mensagem de
envio, das mensagens de retorno de atualização
Banco Informar o nome do banco de dados Multiplanta utilizada nesta
Multiplanta planta
Função Manutenção Planta Lista Destino

Definição Cria o relacionamento da Lista Destino com Planta.
Tipo Manutenção
Programas MP0115
Descrição Estes relacionamentos individualizam as plantas remotas que pertencem à
uma lista destino. As informações deste cadastro tem a mesma linha de uso
da Lista Destino
Regra de Negócio A relação da esquerda contém todas as plantas definidas como remotas.
A relação da direita contém a relação das plantas que fazem parte da lista
destino.
32
Para relacionar as plantas da lista destino, deve-se seleciona-las na relação

da esquerda e acionar o botão “Seta p/ Direita”. As plantas selecionados,
passam para a relação da direita.
Função Manutenção Empresas Estabelecimentos Plantas

Definição Relaciona os estabelecimentos de cada empresa, envolvidos no contexto
Multiplanta, com as correspondentes plantas.
Tipo Manutenção
Programas MP0108
Descrição Este relacionamento é utilizado pelas funções dos aplicativos, nas quais o
usuário é quem determina o estabelecimento de destino da transação.
Campo Descrição
Planta Informar o código da Planta á qual se refere o Estabelecimento
Empresa Informar o código da Empresa á qual pertence o Estabelecimento
Estab Informar o código do Estabelecimento
35
CAPÍTULO 3
Processo Processamento Automático
Definição Executa o envio e a efetivação das transações, conforme a programação da

agenda de execuções.
Descrição O uso da agenda de execuções automáticas, independente se é Envio de
Processos, Efetivação de Transações ou Retorno de Erros da Efetivação,
torna a solução Multiplanta completamente transparente para os usuários dos
aplicativos. A figura abaixo mostra a interdependência entre as funções.
36
A função de Negócio é tratada pelo aplicativo de negócio ao qual pertence a

transação a ser enviada. Porém, é importante entender, no contexto deste
processo, a organização e composição padrão destas tarefas. Este processo
está organizado da seguinte forma:
1. Geração do bloco de mensagens
A função de negócios gera um bloco de mensagens, na base de dados do
Multiplanta, planta de origem, para cada transação executada no aplicativo.
2. Conectar Planta Remota
As funções de Envio do Processo e Retorno da Efetivação devem conectar o
banco de dados Multiplanta remoto. Os parâmetros necessárias para montar
o comando CONNECT, estão armazenadas nos cadastros básicos.
3. Envio do processo
As transações estão agendadas com uma programação de execução definida
previamente pelo usuário.
4. Efetivação da transação
As transações estão agendadas com uma programação de execução definida
previamente pelo usuário.
5. Retorno da efetivação
O retorno da efetivação está agendado com uma programação de execução
definida previamente pelo usuário. Após o término da efetivação são
retornadas, para a planta de origem, as seguintes informações:
• Indicação sobre o sucesso ou insucesso da efetivação da transação.
• Se o indicador de retorno de erros estiver assinalado, serão
replicados os erros encontrados na validação das regras de negócio.
Nestes casos, a transação não foi efetivada na planta destino mas
não é desfeita na planta de origem.
Função Cronograma RPW

Definição Especifica quais são as transações a serem executadas de forma automática
e a programação de execução das mesmas.
Tipo Tarefa
Programas Cd8600
CAPÍTULO 3 Processo Processamento Automático 37
Descrição As funções de Envio do Processo, Efetivação da Transação e Retorno da

Efetivação são executadas de forma automática, conforme a programação da
Agenda de execução.
Nota A programação das execuções é obtida pela composição do
agendamento da transação, programação do calendário e especificação da
faixa de horários
A programação da agenda de execução é mantida no banco de dados MGUNI
pelo programa CD8600. O esquema básico da solução é a seguinte:
Enquanto que na fila de execução do RPW consta um pedido de execução,
na agenda da transação já está anotado o próximo pedido de execução.
Existem dois procedimentos para geração do pedido de execução:
A. Geração do primeiro pedido
O botão “Gerar Pedido” cria o primeiro pedido de execução. Esta ação deve
ser comandada pelo usuário. Os pedidos subsequentes serão gerados
automaticamente.
Nota
• Antes de executar esta função deve-se selecionar a programação
desejada, posicionado o foco de controle sobre a mesma
• Para determinar o dia e horário do primeiro pedido de execução, esta
função executa o seguinte procedimento:
– No momento da execução, obtém a data e hora atual
– Com base na programação da transação, procura no calendário de
execução, o primeiro horário programado, imediatamente superior á
data e hora atual
38
Neste procedimento são executadas as seguintes tarefas:

Programa Função
CD8600 executa o programa do Multiplanta MP0302
MP0302 gera o primeiro pedido de execução passando temp-tables para o
programa BTB0912. O número do novo pedido fica registrado, na Agenda
de execução, com o nome de Último Pedido Gerado
BTB0912 grava o primeiro pedido no banco de dados MGUNI
RPW gerencia os pedidos na fila de execução e chama o programa do
Multiplanta MP0109
MP0109 prepara o próximo pedido de execução chamando o MP0302. A partir
deste ponto, inicia-se novo ciclo de geração do pedido de execução.
Porém, sem a intervenção do usuário
RPW após concluído o segundo ciclo de geração do pedido, ativa o programa
solicitado no primeiro pedido
B. Geração de sucessivos pedidos

A geração dos próximos pedidos de execução é automática. Neste

procedimento é executada uma sequência de tarefas, idêntica ao
procedimento anterior, porém sem a participação do usuário. Tarefas:
Programa Função
MP0302 gera o pedido de execução passando temp-tables para o programa
BTB0912
BTB0912 grava o pedido no banco de dados MGUNI
RPW gerencia os pedidos na fila de execução e chama o programa do
Multiplanta MP0109
MP0109 prepara o próximo pedido de execução chamando o MP0302. A partir
deste ponto, inicia-se novo ciclo de geração do pedido de execução
RPW após concluído o novo ciclo de geração do pedido, ativa o programa
solicitado no pedido do ciclo anterior
Nota A execução da programação por transação tem prioridade mais alta

sobre a execução da programação geral. Nas execuções de programações,
com horários coincidentes, a prioridade será para o processo pendente, de
número menor pois é o mais antigo, organizados por planta de origem.
Pasta Multiplanta
Esta função mostra a relação das programação de execução das transações.
As transações podem ser programadas individualmente ou coletivamente. A
programação coletiva aparece com nome de transação em branco.
Nota
• A programação individual da transação se sobrepõem á programação
coletiva. Isto é: na execução da programação coletiva serão consideradas
somente as transações que não tem programação individual
• Na programação das transações deve-se considerar a ordem de
dependência entre as transações.
Exemplo A transação de cadastramento deve ser executada antes da
transação de movimentação
Cada linha da relação corresponde á programação de uma transação para
executar as operações de Envio ou Efetivação. Logo, a função pode mostrar
várias programações para a mesma transação, variando a operação e a
planta destino.
40
Campo Descrição
Transação mostra o código da transação programada
Descrição mostra o nome da transação
Destino mostra o código da planta de destino ou o código da planta local
Operação mostra o nome da operação que será realizada
Calendário mostra qual é o calendário que será utilizado
Ult Pedido mostra o número do último pedido de execução gerado. Este
número refere-se á um pedido que ainda não foi executado pelo
servidor RPW
Nota Antes de executar um pedido catalogado, o RPW gera um
novo pedido que aparecerá automaticamente nesta relação
Ultima Program mostra a data de execução programada para o último pedido gerado
Ult Hr Exec mostra a hora de execução correspondente á data de execução
programada para o último pedido gerado
Ativo mostra se a programação está ou não sendo utilizada. O símbolo X
significa que está ativa
O botão Incluir que se encontra na barra do menu de contexto, gera uma

nova programação da transação na agenda.
Campo Descrição
Operação Escolher uma das operações disponíveis (Envio ou Efetivação)
Maq Destino Informar o código da planta destino. Quando a operação é Efetivação,
este campo assume o valor Zero, pois significa planta local
Calendário Indicar o intervalo de tempo, sobre o qual será construída a
programação de execuções
Nota
• A opção Quinzenal pode ser absorvida pela opção Mensal, pois
dentro do mês é possível criar uma programação para os dias da
primeira e replica-los para os dias da segunda quinzena. Estas
opções são utilizadas, quando necessita-se montar uma
programação com uma frequência que a opção Semanal não tem
condições de atender
• A opção Semanal é utilizada quando a programação da execução
deve ser repetida todas as semanas
Situação Indicar se a programação está ou não ativa

42
O botão Programar Horários aplica a fragmentação das faixas de horário e

mostra a distribuição dos horários, dentro calendário especificado no
agendamento da transação.
Nota Os horários mostrados no calendário, representam o conjunto de
horários definidos em todas as Faixas de Horários. Para cada faixa de horário,
os horários de execução são calculados da seguinte forma:
• primeiro horário é o início da faixa de tempo diária
• Os horários subsequentes são calculados somando-se o horário anterior
mais a frequência de execução, até que atinja o final da faixa de tempo
diária
O usuário também pode modificar manualmente o calendário. É possível
incluir ou excluir horários.
Esta relação mostra a distribuição dos horários programados para execução

da transação.
Campo Descrição
Dias do Intervalo Mostra uma relação de dias, conforme o calendário de
programação da transação. Pode ser:
• Semanal, aparecem os dias da semana. Domingo é o
primeiro dia e Sábado é o sétimo dia
• Quinzenal, aparecem os 15 dias ordinários da quinzena.
Campo Descrição
Estão ordenados do primeiro ao décimo quinto dia
• Mensal, aparecem os 30 dias ordinários do mês. Estão
ordenados do primeiro ao trigésimo dia
Horas do Intervalo Mostra o intervalo de tempo de um dia, fracionado em hora
inteira, ordenado de zero até a 23 hora
Interseção Hora x Mostra os horários programados para execução
Dia
Nota
• Quando os horários estão programados em hora inteira, aparece um X
• Quando os horários estão programados em fração de hora ou minuto, a
interseção é mostrada na cor amarelo
• Com o botão direito do mouse é possível abrir a interseção e ver os
horários fracionados
• Para incluir a programação de um horário, manualmente, seguir o
seguinte procedimento:
− Para hora inteira, basta um duplo click sobre a interseção desejada
− Para hora fracionada em minutos:
+ selecionar a interseção
+ com o botão direito do mouse abrir a Programação em Minutos
• Para eliminar a programação de um horário, manualmente, seguir o
mesmo procedimento da inclusão
44
O botão Faixa ativa uma função para mostrar as faixas de tempo que tem
programação de execução.
Esta função mostra a relação das faixas de horários.

Campo Descrição
Inicio mostra número ordinal do dia no qual começa a faixa
Termino mostra número ordinal do dia no qual termina a faixa
Inicio mostra a hora na qual começa a faixa
Termino mostra a hora na qual termina a faixa
Intervalo mostra o critério de fragmentação da faixa de tempo
Freq mostra a quantidade de fragmentos de tempo, consideradas para aplicar 1
execução da operação da transação
O botão Elimina ativa a função de eliminação da faixa de horários. Para

selecionar a faixa basta posicionar o foco de controle sobre a faixa desejada.
O botão Inclui ativa a função de inclusão, para especificar como será

fracionada a faixa de horário.
Campo Descrição
Tipo Ocorrência Indicar o critério para divisão do tempo para ser aplicado sobre o
intervalo de horas
Nota: As porções de tempo, resultantes da divisão do intervalo, são
chamados de fragmentos de tempo
Freqüência Informar um número que será utilizado para agrupar fragmentos de
tempo. A cada agrupamento será programado uma execução da
transação
Intervalo Dia Informar o número ordinal do dia, no qual deve iniciar e terminar a
faixa de tempo dentro do calendário
Intervalo Hora Informar a hora na qual deve iniciar e terminar a faixa de tempo
dentro de 1 dia
Nota
• A hora inicial sempre permite informar a hora fracionada. Isto é,
começar num horário que não é hora inteira. Exemplo: 11:32 hs
• O fracionamento da hora final é informado conforme o critério
escolhido para divisão do tempo. Exemplo: Para divisão do
tempo em horas, só é possível informar a hora final como hora
inteira
46
Opções Pasta Programação em Minutos
Esta função mostra uma relação de horários em minutos, relativos ao

fracionamento de 1 hora. Explicações sobre os horários:
• O horário que se encontra assinalado é um horário programado
O horário que está em cor diferente, tem Programação em Segundos
• O horário que se encontra assinalado e está em cor diferente também é
um horário programado e com os horários programados em segundos,
formam o conjunto de programações
• Para incluir a programação de um horário, manualmente, seguir o
seguinte procedimento:
− Para horário em minuto inteiro, basta assinalar o horário desejado
com o botão esquerdo
− Para horário fracionado em segundos:
+ selecionar o horário
+ com o botão direito do mouse abrir a Programação em Segundos
• Para eliminar a programação de um horário, seguir o mesmo
procedimento da inclusão
Opções Pasta Programação em Segundos
Esta função mostra uma relação contendo 1 minuto fracionado em segundos.

Explicações sobre os horários:
• O horário que se encontra assinalado é um horário programado
• Para incluir a programação de um horário, manualmente, basta assinalar
o horário desejado com o botão esquerdo
• Para eliminar a programação de um horário, manualmente, basta
assinalar o horário desejado com o botão esquerdo
49
CAPÍTULO 4
Processo Envio e Recepção Manual
Definição O envio e a efetivação das transações são executados manualmente pelo

usuário.
Descrição As regras e métodos para processar o envio, a efetivação e seu retorno,
seguem a mesma lógica do processamento automático.
Função Envio da transação

Definição É o envio de um processo, que se encontra na base de dados Multiplanta da
planta local, para uma ou mais plantas de destino, pelo próprio usuário.
Tipo Tarefa
Programas MP0314
Descrição O usuário pode especificar o envio através da seleção de processos ou
digitando as transações a serem enviadas
Regra de Negócio Para o envio do processo existem 3 alternativas:
1. A forma normal é processar o envio na máquina local
2. Processar o envio na máquina destino com uso de RPC
3. Utilizar o software MQSeries, com o seguinte procedimento:
• O Programa de envio conecta o gerenciador de mensagem da máquina
local
• É aberta a fila destino (fila local da na planta remota)
• São criadas as mensagens na fila destino
50
• Após a criação de todas as mensagens é fechada a fila e desconectado o

gerenciador de mensagens local. Neste ponto, a situação do processo de
envio, no Multiplanta, fica assinalado como FILA LOCAL. A partir deste
ponto, o envio passa a ser gerenciado pelo MQSeries
• Estando o processo de envio no gerenciador de mensagem local e o
canal esteja ativo, imediatamente é enviado para o gerenciador de
mensagens destino (Planta remota). Ao chegar no gerenciador de
mensagens destino é devolvido, automaticamente, uma mensagem para
a planta de origem, indicando que o processo de envio foi recebido. Neste
ponto, a situação do processo, na planta de origem, passa para FILA
REMOTA
• Para que o processo de envio seja recebido e gere o processo de
recebimento, na planta destino, não é necessário nenhuma ação
adicional. No momento da execução dos programas de efetivação e de
envio de processos, tanto no processo manual quanto no processo
automático é efetuada a retirada das mensagens do gerenciador de
mensagens. Este procedimento ocorre da seguinte forma:
• É conectado o gerenciador de mensagem da máquina local
• É aberta a fila local da máquina local
• São lidas as mensagens na fila local
• Ao fim da leitura de todas as mensagens será fechada a fila e
desconectado o gerenciador de mensagens local
Neste ponto é gerado automaticamente uma mensagem para a planta de
origem do processo de envio indicando que o seu recebimento ocorreu com
sucesso e a situação passa para ENVIADO
O envio das mensagens que indicam a mudança de situação do processo,
segue o mesmo caminho utilizado para o envio dos processos. Sendo assim,
não existe nenhum processo adicional para seu recebimento.
CAPÍTULO 4 Processo Envio e Recepção Manual 51
Veja Também Manual de Referência do RPW e RPC e MQSeries

52
Pasta Seleção
Esta pasta permite que o usuário selecione o intervalo de processos a serem

enviados. O usuário pode especificar um único processo ou, através dos
vários níveis de detalhe da seleção, agrupar os processos desejados. Para
compor este conjunto de processos deve-se especificar as seguintes
informações:
Campo Descrição
Planta Destino Informar o intervalo de plantas destino
Transação Informar o intervalo de transações
Planta Origem Sem uso
Num Processo Informar o intervalo de processos
Dt Geração Informar o intervalo de tempo no qual os processos foram gerados
pelos aplicativos
Hora Geração Idêntico e combinado com o item anterior
Usuário Geração Informar o intervalo de usuários, dos aplicativos, que geraram os
processos
Opções Pasta Digitação
Esta pasta mostra uma relação de Plantas Destino X Transação, que será
utilizada para selecionar os processos a serem enviados. Para compor este
conjunto de processos, o usuário deve especificar para qual(is) planta(s)
destino deve ser enviada a transação. A relação gerada pelo usuário fica
armazenada na forma de um arquivo, num diretório de trabalho a ser
especificado pelo usuário. Para compor a relação é necessário especificar as
seguintes informações:
Campo Descrição
Planta Destino Informar o código da planta destino
O botão Inserir permite incluir uma linha por vez.

O botão Alterar permite modificar uma linha por vez.
O botão Retirar permite eliminar uma linha por vez.
O botão Salvar permite atribuir um nome e localização para o arquivo que irá
conter a relação.
54
O botão Recuperar permite especificar o nome e localização do arquivo que

já contém uma relação.
Nota A função de recuperação de informações é útil pois economiza trabalho
com o reaproveitamento de especificações
Opções Pasta Impressão
Esta pasta permite que o usuário determine a forma de execução do

programa e a saída do relatório contendo o Resultado da Execução. É
necessário informar os seguintes parâmetros:
Campo Descrição
Destino Informar o meio para saída do relatório. Podem ser informados os
seguintes valores:
• Arquivo: é sugerido um nome e caminho padrão que o usuário pode
modificar
• Impressora: o usuário pode direcionar a impressão do relatório para
uma impressora que consta na Lista de Impressoras
• Terminal: o relatório será mostrado no monitor de vídeo
Execução Informar a forma de execução do programa. Podem ser informados os
Campo Descrição
seguintes valores:
• On-Line: o programa será executado imediatamente
• Batch: será gerado um pedido de execução via RPW.
Função Efetivação da Transação

Definição É a incorporação das transações recebidas, nos bancos de dados do
aplicativo de negócios.
Tipo Tarefa
Programas MP0315
Descrição São considerados os processos pendentes que se encontram na base de
dados Multiplanta, provenientes de uma ou mais plantas de origem. O usuário
pode especificar a efetivação através da seleção de transações ou digitando-
as.
Pasta Seleção
56

efetivados. O usuário pode especificar um único processo ou, através dos
informações:
Campo Descrição
pelos aplicativos
processos
Esta pasta mostra uma relação contendo as transações utilizadas para

selecionar os processos a serem efetivados. A relação gerada pelo usuário
fica armazenada na forma de um arquivo, num diretório de trabalho a ser

especificado pelo usuário. Para compor a relação é necessário especificar as
Campo Descrição
O botão Inserir permite incluir uma linha por vez.

O botão Alterar permite modificar uma linha por vez.
O botão Retirar permite eliminar uma linha por vez.
O botão Salvar permite atribuir um nome e localização para o arquivo que irá
conter a relação.
O botão Recuperar permite especificar o nome e localização do arquivo que
já contém uma relação.
Nota A função de recuperação de informações é útil pois economiza trabalho
com o reaproveitamento de especificações
58
Vide Impressão para obter explicações mais detalhadas sobre o uso desta
pasta.
59
CAPÍTULO 5
Processo Controle de Processos
Definição É administrar o ambiente Multiplanta para garantir a integridade dos dados

harmonizando as necessidades dos usuários dos aplicativos de negócio.
Descrição As tarefas deste processo podem ser consideradas como tarefas do dia-a-dia.
Porém, são utilizadas para tratar exceções. Normalmente existe um
administrador do ambiente Multiplanta e que é o principal usuário destas
funções.
Função Cancelamento Mensagem Envio

Definição É assinalar um processo pendente de envio para não ser enviado.
Tipo Tarefa
Programas MP0510
Descrição Nesta função devem ser especificados: o intervalo de processos, o meio de
saída do relatório contendo o resultado do cancelamento e a forma de
execução do programa.
60
Pasta Seleção

cancelados. O usuário pode especificar um único processo ou, através dos
informações:
Campo Descrição
Planta Destino Informar o intervalo de plantas destino
pelos aplicativos
processos
CAPÍTULO 5 Processo Controle de Processos 61
Opções Pasta Parâmetros
Esta pasta indica como são tratados os processos selecionados. Para compor
a relação é necessário especificar a seguinte informação:
Campo Descrição
Confirmação por Informar como proceder com a relação dos processos
Mensagem selecionados.
• Assinalado: significa que dentro da relação de processos
selecionados pelos parâmetros de seleção, o usuário
deverá marcar aqueles que serão cancelados
• Não assinalado: significa que todos processos selecionados
pelos parâmetros de seleção, serão cancelados
62
Esta pasta mostra a relação dos processos selecionados pelos parâmetros de

seleção. O usuário pode escolher os processos a serem cancelados e marca-
los individualmente com o botão esquerdo do mouse. Para desmarcar um
processo marcado, basta selecionar o processo e desmarca-lo com o botão
esquerdo do mouse.
Nota Para aparecer a relação dos processos, é necessário que o indicador
Confirmação por Mensagem, no folder Parâmetros, esteja assinalado. Os
botões que aparecem na parte inferior desta pasta não tem uso.
pasta.
Função Cancelamento Mensagem Recebida

Definição É assinalar uma transação pendente de atualização para não ser efetivada.
Tipo Tarefa
Programas MP0511
saída do relatório contendo o resultado da efetivação e a forma de execução
do programa.
64
Pasta Seleção

cancelados. O usuário pode especificar um único processo ou, através dos
informações:
Campo Descrição
pelos aplicativos
processos
Esta pasta indica como são tratados os processos selecionados. Para compor
a relação é necessário especificar a seguinte informação:
Campo Descrição
deverá marcar aqueles que serão cancelados
• Não assinalado: significa que todos processos selecionados
pelos parâmetros de seleção, serão cancelados
66

seleção. O usuário pode escolher os processos a serem cancelados e marca-
esquerdo do mouse.
Confirmação por Mensagem, na pasta Parâmetros, esteja assinalado.
pasta.
Função Cópia Mensagem Enviada

Definição É replicar um processo que ainda não foi totalmente enviado.
Tipo Tarefa
Programas MP0512
Descrição Um processo pode ter sido enviado para uma planta destino mas ainda falta
enviar para as demais plantas. Assim, o processo será replicado apenas para
as plantas destino, com situação igual á Enviado. Nesta função devem ser
especificados: o intervalo de processos, o meio de saída do relatório contendo
o resultado da cópia e a forma de execução do programa.
Nota O processo replicado recebe novo número.
68
Pasta Seleção
Esta pasta permite que o usuário especifique um único processo ou, através
dos vários níveis de detalhe da seleção, agrupar os processos desejados.
Para compor este conjunto de processos deve-se especificar as seguintes
informações:
Campo Descrição
pelos aplicativos
processos
Esta pasta permite especificar como serão tratados os processos

selecionados ou individualizar 1 processo para ser replicado. Podem ser
informados o seguinte campos:
Campo Descrição
Cópia de Mensagem Indicar ao sistema que será escolhido uma determinada
Única mensagem, entre as selecionadas, para ser replicada
Num Processo Informar o número do processo que gerou a mensagem
Nota Este campo é habilitado apenas para cópia de
mensagem única. Um duplo click sobre este campo abre uma
nova janela contendo a relação das mensagens que podem
ser copiadas

deverá marcar aqueles que serão replicados
70
Campo Descrição
• Não assinalado: significa que todos processos
selecionados pelos parâmetros de seleção, serão
replicados

seleção. O usuário pode escolher os processos a serem copiados e marca-los
individualmente com o botão esquerdo do mouse. Para desmarcar um
esquerdo do mouse.
Confirmação por Mensagem, na pasta Parâmetros, esteja assinalado. Os
pasta.
Função Reativação Mensagem Recebida

Definição É passar a situação de atualização para Pendente de atualização, a situação
de erros para Sem erros e eliminar as mensagens de erro.
Tipo Tarefa
Programas MP0513
saída do relatório contendo o resultado da reativação e a forma de execução
do programa.
72
Pasta Seleção

reativados. O usuário pode especificar um único processo ou, através dos
informações:
Campo Descrição
pelos aplicativos
processos
Esta pasta permite especificar como serão tratados os processos

selecionados ou individualizar 1 processo para ser replicado. Podem ser
informados o seguinte campos:
Campo Descrição
Reativação de Indicar ao sistema que será escolhido uma determinada
Mensagem Única mensagem, entre as selecionadas, para ser reativada
Num Processo Informar o número do processo que gerou a mensagem
Nota Este campo é habilitado apenas para reativação de
mensagem única. Um duplo click sobre este campo abre
uma nova janela contendo a relação das mensagens que
podem ser reativadas

• Assinalado: significa que dentro da relação de
processos selecionados pelos parâmetros de seleção,
o usuário deverá marcar aqueles que serão reativados
74
Campo Descrição
• Não assinalado: significa que todos processos
selecionados pelos parâmetros de seleção, serão
reativados

seleção. O usuário pode escolher os processos a serem reativados e marca-
esquerdo do mouse.
Confirmação por Mensagem, na pasta Parâmetros, esteja assinalado. Os
pasta.
Função Eliminação Movimento Multiplanta

Definição É excluir as movimentações dos processos enviados e transações atualizadas
que não tem mais utilidade.
Tipo Tarefa
Programas MP0310
Descrição Nesta função são especificados: o intervalo de processos, o meio de saída do
relatório contendo a relação do movimento eliminado e a forma de execução
do programa.
Nota É importante que seja definido um limite de tempo padrão, entre todas
as plantas, para manter as movimentações dos processos.
76
Pasta Seleção
Esta pasta permite que o usuário selecione o intervalo de processos a terem

sua movimentação excluída. O usuário pode especificar um único processo
ou, através dos vários níveis de detalhe da seleção, agrupar os processos
desejados. Para compor este conjunto de processos deve-se especificar as
Campo Descrição
pelos aplicativos
Máquina Origem Informar o intervalo de plantas que deram origem aos processos
Nota: Para processos de envio, Maquina Origem é a planta local
Esta pasta permite especificar o tipo de processo que pode ser eliminado.
Devem ser informados o seguinte campos:
Campo Descrição
Mensagens Enviadas Indicar a eliminação ou não das movimentações sobre
processos enviados
Mensagens Indicar a eliminação ou não das movimentações sobre
Recebidas processos recebidos
78
pasta.
79
CAPÍTULO 6
Processo Consultas e Relatórios
Definição O processo de consultas e relatórios engloba os principais tipos de consultas

e relatórios de informações implementadas neste módulo, incluindo
informações históricas de tempo indeterminado.
Descrição O DATASUL EMS, além de apresentar consultas implementadas referentes à
preparação das informações, permite também realizar consultas de
programações, movimentações diárias e mensais, valores estimados,
realizados e calculados, consultas gráficas, etc.
Por meio das funções do tipo relatório, pode-se emitir relatórios e listagens
das informações consolidadas, comparativas ou demonstrativas do DATASUL
EMS. Antes de iniciar a geração de relatórios, é necessário definir alguns
parâmetros que servem para classificar as informações. Estes elementos são:
classificação, seleção, parâmetros e impressão.
Se houver a disponibilidade do Módulo Gerador de Relatórios (Data Viewer), o
DATASUL EMS ainda permite a configuração dos relatórios de acordo com as
necessidades do usuário. O Data Viewer é uma ferramenta para extração de
dados, voltada ao usuário final, que possibilita a elaboração de relatórios e a
exportação de dados através da geração de um programa com código fonte
em Progress de interface gráfica. Sua principal finalidade é auxiliar o usuário
em suas tarefas do dia-a-dia, permitindo confeccionar relatórios com
necessidades específicas.
Função Consulta Transações Recebidas

Definição Apresenta as transações recebidas de outras plantas.
Tipo Consulta
Programas MP0610
80
Descrição Mostra uma relação contendo as transações recebidas, orientada pelos

parâmetros de seleção.
Campo Descrição
Ger Mostra a data na qual foi gerada a transação
HrGer Mostra a hora correspondente à data de geração
Orig Mostra o código da planta que enviou a transação
Num proc Mostra o número atribuído ao processo de recebimento
Trans Mostra o código da transação
Sit Atual Mostra a situação atual da efetivação da transação
Sit Erro Mostra a situação atual quanto à ocorrência de erros na efetivação
Ret Erro Mostra se haverá ou não retorno dos erros à planta de origem
Usu Ger Mostra a identificação do usuário que gerou a transação
O botão Detalhar executa a função Detalhes Transações Recebidas.

CAPÍTULO 6 Processo Consultas e Relatórios 81
O botão Parâmetro complementa as informações de seleção das transações.
Campo Descrição
Lista Pendentes Informar se devem ser relacionados ou não os
processos pendentes de efetivação
Lista Atualizados sem Erro Informar se devem ser relacionados ou não os
processos efetivados com sucesso
Lista Atualizados com Informar se devem ser relacionados ou não os
Erro/Advertência processos com erro de efetivação
O botão Seleção serve para informar os parâmetros que irão orientar a

escolha dos processos a serem mostrados.
Esta função permite que o usuário selecione o intervalo de processos a serem

consultados. O usuário pode especificar um único processo ou, através dos
informações:
82
Campo Descrição
Planta Origem Informar o intervalo de plantas de envio dos processos
Num Processo Informar o intervalo de numeração dos processos
Transação Informar o intervalo de identificação das transações
Dt Geração Informar o intervalo de datas de geração para os processos de
recebimento das transações
Hora Geração Informar o intervalo de horários correspondentes ao intervalo de data
de geração
O botão Atualizar executa a inicialização das informações para que sejam

mostradas na lista.
O botão Mensagens executa a função Mensagens Transações Recebimento.
Função Detalhes Transações Recebidas

Definição Mostra informações detalhadas de controle, sobre um processo recebido.
Tipo Consulta
Programas MP0611
Descrição Apresenta para cada um dos processos recebidos, todas as informações de
controle do recebimento e efetivação da transação.
Função Mensagens Transações Recebimento

Definição Mostra os registros que compõem a transação e as mensagens de erro da
efetivação.
Tipo Consulta
Programas MP0612
Descrição Para efetivar uma transação pode ser necessário processar mais de um
registro. Estes registros estão individualizados dentro do processo e são
efetivados com as mesmas regras de negócio, como se fosse o próprio
usuário quem estivesse executando-a.
Pasta Mensagens
Botão
Detalhe
Esta pasta mostra a relação dos registros que compõem o processo.

Campo Descrição
Seq Mostra um número seqüencial identificando cada um dos registros
Tipo Registro Mostra o nome do registro
Tipo Movimento Mostra a operação a ser realizada com o registro
Identif Msg Mostra o conteúdo dos campos chave do registro
84
Botão Detalhe
Por intermédio deste botão são visualizados os dados que estão sendo
transportados pelo multiplanta.
Pasta Erros
Esta pasta relaciona as mensagens de erros e advertências decorrentes da
efetivação da transação.
Campo Descrição
Seq Mostra o código seqüencial do registro ao qual pertence o erro
Seq Erro Mostra o código seqüencial do erro dentro do registro
Erro Mostra o código do erro, no cadastro de mensagens
Descrição Mostra uma descrição significativa do erro
Função Consulta Transações envio

Definição Mostra os processos gerados na fase de envio da transação.
Tipo Consulta
Programas MP0613
Descrição Mostra uma relação contendo as transações geradas pelos aplicativos de
negócio para envio à planta de destino, orientada pelos parâmetros de
seleção.
Campo Descrição
Ger Mostra a data na qual foi gerada a transação
HrGer Mostra a hora correspondente à data de geração
Orig Mostra o código da planta que está enviando a transação
Num proc Mostra o número atribuído ao processo de geração da transação
Trans Mostra o código da transação
Usu Ger Mostra a identificação do usuário que gerou a transação
Retorna Erro Mostra se haverá ou não retorno dos erros efetivados na planta de
destino
Situação Mostra a situação atual do envio do processo. Como a transação
pode ser enviada para várias plantas e cada envio pode ocorrer em
diferentes momentos, a situação pode ficar assinalada como
Parcialmente enviada
O botão Detalhar executa a função Detalhes Transações Envio.

86
O botão Parâmetro complementa as informações de seleção das transações.
Campo Descrição
Lista Transações Totalmente Informar se devem ou não ser relacionados os
Enviadas processos enviados com sucesso
Lista Transações a Enviar Informar se devem ou não ser relacionados os
processos que ainda não foram enviados
Lista Transações Parcialmente Informar se devem ou não ser relacionados os
Enviadas processos que já foram enviados para alguma das
plantas destino
O botão Seleção serve para informar os parâmetros que irão orientar a

escolha dos processos a serem mostrados.
Esta função permite que o usuário selecione o intervalo de processos a serem

consultados. O usuário pode especificar um único processo ou, através dos

informações:
Campo Descrição
Planta Origem Informar o intervalo de plantas de envio dos processos
Transação Informar o intervalo de identificação das transações
Usuário Geração Informar o intervalo de identificação dos usuários que geraram os
processos
Dt Geração Informar o intervalo de datas de geração para os processos de
envio das transações
Hora Geração Informar o intervalo de horários correspondentes ao intervalo de
data de geração
O botão Mensagens executa a função Mensagens Transações Envio.
Função Detalhes Transações Envio

Definição Mostra informações detalhadas de controle, sobre a geração de um processo.
Tipo Consulta
Programas MP0614
Descrição Apresenta para cada um dos processos, todas as informações de controle da
geração da transação.
88
Função Mensagens Transações Envio

Definição Mostra os registros que compõem a transação e as plantas destino para o seu
envio.
Tipo Consulta
Programas MP0615
Descrição Para enviar uma transação pode ser necessário processar mais de um
registro. Estes registros estão individualizados dentro do processo e são
enviados como um bloco transacional.
Pasta Mensagens
Botão
Detalhe
Esta pasta mostra a relação dos registros que compõem o processo.

Campo Descrição
Seq Mostra um número seqüencial identificando cada um dos registros
Tipo Registro Mostra o nome do registro
Tipo Movimento Mostra a operação a ser realizada com o registro
Identif Msg Mostra o conteúdo dos campos chave do registro
Botão Detalhe
Por intermédio deste botão são visualizados os dados que estão sendo
transportados pelo multiplanta.
Pasta Destinos
Esta pasta relaciona as plantas destino para envio da transação.
Campo Descrição
Dest Mostra o código da planta destino da transação
Nm Planta Mostra o nome da máquina de destino para envio da transação.
Situação Envio Mostra em que situação encontra-se o processo de envio
Env Mostra a data de envio do processo
HrEnv Mostra a hora correspondente à data de envio do processo
Situação Erro Mostra a situação do processo quanto à ocorrência de erros na fase
de envio
O botão Detalhar executa a função Consulta Destinos Mensagem Envio.

O botão Erros executa a função Consulta Erros mensagem Envio.
90
Função Erros Mensagem Envio

Definição Mostra os erros ocorridos no envio ou que retornaram da efetivação, na planta
destino.
Tipo Consulta
Programas MP0615A
Descrição Relaciona as mensagens de erros e advertências que retornaram da planta
destino
Campo Descrição
Seq Mostra o código seqüencial do registro ao qual pertence o erro
Seq Erro Mostra o código seqüencial do erro dentro do registro
Erro Mostra o código do erro, no cadastro de mensagens
Descrição Mostra uma descrição significativa do erro
Função Destinos Mensagem Envio

Definição Mostra informações de controle mais detalhadas sobre a geração e o envio da
transação.
Tipo Consulta
Programas MP0617
Descrição Quando a efetivação não pode ser efetuada com sucesso, na planta destino,
as informações de controle desta fase não parecem nesta consulta.
Campo Descrição
Planta Origem Mostra o código da planta que enviou o processo
Num Processo Mostra o número atribuído ao processo de envio
Planta Destino Mostra a data de envio do processo
Situação Envio Mostra a situação atual do processo quanto ao envio do
processo
Dt Envio Processo Mostra a data de envio da transação, para a planta destino
Hora Envio Mostra a hora correspondente à data de envio da transação,
para a planta destino
Situação Atualização Mostra a situação atual quanto à execução da efetivação na
planta destino
Dt Atualização Base Mostra a data de efetivação da transação, para a planta
destino
92
Campo Descrição
Hora Atualização Mostra a hora correspondente à data de efetivação da
Base transação, para a planta destino
Situação Erro Mostra a situação do processo quanto à ocorrência de erros
no envio do processo
Função Conexões
Definição Gera um relatório contendo as conexões cadastradas.
Tipo Relatório
Programas MPR005
Descrição Relaciona as conexões mostrando seus dados cadastrais.
Nota Este relatório foi obtido com o Data Viewer.
Para gerar o relatório deve-se escolher uma das opções de classificação e
acionar o botão Executar.
Pasta Impressão
Nesta pasta devem ser informados alguns parâmetros para orientar a geração
do relatório.
Campo Descrição
Destino Direcionar a saída do relatório para uma das
seguintes opções:
Terminal – É o monitor de vídeo do computador do
usuário
Arquivo – O nome do arquivo é atribuído
automaticamente, com base no nome do programa e
localizado no diretório de trabalho
Impressora – Informar o nome da impressora de
destino do relatório. O botão Impressora ativa uma
função para mostrar a relação de impressoras
cadastradas
Execução Indicar a forma de execução do programa. Tem as
seguintes opções:
On-line – O programa é executado imediatamente
Batch – É gerado um pedido de execução para o
94
Campo Descrição
servidor de RPW. O relatório é direcionado para
arquivo ou impressora.
Veja no Manual do Módulo BTB, a função Criação
do Pedido de Execução RPW
Imprimir Página de Sem uso
Parâmetros
Dimensões Informe as dimensões do formulário sobre o qual
será impresso o relatório
Exemplo A figura abaixo mostra uma relação contendo as conexões cadastradas,

ordenada por código da conexão.
Função Transações
Definição Gera um relatório contendo as transações cadastradas.
Tipo Relatório
Programas MPR006
Descrição Relaciona as transações mostrando seus dados cadastrais de forma completa
ou resumida.
Para gerar o relatório deve-se escolher uma das opções de detalhe e acionar
o botão Executar.
Pasta Seleção
Nesta pasta devem ser informados alguns parâmetros para especificar o

conjunto de transações a serem impressas.
Pasta Impressão
do relatório. Para obter mais explicações vide a pasta Impressão.
96
Exemplo A figura abaixo mostra uma relação contendo as transações cadastradas,

ordenada por código da transação.
Função Destino Transações

Definição Gera um relatório contendo a relação das plantas destino de cada transação.
Tipo Relatório
Programas MPR003
Descrição Relaciona as plantas destinos da transação, mostrando seus dados
cadastrais.
Pasta Impressão
do relatório. Para obter mais explicações sobre esta pasta veja Impressão.
Exemplo A figura abaixo mostra uma relação das transações com as correspondentes
plantas destino, ordenada por transação.
Função Plantas Listas Destino

Definição Gera um relatório contendo a relação das plantas com as listas de destino das
transações.
Tipo Relatório
Programas MPR009
Descrição Relaciona as plantas com as listas de destino, mostrando os dados do
relacionamento.
Pasta Impressão
Exemplo A figura abaixo mostra uma relação das listas de destino das transações com
as correspondentes plantas, ordenadas por lista destino.
98
Função Restrição Campos Atualização

Definição Gera um relatório contendo a relação dos atributos que não podem ser
atualizados na efetivação da transação.
Tipo Relatório
Programas MPR004
Descrição Relaciona os campos das tabelas dos aplicativos de negócio, na planta
destino, que não serão atualizados quando for efetivada a transação.
Pasta Impressão
Exemplo A figura abaixo mostra uma relação dos atributos que não são atualizados na
efetivação de uma transação.
Função Agenda Envio

Definição Gera um relatório contendo a programação de envio.
Tipo Relatório
Programas MPR007
Descrição Este relatório mostra a programação das transações ordenado por planta de
destino e código da transação.
Pasta Impressão
Exemplo A figura abaixo mostra uma programação de envio para cada uma das plantas
destino, relacionando todos os horários programados em cada dia do mês.
100
Campo Descrição
Destino Mostra o código da planta destino para onde será enviada a transação
Trans Mostra o código da transação a que se refere a programação.
Nota Quando o código da transação está em branco, significa uma
programação genérica
Ativo Mostra se a programação está ou não em uso

Calendário Mostra o tipo de fracionamento do calendário(1-Dia, 2-Hora, 3-Minuto e
4-Segundo
Dia e Hora Mostra a programação informando o dia e hora detalhada
Função Agenda Efetivação

Definição Gera um relatório contendo a programação de efetivação das transações.
Tipo Relatório
Programas MPR008
Descrição Este relatório mostra a programação das transações ordenado por código da
transação.
Pasta Impressão
Exemplo A figura abaixo mostra uma programação de envio para cada uma das
transações, relacionando todos os horários programados em cada dia do mês.
Campo Descrição
Trans Mostra o código da transação a que se refere a programação da
efetivação
Ativo Mostra se a programação está ou não em uso
Calendário Mostra o tipo de fracionamento do calendário(1-Dia, 2-Hora, 3-Minuto e
4-Segundo
Dia e Hora Mostra a programação informando o dia e hora detalhada
Função Erros Atualização Mensagem Enviada

Definição Gera um relatório contendo os erros de efetivação das transações.
Tipo Relatório
Programas MPR010
Descrição Relaciona os erros de cada processo. Estes erros são decorrentes da
efetivação na planta destino e somente retornam à planta de origem se o
indicador de retorno dos erros está ligado.
o botão Executar.
102
Pasta Seleção

Campo Descrição
Transação Informar o intervalo de transações a serem consideradas na geração
do relatório
Dt Geração Informar o intervalo de tempo, em dias, para considerar a
movimentação das transações
Hora Geração Informar o intervalo de tempo, em horas, correspondente ao período
em dias, informado anteriormente.
Pasta Impressão
Exemplo A figura abaixo mostra uma relação contendo informações de controle sobre o
processo de envio e o retorno dos erros de efetivação.
Função Erros Atualização Mensagem Recebida

Definição Gera um relatório contendo os erros de efetivação das transações, na planta
destino.
Tipo Relatório
Programas MPR011
Descrição Relaciona os erros de cada processo. Estes erros são decorrentes da
efetivação na planta.
o botão Executar.
104
Pasta Seleção

Campo Descrição
Planta Origem Informar qual foi a planta que enviou o conjunto de transações
Transação Informar o intervalo de transações a serem consideradas na geração
do relatório
Dt Geração Informar o intervalo de tempo, em dias, para considerar a
movimentação das transações
Hora Geração Informar o intervalo de tempo, em horas, correspondente ao período
em dias, informado anteriormente.
Pasta Impressão
Exemplo A figura abaixo mostra uma relação contendo informações de controle sobre o
processo de envio e o retorno dos erros de efetivação.
107
CAPÍTULO 7
Dúvidas Mais Freqüentes
Lista das dúvidas e problemas mais freqüentes encontrados pelos clientes

durante o processo de implantação e utilização do módulo e encaminhadas à
equipe de suporte técnico DATASUL, na forma de pergunta/resposta.
Quais são os bancos de dados que devem ser cadastrados no

módulo Multiplanta?
Deve ser cadastrado apenas 1 banco de dados Multiplanta em cada
instalação do produto DATASUL-EMS Framework.
Qual é o critério para determinar a quantidade de plantas?

Cada instalação do produto DATASUL-EMS Framework é contado como uma
planta. Logo, o somatório das instalações do produto que utilizam Multiplanta,
será a quantidades de plantas da organização.
Porque não gerou log de Envio?

A não geração do log-envio pode ter as seguintes causas:
- O módulo de Multiplanta não esta implantado;
- A transação não possui nenhuma lista de destino ligada a ela, isto
pode ser verificado no programa MP0103;
- A lista de destino não possui nenhuma planta relacionada, isto
pode ser verificado via o programa MP0115.
108
Como saber se ocorreu algum erro no envio dos Log´s?

Os erros de envio podem ser visualizados com as seguintes alternativas:
- Envio Manual, os erros estarão relacionados no relatório;
- Envio via RPW, os erros estão relacionados no pedido de
execução
O log de envio pode ser visualizado através da função de consulta
Mensagens Transações de Envio. Na pasta Destinos desta função, constam
todas as maquinas de destino e a situação do log de envio.
Estou instalando uma nova filial (planta), o que devo fazer para
implantar esta nova filial no Multiplanta?
Para implantar uma nova planta deve-se seguir os seguintes passos:
- Cadastrar o Caminho (host) para acessar a nova Planta;
- Cadastrar o Banco de Dados Multiplanta da nova Planta;
- Fazer o relacionamento do Caminho com o Banco de Dados
cadastrado;
- Cadastrar uma nova Planta e informar o Banco de Dados
Multiplanta correspondente;
- Cadastrar o relacionamento da Planta, Empresa e
Estabelecimento;
- Relacionar a nova Planta com as Listas de Destino.
É possível restringir a atualização de um atributo?

Sim.
Exemplo O campo Natureza de Operação da entidade “EMITENTE” não
deve ser atualizado numa planta. É necessário que o campo seja desmarcado
na lista de campos controlados e relacionado á transação correspondente a
entidade, isto via o programa MP0116. Este processo deverá ocorrer na
planta de destino, pois os programas que iram verificar se devem ou não
atualizar o campo são as API’s de efetivação.
CAPÍTULO 7 Dúvidas Mais Freqüentes 109
Necessito restringir a atualização de um campo que não está na lista.

O que devo fazer?
Deve ser reportada está necessidade para a área responsável pela API de
efetivação, através do suporte DATASUL, via ficha de ocorrência, indicando
qual o campo, a entidade e o objetivo da restrição.
O que fazer para integrar as plantas via RPW?

Para possibilitar a integração automática entre as plantas, para os processos
de Efetivação e de Envio, é necessário efetuar a programação da Agenda via
o programa CD8600.
Qual é a relação entre uma programação “Para todas transações” e a

programação de “Uma transação específica”?
A programação da agenda de uma transação específica sempre se
sobrepõem à programação da agenda genérica.
A quem recorrer em caso de erro de efetivação da transação?

Normalmente, erros apontados na efetivação são detectados na aplicação das
consistências do aplicativo de negócios.
Exemplos
• A informação era para ser ABC mais foi gerada CBA
• Existe uma restrição de atualização para o campo XXX1 mas o mesmo foi
atualizado
• Problemas de versão de integração
• Dúvidas quanto as consistência da movimentação a ser efetivada
Como reenviar um Log Envio ?

O reenvio poderá ser efetuado através da função Copia Mensagem Enviada
110
Como efetivar novamente um Log Recebido ?

A efetivação pode ser executada novamente desde que a mensagem tenha
sido reativada através da função Reativação Mensagem Recebida
Como saber qual a transação que um determinado programa utiliza?

Na função Manutenção Transação existe o botão "Busca Transação" que
indica quais as transações utilizadas por um programa.
Como deve ser a estrutura da lista de destino para uma corporação

formada por três plantas?
Para um corporação com três plantas é necessário criar em cada planta, a
seguinte lista de destino:
• Planta 1, nesta planta deverá ser criada uma lista de destino com as
seguintes plantas relacionadas (planta – 2, planta –3 );
seguintes plantas relacionadas (planta – 1, planta –3 );
seguintes plantas relacionadas (planta – 1, planta –2 ).
Estas listas de destino, geralmente são utilizadas para transações cadastrais
onde todas as informações devem ser replicadas para todas as plantas.
Porém, existem transações que necessitam de destinos específicos, e nestes
casos devem ser cadastradas listas especificas
Nota Os logs de envio que não possuem um direcionamento pré-
determinado serão gerados para lista determinada como padrão, isto no
relacionamento Lista destino X Transação.
O que deve ser feito para construir uma transação específica?

A figura abaixo mostra os processos que envolvem o Multiplanta, identificado
os processos que podem ser customizados.
Para construir uma transação específica é necessário seguir os seguintes

passos:
• Definir quais são as informações a serem replicadas. Será utilizado
como exemplo, a replicação da Extensão do Item. Esta tabela é especifica
e esta localizada no banco específico. Os procedimentos para geração de
log de envio e efetivação das informações para tabela de extensão são:
112
• Cadastrar a transação no módulo de Multiplanta, através da

função Manutenção Transação. Devem ser informados somente os
campo a seguir:
Campo Descrição
Transação Informar o código da transação especifica.
Exemplo ESP001
Tipo Transação Informar o valor Ambos
• Definir as Listas de Destinos. Após cadastrada a transação deverá

ser feito o relacionamento com uma lista de destino. Este
relacionamento pode ser cadastrado através da função Lista de
Destino Transação. Sem este relacionamento a API de geração não
gera log de envio para a transação.
• Criar Programa de Geração de Log de Envio. Deve ser
desenvolvido um programa que será responsável pela chamada das
API’S padrões do módulo de Multiplanta. As APIS que são utilizadas
para efetuar a criação do log de envio são:
• MPAPI001, esta API verifica se a transação gera log de envio;
• MPAPI002, esta API criará o log de envio.
Para facilitar o desenvolvimento dos programas de geração de logs de envio é
importante analisar a documentação das API’S do aplicativo de negócio. Esta
documentação esta disponível no Manual de Referência das API´s.
Seque abaixo um programa exemplo para chamada das API´s padrão de
geração de log de envio.
/*********************
** PROGRAMA EXEMPLO PARA CRIAÇÃO DE LOG DE ENVIO
***********************/
DEF INPUT PARAM VAR R-ESP-EXT-ITEM AS ROWID.
/** DEFINIÇÃO DAS TABLE-TABLES **/
def temp-table tt-integracao
field cod-versao-integracao as integer format "999"
field cod-transacao as char format "x(8)"
field cod-erro as integer format "99999"
field desc-erro as char format "x(60)"

field conteudo-erro as char format "x(60)".
def temp-table tt-replica-msg
field log-replica-msg as logical
field cd-maquina-local as integer format "999".
def temp-table tt-control-env
field cod-maq-origem as integer format "9999"
field num-processo as integer format "999999999"
field cod-usuario as char format "x(12)"
field cod-estabelec-dest as char format "x(3)"
field cd-lista-destino as char format "x(8)".
def temp-table tt-dados-env
field num-sequencia as integer format "999999"
field cod-tipo-reg as integer format "9999"
field ind-tipo-movto as integer format "99"
field identif-msg as char format "x(60)"
field conteudo-msg as raw .
def temp-table tt-ext-item like esp-ext-item. /*** tabela específica ***/
/*** PROGRAMA ***/
Find first param-global no-lock.
if param-global.modulo-mp then do:
find esp-ext-item
where rowid(esp-ext-item) = r-esp-ext-item
no-lock.
/***** Verifica se a Transaçãoo gera Log ******/
create tt-integracao.
assign tt-integracao.cod-versao-integracao = 1
tt-integracao.cod-transacao = "ESP001".
run mpp/mpapi001.p (output table tt-replica-msg,
114
input-output table tt-integracao).

/********************************************/
find first tt-replica-msg no-error.
if return-value <> "NOK" then do:
find first tt-replica-msg no-error.
if tt-replica-msg.log-replica-msg then do:
/***** Parametrizar Destinos Especificos caso necessário ******/
create tt-control-env.
assign tt-control-env.cod-estabelec-dest = ""
tt-control-env.cd-lista-destino = ""
tt-control-env.cod-usuario = "SUPER"
tt-control-env.cod-maq-origem = tt-replica-msg.cd-maquina-local
/***** Dados Transportados *****/

create tt-ext-item.
buffer-copy esp-ext-item to tt-ext-item.
create tt-dados-env.
assign tt-dados-env.num-sequencia = 1
tt-dados-env.ind-tipo-movto = 1 /*** tipo inclusão ***/
tt-dados-env.identif-msg = esp-ext-item.it-codigo.
raw-transfer tt-ext-item to tt-dados-env.conteudo-msg.
/***** Gera Log de Envio *****/

run mpp/mpapi002.p (input-output table tt-integracao,
input-output table tt-control-env,
input table tt-dados-env).
if return-value = "NOK" then do:
find first tt-integracao no-error.
if avail tt-integracao and tt-integracao.cod-erro <> 0 then
run utp/ut-msgs.p (input "show",

input tt-integracao.cod-erro,
input "").
end.
end.
end.
else do:
find first tt-integracao no-error.
if avail tt-integracao and tt-integracao.cod-erro <> 0 then
run utp/ut-msgs.p (input "show",
input tt-integracao.cod-erro,
input "").
end.
end
Nota No exemplo acima deverá ser verificado que a tabela não foi
armazenada diretamente no campo CONTEUDO-MSG (RAW), primeiramente
foi feito uma copia do registro em uma temp-table e mesma foi armazenada
no campo CONTEUDO-MSG (RAW). Este procedimento é necessário para
evitar problemas na efetivação do log de recebimento
• Criar Programa de Efetivação dos Logs de Recebimento. Após efetuar
o envio dos logs, é necessário efetivar as informações recebidas através
da função Efetivação Manual. Esta função executa de acordo com o
conteúdo do campo PROGRAMA EFETIVAÇÃO das transações
cadastradas através da função Manutenção Transação. Portanto, é
necessário executar cadastrar a transação ESP001 na planta destino,
informando os campos PROGRAMA EFETIVAÇÃO, APLICATIVO
RESPONSÁVEL e RETORNA ERRO. Para o exemplo será utilizado o
programa ESAPI001.P.
Segue abaixo a estrutura do programa exemplo ESAPI001.
/********
** PROGRAMA EXEMPLO PARA EFETIVAÇÃO DOS LOGS RECEBIDOS
DA TRANSAÇÃO ESP001
*********/
116
DEF VAR i-seq-erro AS INTEGER.

/**** DEFINIÇÃO DAS TABLE-TABLES ****/
def temp-table tt-control-rec
field cod-versao-integracao as integer format "999"
field cod-transacao as char format "x(8)"
field cod-usuario as char format "x(12)"
field dat-atualiz-base as date format "99/99/9999"
field hra-atualiz-base as char format "x(8)"
field ind-situacao-atualiz as integer format "99"
field ind-situacao-erro as integer format "99"
field log-retorna-erro as logical.
def temp-table tt-dados-rec
field cod-tipo-reg as integer format "9999"
field ind-tipo-movto as integer format "99"
field identif-msg as char format "x(60)"
field conteudo-msg as raw.
def temp-table tt-erros-rec
field num-sequencia-erro as integer format "999"
field cod-erro as integer format "99999"
field des-erro as char format "x(60)".
def temp-table tt-ext-item like esp-ext-item.
/*** ENTRADA PADRÃO DAS TEMP-TABLES ***/

def input-output parameter table for tt-control-rec.
def input parameter table for tt-dados-rec.
def output parameter table for tt-erros-rec.
/*** PROGRAMA ***/
for each tt-control-rec
no-lock:
for each tt-ext-item:
delete tt-ext-item.
end.
for each tt-dados-rec no-lock
where tt-dados-rec.cod-maq-origem = tt-control-rec.cod-maq-origem
and tt-dados-rec.num-processo = tt-control-rec.num-processo:
assign i-seq-erro = 0.
create tt-ext-item.
raw-transfer tt-dados-rec.conteudo-msg to tt-ext-item.
if tt-dados-rec.ind-tipo-movto = 1 /** Inclui **/
or tt-dados-rec.ind-tipo-movto = 2 /** Altera **/
or tt-dados-rec.ind-tipo-movto = 3 /** Elimina **/
then do:
/*** CONSISTÊNCIA DO MOVIMENTO ***/
find item
where item.it-codigo = tt-ext-item.it-codigo
no-lock no-error.
if not avail item then do:
run utp/ut-msgs.p (input "msg",
input 2,
input "Item").
create tt-erros-rec.
118
assign tt-erros-rec.cod-maq-orige = tt-control-rec.cod-maq-origem

tt-erros-rec.num-processo = tt-control-rec.num-processo
tt-erros-rec.num-sequencia = tt-dados-rec.num-sequencia
i-seq-erro = i-seq-erro + 1
tt-erros-rec.num-sequencia-erro = i-seq-erro
tt-erros-rec.cod-erro =2
tt-erros-rec.des-erro = return-value.
next.
end.
find esp-ext-item
where esp-ext-item.it-codigo = tt-ext-item.it-codigo
no-lock no-error.
if tt-dados-rec.ind-tipo-movto = 1 then do:
if avail esp-est-item then do:
input 7,
input "Extenção do Item").
Assign tt-erros-rec.cod-maq-origem =
tt-control-rec.cod-maq-origem
tt-erros-rec.num-processo =
tt-control-rec.num-processo
tt-erros-rec.cod-erro = 7
next.
end.
end.
if tt-dados-rec.ind-tipo-movto = 2
or tt-dados-rec.ind-tipo-movto = 3 then do:
if not avail esp-est-item then do:
input 2,
input "Extenção do Item").
assign tt-erros-rec.cod-maq-origem =
tt-control-rec.cod-maq-origem
tt-erros-rec.num-processo =
tt-control-rec.num-processo
tt-erros-rec.cod-erro = 2
next.
end.
end.
/*** ATUALIZAÇÃO DA BASE ESPECÍFICA ***/
if tt-dados-rec.ind-tipo-movto = 1
or tt-dados-rec.ind-tipo-movto = 2 then do:
if tt-dados-rec.ind-tipo-movto = 1 then
create esp-ext-item.
buffer-copy tt-ext-item to esp-ext-item.
else
delete esp-ext-item.
120
end.
end.
find first tt-erros-rec no-error.
/**** ATUALIZAÇÃO DO DA SITUAÇÃO DO LOG RECEBIDO ****/
assign tt-control-rec.dat-atualiz-base = today
tt-control-rec.hra-atualiz-base = string(time,"HH:MM:SS")
/**** 1 – atulizado 2 – pendente ****/
tt-control-rec.ind-situacao-atualiz = 1
/**** situacao da atualização 1 – sem erros 2 – com erros ****/
tt-control-rec.ind-situacao-erro = if avail tt-erros-rec then 2
else 1.
end.
/****************************************************/
O programa de efetivação deve efetuar a atualização da situação do log de
recebimento.
No campo IND-SITUACAO-ERRO da temp-table TT-CONTROL-REC deve
ser atualizado com o valor “1”(quando a atualização ocorreu sem problemas)
ou com valor “2”(quando ocorreu algum erro).
No campo IND-SITUACAO-ATUALIZ da temp-table TT-CONTROL-REC deve
ser atualizado com o valor “1”(para indicar que já ocorreu a atualização)
Nota As definições das temp-tables destacadas nos exemplos não podem
ser alteradas e qualquer alteração no dicionário de dados,tais como: como
criação de novas tabelas, deve ser efetuada em banco específico isto para
garantir a utilização dos programas disponibilizados pela DATASUL S.A
Como funciona a Administração de Compras Centralizada?

Nem todas as compras necessitam passar pela central de compras. Para as
compras de pequeno valor, adquiridos localmente, deve-se direcioná-las para
um comprador não corporativo. As demais ordens de compras, deverão ser
direcionadas para compradores definidos como corporativos. Este é o
indicativo para determinar se uma Ordem de Compra será ou não tratada pela
central de compras.
Nota O módulo de Livros Fiscais deve estar implantado em todas as plantas

que fazem recebimento e/ou faturamento.
Na central, somente agrupar OC´s com mesmo local de entrega. Assim, não
será replicado o mesmo pedido em várias plantas. É plenamente viável
integrar empresa diferentes numa central de compras, desde que: a
codificação dos seus estabelecimentos não sejam coincidentes. O esquema
básico da central de compras está dividido em 3 etapas:
Primeiro: Integração da Ordem de Compra. O objetivo desta integração é
replicar a OC na planta que centraliza as compras. Características gerais:
• Quando a mensagem de envio é gerada, a OC, na planta de origem, fica
com situação = 1, permitindo alterações.
• Na transmissão com sucesso, fica com situação 2, não permitindo mais
alterações na planta de origem.
• As manutenções sobre a OC, realizadas na central de compras, são
replicadas na planta de origem.
Nota Podem existir várias plantas gerando OC´s para a central, ao mesmo
tempo. Logo, para não coincidir a numeração, deve-se especificar o intervalo
de numeração de OC para cada planta. Caso a planta que detém o controle
da central de compras também é uma fábrica, cuidar para que não sejam
considerados os pedidos de compra das demais plantas, no momento do
Planejamento da produção local.
Segundo: Integração do Pedido de Compra. O objetivo desta integração é
replicar o pedido de compra no estabelecimento que receberá a mercadoria.
Características gerais:
• É através da indicação do estabelecimento de entrega que será definida a
planta destino para onde será enviado o pedido.
• pedido é replicado somente se a planta destino não é a própria planta
local.
• Sempre que um pedido for alterado na central, todo conjunto de OC,
pedido e parcelas serão transmitidos ao estabelecimento de entrega(
Planta destino), sobrepondo-se ao conjunto anterior.
Nota Caso o estabelecimento de entrega também cadastra pedidos, poderá
haver duplicidade de numeração. Logo, deve-se definir uma faixa de
numeração para os pedidos provenientes da central e outra faixa para os
pedidos da planta local.
122
Terceiro: Integração do recebimento da nota fiscal. O objetivo desta

integração é atualizar o pedido de compras na central de compras com os
dados do recebimento da mercadoria pelo estabelecimento de entrega.
• A integração só ocorre para recebimento de pedidos cujo comprador é
corporativo.
• Caso a nota fiscal, no estabelecimento de entrega, seja desatualizada,
será enviado para a central de compras uma mensagem contendo as
parcelas com o novo saldo.
A figura abaixo apresenta um exemplo desta integração.
Orientações:
• Código das Transações : MAT002, MAT006, MAT038
• Nas filais devem estar cadastrados os destinos das transações MAT002 e
MAT038. Também é necessário que o “Comprador” das ordens seja
“corporativo”.
• Na matriz devem estar cadastrados os destinos das transações MAT006
e MAT002. O “Comprador” das ordens não deverá ser corporativo.
Como funciona a Administração de Vendas Centralizada?

O cliente, independente da planta que irá atender seu pedido, pode
acompanhar o pedido buscando informações sempre na central de vendas.
Nota O módulo de Livros Fiscais deve estar implantado em todas as plantas
que fazem recebimento e/ou faturamento.
• É necessário definir com antecedência quais são as plantas que fazem
parte da central de vendas e qual é o estabelecimento de controle da
carteira de pedidos.
• estabelecimento de controle determina qual é a planta de atendimento do
pedido.
• pedido é replicado nos estabelecimento de controle e na planta de
atendimento
A central de vendas opera da seguinte forma:
Primeiro: Integração do Pedido de venda. O objetivo desta integração é
replicar o pedido de vendas na planta que irá atendê-lo. Características
gerais:
• A determinação da planta de destino é obtida com base no
estabelecimento de atendimento do pedido.
• No destino, se o número do pedido já existe, é acrescido ao número, um
caracter de separação mais uma letra. Este procedimento é para
identificar os pedidos recebidos via Multiplanta e para não haver
duplicidade de numeração. Se este pedido for transferido para outra
planta de atendimento, a letra será substituída pela próxima letra do
alfabeto ficando com quantidade igual ao saldo restante a ser atendido.
• Caso o cliente não queira trabalhar com o conceito de central de vendas,
os pedidos poderão entrar no estabelecimento centralizador de vendas e
serem apenas transferidos para a planta de atendimento. No faturamento
do pedido, não haverá integração com a planta de entrada do pedido.
Segundo: Integração do atendimento do pedido. O objetivo desta integração
é replicar o atendimento do pedido de vendas no estabelecimento de controle
das vendas. Características gerais:
• Se a nota fiscal for cancelada, no estabelecimento de atendimento,
também é gerada uma mensagem para o estabelecimento de controle.
124
• No estabelecimento de controle, a nota fiscal fica assinalada como

integrada com Obrigações fiscais e Contas a Receber
Nota A central de vendas é responsável pela implantação do pedido de

venda e as Unidades Fabris são responsáveis pelo faturamento do pedido de
venda
Orientações:
• Código da transação: DIS013, DIS017
• Nas filais devem estar cadastrados os destinos das transações DIS013 e
DIS017
• Na matriz deve estar cadastrado o destino da transação DIS013
Como funciona o Contas a Pagar Distribuído?

Nesta integração todas as movimentações geradas no módulo de Contas a
Pagar podem ser replicadas para todas as unidades sendo necessário uma
Unidade Centralizadora para receber a movimento das demais unidades.
Com a utilização do Contas a Pagar distribuído também é possível controlar
os pagamentos, através da função PAGAMENTO CENTRALIZADO, no
módulo Contas a Pagar. Nesta função é possível inibir os pagamentos nas
filiais, possibilitando o pagamento somente na central. Alguns benefícios

decorrentes desta forma de organização:
• credor pode receber seu pagamento em qualquer estabelecimento,
independente da planta que gerou o título
• estabelecimento central pode elaborar o fluxo de caixa considerando os
compromissos de todas as plantas
• A avaliação de crédito global está disponível em todas as plantas
Nota No exemplo acima todos os movimentos do contas a paga de uma

unidade serão replicados em outra. Por exemplo: Inclusão de titulos, baixas,
modificações, ...
Orientações:
• Código das Transações: ADM053, ADM054, ADM057, ADM058,
ADM059, ADM060, ADM061, ADM062, ADM063, ADM066, ADM067,
ADM086, ADM087, ADM089, ADM090, ADM095, ADM097.
• Através da função Manutenção Destinos Transação deve-se cadastrar as
transações acima. Quando a organização trabalha com Contas a Pagar
Distribuído as unidades trocam informações replicando os movimentos
na origem e no destino
126
• Quando a organização trabalha com Contas a Pagar Centralizado, os

movimentos são enviados para uma unidade centralizadora, sem ficar
nenhuma copia do movimento na unidade origem. Sendo assim todas
unidades que enviam seus movimentos não necessitam do módulo de
Contas a Pagar implantado.
Como funciona o Contas a Receber Distribuído?

Todas as movimentações sobre títulos a receber podem ser replicados entre
as plantas da corporação sendo necessário uma Unidade Administrativa para
centralizar o Contas a Receber. Alguns benefícios decorrentes desta forma de
organização:
• O devedor pode pagar seu débito em qualquer estabelecimento,
independente da planta que gerou o título
• A unidade central pode elaborar o fluxo de caixa considerando os títulos a
receber de todas as plantas
• A avaliação de crédito global está disponível em todas as plantas
Quando a corporação empresarial determina que as funções administrativas
estão centralizadas num estabelecimento, é necessário a integração de
algumas funções operacionais, realizadas nas plantas remotas, com a planta
central.
Nota As notas fiscais de saída da unidade 1 geram informações de contas a

receber na Unidade Administrativa 3 e Central Administrativa. Todas as
movimentações (alterações e Baixas) serão replicadas para todas as
unidades
Orientações:
• Código da Transação: ADM045, ADM046, ADM047, ADM048, ADM049,
ADM084, ADM091, ADM092, ADM098
• Cadastrar o destino das transações acima. Quando a administração do
Contas a Receber é Distribuído a movimentação é replicada na planta de
origem e destino
• Quando o Contas a Receber é Centralizado, os movimentos são
enviados para uma unidade centralizadora, sem ficar nenhuma copia do
movimento na unidade origem. Sendo assim todas unidades que enviam
seus movimentos não necessitam do módulo de Contas a Receber
implantado.
Como funciona a Transferência de Materiais?

Esta integração agiliza o processo de entrada do material na planta destino,
no que se refere a digitação da Nota Fiscal de transferência. Quando o
usuário digitar as informações chaves da nota, todos os outros dados são
apresentados na tela. As características básicas deste processo são as
seguintes:
• Este processo só ocorre quando os estabelecimentos envolvidos
encontram-se em plantas diferentes.
• destino da nota fiscal é definido pelo usuário no momento da sua saída.
• A nota fiscal de transferência de materiais (Saída) é replicada no
estabelecimento de destino, como entrada, ficando com situação Não
Atualizada.
• Quando o material for recebido, o usuário efetua a sua atualização.
• Enquanto o material não é recebido no destino, fica assinalado no
controle de Materiais em Poder de Terceiros, apontado para o emitente
"Estabelecimento de origem", através do seu código como emitente.
Nota É importante que a natureza complementar esteja correta no cadastro
de Naturezas da Operação. Caso este campo esteja em branco, não irá
128
ocorrer erro. Porém, no destino, a nota fiscal de transferência(Entrada) fica

com natureza de saída.
A figura abaixo apresenta um exemplo desta integração:
Nota Quando a mercadoria chegar ao destino, uma cópia eletrônica da nota

fiscal está disponível para fazer o recebimento.
Orientações:
• Código da Transação : MAT034
• Através da função Manutenção Destino Transação deve ser cadastrada a
transação MAT034.
• Através da função Manutenção Empresas Estabelecimentos Plantas
deve-se estabelecer em quais plantas estão localizados os
estabelecimentos da empresa.
Como funciona a Replicação de Cadastros?

Os cadastros comuns podem ser replicados entre as plantas que compõem a
corporação. A figura abaixo apresenta um exemplo de composição de uma
corporação empresarial.
Nota No exemplo acima qualquer alteração nos cadastros parametrizados

para gerar logs será replicada para toda a corporação
Como funciona a Replicação de Estrutura do Item?

Caraterísticas específicas da replicação:
• Especificar quais itens pai serão replicados.
• Sempre é replicada a estrutura num único nível.
• Se for alterado o item pai, replica a estrutura pai e seus itens filhos. É
evidente que, no destino, os itens deverão existir no cadastro de itens.
130
Como funciona a Integração entre o Recebimento e Contas a Pagar?

O recebimento de uma nota fiscal gera um título a ser pago ao fornecedor, na
planta que atua como central administrativa.
Orientações:
• Código da Transação: ADM053
• Deve-se cadastrar o destino da transação ADM053. Caso a administração
do Contas a Pagar seja centralizada, a transação tem como destino
somente a unidade centralizadora, senão tem como destino todas as
unidades envolvidas no Contas a Pagar distribuído.
Como funciona a Integração entre Recebimento e Contas a Receber?

A devolução de produtos pelo cliente gera movimentação sobre o título a
receber.
Nota Integração do Recebimento da devolução de produto com o módulo de

Contas a Receber que possui configuração centralizada
Orientações:
• Quando o Contas a Receber é Distribuído, Código da Transação:
ADM054
• Quando o Contas a Receber é Centralizado, Código da Transação:
MAT037
• Cadastrar um destino da transação ADM054 para cada planta(Contas a
Receber Distribuído) ou cadastrar um destino da transação DIS037 em
cada planta remota, apontando para a Unidade Administrativa(Contas a
Receber Centralizado)
132
Como funciona a Integração entre Faturamento e Contas a Receber?

O faturamento de uma venda gera um título a ser pago pelo cliente.
Nota As notas fiscais de saída geram as duplicatas que são enviadas para a
o módulo de Contas a Receber, na Unidade Administrativa (configuração
centralizada)
Orientações:
• Quando o Contas a Receber é Distribuído, o Código da Transação é
ADM046
• Quando o Contas a Receber é Centralizado, o Código da Transação:
DIS018
• Cadastrar um destino da transação ADM046 para cada planta(Contas a
Receber Distribuído) ou cadastrar um destino da transação DIS018 em
cada planta remota, apontando para a Unidade Administrativa(Contas a
Receber Centralizado)
Como funciona a Integração dos Módulos com a Contabilidade?

Todas as movimentações operacionais que devem ser contabilizadas, geram
lançamentos contábeis para serem contabilizados na Unidade Administrativa.
Orientações:
• Código da Transação: ADM044
• Cadastrar o destino da transação ADM044
Como gerar Resumo do Item?

Esta integração informa as demais unidades quais são as quantidades de um
determinado item em estoque, em produção, em poder de terceiros e outros
dados referentes ao item geralmente utilizados para possibilitar análises pela
área de logística de materiais.
Orientações:
• Código da transação: UNI001
• Programa de Geração do Resumo: CD1513
• Programa de Consulta do Resumo: CD1516
• Cadastrar o destino da transação UNI001.
134
Como gerar Resumo do Emitente?

Esta integração informa as demais unidades quanto um determinado emitente
possui de títulos em atraso no Contas a Receber, valor a pagar no Contas a
Receber, valor a receber no Contas a Pagar, valor em pedido de venda e
outras informações importantes no processo de avaliação de crédito
Orientações:
• Código da transação: DIS001
• Programa de Geração do Resumo: PD0820
• Programa de Consulta do Resumo: PD0921
• Cadastrar o destino da transação DIS001.
Como utilizar o MQSeries com Multiplanta?

Para utilizar esta ferramenta pode-se tomar por base o seguinte exemplo:
O exemplo proposto utiliza três plantas (Paraná, Santa Catarina e Rio Grande
do Sul), cada uma delas possui o produto EMS 2.0 e o módulo Multiplanta
implantado. Será considerado que as três plantas irão se comunicar através
de um backbone que inicia no Rio Grande do Sul, passa por Santa Catarina e
termina no Paraná.
Pode ser observado que na estrutura das plantas no exemplo, a planta Santa
Catarina ira efetuar o roteamento das mensagens da planta do Rio Grande
do Sul que tem como destino a planta Paraná e vice-versa. Esta função
disponível no MQSeries poderá reduzir em muito o gasto com linhas de
comunicação.
Em cada uma das plantas será necessário a instalação do MQSeries Server,
onde serão efetuadas as configurações do MQSeries. Caso o envio ou a
efetivação seja executada numa máquina que não é o servidor, é necessário
instalar o MQSeries Client.
A parametrização da máquina Client é efetuada através da atualização da
variável de ambiente MQCHLLIB que indica o nome do diretório onde esta o
arquivo de canais. Este arquivo que deve ser copiado para a máquina client,
disponível no diretório “MQM\QMGRS\(NOME DO QUEUE
MANAGER)\@IPCC” com o nome “Amqclchl.tab”, na máquina do server
MQSeries. Este arquivo só deve ser copiado para a máquina client após toda
a parametrização do gerenciador de mensagens.
Abaixo encontra-se um modelo de parametrização para a planta RS, no
MQSeries que pode ser utilizado para as demais plantas, com as devidas
adequações:
Planta RGS
• Criar o gerenciador de mensagens com nome RS
• Desconectar
Dentro do gerenciador de mensagens devem ser criados os seguintes
objetos:
• Queue Local QL.RS, fila de recepção de mensagens
• Queue Local ERROS, fila para mensagens com erros
• Queue Local RS_SC com USAGE (XMITQ), esta fila é utilizada como
ligação com o canal RS_SC
• Queue Remote QL.PR, esta fila representa a fila local do Paraná, ela
utiliza a fila RS_SC como XMITQ
• Queue Remote QL.SC, esta fila representa a fila local de Santa Catarina,
ela utiliza a fila RS_SC como XMITQ
• Alias PR, este objeto é utilizado para encaminhar o retorno de mensagens
e roteamento. Este alias utiliza como XMITQ a fila RS_SC
• Alias SC, este objeto é utilizado para encaminhar o retorno de mensagens
e roteamento. Este alias utiliza como XMITQ a fila RS_SC
• Channel RS_SC do tipo SENDER, este é o canal que liga os
gerenciadores de mensagens RS e SC. Este canal utiliza como XMITQ a
fila RS_SC
• Channel SC_RS do tipo RECEIVER, este canal é de recepção do canal
SC_RS do gerenciador de mensagens SC
• Channel CLI_RS do tipo SVRCONN, este é o canal server para as
máquinas client MQSeries
• Channel CLI_RS do tipo CLNTCONN, este é o canal client para as
máquinas client MQSeries
136
A figura abaixo apresenta o resultado da implantação e o fluxo das

informações:
Quais as vantagens e detalhes quanto a relação do módulo

Multiplanta e a estrutura Multiempresa (Utilização de
um único banco Administrativo para várias plantas?
O módulo Multiplanta quando trabalha sobre uma estrutura de Multiempresa
necessita das seguintes parametrizações:
• Para cada conjunto de bancos de dados da área de distribuição e
industrial é necessário ter um banco de dados do Multiplanta. Dsendo
assim cada empresa com o seu conjunto de banco de dados é uma
planta;
• Quanto a utilização dos agendamentos RPW utilizados pelo módulo
Multiplanta, deve-se cadastrar um servidor RPW para cada empresa,
sendo que é preciso tomar cuidado quando da ativação do servidor, isto
é, uma empresa não pode ativar o servidor de outra empresa;
• Nesta estrutura as integrações entre as áreas de negócio de distribuução

e industrial com a área administrativa são somente as do tipo cadastro.
Isto pois, as integrações podem ser feitas on line.
As vantagens obtidas por intermédio da utilização do módulo Multiplanta na
estrutura Multiempresa são:
• O módulo Multiplanta possibilita a integridade dos cadastrados das área
administrativa, industrial e de distribuição;
• Todos os recursos de integração estão disponíveis por intermédio do
Multiplanta, tais como: Central de Vendas, Cebtral de Compras, Notas
Fiscais de Transferência entre outras. Como já foi citado as integrações
tipo atualizações de Faturamento com o Contas a Receber, não
necessitam da integração via Multiplanta , pois o banco administrativo
desejado esta conectado.
Como se comporta o Módulo Multiplanta trabalhando com

Multiplanta em Oracle ?
Para o funcionamento do módulo Multiplanta em ambiente ORACLE é
necessário cadastrar no cadastro de banco de dados, mp0110, o “schema-
holder” do banco de dados oracle multiplanta.
Deve ser informado no campo Arquivo de Parâmetros o nome do arquivo com
extensão “.PF” que deverá conter os parâmetros necessários para conexão
do banco de dados oracle multiplanta.
Nota
É necessário um schema-holder local para conexão dos bancos de dados
oracle multiplanta remotos. Não poderá ser usado o schema-holder que já
esta conectado na seção.
Exemplo
A empresa XYZ possui uma Matriz, Filial 1, Filial 2. Todas possuem ambiente
oracle e irão replicar dados através do módulo Multiplanta.
O nome físico dos bancos de dados oracle Multiplanta dos estabelecimentos
são:
Matriz - database\matriz.db
Filial 1 - database\filial1.db
138
Filial 2 - database\filial2.db
Para a replicação dos dados via Multiplanta é necessário:

Matriz
• Cadastrar um banco de dados “Matriz”, que identificará o banco de dados
Local, neste caso será chamado de “SHMGMP”.
• Cadastrar um banco de dados “Filial 1”, identificando o banco de dados
remoto da Filial 1, sendo o schema-holder chamado de “SHMGMPRM”.
Deverá ser informado o arquivo de parâmetros do banco de dados que
contêm os parâmetros de conexão do banco de dados oracle multiplanta
remoto.
Exemplo -db c:\Matriz\Filial-1\database\shmgmprm.db -RO
-db filial1 -U filial1/filial1@multiplanta -dt oracle
remoto.
Exemplo -db c:\Matriz\Filial-2\database\shmgmprm.db -RO
Filial 1
• Cadastrar um banco de dados “Matriz”, identificando o banco de dados
remoto da Matriz, sendo o schema-holder chamado de “SHMGMPRM”.
remoto.
Exemplo -db c:\Filial-1\Matriz\database\shmgmprm.db -RO
-db matriz -U matriz/matriz@multiplanta -dt oracle

remoto.
Exemplo -db c:\Filial-1\Filial-2\database\shmgmprm.db -RO
Filial 2
• Cadastrar um banco de dados “Matriz”, identificando o banco de dados
remoto da Matriz, sendo o schema-holder chamado de “SHMGMPRM”.
remoto.
Exemplo -db c:\Filial-2\Matriz\database\shmgmprm.db -RO
-db matriz -U matriz/matriz@multiplanta -dt oracle
remoto.
Exemplo -db c:\Filial-2\Filial-1\database\shmgmprm.db -RO
É necessário algum tipo de administração especial para o

Multiplanta ?
Os processos do produto EMS 2.0 e do módulo Multiplanta necessitam de um
DBA (Database Administration) que possuam os seguintes requisitos:
• Conhecimentos referentes a PDA (Progress Database Administrator);
• Conhecimentos dos módulos de Menu, Segurança e Básico do produto,
dando destaque a RPW;
• Conhecimento do funcionamento do Multiplanta, pontos importantes para
a administração (Cadastros Básicos/Relatórios/Consultas);
• Conhecimentos básicos do sistema operacional;
140
• Conhecimentos básicos de telecomunicação.

A necessidade de um recurso como citado acima em todas as unidades não é
necessária, desde que o recurso na central possua ferramentas para o acesso
remoto, como CarbonCopy ou PcAnyWare. Nas unidades bastaria um
operador para efetuar tarefas básicas e ajustes com auxílio da matriz.
Como Parametrizar as agendas RPW das transações MP ?

• Verificar quais transações devem ser replicadas entre as plantas;
• Efetuar o relacionamento destas transações com as listas de destino. Isto
via a opção Integração/Multiplanta/Manutenção/Transação/Lista Destino
Transação. Deve ser verificado se somente as transações definidas estão
parametrizadas. Com esta parametrização será possível garantir que
somente transações válidas serão replicadas entre as unidades;
• Criar uma agenda RPW de envio para todas as transações na planta que
envia logs e uma agenda RPW de efetivação para todas as transações da
planta que recebe os logs. Este procedimento poderá ser efetuado via a
opção Integração/Multiplanta/Tarefas/Agenda RPW;
• Para as agendas já criadas é necessário passá-las para “Inativo”. Este
procedimento poderá ser efetuado via a opção
Integração/Multiplanta/Tarefas/Agenda RPW;
Com estas alterações será possível melhorar a administração do RPW, pois o
número de pedido de execução do multiplanta será menor.
141
CAPÍTULO 8
Glossário
Bloco transacional
Bloco transacional é o conjunto das mensagens geradas numa execução de
um programa aplicativo mais o log de controle
Endereço IP – Internet Protocol

É formado por um número de 32 bits no formato nnn.nnn.nnn.nnn, onde cada
nnn pode variar de 0 a 255. Os endereços possuem uma classificação que
varia de acordo com o número de sub-redes e de hosts. Esta classificação
tem por objetivo otimizar o roteamento de mensagens na rede. Estes
endereços são fornecidos por uma entidade central: NIC (Network Information
Center), e devem ser únicos para cada host.
Host
É uma estação da rede, um computador.
LOG
LOG é um registro de controle sobre o envio ou recepção de um processo.
Máquina
É também conhecida como Planta e para um melhor entendimento, deve-se
considerar que é uma instalação Multiplanta. Na maioria dos casos, uma
142
instalação Multiplanta reside num computador, localizado numa planta física.

Podemos entender planta física como um estabelecimento da empresa.
Porém, poderá haver casos em que um computador é utilizado para atender
mais de uma empresa. Logo, poderão haver duas ou mais instalações
Multiplanta no mesmo computador pois referem-se á empresas diferentes.
Mensagem
Mensagem é a individualização de um registro de uma tabela específica da
função de negócio. Quando um programa atualiza várias tabelas ou vários
registros de uma tabela, é gerado uma mensagem para cada tabela
atualizada.
Processo
Processo é a individualização de um bloco transacional. É identificado através
de um número sequencial.
Nota Uma transação que deve ser enviada para várias plantas, é identificada
por um único processo. O número do processo é atribuído pela planta de
origem. Quando o processo é recebido na planta de destino, o número do
processo permanece o mesmo.
Protocolo TCP – Transmission Control Protocol

É um padrão de controle para comunicação de dados ponto-a-ponto da rede.
É orientado à conexão e altamente confiável, independente da quantidade de
serviços. Garante a entrega das informações na sequência que foi fornecida,
sem perda ou duplicação de dados.
RPC – Remote Procedure Call

É uma ferramenta que possibilita executar um procedimento de forma
síncrona, num servidor remoto.
Exemplo A planta origem dispara a execução de um programa na planta
destino.
CAPÍTULO 8 Glossário 143
RPW – Remote Procedure Wait

É uma ferramenta que gerencia e ativa os pedidos de execução de
programas. A programação dos pedidos de execução é controlada pela
agenda do aplicativo.
Exemplo Execução automática do envio do processo da planta origem para
a planta destino.
Script
É é um conjunto de parâmetros para estabelecer um canal de comunicação.
Pode ser entendido como um arquivo contendo comandos.
Service
É uma definição para o ambiente do host, indicando a porta e o protocolo de
comunicação com o banco de dados.
Transação
Transação é a designação de uma função de negócio, disponível num
módulo. Podemos entender como um programa que tem por finalidade a
execução de uma função específica. Ex.: O Cadastramento de itens (CD0204)
é conhecido como Transação MAN004.
MQSeries
O MQSeries é um software que trabalha com um sistema de filas de
mensagens e canais de comunicação.

0xowlsodqwd 0xowlsodqwd 0xowlsodqwd 0xowlsodqwd

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

0xowlsodqwd 0xowlsodqwd 0xowlsodqwd 0xowlsodqwd

Enviado por

Direitos autorais:

Formatos disponíveis

0DQXDO#GH#5HIHUrQFLD

CAPÍTULO 1 Introdução ....................................................................1

CAPÍTULO 6 Processo Consultas e Relatórios ............................. 79

Como funciona o Contas a Receber Distribuído?......................................126

Os produtos DATASUL são conjuntos de aplicações relacionadas que

Definição O módulo Multiplanta permite às empresas que possuem estabelecimentos

Veja alguns exemplos de uso do módulo Multiplanta:

Características O módulo Multiplanta foi projetado para atender as seguintes necessidades

estabelecimentos, de empresas diferentes, dentro do mesmo grupo

1º) Geração do bloco de mensagens

2º) Envio do processo

A execução do envio fica sob controle da planta origem e as mensagens são

3º) Efetivação das transações

Na execução da efetivação é executado o seguinte procedimento:

Na efetivação é aplicada a validação de negócio sobre os dados da

O tratamento dos erros pode acontecer na planta de origem ou de destino.

Integração com Outros Módulos

Processo Preparação das Informações

Definição Este capítulo relaciona e descreve as informações que devem ser

códigos não devem ser replicados com os emitentes corporativos, muito

A figura abaixo apresenta um modelo de dados contendo as entidades que

E) restricao-atr, Contém a relação dos atributos de cada tabela, dos

Função Manutenção da Conexão

As informações deste cadastro são utilizadas pelo Multiplanta, no momento da

Função Atualização Banco de Dados

Função Manutenção Transação

Retorno Erro indica onde devem ser tratados os erros da efetivação. Se

Botão Inicialização do Módulo Multiplanta

Para que esta atualização aconteça de forma automática deve-se habilitar o

Botão Busca Transação

Função Manutenção Lista Destino

Função Manutenção Lista Destino Transação

Regra de Negócio A relação da esquerda, contém todas as listas de destino.

Para relacionar as lista destino da transação, deve-se seleciona-las na

O botão “Modifica” é utilizado para determinar qual é a lista destino que o

Função Restrição Campos Atualização

obtida através da execução do programa de inicialização executado através

Esta função relaciona os atributos, de cada tabela atualizada pela transação,

Função Manutenção Caminho

Exemplo Um computador pode ser conectado à rede, via um canal de

Ativo Informar a situação do caminho. Durante a conexão são

Função Manutenção Caminhos Banco Dados

Regra de Negócio A relação da esquerda contém todos os caminhos cadastrados. A relação da

Os botões “Para Cima” e “Para Baixo” são utilizados para ordenar as

Função Manutenção Planta

Pasta Info Gerais

Terminal Informar o endereço do terminal que atua como console de controle

Usuário Informar o código do usuário que pode receber as mensagens de

MQSeries Assinalar se é ou não utilizado o software MQSeries para envio dos

Função Manutenção Planta Lista Destino

Para relacionar as plantas da lista destino, deve-se seleciona-las na relação

Função Manutenção Empresas Estabelecimentos Plantas

Processo Processamento Automático

Definição Executa o envio e a efetivação das transações, conforme a programação da

A função de Negócio é tratada pelo aplicativo de negócio ao qual pertence a

Função Cronograma RPW

Descrição As funções de Envio do Processo, Efetivação da Transação e Retorno da

Neste procedimento são executadas as seguintes tarefas:

B. Geração de sucessivos pedidos

A geração dos próximos pedidos de execução é automática. Neste

Nota A execução da programação por transação tem prioridade mais alta

O botão Incluir que se encontra na barra do menu de contexto, gera uma

Situação Indicar se a programação está ou não ativa