UDC 004.37.01

OH. Jiliaev ,
Institutul de Informatică şi
probleme ale managementului regional
KBSC RAS, cercetător, Nalchik.

Introducere

Crearea unui spațiu informațional unificat este o condiție necesară pentru gestionarea eficientă a diferitelor obiecte, fie că este vorba de o întreprindere, departament, regiune sau stat. Formarea unui mediu unificat presupune integrarea proceselor de management, însoțită de normalizarea fluxurilor informaționale. Adesea, mișcarea informațiilor la diferite niveluri și părți ale obiectului de control este susținută de diverse sisteme informatice și contabile. În consecință, este nevoie de integrarea acestor sisteme. Procesele în creștere ale globalizării economiei mondiale sunt, în esență, procese de integrare. Astfel de sarcini de integrare sunt deosebit de relevante pentru Rusia în legătură cu viitoarea sa aderare la Organizația Mondială a Comerțului (OMC).

Sarcina de integrare a sistemelor informaționale și contabile constă din două părți interdependente: integrarea datelor și integrarea ulterioară a aplicațiilor. Atunci când se realizează integrarea datelor, este necesară unificarea și standardizarea informațiilor normative și de referință (RNI). .

Datele de bază sunt o parte condiționată permanentă a tuturor informațiilor dintr-un sistem informațional (IS), spre deosebire de informațiile curente generate direct în procesul de lucru în SI. Datele de bază includ: directoare, dicționare, liste liniare și ierarhice, clasificatoare, registre, codificatoare, datele din care sunt utilizate la generarea documentelor curente.

Pentru a desemna astfel de informații de referință în literatura de limba engleză, se folosește termenul Master Data (master data, master data), iar sarcinile de gestionare a acestora se numesc Master Data Management (MDM).Totuși, în limba rusă conceptul de referință normativă informația (RNI) este acum mai des folosită), care a apărut în disciplinele legate de managementul economic chiar și în vremurile pre-calculatoare. În acest caz, definiția „normativ” reflectă faptul că problema creării directoarelor trebuie rezolvată ținând cont de standardele din industrie, de stat și internaționale.

Dacă astăzi au devenit familiari termeni precum, de exemplu, ACS (Sisteme de control automatizate) sau IS (Sisteme informaționale), atunci abrevierea „SU NSI” (Regulatory Reference Information Management System) provoacă adesea confuzie. Chiar și sensul care se află în spatele decodificării sale este adesea înțeles doar de specialiști. NSI nu este doar o bază de date, ci un sistem complex organizat, cu multe referințe încrucișate între directoare și clasificatoare individuale. Mecanismul de menținere a relevanței informațiilor de referință este deosebit de important. Cerințele pentru completitudinea, acuratețea și relevanța informațiilor din sistemul de date de referință sunt mult mai stricte decât într-o bază de date convențională, deoarece în timpul funcționării oricărui sistem informatic, inclusiv a sistemelor de control automatizate, conținutul informațional al sarcinilor aplicate depinde de datele de referință. date. Datele de bază reprezintă „fundamentul” întregului sistem informațional, iar managementul acestui sistem ar trebui să fie centralizat. În Figura 1, datele de referință sunt prezentate ca nivelul inferior, „fundamentul informațional” al întregii structuri IS.

Orez. 1 Nivelurile sistemului informatic

Este gestionarea centralizată a sistemului de date de referință, supus reglementărilor unificate și asigurată de un mediu tehnologic unificat, care permite menținerea unificării datelor, completității, integrității și relevanței tuturor cărților de referință și clasificatoarelor incluse în componența sa. Prin urmare, pentru a avea un IS funcțional eficient care să rezolve probleme reale.

Dezvoltarea unui software cu drepturi depline pentru managementul datelor de bază a început cu doar câțiva ani în urmă. Producătorii de top de software au acordat recent o atenție din ce în ce mai mare instrumentelor de gestionare a datelor de bază (în versiunea în limba engleză MDM, Master Data Management - managementul datelor de bază).

Este dificil de imaginat rezolvarea problemelor de integrare fără gestionarea centralizată a datelor de referință. Problema managementului datelor de bază apare chiar și în astfel de structuri automatizate și susținute de informații precum băncile sau companiile de asigurări. Sistemele de management al datelor de bază permit nu numai acumularea de date din mai multe sisteme bancare integrate, de exemplu, generarea de rapoarte pentru mai multe sisteme contabile; dar şi să rezolve problemele managementului operaţional al datelor de referinţă.

În Rusia nu există un centru unic pentru formarea datelor de referință similare cu GOST. Și, deși noi legi legate de elaborarea și circulația documentelor tehnice electronice au intrat recent în vigoare, acestea nu au avut încă un impact sesizabil asupra situației.

Rolul INS în informatizarea regiunii

Informatizarea regională joacă un rol important în implementarea strategiei de dezvoltare a sectorului tehnologiei informației din țara noastră. Recent, în entitățile constitutive ale Federației Ruse, s-a intensificat activitatea privind utilizarea tehnologiilor informaționale în toate sferele vieții regionale. Acest lucru a fost facilitat de implementarea unui număr de evenimente de către organismele guvernamentale federale și de adoptarea documentelor de reglementare în domeniul utilizării tehnologiilor informaționale la nivel federal, departamental, regional și municipal. Unul dintre astfel de documente, conceput pentru a ajuta la rezolvarea problemelor de informatizare cuprinzătoare a regiunii, este Decretul Guvernului Federației Ruse „Cu privire la procedura de formare și utilizare a clasificatoarelor de bază, a directoarelor și a registrelor în furnizarea de stat și municipale. servicii în formă electronică” din 31 august 2010.

Un rol special pentru datele de referință este atribuit și programelor de informatizare pentru industrii și departamente. De exemplu, în publicat pe 31 martie 2010. Proiectul Conceptului de informatizare a asistenței medicale subliniază în special faptul că sistemele informaționale din domeniul sănătății ar trebui concepute ținând cont de standarde și reglementări și să se bazeze pe o singură dată de bază. (INS utilizat în domeniul asistenței medicale, dezvoltării sociale și relațiilor de muncă din Federația Rusă include un total de 163 de clasificatoare și cărți de referință diferite).

