Administrate MFG/PRO

AGENDA

Instalare Progress & MFG/PRO

Descriere produse

Arhitectura sistemului, configuratii

Administrare Baza de date Progress

Creare baze de date

Pornire/Oprire server baze de date

Salvare/Restaurare

Compilarea programelor MFG

Administrare client Progress/MFG

Client

Conectarea la baza de date

Administrare MFG/PRO

Setari sistem (36.1)

Coduri generalizate (36.2.13)

Securitate (36.3)

Fisier control (36.3.24)

Utilizatori (36.3.18)

Meniuri (36.3.1)

Entitate (36.3.13)

Amplasamente (36.3.16)

Camp (36.3.4)

Conturi (36.3.9)

Interfata sistem (36.4)

Meniuri sistem

Functii utilizator

Imprimante (36.13.1)

Gestionare baza de date (36.16)

Meniu referinte incrucisate (36.18)

Meniu comenzi sistem de operare (36.24)

Configurare componente (36.20)

Afisare jurnalizare

CIM (36.15)

Prelucrari in batch (36.14)

Administrare Sistem (36)

In general exista o dinamica accentuata a modificarilor in aceast sector in cursul procesului de implementare. Pe parcurs, dupa stabilirea principiilor, modificarile vor fi tot mai rare.

Fisierul de control sistem/conturi (36.1)

Afecteaza intregul proces in MFG/PRO. El nu este setat de administratorul de sistem, decat in masura in care el scrie efectiv valorile date de compartimentul financiar-contabil.

Coduri generalizate (36.2.13)

Exista o serie de campuri care pot fi validate pe baza unor valori predefinite. Acestea se numesc coduri generalizate si valorile se pot defini prin 36.2.13. Pentru a vedea daca un camp este sau nu validat prin coduri generalizate, ne pozitionam pe acel camp si tastam <CTRL>+<F>. Mesajul generat de sistem ne indica daca campul este validat prin coduri generalizate. Se poate rula raportul Raport validare coduri generalizate pentru a vedea lista tuturor campurilor din baza de date care au aceasta validare asignata.

Setarea valorilor de cod generalizat pentru fiecare cod in parte se face in functie de cerintele firmei beneficiar. Trebuie spus ca daca nu exista valori in cod generalizat atunci nu se face nici o validare, insa daca se introduce o singura valoare, atunci se activeaza validarea.

Securitate (36.3)

Utilizatorii se definesc in 36.3.18, iar numele utilizatorului este de maxim 8 caractere iar numele grupului de maximum 12 caractere. Pe Windows NT, la log on este propus numele utilizatorului de retea. Daca acesta este mai lung de 8 caractere, el este trunchiat si de aici si probleme. Chiar daca setati nume de 8 caractere care sa corespunda trunchierii, utilizatorii trebuie sa intre in campul nume si sa-l editeze

Se va avea in vedere a nu se folosi anumite caractere (blanc) care pot fi citite de SO dar nu si de aplicatia MFG/PRO.

Limba: Sitemul afiseaza meniurile, mesajele si interfetele pe baza acestei optiuni.

Parola: este setata initial de administrator. In fisierul de control este setata valoarea in zile de expirare a parolei.

Schimbarea parolei de catre utilizator se poate face cu 36.3.20. Parola poate fi de maximum 16 caractere, este criptata si nu se regaseste in tabela de utilizatori. Parola poate fi schimbata si de administrator prin 36.3.18.

Grup: utilizatorii pot fi asignati unuia sau mai multor grupuri. De mentionat ca numele grupurilor nu sunt validate de sistem (!).

În cadrul MFG/PRO, existã ºase tipuri de securitate la nivelul unei baze de date:

Securitate la nivel de amplasament, care permite administratorilor sã controleze accesul utilizatorilor la tranzacþii de stoc la fiecare amplasament. Doar utilizatorii autorizaþi pot realiza tranzacþii la amplasamentele la care este activatã securitatea la nivel de amplasament;

Securitate la nivel de entitate, care permite administratorilor sã limiteze lista celor care pot actualiza înregistrãri contabile care au asociatã o anumitã entitate;

Securitate la nivel de cont contabil, care restricþioneazã accesul la conturile contabile;

Securitate la nivel de câmp, care limiteazã posibilitatea utilizatorilor sã actualizeze anumite câmpuri;

Securitate la nivel de meniu, care limiteazã accesul la meniuri ºi la funcþii din cadrul meniurilor;

Jurnalizare fiºiere principale (date statice), care afiºeazã când ºi de cãtre cine au fost operate modificãri la fiºierele principale.

Securitate la nivel de amplasament:

Accesul utilizatorilor este gestionat dupã cod utilizator sau grupuri de utilizatori.

Programe afectate:

Securitatea la nivel de amplasament lucreazã cu programele care modificã date ºi conþin câmpul Amplasament;

Securitatea la nivel de amplasament verificã intervalele de amplasamente în cazul programelor de actualizare în "batch", cum ar fi regenerarea PCM (MRP) ºi postarea facturilor;

Securitatea la nivel de amplasament nu afecteazã programele de interogare ºi de raportare;

Programele de arhivare ºi ºtergere, Fiºier control asigurarea calitãþii (19.24) ºi unele fiºiere de control din Modul service nu folosesc securitatea pe amplasament;

Fiecare bazã de date trebuie setatã individual.

Intervale de amplasamente:

Multe programe MFG/PRO permit accesul la un interval de amplasamente în acelaºi timp. Securitatea la nivel de amplasament controleazã actualizarea datelor pentru intervale de amplasamente. În cazul în care utilizatorul introduce un interval de amplasamente, acesta trebuie sã aibã acces la toate amplasamentele din interval, pentru ca actualizarea datelor sã aibã loc. Atunci când utilizatorul introduce un interval de amplasamente care include amplasamente la care acesta nu are acces, un mesaj de eroare afiºeazã codul primului amplasament la care utilizatorul nu are acces. Utilizatorul trebuie sã modifice atunci intervalul de amplasamente cu care lucreazã, pentru a include doar amplasamente la care are acces.

Securitate la nivel de entitate:

Atunci când este activatã securitatea la nivel de entitate, doar utilizatorii care au autorizaþie pot sã realizeze actualizãri în modulul Contabilitate generalã, pentru o anumitã entitate. Operaþiunile de actualizare includ urmãtoarele:

Actualizare tranzacþii

Postare (validare)

Consolidare

Export ºi import de note contabile

Actualizare bugete

Deschiderea ºi închiderea perioadelor contabile

Totuºi utilizatorii pot sã intre în funcþii de actualizare ºi sã ruleze interogãri ºi rapoarte. Pentru a controla accesul la un anumit ecran, trebuie folositã securitatea la nivel de meniu.

Securitatea la nivel de entitate nu afecteazã tranzacþiile realizate în alte module.

Securitate la nivel de cont contabil:

Securitatea la nivel de cont contabil permite administratorilor sã interzicã accesul utilizatorilor la conturile contabile. Utilizând funcþia ACT securitate conturi CG (36.3.9), pentru codurile de cont pot fi definite grupuri de securitate.

În cazul în care un utilizator încearcã sã creeze o tranzacþie care afecteazã un cont, având o securitate la nivel de grup care nu corespunde cu unul dintre grupurile utilizatorului, utilizatorul va primi un mesaj de eroare ºi nu i se va permite realizarea tranzacþiei.

Securitatea la nivel de cont nu este aplicatã în timpul postãrii tranzacþiilor. Funcþiile de postare ar trebui sã fie restricþionate folosind ACT parolã meniu (36.3.1).

Securitate la nivel de câmp:

Securitatea la nivel de câmp previne ca un utilizator neautorizat sã actualizeze un câmp care are securitatea activatã. Nu previne ca utilizatorii sã poatã vedea valoarea unui anumit câmp, dacã aceºtia au acces la ecranul în care câmpul este actualizat.