La nivel regional, scopul implementării infrastructurii de date principale în sistemele de management automatizate este crearea unui sistem unificat de directoare și clasificatoare utilizate în sistemele informaționale de stat (municipale) ale unei entități constitutive a Federației Ruse, precum și formarea a registrelor contabile de bază care asigură colectarea și stocarea informațiilor furnizate cu privire la principalele obiecte ale managementului regional. Sistemul de management al datelor de bază, fiind un depozit centralizat și singurul furnizor de date de bază comune pentru toate infrastructurile și sistemele informaționale departamentale din regiune, trebuie să asigure compatibilitatea informațională a sistemelor informaționale locale și a aplicațiilor „guvernamentale electronice” ale subiectului.

Evident, următorul pas în dezvoltarea tehnologiei informației în Federația Rusă ar trebui să fie integrarea ulterioară a sistemelor informaționale departamentale, regionale și municipale la nivel federal. Această sarcină de integrare a sistemelor informaționale guvernamentale este atât de complexă încât, pe lângă standardizarea documentelor (de exemplu, bazate pe XML) și infrastructura de integrare sub formă de software, rutarea documentelor XML, sunt necesare eforturi guvernamentale și în domeniul standardizării descrierilor datelor.

Un exemplu de inițiativă în acest domeniu este standardul e-GMS (UK GoverNmeNt Metadata Standard) adoptat în Regatul Unit. . Multe țări au luat ca bază așa-numitul „Dublin Core”, care include 15 elemente de descriere a informațiilor:

• titlu;
• autor sau creator;
• subiect și cuvinte cheie;
• Descriere;
• editor;
• alți contribuitori;
• data de;
• tipul de resursă;
• format;
• identificatorul resursei;
• sursă;
• limba;
• comunicații;
• zona (acoperire);
• managementul drepturilor.

În plus față de elementele în sine, „Dublin Core” are așa-numitele clarificări ale elementelor, de exemplu: „Data creării”, „Data publicării”, „Data expirării”, etc. Țările nu pot folosi numai acest nucleu, dar adăugați și orice elemente suplimentare pe care le consideră necesare. În plus, primul instrument atunci când căutați informații este de obicei navigarea pe categorii. Prin urmare, inițiativele guvernamentale privind standardele metadatelor definesc standarde pentru o listă de categorii (un instrument de căutare principal fără utilizarea de cuvinte cheie).

concluzii

Când vă familiarizați cu legislația care vizează reglementarea prestării serviciilor de stat și municipale în formă electronică și organizarea interacțiunii informaționale interdepartamentale la nivel de stat și municipal, puteți vedea:

• absența efectivă în actele juridice de reglementare a cerințelor obligatorii pentru standardizarea tehnologiilor informaționale și a software-ului utilizat în sistemele informaționale de stat necesare pentru asigurarea schimbului de informații interdepartamentale;
• absența în actele juridice de reglementare a cerințelor clare uniforme pentru directoare, clasificatoare și scheme de date ale sistemelor informatice utilizate în schimbul de informații interdepartamental;
• absența în actele juridice de reglementare a unor mecanisme de furnizare a informațiilor și furnizare de servicii publice în formă electronică care să fie unificate și obligatorii pentru implementare de către toate autoritățile federale, regionale și municipale. .

Astăzi, atât în ​​Federația Rusă, cât și în străinătate, principala dificultate în implementarea proiectelor în domeniul furnizării de servicii electronice la nivel de stat, regional și municipal, precum și a unor proiecte interdepartamentale similare, este în condițiile în care sunt necesare eforturi semnificative pentru integrarea datelor. și aplicații, constă nu în utilizarea anumitor tehnologii specifice, ci în organizarea procesului de adoptare a standardelor relevante și de armonizare a arhitecturilor tehnologice ale diferitelor organizații și departamente.

Proiectele în domeniul furnizării de servicii electronice la nivel de stat, regional, municipal și departamental, care sunt realizate de guvernele diferitelor țări, prevăd următoarele tipuri principale de standarde:

• standarde de date;
• standarde pentru schimbul de informații interdepartamentale;
• standarde de metadate (și de regăsire a informațiilor);
• standarde de siguranță.

Este necesară o metodologie modernă unificată pentru menținerea datelor de bază, altfel, pe măsură ce cantitatea de date crește, sistemul va deveni de negestionat.
Reglementările și metodologia de completare a cărților de referință și a clasificatoarelor trebuie precizate în detaliu, altfel va fi extrem de dificil să se asigure o muncă de înaltă calitate și ordonată a experților în menținerea datelor de referință. Este nevoie de o delimitare clară a domeniilor de competență și responsabilitate ale utilizatorilor datelor de referință și ale experților în gestionarea acestora.

Este nevoie de o tehnologie modernă extrem de eficientă și un sistem de gestionare a datelor de referință care să rezolve problema accesului multi-utilizator la acesta cu posibilitatea de separare fizică a puterilor, să implementeze interacțiunea utilizatorilor cu experții și să asigure scalarea ușoară a sistemului atunci când crește atât baza de date de referință în sine și numărul de experți în service.

Literatură:
1. „Strategia de dezvoltare a societății informaționale în Federația Rusă” (aprobată de Președintele Federației Ruse la 7 februarie 2008 Nr. Pr-212);
2. Proiect de hotărâre a Guvernului Federației Ruse „Cu privire la procedura de formare și utilizare a clasificatoarelor de bază, a directoarelor și a registrelor în furnizarea de servicii de stat și municipale în formă electronică” din 31 august 2010.
3. „Review of NSI”, Publicația Ministerului Dezvoltării Economice, 2010
4. „Conceptul de creare a unui sistem informațional în domeniul sănătății pentru perioada până în 2020”, 2010.
5. Polotnyuk I.„Metadatele ca bază pentru integrare”, PC Week/RE (492), 2005.
6. Ray Wang, Rob Karel.„Trends 2008: Master Data Management” 2008.

Informații de reglementare și de referință- o componentă condiționat permanentă a informațiilor corporative, care stă la baza unificării și normalizării datelor care însoțesc procesele de afaceri în desfășurare, precum și reglementarea activităților organizației. Cu alte cuvinte, informațiile de reglementare și de referință sunt resursa de informații a unei companii, generate intern și primite, de regulă, din exterior. Conține standarde, cerințe, reguli, reglementări și alte informații care normalizează și sistematizează activitățile companiei.