Securitate la nivel de meniu:

Atunci când programul este apelat, sunt verificate înregistrãrile de securitate la nivel de meniu, pentru a vedea dacã accesul este limitat. În cazul în care accesul este limitat, este folositã lista de coduri de sesiune ale utilizatorului , care este comparatã cu lista de ºiruri de caractere setatã anterior pentru acea funcþie în ACT parolã meniu. În cazul în care este detectatã o corespondenþã, accesul este permis.

Se folosesc caracterele * "toata lumea" si ! "cu exceptia"; intai se scriu excluderile.

Jurnalizare fiºiere principale:

Atunci când este realizatã modificarea, pentru majoritatea fiºierelor principale (date statice), dacã înregistrarea este modificatã, sunt înregistrate codul utilizatorului care face modificarea ºi data. Aceastã informaþie poate fi accesatã folosind Rapoartele jurnalizare fiºiere principale, 36.17.1 sau 36.17.2.

Interfata MFG/PRO (36.4).

Meniurile din MFG/PRO au o anumita structura predefinita, care este standard QAD, indiferent de limba, de interfata si de modulele achizitionate. Aceasta structura poate fi modificata cu functiile specifice de interfata care se regasesc in meniul 36.4. Prin acest meniu se pot introduce noi meniuri sau structuri de meniuri cu functii specifice anumitor grupuri de utilizatori. Meniurile se definesc prin numar meniu si limba si prin program asociat. MFG/PRO isi identifica programul cautand in cale pe structura de directoare formate din 2 caractere. Pentru anumite functii se pot da nume de identificare, care pot fi tastate direct ca si numarul de meniu.

O alta modalitate de a usura utilizarea MFG/PRO si de gasi repede functia dorita este de a seta functii utilizator prin 36.4.11. Aceste functii depind de utilizator si apar in primul meniu. Cu ajutorul acestui meniu este posibila inserarea a doua functii de mentenanta si utilizarea lor "concurent". Spre exemplu un utilizator incepe inregistrarea unei comenzi, constata ca nu are definit clientul, si fara a abandona comanda, deschide functia de ACT clienti prin meniu si introduce clientul. Aceasta schimbare de functie nu este posibila si poate duce la rezultate nedorite, de aceea utilizatorii trebuie atentionati de acest lucru.

Se pot pune chiar si butoane pe toolbar care sa permita accesul rapid la anumite functii. Acestea se introduc prin 36.20.2.

In functiile de interfata, o functie importanta o reprezinta asocierea Browserelor de campuri prin 36.4.21. Aici se scrie numele campului, si numele browse-ului. Daca browse-ul se aplica pentru camp numai in anumite programe atunci se scrie si numele programului (sau programelor folosing *).

Imprimante (36.13)

Pentru a putea imprima in MFG/PRO trebuie definite imprimante in 36.13.2. Pentru a putea seta mai usor aceste imprimante, se pot defini tipuri de imprimante (36.13.1) care apoi pot fi folosite la definirea imprimantelor. Un tip poate fi "laser" sau "HP Deskjet" sau orice care sa poata identifica mai multe imprimante cu caracteristici similare. Pentru fiecare imprimanta se definesc caractere de control precum si un nume pe baza careia sa poata fi identificat. Astfel, prin caractere de control se pot defini mai multe imprimante logice pentru aceeasi imprimanta fizica. Sistemul are incarcate mai multe imprimante implicite printre care si imprimanta "Window" care este un editor special Progress care permite salvare, cautare precum.

O alta functie utila este asocierea unei imprimante implicite pentru fiecare utilizator (36.13.4). Aceasta face ca fiecare utilizator sa aiba deja imprimanta afisata si doar daca considera necesar, o poate schimba.