Cerința de a asigura interacțiunea și unificarea diferitelor sisteme de aplicare a proceselor de afaceri care apar la http://en.wikipedia.org/wiki/Service_oriented_architecture întreprinderilor și în diverse organizații, consolidarea documentației de raportare, duce la necesitatea construirii unui sistem de normative. și informații de referință. Sistemul de informații normative de referință este format din grupuri de obiecte construite pe [clasificatoare] și directoare integrale, industriale și corporative (interne).

Principalele probleme ale datelor de referință în sistemele informaționale corporative:

• Clasificatoarele și cărțile de referință în întregime rusești elaborate de serviciile guvernamentale și aprobate la nivel federal, destinate conținutului de informații actualizate cu actualizare și verificare regulată, nu sunt utilizate în întregime:
• Clasificatoarele integral rusești, prezentate parțial în sisteme, nu sunt actualizate sau normalizate;
• Informațiile, care constituie împreună un singur întreg, sunt împărțite în mai multe părți și colectate în directoare separate;
• Directoarele de sistem sunt duplicate în conținutul informațiilor și utilizarea funcțională;
• Cea mai mare parte a datelor din directoare nu este normalizată, menținerea informațiilor normative și de referință nu este reglementată, rezultând dublarea informațiilor la actualizarea directoarelor. Nu există informații suficiente în intrările din director (înregistrările nu sunt complet descrise);
• Majoritatea clasificatorilor prezentați în sisteme au o structură slabă bazată pe caracteristicile grupării informațiilor și sunt pe un singur nivel, ceea ce nu este asigurat de flexibilitatea și conținutul informațional al clasificării.

Sisteme de informare Informații de reglementare și de referință.

Sistemul de date de referință corporativă oferă depozitare, prelucrareȘi dispoziţie informații permanente și condiționat permanent pentru utilizatorii sistemului.

Sistemele de date principale sunt concepute pentru a menține datele corporative actualizate, pentru a asigura exhaustivitatea, eliminarea erorilor, monitorizarea integrității și coerenței datelor.

Modificarea datelor și a structurii acestora stocate în sistemul de date master este permisă numai de experții în sistem. Toate acțiunile de modificare a datelor sunt strict reglementate. Utilizatorii de informații sunt alte sisteme de informații ale întreprinderii care primesc date prin interfețe predeterminate.

Această abordare asigură corectitudinea datelor în cadrul întreprinderii, indiferent de numărul și varietatea sistemelor informaționale utilizate, eliminând dublarea informațiilor de către diferite departamente și simplificând construcția rapoartelor de sinteză.

Termenul NSI este de origine sovietică, deși în URSS nu a fost introdusă o definiție clară. În Occident, un analog mai potrivit al datelor de bază este Master Data sau Master Referenced Data, a căror esență este informațiile de referință normalizate non-tranzacționale (cataloage) și clasificatorii (ierarhii). Astfel, datele de bază pot fi considerate doar ca un subset al conceptului de date de bază.

Sistemele de management al directorilor pot fi echivalate cu conceptul internațional de Master Data Management (MDM), care poate fi considerat ca parte a Arhitecturii Orientate pe Servicii (SOA).

Este fundamental ca dicționarele, standardele, regulile, reglementările, care sunt de obicei incluse în conceptul de date de bază, să nu fie obiecte ale sistemelor MDM.

Vezi si

• Blog despre NSI de Sabir Asadullayev
• SAP Master Data Management

Legături

Fundația Wikimedia. 2010.

Vedeți ce este „NSI” în alte dicționare:

NSI- colectarea neautorizată de informații Sursa: http://www.energosys.ru/?nav=entr&id=6105 Informații de referință reglementare INS; informații de referință de reglementare legal. Sistem de indicare montat pe cască NSI în marcaj...

NSI- informații de referință de reglementare... Dicționar de abrevieri rusești

Banca NSI- Bank Nevastroyinvest http://nsvbank.ru/​ bank., organizație, Sankt Petersburg ... Dicționar de abrevieri și abrevieri

NSI Runavik Nume complet Nes Sóknar Ítróttarfelag Runavík Fondat în 1957 Stadionul Runavik ... Wikipedia

Nume complet Nes Sóknar Ítróttarfelag Runavík Fondat în 1957 Stadionul Runavik ... Wikipedia

NSI Runavik Nume complet... Wikipedia

Uncl., pl. (unitățile Mansi, uncl., m. și f.). Poporul care constituie populația indigenă din regiunea autonomă Khanty-Mansi din RSFSR, precum și persoanele înrudite cu acest popor... Mic dicționar academic

Și grunsha, grusi, neskl., m. și f... stres cuvânt rusesc

Mansi, uncl., m. și f. (oameni) … stres cuvânt rusesc

EOS NSI- un sistem industrial unificat pentru gestionarea informațiilor de referință de reglementare Sursa: rosatom.ru ... Dicționar de abrevieri și abrevieri

Cărți

• Sisteme integrate de proiectare și control. SCADA. Manual, Halim Nazipovich Muzipov, Oleg Nikolaevich Kuzyakov, Sergey Aleksandrovich Khokhrin, Margarita Viktorovna Chashchina, Roman Vasilievich Martynyuk, Tutorialul acoperă informații de bază despre programele sistemului în timp real Sirius-SCADA. Este descris programul „Research Database Editor”, destinat creării de baze de date... Categorie: Automatizare. Inginerie calculator Seria: Manuale pentru universități. Literatură specială Editura: Lan,
• Sisteme integrate de proiectare și control. SCADA, Muzipov Kh.N. , Recomandat de Departamentul Regional al Districtului Federal Ural UMO al universităților din Federația Rusă pentru educație în domeniul ingineriei radio, electronică, tehnologie biomedicală și automatizare ca ajutor de predare pentru studenți... Categorie:

Eficiența întreprinderilor din industria ingineriei mecanice depinde în mare măsură de cât de bine este organizată munca cu informații de referință (RNI). Directorul IT al grupului, Oleg Apanasik, vorbește în prezent despre proiectul de implementare a sistemului de date de referință în grupul de companii AEM-Technologies și despre utilizarea acestuia.

Întreprindere inteligentă: Care au fost obiectivele principale la implementarea datelor de bază și în ce etape principale poate fi împărțită soluția la această sarcină?

Oleg Apanasik: Decizia adoptată pentru implementare se bazează pe experiența angajaților noștri în gestionarea informațiilor de reglementare și de referință. Totul a început cu necesitatea centralizării managementului directorului de materiale și componente de bază la două locații de producție și în societatea de management. Am dezvoltat două standarde de întreprindere și mai multe instrucțiuni de lucru, dar de fiecare dată au apărut materiale în sistemele informaționale care nu au fost introduse în conformitate cu documentele de reglementare, sau duplicate ale înregistrărilor existente.

Și la sfârșitul anului 2014, am inițiat un proiect de optimizare a muncii cu informații de reglementare și de referință. În cadrul său, au fost dezvoltate metode pentru normalizarea mai multor grupuri principale de directoare - „Nomenclatură”, „Contrapărți”, „Angajați”, „Financial” și „Tehnologic” - precum și metode de gestionare a acestora.

Cadrul organizatoric al proiectului a inclus întreprinderea principală a companiei noastre, situată în orașul Kolpino, și două sucursale - Petrozavodskmash și Atommash din Volgodonsk.

Schița proiectului a inclus un număr mare de sisteme, care sunt destul de potrivite pentru a fi împărțite în grupuri separate.

În primul rând, vorbim despre o întreagă gamă de sisteme de afaceri aplicate cu scop universal. Acestea sunt două soluții pentru managementul resurselor întreprinderii - SAP ERP și 1C:UPP și două pentru managementul personalului - SAP HR și 1C:ZUP. Aceasta ar trebui să includă și gestionarea electronică a documentelor bazată pe „1C: Flux de documente”, produsul „1C: Consolidare”, precum și dezvoltarea pentru contabilizarea cheltuielilor de comunicații mobile „1C: Comunicații mobile”. În plus, circuitul a inclus produse specializate pentru activitățile noastre de producție: TeamCenter (Siemens PLM Software), responsabil cu proiectarea și pregătirea tehnologică a producției, un sistem pentru menținerea unei arhive a documentației tehnice a întreprinderii și gestionarea datelor despre produse Căutarea companiei Intermech , un sistem de referință și informații pentru gestionarea bazei de date IMBASE de la același producător și sistem de control acces și control acces Perco. Au fost implicate și produse de infrastructură - controlerul de domeniu ActiveDirectory și portalul corporativ MS SharePoint.

Ce metode universale de prelucrare a informațiilor au fost folosite pentru a rezolva problemele date - să zicem, curățarea datelor, căutarea textului, clasificarea ierarhică sau de altă natură, parametrizarea datelor, altceva? Tot ceea ce tocmai ați enumerat se referă la metodele tehnice de verificare a corectitudinii formării intrărilor de director pentru respectarea regulilor convenite în prealabil. Vorbim aici despre așa-numita „fool-proofing”, iar la nivelul necesar lucrului cu sistemul de date master, aceasta poate fi implementată în orice sistem de contabilitate. Este mult mai dificil să ajungi de acord asupra regulilor de întreținere a directoarelor. De exemplu, pentru nomenclatură este important ca numele să corespundă documentului de reglementare, iar acest lucru este eficient atunci când lucrăm conform GOST, OST sau TU. Dar dacă clientul solicită utilizarea materialelor conform standardelor care au încetat să mai fie valabile în țară sau conform cataloagelor producătorilor, inclusiv străini, atunci apar probleme controversate care ar trebui descrise în prealabil. Un set de aceste reguli stă la baza metodelor și standardelor de gestionare a datelor de bază.

Ar fi interesant să auzim despre accentul metodologic în lucrul cu informații normative și de referință...

Pentru funcționarea cu succes a sistemului de management al datelor de referință, este important să se realizeze ceea ce, în opinia mea, este cea mai lungă etapă din proiect - normalizarea datelor. Înainte de a începe proiectul de implementare a managementului datelor de bază (sisteme MDM), a cărui funcție principală este de fapt managementul datelor de bază, compania a folosit timp de mulți ani diverse soluții de contabilitate, producție, precum și sisteme de proiectare, pentru care stocăm un uriaș cantitatea de informații de referință diferite. Iar dorința noastră firească a fost să păstrăm și să folosim datele acumulate, dar în conformitate cu metodologia nou dezvoltată. În acest scop, a fost necesară normalizarea datelor.

Voi numi principalele obiective pentru care ne-am străduit.

În primul rând, fiecare intrare de director trebuie să se refere la o anumită clasă a clasificatorului principal și astfel încât să fie introduse valorile caracteristicilor obligatorii ale acestei clase pentru aceste intrări.

În al doilea rând, fiecărei înregistrări i se atribuie un nume unificat.

În al treilea rând, valorile atributelor fiecărei intrări de director sunt introduse în conformitate cu metodologia de management aprobată.

În al patrulea rând, nu ar trebui să existe intrări duplicate în director.

Și, în sfârșit, în al cincilea rând, este necesar ca fiecare intrare de director să aibă un cod unic, care este înțeles în mod unic de toți utilizatorii și sistemele de aplicații care accesează directorul.

Procesul de normalizare în sine este, de asemenea, împărțit în mai multe etape.

La scenă munca pregatitoare Clasificatoarele sunt configurate și sunt determinate reguli pentru prelucrarea datelor „brute”.

La scenă preprocesarea datelor brute Se generează seturi de date, se distribuie datele „brute” între experți, se elaborează reguli de procesare și se construiesc baze de instruire.

Clasificarea înregistrărilor „brute”. se realizează în două etape: înregistrarea brută este atribuită unei clase sau alteia și se determină valoarea caracteristicilor pentru fiecare clasă selectată.

Formarea unei înregistrări de referință: După clasificare, o înregistrare de referință este căutată după valoarea clasei și un set de valori caracteristice, iar dacă este găsită o înregistrare, atunci înregistrarea „brută” se referă la aceasta. Dacă înregistrarea de referință nu este găsită, atunci este creată cu valoarea specificată a clasei și a caracteristicilor.

Prelucrarea datelor sistemului MDM în sistemul abonatului -În această etapă, înregistrările obiectelor de date de bază existente în sistemul de abonați sunt actualizate sau sunt adăugate altele noi.

Aș dori să remarc că inima sistemului MDM este serverul Ontology (dezvoltat de compania rusă AXELOT), care servește ca asistent inteligent pentru expertul în date de referință. În etapa de clasificare, el invită expertul să aleagă o clasă adecvată pentru o situație dată și pentru clasa selectată sugerează valorile caracteristicilor.