MFG/PRO poate imprima si in fisiere. Pentru aceasta in exista in fereastra de selectie imprimanta un check-box "In fisier". Daca se selecteaza aceasta optiune, apare o noua fereastra in care se poate scrie numele fisierului. Fisierele create sunt ASCII si au extensia prn. Ele se regasesc in directorul de lucru al utilizatorului.

Parcurgeri (browse) (36.20.13)

In MFG/PRO exista posibilitatea definirii sau modificarii ferestrelor de parcurgere (browse). Aceste ferestre apar fie la selectia pe campuri (look-up browse) fie ca ferestre separate care afiseaza valorile stocate (power browse). Definirea sau modificarea lor se face prin 36.20.13.10, dar impune cunostinte minime Progress precum si cunoasterea structurii bazei de date MFG/PRO. Codul browse-ului este de 6 caractere, din care primele 2 sunt litere, iar la salvare se creaza 2 fisiere .p care pot fi compilate si puse in structura MFG/PRO. Browserele se creeaza in functie de limba.

Interogare utilizatori conectati 36.16.12

Aceasta functie va permite vizualizarea utilizatorilor conectati precum si a starii lor (ce functie utilizeaza, de cand, etc.) Deconectarea utilizatorilor nu este posibila prin aceasta functie, dar este posibila cu instrumente standard Progress.

Incarcare date prin CIM (36.15)

MFG/PRO permite incarcarea automata a datelor prin fisiere CIM. Acestea sunt fisiere ASCII intr-un format special. Regulile de formatare sunt standard dar formatul depinde de functia care se apeleaza (ce date se doresc a fi introduse). CIM-ul simuleaza introducerea manuala a datelor si face toate verificaririle care se fac in momentul introducerii datelor pe ecran. Pentru informatii suplimentare despre CIM a se folosi materialul dedicat cu regulile de formatare si exemple.

Scop: introducere de date în sistem prin programele de maintenance cu intrare din fiºiere ºi nu de la tastaturã.

Paºi

analizarea ecranelor

pregãtirea fiºerului CIM

încarcarea fiºierului CIM  36.15.1

verificare date încarcate (neprocesate) 36.15.3

procesare CIM 36.15.2

verificare date procesate ºi erori  36.15.3 ºi fiºier de log.

CIM Interface - Formats and Troubleshooting Checklist

Introduction

One way MFG/PRO allows import of ASCII-format data into the system is loading files through the Computer Integrated Manufacturing (CIM) interface. CIM permits loading of output from other databases or from devices like bar code readers. The basic advantage of CIM (as opposed to data load) is that MFG/PRO programs actually load the data, which means that it is checked as it is loaded.

This entry covers CIM basic file formats and troubleshooting. For more information on CIM, consult MFG/PRO user documentation.

Assumptions and Prerequisites

The concepts in this entry apply to all MFG/PRO versions.

CIM Data Types

Input data consists of three types: 

* Labels

* Values

* Logicals

Labels Fields which do NOT have mathematical operations applied against them. They could be alpha or numeric. Descriptions (alpha) and customer codes (numeric) are examples of labels.

Values Fields which will be used in mathematical operations. They must be numeric. They can contain a decimal place or negative sign(-), but no other symbols, like commas or dollar ($) signs.

Logicals: Fields that cause operations to occur within MFG/PRO. An example is the yes/no response to the "Is all the information correct?" prompt.

CIM Data Definitions and Entry Format

BATCH all the records that are to be loaded at any given time. A batch contains one or more groups.

GROUP: The data sets contained between a @@batchload and @@end command line. A group may consist of one or more data sets. Each group may also be one or more records or transactions.

DATA SET: One line in the CIM file. The data required to complete that step in the transaction. If certain fields were being entered manually in MFG/PRO they would be highlighted at the same time. The fields that are highlighted indicate the values that are expected in that data set. (This may be at variance with some documentation which uses the word "group" to define such highlighted sets.)

Example: 

poporc.p f 5.13 Purchase Order Receipts 08/10/94