Dar magistrala de integrare este responsabilă pentru schimbul de date cu sistemele de abonat, care conectează obiecte din diferite sisteme folosind coduri MDM.

Există anumite particularități pentru construirea unui sistem de management al datelor de referință pentru marile întreprinderi de construcție de mașini și în ce constă acesta?

Particularitatea acestei construcții nu constă în amploarea întreprinderii, ci în numărul de sisteme informatice operate în companie și în volumul cărților de referință utilizate. Tipul de producție afectează și modul în care lucrați cu sistemul. Dacă vorbim despre producția de produse în exemplare unice, atunci noile înregistrări în directorul de materiale sau echipamente sunt introduse mai des decât în ​​producția de serie și, în consecință, regulile de creare a intrărilor trebuie să fie strict reglementate. În compania noastră, în directorul „Nomenclatură” sunt introduse până la o mie de noi înregistrări în fiecare lună, astfel încât specialiștii NSI nu au timp să discute în continuare corectitudinea materialelor de denumire.

Ce elemente se referă în acest caz la sistemul de date de bază pe care l-ați construit - materiale, unelte, operațiuni, calificarea personalului, furnizori sau alte componente?

Proiectul nostru a dezvoltat o metodologie de menținere a unui număr de directoare, împărțite în cinci grupe: nomenclatură, contrapărți, angajați, financiar și tehnologic. Dacă vorbim despre cărțile de referință care alcătuiesc aceste grupuri, ele descriu într-adevăr acele componente pe care tocmai le-ați menționat, precum și multe altele. De exemplu, în secțiunea „Nomenclatură” există directoare precum „Materiale de bază”, „Unelte”, „Echipamente și inventar”, „Produse”. În grupurile corespunzătoare există directoare numite „Contrapărți”, „Angajați”, „Poziții de personal”, „Centre de lucru” sau, de exemplu, „Elemente de flux de numerar”. Pe scurt, avem peste douăzeci de cărți de referință, care acoperă în detaliu toate aspectele activităților companiei AEM Technologies, fie că este vorba de activități financiare, de producție sau de management al personalului. Mai mult, în cazul lucrului cu directoare de nomenclatură, sursa de date este sistemul MDM, iar abonații sunt sisteme contabile și sisteme de proiectare. Dar atunci când lucrați cu directorul „Angajați”, sursa este sistemul de management al personalului, iar sistemul MDM joacă rolul unui sistem de abonați și magistrală de integrare pentru sistemele de contabilitate.

În mod tradițional, conexiunile puternice și stabile cu furnizorii de materiale și componente, inclusiv cele informaționale, sunt importante pentru întreprinderile mari de inginerie mecanică. Este nevoie de un fel de armonizare a sistemului de date master cu sisteme similare ale partenerilor dumneavoastră?

Nu ne-am propus sarcina de a ne integra cu sistemele furnizorilor. Și după ce am mers până la capăt pentru a normaliza datele la trei site-uri din compania noastră, cred că acest lucru este puțin probabil. Este important pentru noi ca, odată ce articolul specificat în declarația materială este inclus în specificația tehnică pentru furnizare, din acesta - în caietul de sarcini al contractului și apoi este indicat în documentele de primire, ajungând în consecință la depozitul nostru și este anulate pentru o anumită comandă de producție. În toate etapele, o astfel de nomenclatură trebuie să fie clar identificată, indiferent de locul în care a fost întocmită lista de materiale, cine a fost implicat în achiziție și unde se desfășoară producția.

Ce este suportul IT pentru datele de referință, care sunt funcțiile cheie aici și cum este recomandabil să implementați acest lucru în termeni de produs și organizatori?

Desigur, odată cu introducerea unui nou sistem informatic pentru departamentul IT, se adaugă o funcție care să-l susțină. Dar nu este nimic nou aici: asigurarea funcționării neîntrerupte, backupul datelor, instruirea utilizatorilor, elaborarea regulamentelor și instrucțiunilor de lucru, modificarea funcționalității existente pe baza solicitărilor și documentației utilizatorilor. O anumită dificultate este prezentată de integrarea datelor, lucru cu care nu a fost inclus inițial în proiect... Dar aici lucrăm îndeaproape cu contractorii noștri.

Dacă vorbim pe scurt despre partea de produs și organizațională a problemei, atunci produsul nostru cheie de asistență IT a fost 1C:MDM Reference Information Management, precum și Axelot Datareon ESB. Axelot a fost principalul partener de implementare.

Multe departamente ale companiei sunt întotdeauna interesate de dezvoltarea unui sistem de informații de reglementare și de referință. Cum poate fi mai bine luat în considerare acest interes în structura managementului de proiect?

Experții INS joacă un rol deosebit atât în ​​proiectul de implementare, cât și în funcționarea ulterioară a sistemului MDM. Succesul proiectului depinde în proporție de 80% de loialitatea, capacitatea de muncă și competențele profesionale. Ei sunt cei care determină regulile de lucru cu informația. Mai mult, aceștia sunt angajați din diverse domenii: pentru grupul de directoare „Nomenclatură” și „Tehnologic” aceasta este direcția tehnică, pentru grupul „Contrapărți” - birou, pentru directoarele „Financial” - contabilitate și finanțatori, pentru „ Angajati” - directia pentru managementul personalului. Rolul serviciului IT în dezvoltarea proiectului este de a ajuta la colectarea sau formularea cerințelor, de a coordona datele colectate cu toți participanții la procesul de afaceri, de a asigura implementarea tehnică și sprijinirea suplimentară a instrumentului de întreținere a directoarelor. Dar proprietarul procesului de gestionare a datelor de bază este afacerea și depinde doar de clienții de afaceri dacă acest proces se va dezvolta sau nu.

Serghei Kostyakov, expert de frunte în Intelligent Enterprise, a vorbit cu Oleg Apanasik

Decid proprietarii și managerii să implementeze ERP astfel încât sistemul IT să aducă noi beneficii afacerii? oferind mai mulți pași înaintea concurenților, management simplificat și profituri sporite. Prin urmare, nu vom cita aici terminologia, care are puține în comun cu tendințele de dezvoltare a pieței în condiții IT.

Deci, ce este ERP de generație următoare? Ce trebuie să înțelegem astăzi despre acest termen? - La asta vrem să vă atragem atenția.

În 2013, Gartner a introdus un nou termen: „ ERP postmodern„Care nu este un sistem monolitic, așa cum percepem de obicei un produs ERP, ci un spațiu informațional al aplicațiilor integrate, care se dezvoltă și se completează pe măsură ce nivelul și nevoile întreprinderii cresc. Acesta este un fel de sinteză a serviciilor cloud, aplicațiilor. pe diverse platforme, sisteme locale etc. .d., care permit întreprinderii să fie flexibilă, să introducă rapid produse noi, să utilizeze datele acumulate în procese end-to-end, să implementeze cele mai bune propuneri de la dezvoltatori, să își actualizeze portofoliul de software (rapid schimbați „vechiul” într-un „nou” produs mai avansat), automatizați procesele pas cu pas, în conformitate cu capacitățile și nevoile.

Analiștii Gartner prevăd că companiile care nu au o strategie de dezvoltare post-modernă, dar continuă să folosească o „structură monolitică”, vor experimenta o creștere a nivelului de complexitate a sistemului, o creștere a costurilor și, cel mai important, nu vor fi. capabile să țină pasul cu restructurarea cât de repede pot face concurenții lor.folosind seturi integrate de aplicații externe.

Transformarea la un ERP de nouă generație este provocarea cu care se confruntă acum afacerile și companiile IT.

Ce putem oferi?

Implementare, dezvoltare și suport: ca parte a strategiei de dezvoltare pe termen lung, tranziție consecventă, graduală și construirea unui sistem ERP integrat de ultimă generație: veți putea să vă construiți arhitectura IT pas cu pas folosind o platformă de integrare care îndeplinește tendințe și vă oferă oportunitatea de a fi „cu un pas înainte”.

Exemple de module externe integrate prin IPaaS:

Cloud ERP

Sistemele ERP cloud permit companiilor să:

• reduce costurile inițiale de dezvoltare,
• accelerați timpul de implementare și scalare
• simplificați setările pentru a se potrivi nevoilor lor unice.

Cu cloud-ul, companiile pot rula o versiune simplificată a ERP - ceea ce înseamnă că companiile primesc automat cele mai recente inovații, de la noi funcții pentru a susține cele mai recente reglementări.

Cloud ERP eliberează companiile de ERP-ul inflexibil și rezistent la schimbări din trecut. Nu mai așteptați upgrade-uri costisitoare, nu mai există upgrade-uri riscante. Gata cu sistemul ERP învechit.

Serviciile de asistență IT sunt reduse la minimum, deoarece furnizorul de cloud gestionează actualizările și actualizările. Și un model ERP bazat pe cloud face mult mai ușoară colocarea sau mutarea datelor în altă țară.

Documentația ERP 2 pentru Ucraina (versiunea beta)

Documentația oficială este furnizată numai la livrarea produsului software

Conceptul și funcționalitatea ERP

Clienții

Astăzi, în Ucraina, marile companii implementează ERP:

Instrucțiuni de utilizare pentru BAS ERP Ucraina

Documentație și instrucțiuni de utilizare pentru produsul BAS ERP Ucraina

Instrucțiuni ERP

documentatie ERP

Module suplimentare pentru ERP

Module suplimentare gata făcute care extind funcționalitatea soluției principale 1C:Enterprise ERP

Director « Structura companiei„conține o ierarhie a diviziunilor funcționale ale unei întreprinderi de toate tipurile - administrative, de producție și așa mai departe.

Directorul poate avea orice adâncime a ierarhiei și este utilizată o ierarhie de elemente. Aceasta înseamnă că o unitate contabilă și un obiect de planificare pot fi orice diviziune din ierarhie.

Din acest exemplu reiese clar că producția poate fi structurată în diviziuni (secții, sectoare, grupe, departamente) cu orice nivel de imbricare.

Din punctul de vedere al subsistemului de management al producției, diviziunea este interpretată ca executant al etapelor programului de producție; în consecință, în specificațiile de resurse pentru fiecare etapă, este definită o divizie - executantul etapei.

Să enumerăm detaliile unității de producție, ale căror valori trebuie să fie determinate în subsistemul „Managementul producției”.

• Programa. Selectat din directorul „Programe de lucru”.

Un element al acestui director definește programul de lucru - orele de începere și de sfârșit ale lucrului separat pentru fiecare zi a săptămânii și separat pentru toate zilele dinainte de vacanță. Pentru fiecare zi a săptămânii, puteți specifica separat orele de începere și de sfârșit a lucrului conform programului și pot exista mai multe perioade de timp de lucru pe zi a săptămânii, de exemplu, de la 8.00 la 13.00 și de la 14.00 la 18.00. . Este necesar un program de lucru pentru un departament, astfel încât procedura de calcul al programului de producție să poată determina numărul de ore de lucru disponibile în departament pentru fiecare zi calendaristică.

• Depozit de materiale. Un depozit în care necesarul de materiale este generat conform programului de producție pentru etapele planificate în departament. Acest depozit verifică disponibilitatea materialelor pentru finalizarea etapei. Daca este necesar, pentru nomenclatura si caracteristicile materialului se pot infiinta depozite de materiale separate unde se va verifica disponibilitatea acestora.
• Interval de programare. Stabilește ce interval va fi utilizat pentru departament la calcularea programului de producție pe etape. Opțiuni: „Ziua”, „Săptămâna”, „Luna”.

Dacă este necesar, opțiunea „ Ora", pentru a utiliza acest interval, trebuie să activați opțiunea funcțională corespunzătoare.

Criteriile de alegere a unui interval de planificare pentru un departament sunt respectarea duratei etapelor tipice efectuate în departament și durata intervalului. De exemplu, dacă majoritatea etapelor dintr-un departament nu durează mai mult de câteva zile, atunci este logic să folosiți intervalul „Ziua”. Dacă durata tipică a unei etape depășește semnificativ o săptămână, atunci este rezonabil să se folosească intervalul „săptămână”.

Creșterea duratei intervalului peste ceea ce este necesar duce la o creștere vizibilă a duratei de producție, adică la o „întindere” a programului de producție în timp.

Reducerea excesivă a lungimii intervalului duce la prea multe detalii de timp în programul de producție, ceea ce poate complica munca dispecerului local.

• Metoda de gestionare a foilor de traseu. Această setare este utilizată la gestionarea Foilor de traseu executate în departament.