|Purchase Order: 300 Supplier: 5005 Status: *Effective: 08/10/94*|

*Pack Slip: *Move to Next Operation: yes* |

*Receiver: *Receive All: no* |

|

F1-Go 2-Hlp 3-Ins 4-End 6-Mnu 7-Rcl 8-Clr 9-Prev 10-Next 11-Buf

In the above screen, from Purchase Order Receipts (5.13), the highlighted fields are marked in this entry by leading and following asterisks (*). Those five fields that are highlighted make up one data set. In this case, it is the second data set of the group. The Purchase Order Number/Supplier/Status combination was the first.

Each BATCH session feeds MFG/PRO programs their data sets in GROUPS through the CIM batchload process. GROUPS are formatted in the style that can be handled by the MFG/PRO programs (see below). In other words, DATA SETS going into the CIM load must be delimited by groups.

For each group, the following format is used.

@@batchload

[data set(s)]

@@end

All characters must be in lower case, correctly spelled, with no spaces (except for the one between batchload and and as outlined below).

The sequence of the input data must match the order in which they would be typed if they were being typed directly into MFG/PRO.

* Hyphens (-) are used to indicate acceptance of the default value.

* An end-of-line indicates an end of data set.

* A space is used to separate each field.

* A period on a line by itself is processed as -END (F4).

* A tilde (~) marks a line continuation.

* The up caret (^) indicates a null.

(Note: F5 cannot be simulated.)

Data at the end of an update group can be skipped by ending the line.

Dates should be formatted the same way they are normally entered.

CIM Symbols and Structures

* Data are stored in an ASCII file.

* A batch may have more than one transaction. For complex transactions, it is advisable to have a single transaction per batch.