Opțiuni:

• „Metodologie BBV/UBVV”. Programul de execuție ML este generat pentru RC cheie; execuția ML este monitorizată prin trecerea tamponului preliminar și final de către ML.
• "Planificare operationala". Programul este generat pentru toate DC-urile și operațiunile de rută. În plus, trebuie să clarificați „Metoda de planificare”– „Înainte” sau „Înapoi”.

Depozite (zone de depozitare)

Din punct de vedere al planificarii productiei, un depozit este un obiect al sistemului de productie care raspunde nevoilor departamentelor de productie pentru materiale si semifabricate.

La calcularea graficului se generează un grafic al cerințelor în depozite pentru materiale și semifabricate (articol, caracteristici, cantitate, interval de planificare).

Depozitul din care unitatea de producție este „alimentată” în mod implicit este determinat de detaliile unității.

Dar nu și invers: atributul „Diviziune” din directorul „Depozit” nu afectează planificarea (și servește în scopuri contabile).

Puteți specifica o definiție mai detaliată a depozitului de aprovizionare - pentru diviziune și articol, caracteristici ale componentei sursă.

Brigăzile și componența brigadelor

Echipa este executorul direct al lucrării la etapa (operațiunile) din atelier. Pentru a contabiliza ieșirea angajaților conform Fișei de traseu, dispeceratul local generează un document „Ordin de brigadă”, în care indică echipa și tipurile de muncă pe care echipa le-a efectuat conform Fișei de traseu.

Echipa este formată din angajați. Componența brigăzii este stabilită prin documentul „ Formarea componenței brigăzii", și este valabilă de la data specificată în document.

Dacă este necesar să se detalieze comenzile până la angajați individuali, atunci în directorul „Brigade” se formează brigăzi formate dintr-un singur angajat.

Tipuri de centre de lucru, centre de lucru

Tipurile de centre de lucru sunt destinate să descrie capacitatea de producție a unui departament. Tipurile de centre de lucru au un fond disponibil de timp de lucru în intervale de planificare, care este completat la atribuirea etapelor de producție la intervale la calcularea programului de producție.

O vizualizare a centrului de lucru constă din centre de lucru specifice, cum ar fi piese de echipamente. Un sinonim pentru tipul de centre de lucru este „Grup de centre de lucru interschimbabile”.

Exemple de centre de lucru:

■ Unitate de echipament

■ La locul de muncă

■ Un grup de lucrători (echipă sau asociație profesională).

■ Angajat

■ Unitatea de echipare

Pentru a calcula un program de producție fezabil care să corespundă debitului maxim de producție, este necesar să se aloce pentru etapele de specificare a resurselor tipuri încărcate de centre de lucru în fiecare departament, care pot limita debitul etapei.

Detaliile tipului de centre de lucru sunt următoarele:

• Steagul „Planifică munca”. Dacă flag-ul este activat, acest tip de RC poate fi selectat în etapă ca tip de RC încărcat. Steagul este pornit pentru tipurile RC ale diviziei, care se pot dovedi a fi „gâtul de sticlă” al diviziei.
• Disponibilitate maximă (oră, min, sec). Determină durata maximă de prelucrare a unui lot dintr-o etapă în intervalul diviziei căreia îi aparține tipul RC. Pentru un lot dintr-o etapă, o durată de procesare nu poate fi atribuită într-un interval mai mare decât disponibilitatea maximă.

În versiunea actuală a UP2, setările pentru tipurile RC, păstrând în același timp esența descrisă, s-au schimbat deja oarecum. Acum puteți utiliza casetele de selectare pentru a:

• Ar trebui să se ia în considerare disponibilitatea timpului DC în programarea la nivel superior? Și dacă da, acest DC va fi descărcabil sau nu.
• Ar trebui DC să fie implicat în managementul producției folosind Foile de ruta la nivelul inferior?

Următoarea diagramă prezintă structura și relația directoarelor „Structura întreprinderii”, „Tipuri de centre de lucru”, „Centre de lucru”.

Introducerea timpului disponibil pentru centrul de lucru

Pentru a introduce fondul de timp disponibil al centrelor de lucru pe intervale, utilizați documentul „Disponibilitatea centrelor de lucru”. În antetul documentului, selectați departamentul, tipul centrului de lucru și perioada documentului.

Partea tabelară a documentului este extinsă cu coloane - intervale de împărțire (de exemplu, zile) în perioada documentului.

În rândul secțiunii tabelare, trebuie să selectați un centru de lucru care aparține Tipului de centru de lucru și, pe intervale de coloană, să indicați numărul de ore de disponibilitate pentru fiecare interval.

Specificațiile resurselor

Specificarea resurselor ca diagramă de rețea

Sunt cunoscute diferite tipuri de specificații, de exemplu, specificații de proiectare, diagrame operaționale ale rutelor, „antrenamente”, ca rute pentru trecerea unei piese prin departamente.

Cel mai comun mod de a descrie procesul de fabricație al oricărui produs este o diagramă de rețea.

Specificația resurselor descrie programul de rețea pentru fabricarea unui produs.

Noduri de rețeaîntr-o astfel de descriere sunt interconectate etape de producţie, efectuate secvenţial sau în paralel de către departamente în procesul de fabricaţie a unui produs sau semifabricat. Într-un singur departament - una sau mai multe etape de efectuat.

Arcuri– interdependență între etape, spectacol, la finalizarea căror etape pot începe următoarele etape.

Este convenabil să folosiți o diagramă de rețea pentru a descrie orice proces de producție - în producție discretă, continuă, în construcții, în activități de proiectare.

În general, o diagramă de rețea poate conține nu numai fapte de transfer de produse între departamente, ci și fapte de transfer de rezultate ale muncii.

Rezultatul muncii transferate între ateliere nu are neapărat expresie materială. Transferul unui rezultat dintr-un departament în alt departament, astfel încât celălalt departament să-și poată face partea de lucru, nu implică neapărat transferul anumitor produse. Produsul poate fi, de exemplu, amplasat într-un departament sau mutat după cum este necesar, în timp ce lucrul la produs poate fi efectuat de alte departamente.

Etapele de producție pot include nu numai fabricarea produselor, ci și pregătirea producției, configurarea echipamentelor, dezvoltarea documentației, instruire, instalare și așa mai departe.