* Labels are usually surrounded by a set of double quote marks ("). The label will be accepted without quotes but may then be considered more than one input. If there is a space in the label, the quotes are mandatory.

* Values and logicals are NOT set in double quotes.

* Dates will work with or without double quotes (") or slashes (/).

Here's a real-data example of a CIM file.

A CIM file for Purchase Order receipts in Version 7.3G would be structured as follows:

_____ _______ ______ _________

| |

| *Sample CIM File* |

| |

|------------>> @@batchload poporc.p <<----- ----- --------|

"po1038" |

|*First*  "pk1040" - 08/01/94 <<--*One Data Set* |

|*Group*  1 *Three Fields* |

10 10 no "ea" ---- 1400 |

|*One*  . |

|*Transaction* no |

yes |

|------------>> @@end  |

|------------>> @@batchload poporc.p <<----- ----- ------| |

"po1039" | |

"pk1041" - 08/01/94 | |

1 *One* | |*One*

|*Second*  15 15 no "ea" ---- 1400 *Transaction* | |*Batch*

|*Group* . | |

no | |

|*Two*  yes <<----- ----- ------| |

|*Transactions* "po1040" |

"pk1042" - 08/01/94 |

1 |

20 20 no "ea" ---- 1402 |

. |

no |

yes |

|------------>> @@end <<----- ----- --------|

** ** ** ** ** ** ** ** *******

TROUBLESHOOTING 

* Are the values appropriate?

* Is there a line reading: @@batchload ?

* Is there a line reading: @@end?

* Are the data in the correct order?

* Are there any blank lines (an extra )?

* Are there any misplaced spaces?

* Is there an end-of-line for each data set?

* Does it complete the record?

* Is there an . that "undoes" the record?

References to Written Documentation.

Lot (batch) (36.14)

Anumite rapoarte care consuma mult timp pot fi rulate in batch. Aceasta presupune amanarea lor pentru un moment ulterior. Pentru a rula rapoarte in batch trebuie anterior definit batch-ul care se poate face cu (36.14.1). Apoi se alege acest batch cand se doreste imprimarea raportului. Odata cu alegerea batch-ului trebuie facuta si alegerea iesirii (imprimanta sau fisier). Batch-urile se lanseaza cu 36.14.13. Intr-un batch pot fi rulte mai multe rapoarte cu iesiri diferite.

Executarea de rapoarte în batch

Definire batch ID în MFG/PRO

Funcþia 36.14.1 Batch ID Maintenance
Batch ID: repo
Permanent: no
Priority: 10

Creare program de executare a batch-ului (mfrepob.p):

propath = ".,/info2/qad74/localiz,/info2/qad74/mfg74g".

input from batchin.txt.

output to batchout.txt.

Pause 0 before-hide.

run mf.p.

input close.

output close.

3. Creare fiºier de intrare batchin.txt

"razvan" "raz9228"

"mgbatch.p"

"repo" "repo" (de cite ori vreu sa se execute - max 10 batchID)

"y"

4. Creare comandã de pornire batch1

DLC=/info2/progress7/dlc; export DLC
PATH=$PATH:$DLC/bin:$DLC; export PATH

mbpro /baze/qad74/cresi -ld qaddb -db /baze/qad74/xxcresi -ld qadcres -p mfrepob.p

sau

cale/bin/_progress -b /baze/qad74/cresi -ld qaddb -db /baze/qad74/xxcresi -ld qadcres -p mfrepob.p

5. Programare comanda batch

at 20:37 < batch1

6. Verificare

Verificarea execuþiei programelor în batch prin verificarea în funcþiile 36.15.3 ºi 36.15.4 ºi consultarea fiºierelor de ieºire sau listingului.

Obs. Se pot crea mai multe batch-uri reluînd paºii 1 - 5. In acest caz batch-urile pot rula simultan.

Se pot executa mai multe rapoarte într-un batch punînd mai multe batch-uri în lista de la pct. 3 (în acest caz batch-urile ruleazã unul dupã celãlalt) sau apelînd de mai multe ori mbpro în scriptul de la punctul 4.

ANEXA - Modelare structurã organizatoricã.

Implicaþii privind securitatea datelor

Modelare structurã organizatoricã

Una dintre etapele importante la implementarea MFG/PRO va fi stabilirea corespondenþei care se va face între noþiunile de structurã organizaþionalã (firmã, punct de lucru, unitate de gestiune stoc - depozit, secþie) ºi conceptele de structurã ale MFG/PRO. Analiza de mai jos este realizatã cu scopul de clarificare a conceptelor, în vederea luãrii unei decizii ulterioare.

În tabelul de mai jos se prezintã o paralelã între structura firmei ºi conceptele de structurã ale MFG/PRO:

Noþiuni privind modelul datelor în MFG/PRO: bazã de date,entitate,amplasament,magazie

Baza de date este un set fizic de tabele, la care au acces utilizatorii, pentru introducerea datelor ºi pentru obþinerea de rapoarte. Baza de date are urmãtoarele caracteristici:

Foloseºte o singurã monedã de bazã, folositã pentru raportarea financiarã (în România - lei)

Într-o bazã de date se poate seta un singur plan de conturi

Într-o bazã de date se foloseºte un set comun de fiºiere principale (nomeclatoare de clienþi, furnizori, articole etc.)

Are un sistem propriu de securitate

Nu este de obicei distribuita geografic (rezidã pe un computer)

Numãrul de baze de date este dat de urmãtorii factori: moneda de raportare - pentru fiecare monedã câte o bazã de date; securitatea. În cazul utilizãrii a mai multor baze de date pentru gestionarea unui grup de firme, pentru a obþine o situaþie financiarã consolidatã, va fi nevoie de o bazã de date suplimentarã pentru consolidare, în care se vor importa ºi consolida informaþiile contabile din bazele de date individuale.

Entitatea este o unitate (firmã, filialã a unei firme) care comunicã separat rapoarte financiare (bilanþ, cont profit ºi pierdere etc.) ºi varsã taxe la administraþie. O anumitã entitate este cuprinsã într-o singurã bazã de date. Pot exista mai multe entitãþi într-o bazã de date, având toate acelaºi plan de conturi ºi toate celelalte caracteristici comune ale bazei de date, descrise mai sus. Pot fi obþinute rapoarte financiare separate pentru fiecare entitate, dar ºi rapoarte consolidate fãrã a necesita o bazã de date separatã pentru consolidare.

Amplasamentul este o unitate operaþionalã utilizatã pentru planificare ºi control (gestioneazã stocurile, planificarea ºi producþia în mod independent; un acelaºi articol - materie primã, produs finit, marfã etc. - poate avea costuri diferite pe amplasamente diferite; metoda de cost contabil - standard sau mediu ponderat - se seteazã la nivel de amplasament). Pot fi setate unul sau mai multe amplasamente per entitate. Nu produc rapoarte financiare separate (bilanþ, cont profit ºi pierdere).

Magazia este o subdiviziune a amplasamentului (poate fi un depozit, o locaþie, o gestiune). Un amplasament poate avea mai multe magazii, folosite pentru stocuri, planificabile PCM (MRP) sau nu. Articolele din magaziile unui amplasament - materie primã, produs finit, marfã - au un cost unic pe amplasament.

Aspecte privind securitatea la implementarea MFG/PRO

Securitatea în baza de date are mai multe conotaþii:

Restricþionarea la nivelul operãrii de modificãri în baza de date

Restricþionarea în ceea ce priveºte posibilitatea de consultare a datelor prin rularea de interogãri ºi rapoarte

Limitarea nomenclatoarelor afiºate la operarea de modificãri ºi rularea de rapoarte, la cele specifice nivelului de securitate al utilizatorului (de exemplu afiºarea doar a nomenclatorului de clienþi din Piteºti, atunci când un utilizator din Piteºti introduce o comandã de vânzare). Restricþionarea la modificarea doar a tranzacþiilor aferente nivelului de securitate a utilizatorului

Instrumentele pe care le oferã aplicaþia MFG/PRO în ceea ce priveºte securitatea, se referã la: securitatea la nivel de meniu, securitatea la nivel de amplasament, securitatea la nivel de entitate, securitatea la nivel de cont contabil, securitate la nivel de câmp, jurnalizarea fiºierelor principale.

Funcþionalitatea oferitã de MFG/PRO standard în ceea ce priveºte securitatea se referã îndeosebi la restricþionarea posibilitãþii de creare sau modificare tranzacþii. În ceea ce priveºte limitarea consultãrii datelor, aceasta se poate face prin setarea securitãþii la nivel de meniu; dar dacã un utilizator are acces la o funcþie de raportare, atunci el poate vizualiza toate datele existente în acel raport, fãrã restricþionare. Limitarea conþinutului rapoartelor ar necesita o muncã pentru personalizarea acestora. Personalizarea programelor MFG/PRO ar fi de asemenea necesarã ºi pentru limitarea nomenclatoarelor afiºate la operarea de modificãri ºi rularea de rapoarte.

Dacã se doreºte o personalizare a MFG/PRO standard în direcþiile descrise mai sus trebuie identificatã ºi agreatã lista programelor ce ar trebui modificate:

Primul pas este acela de stabilire a securitãþii la nivel de meniu; de exemplu, la modulele de producþie ºi funcþiile din aceste module vor avea acces numai utilizatorii din secþiile productive, la modulele de vânzãri ºi funcþiile din aceste module vor avea acces numai utilizatorii din Departamentul de Vânzãri ºi punctele de lucru.

Al doilea pas îl reprezintã stabilirea necesitãþilor de securitate la nivel de raportare ºi de vizualizare nomenclatoare, pentru utilizatorii care folosesc funcþii comune. De exemplu, utilizatorii din punctul de lucru Piteºti sã poatã vizualiza în rapoartele de istoric facturi doar facturile aferente acestui punct de lucru, iar la introducerea comenzilor de vânzare sã fie vizualizat doar nomenclatorul de clienþi al punctului de lucru Piteºti.