În cazul extrem, o specificație de resurse poate include toate etapele de fabricație a unui produs, în conformitate cu arborele ierarhic al structurii produsului. În cel mai simplu caz, o specificație de resurse constă dintr-o etapă de producție. Această specificație de resurse se numește o singură etapă.

Un exemplu de specificație de resurse ca diagramă de rețea cu etape de nod este prezentat în următoarea diagramă:

Structura de specificare a resurselor

Structura unei specificații de resurse ca obiect de configurare este prezentată în următoarea diagramă:

Specificația resursei conține:

■ lista de ieșiri,

■ lista de intrări materiale,

■ lista costurilor cu forța de muncă (pe tip de muncă),

Pentru fiecare intrare, ieșire și forță de muncă într-o specificație de resurse în mai multe etape, este necesar să se indice stadiul în care inputul (inputul forță de muncă) este consumat sau este produs.

La intrările etapelor sunt indicate componentele inițiale (materiale, servicii) venite din exterior în procesul de producție, descrise de caietul de sarcini.

Adică, acestea sunt acele componente care, pentru o anumită etapă, nu sunt ieșiri ale altor etape ale aceleiași specificații.

Pentru o intrare de material - un produs semifabricat, puteți activa steagul " Produs în proces» și, în consecință, selectați specificația Resurse conform căreia acest semifabricat trebuie să fie produs. Ca rezultat, această specificație de resursă va fi „completată” de la această intrare „în jos” de către o altă specificație de resursă. Astfel, este posibil să se creeze un arbore complet de produse finite din specificații individuale, sub forma unei cascade de specificații.

Această cascadă de specificații este utilizată atunci când se generează o specificație pentru o anumită linie de comandă de producție. Întreaga cascadă de BOM-uri de resurse aferente este copiată în BOM-ul liniei de comandă.

În recuzită" Cantitatea optimă de transfer între etape» se poate specifica cantitatea dintr-un lot de produse (rezultatul muncii) care este indicat sa fie transferata intre etape. La calcularea programului de producție, cantitatea de etapă este împărțită în date de lot, iar fiecare lot este planificat separat, în funcție de timpul de disponibilitate al tipurilor de DC încărcate.

Intensitatea standard a muncii în specificația resurselor, precum și în operațiunile tehnologice ale hărților de traseu, este indicată în secțiunea „ Tipuri de muncă».

Tipul muncii - analiză, în funcție de care sunt introduse prețurile forței de muncă pentru lucrători și se ia în considerare producția lucrătorilor. Denumirea tipului de muncă poate conține, pe lângă o descriere a muncii în sine, și categoria necesară de lucrători și profesia acestora. Pentru un tip de lucrare se specifică unitatea de măsură a acestuia, de exemplu, ore sau bucăți. produse.

Pentru fiecare tip de lucrare din registrul periodic de informatii" Preturi» se poate indica pretul curent pe unitate a tipului de lucrare.

Etape de specificare a resurselor

O specificație de resursă poate fi într-o singură etapă sau în mai multe etape.

Dacă specificația este într-o singură etapă, detaliile unei singure etape sunt editate direct în formularul de specificații. Dacă specificația este în mai multe etape, atunci specificația conține o listă de etape. Pentru a edita detaliile etapei, trebuie să deschideți un formular de etapă separat din lista de etape.

Succesiunea etapelor este determinată de detaliile etapei: „Numărul etapei”, „Numărul etapei următoare”. Pe baza numărului etapei și a numărului etapei următoare, conexiunile între etape sunt construite sub forma unei diagrame de rețea a etapelor.

Detaliile etapei determină principalii parametri ai planificării etapei:

• Subdiviziune,în care se realizează scena. Pentru o etapă este definită o singură divizie. Dacă aceleași etape pot fi efectuate în departamente diferite, atunci este necesar să se creeze specificații de resurse diferite
• Cantitatea produsă la un moment dat. R dimensiunea lotului sau volumul de lucru pentru care timpul de finalizare a etapei este standardizat. De exemplu, dacă o unitate este specificată în atribut, atunci timpul de execuție a etapei este normalizat la unul.
• Flag „Planificați activitatea tipurilor de DC”. Determină metoda de normalizare a duratei etapei.
  • Steagul este activat. În etapă, este necesar să se indice ce tipuri de centru de lucru vor fi încărcate de etapă și durata prelucrării cantității produse simultan pe tipul de centru de lucru încărcat. Aceste tipuri de DC-uri se pot dovedi a fi „gâte de sticlă” atunci când îndeplinesc programul de producție, astfel încât sarcina lor în program este calculată. În plus, este necesar să se indice timpul preliminar (înainte de procesare pe vizualizarea RC încărcată) și finalul buffer-ului. Tampoanele ocupă intervale separate în programul de producție. Să reamintim că, dacă timpul de procesare înainte sau după tipul de încărcare a RC este mult mai mic decât durata intervalului, atunci specificarea timpilor tampon poate duce la capturarea nejustificată a intervalelor întregi de către tampon și, în consecință, la o creștere nejustificată a durata unei etape din programul de producţie.
  • Steagul este stins. Etapa indică timpul necesar pentru a-l finaliza, pentru orice cantitate de lot. Se crede că în acest timp etapa va fi finalizată în orice caz, indiferent de numărul din etapă. Steagul poate fi dezactivat în etape, a cărui execuție nu este legată de procesarea pe tipuri încărcate de RC („așa-numitele „gâturi de sticlă”); în consecință, se consideră că departamentul la efectuarea unei astfel de etape are (relativ către departamente cu „gâte de sticlă”) capacitate de producţie nelimitată.
• Steag « Continuu» etapa determină dacă execuția etapei poate fi împărțită în mai multe intervale neadiacente în program.
  • Dacă steagul este pornit, atunci etapa se execută continuu și poate fi localizată în program numai la intervale adiacente.
  • Dacă steagul este dezactivat, atunci execuția etapei poate fi întreruptă, adică o parte a etapei de timp poate fi localizată în program într-un interval și o parte - într-un altul, nu adiacent primului interval.

Criteriul de continuitate – cel puțin o operație în cadrul unei etape este continuă și comparabilă cu durata intervalului. Aceste operațiuni includ, de exemplu, tratament termic, vopsire, uscare și așa mai departe.

Diferența dintre etapele de planificare „discontinue” și „continue” este prezentată în diagrama următoare.