UDC 004.37.01

OH. Zhilyaev ,
Institute of Informatics at
mga problema sa pamamahala ng rehiyon
KBSC RAS, mananaliksik, Nalchik.

Panimula

Ang paglikha ng isang pinag-isang espasyo ng impormasyon ay isang kinakailangang kondisyon para sa epektibong pamamahala ng iba't ibang mga bagay, maging ito ay isang negosyo, departamento, rehiyon o estado. Ang pagbuo ng isang pinag-isang kapaligiran ay nagsasangkot ng pagsasama ng mga proseso ng pamamahala, na sinamahan ng normalisasyon ng mga daloy ng impormasyon. Kadalasan, ang paggalaw ng impormasyon sa iba't ibang antas at bahagi ng control object ay sinusuportahan ng iba't ibang impormasyon at mga sistema ng accounting. Alinsunod dito, may pangangailangan na isama ang mga sistemang ito. Ang lumalagong mga proseso ng globalisasyon ng ekonomiya ng mundo ay, sa esensya, mga proseso ng pagsasama. Ang ganitong mga gawain sa pagsasama ay partikular na nauugnay para sa Russia na may kaugnayan sa paparating na pag-akyat nito sa World Trade Organization (WTO).

Ang gawain ng pagsasama ng impormasyon at mga sistema ng accounting ay binubuo ng dalawang magkakaugnay na bahagi: pagsasama ng data at kasunod na pagsasama ng aplikasyon. Kapag nagsasagawa ng pagsasama-sama ng data, kinakailangan na pag-isahin at i-standardize ang normative and reference information (RNI). .

Ang master data ay isang kondisyon na permanenteng bahagi ng lahat ng impormasyon sa isang information system (IS), kabaligtaran sa kasalukuyang impormasyon na direktang nabuo sa proseso ng pagtatrabaho sa IS. Kasama sa master data ang: mga direktoryo, diksyunaryo, linear at hierarchical na listahan, classifier, register, codifier, ang data kung saan ginagamit sa pagbuo ng kasalukuyang mga dokumento.

Upang tukuyin ang naturang impormasyon sa sanggunian sa panitikan sa wikang Ingles, ang terminong Master Data (master data, master data) ay ginagamit, at ang mga gawain ng pamamahala nito ay tinatawag na Master Data Management (MDM), gayunpaman, sa Russian ang konsepto ng normative reference mas madalas na ginagamit ngayon ang impormasyon (RNI) ), na lumitaw sa mga disiplina na nauugnay sa pamamahala ng ekonomiya kahit na sa mga panahon bago ang computer. Sa kasong ito, ang kahulugan ng "normative" ay sumasalamin sa katotohanan na ang problema sa paglikha ng mga direktoryo ay dapat malutas na isinasaalang-alang ang industriya, estado at internasyonal na mga pamantayan.

Kung ngayon ay naging pamilyar na ang mga termino gaya ng, halimbawa, ACS (Automated Control Systems) o IS (Information Systems), kung gayon ang pagdadaglat na "SU NSI" (Regulatory Reference Information Management System) ay kadalasang nagdudulot ng kalituhan. Kahit na ang kahulugan na nasa likod ng pag-decode nito ay madalas na nauunawaan lamang ng mga espesyalista. Ang NSI ay hindi lamang isang database, ngunit isang kumplikadong organisadong sistema na may maraming cross-reference sa pagitan ng mga indibidwal na direktoryo at mga classifier. Ang mekanismo para sa pagpapanatili ng kaugnayan ng impormasyon ng sanggunian ay lalong mahalaga. Ang mga kinakailangan para sa pagkakumpleto, katumpakan at kaugnayan ng impormasyon sa sistema ng data ng sanggunian ay mas mahigpit kaysa sa isang maginoo na database, dahil sa panahon ng pagpapatakbo ng anumang sistema ng impormasyon, kabilang ang mga awtomatikong control system, ang nilalaman ng impormasyon ng mga inilapat na gawain ay nakasalalay sa data ng sanggunian datos. Ang master data ay ang "pundasyon" ng buong sistema ng impormasyon at ang pamamahala ng sistemang ito ay dapat na sentralisado. Sa Figure 1, ang data ng sanggunian ay ipinapakita bilang ang mas mababang antas, ang "pundasyon ng impormasyon" ng buong istraktura ng IS.

kanin. 1 Mga antas ng sistema ng impormasyon

Ito ay ang sentralisadong pamamahala ng reference data system, na napapailalim sa pinag-isang mga regulasyon at ibinigay ng isang pinag-isang teknolohikal na kapaligiran, na nagbibigay-daan sa pagpapanatili ng pag-iisa ng data, pagkakumpleto, integridad at kaugnayan ng lahat ng mga reference na libro at mga classifier na kasama sa komposisyon nito. Samakatuwid, upang magkaroon ng isang epektibong gumaganang IS na lumulutas ng mga tunay na problema.

Ang pagbuo ng ganap na software para sa master data management ay nagsimula lamang ilang taon na ang nakakaraan. Ang mga nangungunang tagagawa ng software ay kamakailan lamang ay nagbabayad ng higit at higit na pansin sa mga master data management tool (sa English na bersyon na MDM, Master Data Management - master data management).

Mahirap isipin ang paglutas ng mga problema sa pagsasama nang walang sentralisadong pamamahala ng reference data. Ang problema ng master data management ay lumitaw kahit na sa mga istrukturang awtomatiko at suportado ng impormasyon gaya ng mga bangko o kompanya ng seguro. Ang mga master data management system ay nagpapahintulot hindi lamang na makaipon ng data mula sa ilang pinagsama-samang sistema ng pagbabangko, halimbawa, upang makabuo ng mga ulat para sa ilang mga sistema ng accounting; ngunit din upang malutas ang mga problema ng pagpapatakbo ng pamamahala ng reference data.

Sa Russia walang solong sentro para sa pagbuo ng data ng sanggunian na katulad ng mga GOST. At, kahit na ang mga bagong batas na may kaugnayan sa pagbuo at sirkulasyon ng mga elektronikong teknikal na dokumento ay nagsimula kamakailan, hindi pa sila nagkaroon ng kapansin-pansing epekto sa sitwasyon.

Ang papel ng NSI sa impormasyon ng rehiyon

Ang regional informationization ay may mahalagang papel sa pagpapatupad ng development strategy para sa information technology sector sa ating bansa. Kamakailan lamang, sa mga nasasakupang entidad ng Russian Federation, tumindi ang trabaho sa paggamit ng mga teknolohiya ng impormasyon sa lahat ng larangan ng buhay sa rehiyon. Ito ay pinadali ng pagpapatupad ng isang bilang ng mga kaganapan ng mga katawan ng pederal na pamahalaan at ang pag-ampon ng mga dokumento ng regulasyon sa larangan ng paggamit ng mga teknolohiya ng impormasyon sa mga antas ng pederal, departamento, rehiyonal at munisipyo. Ang isa sa mga naturang dokumento, na idinisenyo upang makatulong na malutas ang mga problema ng komprehensibong impormasyon ng rehiyon, ay ang Dekreto ng Pamahalaan ng Russian Federation "Sa pamamaraan para sa pagbuo at paggamit ng mga pangunahing classifier, direktoryo at rehistro sa probisyon ng estado at mga serbisyo ng munisipyo sa elektronikong anyo” na may petsang Agosto 31, 2010.

Ang isang espesyal na tungkulin para sa data ng sanggunian ay itinalaga din sa mga programa ng impormasyon para sa mga industriya at departamento. Halimbawa, sa inilathala noong Marso 31, 2010. Lalo na binibigyang-diin ng draft na Konsepto para sa Informatisasyon ng Pangangalagang Pangkalusugan na ang mga sistema ng impormasyon sa pangangalagang pangkalusugan ay dapat na idisenyo na isinasaalang-alang ang mga pamantayan at regulasyon at nakabatay sa isang master data. (Ang NSI na ginamit sa larangan ng pangangalagang pangkalusugan, panlipunang pag-unlad at mga relasyon sa paggawa ng Russian Federation ay may kabuuang 163 iba't ibang mga classifier at reference na libro).

Sa antas ng rehiyon, ang layunin ng pagpapatupad ng master data infrastructure sa mga awtomatikong sistema ng pamamahala ay ang paglikha ng isang pinag-isang sistema ng mga direktoryo at mga classifier na ginagamit sa mga sistema ng impormasyon ng estado (munisipyo) ng isang constituent entity ng Russian Federation, pati na rin ang pagbuo. ng mga pangunahing rehistro ng accounting na tinitiyak ang pagkolekta at pag-iimbak ng ibinigay na impormasyon sa mga pangunahing layunin ng pamamahala ng rehiyon. Ang master data management system, bilang isang sentralisadong repositoryo at ang tanging tagapagtustos ng karaniwang master data para sa lahat ng imprastraktura at mga sistema ng impormasyon ng departamento sa rehiyon, ay dapat tiyakin ang pagkakatugma ng impormasyon ng mga lokal na sistema ng impormasyon at mga aplikasyon ng "electronic na pamahalaan" ng paksa.

Malinaw, ang susunod na hakbang sa pagbuo ng teknolohiya ng impormasyon sa Russian Federation ay dapat na ang kasunod na pagsasama ng mga sistema ng impormasyon sa departamento, rehiyonal at munisipyo sa antas ng pederal. Ang gawaing ito ng pagsasama ng mga sistema ng impormasyon ng pamahalaan ay napakasalimuot na bilang karagdagan sa pag-standardize ng mga dokumento (halimbawa, batay sa XML) at imprastraktura ng pagsasama-sama sa anyo ng software, pagruruta ng mga dokumento ng XML, ang mga pagsisikap ng pamahalaan ay kailangan din sa larangan ng pag-standardize ng mga paglalarawan ng data.

Ang isang halimbawa ng isang inisyatiba sa lugar na ito ay ang pamantayang e-GMS (UK GoverNmeNt Metadata StaNdard) na pinagtibay sa UK. . Ginawa ng maraming bansa bilang batayan ang tinatawag na "Dublin Core", na kinabibilangan ng 15 elemento ng paglalarawan ng impormasyon:

• pamagat;
• may-akda o manlilikha;
• paksa at mga keyword;
• paglalarawan;
• tagapaglathala;
• iba pang mga kontribyutor;
• petsa ng;
• uri ng mapagkukunan;
• pormat;
• tagatukoy ng mapagkukunan;
• pinagmulan;
• wika;
• komunikasyon;
• lugar (saklaw);
• pamamahala ng mga karapatan.

Bilang karagdagan sa mga elemento mismo, ang "Dublin Core" ay may tinatawag na mga paglilinaw ng mga elemento, halimbawa: "Petsa ng paglikha", "Petsa ng publikasyon", "Petsa ng pag-expire", atbp. Hindi lamang magagamit ng mga bansa ang core na ito, ngunit magdagdag din ng anumang karagdagang elemento na sa tingin nila ay kinakailangan. Bilang karagdagan, ang unang tool kapag naghahanap ng impormasyon ay karaniwang nagba-browse ng mga kategorya. Samakatuwid, ang mga inisyatiba ng mga pamantayan ng metadata ng pamahalaan ay tumutukoy sa mga pamantayan para sa isang listahan ng mga kategorya (isang pangunahing tool sa paghahanap nang hindi gumagamit ng mga keyword).

mga konklusyon

Kapag pamilyar ka sa batas na naglalayong i-regulate ang pagkakaloob ng mga serbisyo ng estado at munisipyo sa elektronikong anyo, at pag-aayos ng interdepartmental na interaksyon ng impormasyon sa antas ng estado at munisipyo, makikita mo ang:

• ang aktwal na kawalan sa mga regulasyong ligal na aksyon ng mga mandatoryong kinakailangan para sa standardisasyon ng mga teknolohiya ng impormasyon at software na ginagamit sa mga sistema ng impormasyon ng estado na kinakailangan upang matiyak ang pagpapalitan ng impormasyon ng interdepartmental;
• ang kawalan sa mga regulasyong ligal na aksyon ng pare-parehong malinaw na mga kinakailangan para sa mga direktoryo, classifier at data scheme ng mga sistema ng impormasyon na ginagamit sa interdepartmental na pagpapalitan ng impormasyon;
• ang kawalan ng mga regulasyong legal na aksyon ng mga mekanismo para sa pagbibigay ng impormasyon at pagbibigay ng mga pampublikong serbisyo sa elektronikong anyo na pinag-isa at ipinag-uutos para sa pagpapatupad ng lahat ng pederal, rehiyonal at munisipal na awtoridad. .

Ngayon, kapwa sa Russian Federation at sa ibang bansa, ang pangunahing kahirapan sa pagpapatupad ng mga proyekto sa larangan ng pagbibigay ng mga elektronikong serbisyo sa antas ng estado, rehiyon at munisipyo, pati na rin ang mga katulad na proyekto ng interdepartmental, sa mga kondisyon kung saan ang mga makabuluhang pagsisikap ay kinakailangan upang pagsamahin ang data at mga aplikasyon, ay hindi binubuo sa paggamit ng ilang partikular na teknolohiya, ngunit sa pag-oorganisa ng proseso ng pag-ampon ng mga nauugnay na pamantayan at pagsasama-sama ng mga arkitektura ng teknolohiya ng impormasyon ng iba't ibang organisasyon at departamento.

Ang mga proyekto sa larangan ng pagbibigay ng mga elektronikong serbisyo sa antas ng estado, rehiyon, munisipyo at departamento, na isinasagawa ng mga pamahalaan ng iba't ibang bansa, ay nagbibigay ng mga sumusunod na pangunahing uri ng mga pamantayan:

• mga pamantayan ng data;
• mga pamantayan para sa pagpapalitan ng impormasyon ng interdepartmental;
• mga pamantayan ng metadata (at pagkuha ng impormasyon);
• Pamantayang pangkaligtasan.

Ang isang pinag-isang modernong pamamaraan para sa pagpapanatili ng master data ay kinakailangan, kung hindi, habang ang dami ng data ay tumataas, ang system ay magiging hindi mapapamahalaan.
Ang mga regulasyon at pamamaraan para sa pagpuno ng mga reference na libro at mga classifier ay dapat na nabaybay nang detalyado, kung hindi, ito ay magiging lubhang mahirap upang matiyak ang mataas na kalidad at maayos na gawain ng mga eksperto sa pagpapanatili ng reference data. May pangangailangan para sa isang malinaw na delineasyon ng mga lugar ng kakayahan at responsibilidad ng mga gumagamit ng data ng sanggunian at mga eksperto sa pamamahala nito.

Ang isang napakahusay na modernong teknolohiya at reference data management system ay kailangan na lumulutas sa problema ng multi-user access dito na may posibilidad ng pisikal na paghihiwalay ng mga kapangyarihan, nagpapatupad ng pakikipag-ugnayan ng mga user sa mga eksperto at nagsisiguro ng madaling pag-scale ng system kapag pinapataas ang parehong reference data base mismo at ang bilang ng mga servicing expert.

Panitikan:
1. "Diskarte para sa pagpapaunlad ng lipunan ng impormasyon sa Russian Federation" (inaprubahan ng Pangulo ng Russian Federation noong Pebrero 7, 2008 No. Pr-212);
2. Draft resolution ng Gobyerno ng Russian Federation "Sa pamamaraan para sa pagbuo at paggamit ng mga pangunahing classifier, direktoryo at mga rehistro sa pagkakaloob ng mga serbisyo ng estado at munisipal sa electronic form" na may petsang Agosto 31, 2010.
3. "Pagsusuri ng NSI", Publikasyon ng Ministri ng Pagpapaunlad ng Ekonomiya, 2010
4. "Ang konsepto ng paglikha ng isang sistema ng impormasyon sa pangangalagang pangkalusugan para sa panahon hanggang 2020", 2010.
5. Polotnyuk I."Metadata bilang batayan para sa pagsasama", PC Week/RE (492), 2005.
6. Ray Wang, Rob Karel."Trends 2008: Master Data Management" 2008.

Impormasyon sa Regulatoryo at Sanggunian- isang kondisyon na permanenteng bahagi ng impormasyon ng korporasyon, na siyang batayan para sa pag-iisa at normalisasyon ng data na kasama ng patuloy na mga proseso ng negosyo, pati na rin ang regulasyon ng mga aktibidad ng organisasyon. Sa madaling salita, ang impormasyon sa regulasyon at sanggunian ay mapagkukunan ng impormasyon ng kumpanya, na nabuo sa loob at natanggap, bilang panuntunan, mula sa labas. Naglalaman ito ng mga pamantayan, kinakailangan, panuntunan, regulasyon at iba pang impormasyon na nag-normalize at nag-systematize sa mga aktibidad ng kumpanya.

Ang pangangailangan upang matiyak ang pakikipag-ugnayan at pag-iisa ng iba't ibang mga sistema ng aplikasyon ng mga proseso ng negosyo na nagaganap sa http://en.wikipedia.org/wiki/Service_oriented_architecture na mga negosyo at sa iba't ibang mga organisasyon, pagsasama-sama ng dokumentasyon ng pag-uulat, ay humahantong sa pangangailangan na bumuo ng isang sistema ng normatibo at sangguniang impormasyon. Ang sistema ng normative reference information ay nabuo ng mga grupo ng mga bagay na binuo sa all-Russian, industriya at corporate (internal) [classifiers] at mga direktoryo.

Ang mga pangunahing problema ng data ng sanggunian sa mga sistema ng impormasyon ng kumpanya:

• Ang mga all-Russian classifier at reference na aklat na binuo ng mga serbisyo ng gobyerno at naaprubahan sa pederal na antas, na nilayon para sa napapanahong nilalaman ng impormasyon na may regular na pag-update at pag-verify, ay hindi ginagamit nang buo:
• Ang mga all-Russian classifier, na bahagyang ipinakita sa mga system, ay hindi na-update o na-normalize;
• Ang impormasyon, na magkakasamang bumubuo ng isang solong kabuuan, ay nahahati sa ilang bahagi at nakolekta sa magkakahiwalay na mga direktoryo;
• Ang mga direktoryo ng system ay nadoble sa nilalaman ng impormasyon at functional na paggamit;
• Ang karamihan ng data ng direktoryo ay hindi na-normalize, ang pagpapanatili ng normatibo at reference na impormasyon ay hindi kinokontrol, na nagreresulta sa pagdoble ng impormasyon kapag nag-a-update ng mga direktoryo. Walang sapat na impormasyon sa mga entry sa direktoryo (ang mga entry ay hindi ganap na inilarawan);
• Ang karamihan ng mga classifier na ipinakita sa mga system ay may mahinang istraktura batay sa mga katangian ng pagpapangkat ng impormasyon, at iisang antas, na hindi sinisiguro ng kakayahang umangkop at nilalaman ng impormasyon ng pag-uuri.

Sistema ng Impormasyon Impormasyon sa Regulatoryo at Sanggunian.

Nagbibigay ang corporate reference data system imbakan, pagpoproseso At probisyon permanenteng at may kondisyong permanenteng impormasyon sa mga user ng system.

Ang mga master data system ay idinisenyo upang panatilihing napapanahon ang data ng kumpanya, tiyakin ang pagkakumpleto, alisin ang mga error, subaybayan ang integridad at pagkakapare-pareho ng data.

Ang pagbabago ng data at ang istraktura nito na nakaimbak sa master data system ay pinahihintulutan lamang ng mga dalubhasa sa system. Ang lahat ng mga aksyon upang baguhin ang data ay mahigpit na kinokontrol. Ang mga gumagamit ng impormasyon ay iba pang mga sistema ng impormasyon ng enterprise na tumatanggap ng data sa pamamagitan ng mga paunang natukoy na interface.

Tinitiyak ng diskarteng ito ang kawastuhan ng data sa loob ng negosyo, anuman ang bilang at iba't ibang sistema ng impormasyon na ginamit, inaalis ang pagdoble ng impormasyon ng iba't ibang departamento at pinapasimple ang pagbuo ng mga buod na ulat.

Ang terminong NSI ay nagmula sa Sobyet, bagaman ang isang malinaw na kahulugan ay hindi ipinakilala sa USSR. Sa Kanluran, ang isang mas angkop na analogue ng master data ay Master Data o Master Referenced Data, ang kakanyahan nito ay hindi-transaksyonal na normalized na reference na impormasyon (mga catalogue) at mga classifier (hierarchies). Kaya, ang Master Data ay maaari lamang isaalang-alang bilang isang subset ng konsepto ng master data.

Ang Direktoryo ng Pamamahala ng Sistema ay maitutumbas sa internasyonal na konsepto ng Master Data Management (MDM), na maaaring ituring bilang bahagi ng Service-Oriented Architecture (SOA).

Mahalaga na ang mga diksyunaryo, pamantayan, panuntunan, regulasyon, na kadalasang kasama sa konsepto ng master data, ay hindi mga bagay ng MDM system.

Tingnan din

• Blog sa NSI ni Sabir Asadullayev
• SAP Master Data Management

Mga link

Wikimedia Foundation. 2010.

Tingnan kung ano ang "NSI" sa ibang mga diksyunaryo:

NSI- hindi awtorisadong koleksyon ng impormasyon Pinagmulan: http://www.energosys.ru/?nav=entr&id=6105 NSI regulatory reference information; legal na impormasyon sa sanggunian ng regulasyon. NSI helmet-mounted indication system sa pagmamarka...

NSI- impormasyon sa sanggunian ng regulasyon... Diksyunaryo ng mga pagdadaglat ng Ruso

NSI Bank- Bank Nevastroyinvest http://nsvbank.ru/​ bank., organisasyon, St. Petersburg ... Diksyunaryo ng mga pagdadaglat at pagdadaglat

NSI Runavik Buong pangalan Nes Sóknar Ítróttarfelag Runavík Itinatag noong 1957 Runavik Stadium ... Wikipedia

Buong pangalan Nes Sóknar Ítróttarfelag Runavík Itinatag noong 1957 Runavik Stadium ... Wikipedia

NSI Runavik Buong pangalan... Wikipedia

Uncl., pl. (mga yunit ng Mansi, uncl., m. at f.). Ang mga taong bumubuo sa katutubong populasyon ng Khanty-Mansi Autonomous Okrug ng RSFSR, pati na rin ang mga taong nauugnay sa mga taong ito... Maliit na akademikong diksyunaryo

At grunsha, grusi, neskl., m at f... salitang Russian stress

Mansi, uncl., m. (mga tao)… salitang Russian stress

EOS NSI- isang pinag-isang sistema ng industriya para sa pamamahala ng impormasyon sa sanggunian ng regulasyon Pinagmulan: rosatom.ru ... Diksyunaryo ng mga pagdadaglat at pagdadaglat

Mga libro

• Pinagsamang disenyo at mga sistema ng kontrol. SCADA. Textbook, Halim Nazipovich Muzipov, Oleg Nikolaevich Kuzyakov, Sergey Aleksandrovich Khokhrin, Margarita Viktorovna Chashchina, Roman Vasilievich Martynyuk, Sinasaklaw ng tutorial ang pangunahing impormasyon tungkol sa mga programa ng Sirius-SCADA real-time system. Ang program na "Research Database Editor" ay inilarawan, na nilayon para sa paglikha ng mga database... Kategorya: Automation. Computer Engineering Serye: Mga aklat-aralin para sa mga unibersidad. Espesyal na panitikan Publisher: Lan,
• Pinagsamang disenyo at mga sistema ng kontrol. SCADA, Muzipov Kh.N. , Inirerekomenda ng Regional Department ng Urals Federal District UMO ng mga unibersidad ng Russian Federation para sa edukasyon sa larangan ng radio engineering, electronics, biomedical na teknolohiya at automation bilang isang tulong sa pagtuturo para sa mga mag-aaral... Kategorya:

Ang kahusayan ng mga negosyo sa industriya ng mechanical engineering ay higit sa lahat ay nakasalalay sa kung gaano kahusay ang gawaing may reference na impormasyon (RNI) ay nakaayos. Ang direktor ng IT ng grupo, si Oleg Apanasik, ay kasalukuyang nagsasalita tungkol sa proyekto upang ipatupad ang reference data system sa grupo ng mga kumpanya ng AEM-Technologies at ang paggamit nito.

Intelligent Enterprise: Ano ang mga pangunahing layunin sa pagpapatupad ng data ng sanggunian at kung anong mga pangunahing yugto ang maaaring hatiin ang solusyon sa gawaing ito?

Oleg Apanasik: Ang desisyon na pinagtibay para sa pagpapatupad ay batay sa karanasan ng aming mga empleyado sa pamamahala ng impormasyon sa regulasyon at sanggunian. Nagsimula ang lahat sa pangangailangang isentralisa ang pamamahala ng direktoryo ng mga pangunahing materyales at sangkap sa dalawang mga site ng produksyon at sa kumpanya ng pamamahala. Nakabuo kami ng dalawang pamantayan ng negosyo at ilang mga tagubilin sa trabaho, ngunit sa tuwing lumalabas ang mga materyales sa mga sistema ng impormasyon na hindi ipinasok alinsunod sa mga dokumento ng regulasyon, o mga duplicate ng mga kasalukuyang talaan.

At sa pagtatapos ng 2014, sinimulan namin ang isang proyekto upang i-optimize ang trabaho gamit ang impormasyon sa regulasyon at sanggunian. Sa loob ng balangkas nito, ang mga pamamaraan ay binuo para sa normalisasyon ng ilang pangunahing grupo ng mga direktoryo - "Nomenclature", "Counterparties", "Employees", "Financial" at "Technological" - pati na rin ang mga pamamaraan para sa kanilang pamamahala.

Kasama sa balangkas ng organisasyon ng proyekto ang pinuno ng negosyo ng aming kumpanya, na matatagpuan sa lungsod ng Kolpino, at dalawang sangay - Petrozavodskmash at Atommash mula sa Volgodonsk.

Kasama sa balangkas ng proyekto ang isang malaking bilang ng mga sistema, na medyo angkop na hatiin sa magkakahiwalay na grupo.

Una sa lahat, pinag-uusapan natin ang isang buong hanay ng mga sistema ng negosyo na ginagamit para sa unibersal na layunin. Ito ay dalawang solusyon para sa pamamahala ng mapagkukunan ng enterprise - SAP ERP at 1C:UPP at dalawa para sa pamamahala ng tauhan - SAP HR at 1C:ZUP. Dapat ding kabilang dito ang pamamahala ng elektronikong dokumento batay sa "1C: Document Flow", ang produkto na "1C: Consolidation", pati na rin ang pagbuo para sa accounting para sa mga gastos sa mobile na komunikasyon na "1C: Mobile Communication." Bilang karagdagan, ang circuit ay may kasamang mga produkto na dalubhasa para sa aming mga aktibidad sa produksyon: TeamCenter (Siemens PLM Software), na responsable para sa disenyo at teknolohikal na paghahanda ng produksyon, isang sistema para sa pagpapanatili ng isang archive ng teknikal na dokumentasyon ng negosyo at pamamahala ng data ng produkto Search of the Intermech company , isang reference at information database management system IMBASE data mula sa parehong manufacturer at access management at control system na Perco. Ang mga produkto ng imprastraktura ay kasangkot din - ang ActiveDirectory domain controller at ang MS SharePoint corporate portal.

Anong mga unibersal na paraan ng pagproseso ng impormasyon ang ginamit upang malutas ang mga ibinigay na problema - sabihin, paglilinis ng data, paghahanap ng teksto, hierarchical o iba pang pag-uuri, parameterization ng data, iba pa? Ang lahat ng iyong nakalista ay nauugnay sa mga teknikal na pamamaraan ng pagsuri sa kawastuhan ng pagbuo ng mga entry sa direktoryo para sa pagsunod sa mga paunang napagkasunduang panuntunan. Pinag-uusapan natin dito ang tinatawag na "fool-proofing", at sa antas na kinakailangan para sa pagtatrabaho sa master data system, maaari itong ipatupad sa anumang sistema ng accounting. Ito ay mas mahirap na sumang-ayon sa mga patakaran para sa pagpapanatili ng mga direktoryo. Halimbawa, para sa nomenclature mahalaga na ang pangalan ay tumutugma sa dokumento ng regulasyon, at ito ay epektibo kapag nagtatrabaho kami ayon sa GOST, OST o TU. Ngunit kung hihilingin ng customer na gumamit ng mga materyales ayon sa mga pamantayan na tumigil na maging wasto sa bansa, o ayon sa mga katalogo ng mga tagagawa, kabilang ang mga dayuhan, pagkatapos ay lumitaw ang mga kontrobersyal na isyu na dapat ilarawan nang maaga. Ang isang hanay ng mga panuntunang ito ay sumasailalim sa mga pamamaraan at pamantayan para sa master data management.

Magiging kawili-wiling marinig ang tungkol sa metodolohikal na diin sa pagtatrabaho sa normatibo at reference na impormasyon...

Para sa matagumpay na operasyon ng master data management system, mahalagang isagawa kung ano, sa palagay ko, ang pinakamahabang yugto sa proyekto - normalisasyon ng data. Bago ang proyekto para sa pagpapatupad ng master data management (MDM system), ang pangunahing pag-andar na kung saan ay talagang master data management, nagsimula, ang kumpanya sa loob ng maraming taon ay gumamit ng iba't ibang accounting, mga solusyon sa produksyon, pati na rin ang mga sistema ng disenyo, kung saan nag-iimbak kami ng isang malaking. dami ng iba't ibang reference na impormasyon. At ang aming likas na pagnanais ay upang mapanatili at gamitin ang naipon na data, ngunit alinsunod sa bagong binuo na pamamaraan. Para sa layuning ito, kinakailangan ang normalisasyon ng data.

Pangalanan ko ang mga pangunahing layunin na aming pinagsikapan.

Una, ang bawat entry sa direktoryo ay dapat na nauugnay sa isang partikular na klase ng pangunahing classifier, at sa paraan na ang mga halaga ng mga mandatoryong katangian ng klase na ito ay ipinasok para sa mga entry na ito.

Pangalawa, ang bawat tala ay itinalaga ng isang pinag-isang pangalan.

Pangatlo, ang mga halaga ng katangian ng bawat entry sa direktoryo ay ipinasok alinsunod sa naaprubahang pamamaraan ng pamamahala.

Pang-apat, dapat walang duplicate na entry sa direktoryo.

At panghuli, panglima, kinakailangan na ang bawat entry sa direktoryo ay may natatanging code na natatanging nauunawaan ng lahat ng mga user at mga system ng application na nag-a-access sa direktoryo.

Ang proseso ng normalisasyon mismo ay nahahati din sa ilang yugto.

Sa entablado gawaing paghahanda Ang mga classifier ay na-configure at ang mga panuntunan para sa pagproseso ng "raw" na data ay tinutukoy.

Sa entablado pre-processing ng raw data Ang mga set ng data ay nabuo, ang "raw" na data ay ipinamamahagi sa mga eksperto, ang mga patakaran para sa pagproseso nito ay ginawa, at ang mga base ng pagsasanay ay binuo.

Pag-uuri ng "raw" na mga talaan ay isinasagawa sa dalawang yugto: ang raw record ay itinalaga sa isang klase o iba pa at ang halaga ng mga katangian ay tinutukoy para sa bawat napiling klase.

Pagbuo ng isang talaan ng sanggunian: pagkatapos ng pag-uuri, ang isang rekord ng sanggunian ay hahanapin sa pamamagitan ng halaga ng klase at isang hanay ng mga katangiang halaga, at kung ang isang talaan ay natagpuan, kung gayon ang "raw" na talaan ay tumutukoy dito. Kung ang talaan ng sanggunian ay hindi natagpuan, pagkatapos ito ay nilikha gamit ang tinukoy na halaga ng klase at mga katangian.

Pagproseso ng data ng system ng MDM sa sistema ng subscriber - Sa yugtong ito, ina-update ang mga kasalukuyang master data object record sa sistema ng subscriber o idinaragdag ang mga bago.

Nais kong tandaan na ang puso ng sistema ng MDM ay ang server ng Ontology (binuo ng kumpanyang Ruso na AXELOT), na nagsisilbing isang matalinong katulong sa ekspertong data ng sanggunian. Sa yugto ng pag-uuri, inaanyayahan niya ang eksperto na pumili ng isang klase na sapat para sa isang partikular na sitwasyon at para sa napiling klase ay iminumungkahi niya ang mga halaga ng mga katangian.

Ngunit ang integration bus ay may pananagutan sa pakikipagpalitan ng data sa mga subscriber system, na nag-uugnay sa mga bagay sa iba't ibang system gamit ang mga MDM code.

Mayroon bang mga detalye sa pagbuo ng isang reference data management system para sa malalaking machine-building enterprise at kung ano ang binubuo nito?

Ang kakaiba ng konstruksiyon na ito ay hindi nakasalalay sa sukat ng negosyo, ngunit sa bilang ng mga sistema ng impormasyon na pinapatakbo sa kumpanya, at sa dami ng mga sangguniang libro na ginamit. Ang uri ng produksyon ay nakakaapekto rin sa kung paano ka nagtatrabaho sa system. Kung pinag-uusapan natin ang paggawa ng mga produkto sa mga solong kopya, kung gayon ang mga bagong entry sa direktoryo ng mga materyales o kagamitan ay ipinasok nang mas madalas kaysa sa serial production, at naaayon, ang mga patakaran para sa paglikha ng mga entry ay dapat na mahigpit na kinokontrol. Sa aming kumpanya, hanggang sa isang libong bagong entry ang inilalagay sa direktoryo ng "Nomenclature" na nag-iisa bawat buwan, kaya ang mga espesyalista sa NSI ay walang oras upang higit pang talakayin ang kawastuhan ng mga materyales sa pagbibigay ng pangalan.

Anong mga elemento sa kasong ito ang may kinalaman sa master data system na iyong binuo - mga materyales, tool, operasyon, kwalipikasyon ng tauhan, supplier o iba pang bahagi?

Ang aming proyekto ay bumuo ng isang pamamaraan para sa pagpapanatili ng isang bilang ng mga direktoryo, na nahahati sa limang grupo: katawagan, katapat, empleyado, pananalapi at teknolohikal. Kung pag-uusapan natin ang tungkol sa mga sangguniang aklat na bumubuo sa mga grupong ito, talagang inilalarawan nila ang mga sangkap na iyong nabanggit, pati na rin ang marami pang iba. Halimbawa, sa seksyong "Nomenclature" mayroong mga direktoryo tulad ng "Mga pangunahing materyales", "Mga Tool", "Kagamitan at imbentaryo", "Mga Produkto". Sa mga kaukulang grupo ay may mga direktoryo na tinatawag na "Mga Counterparty", "Mga Empleyado", "Mga Posisyon ng Staff", "Mga Sentro ng Trabaho" o, sabihin nating, "Mga Item ng Cash Flow". Sa madaling salita, mayroon kaming higit sa dalawampung reference na libro, at sinasaklaw ng mga ito nang detalyado ang lahat ng aspeto ng mga aktibidad ng kumpanya ng AEM Technologies, maging ito sa pananalapi, mga aktibidad sa produksyon o pamamahala ng mga tauhan. Bukod dito, sa kaso ng pagtatrabaho sa mga direktoryo ng nomenclature, ang pinagmumulan ng data ay ang MDM system, at ang mga subscriber ay mga sistema ng accounting at mga sistema ng disenyo. Ngunit kapag nagtatrabaho sa direktoryo ng "Mga Empleyado", ang pinagmulan ay ang sistema ng pamamahala ng mga tauhan, at ang sistema ng MDM ay gumaganap ng papel ng isang sistema ng subscriber at integration bus para sa mga sistema ng accounting.

Ayon sa kaugalian, ang malakas at matatag na mga koneksyon sa mga supplier ng mga materyales at mga bahagi, kabilang ang mga impormasyon, ay mahalaga para sa malalaking mechanical engineering enterprise. Mayroon bang pangangailangan para sa ilang uri ng pagkakatugma ng master data system sa mga katulad na sistema ng iyong mga kasosyo?

Hindi namin itinakda sa aming sarili ang gawain ng pagsasama sa mga sistema ng tagapagtustos. At sa pagpunta sa lahat ng paraan upang gawing normal ang data sa tatlong mga site sa aming kumpanya, sa tingin ko ito ay malamang na hindi. Mahalaga para sa amin na kapag ang item na tinukoy sa materyal na pahayag ay kasama sa teknikal na detalye para sa supply, mula dito - sa detalye ng kontrata at pagkatapos ay ipinahiwatig sa mga dokumento ng resibo, nang naaayon sa pagdating sa aming bodega, at isinulat para sa isang partikular na order ng produksyon. Sa lahat ng mga yugto, ang mga naturang item ay dapat na hindi malabo na matukoy, hindi alintana kung saan inihanda ang listahan ng materyal, sino ang kasangkot sa pagbili, at kung saan isinasagawa ang produksyon.

Ano ang suporta sa IT para sa reference na data, ano ang mga pangunahing pag-andar dito, at paano ipinapayong ipatupad ito sa mga tuntunin ng produkto at organisasyon?

Siyempre, sa pagpapakilala ng isang bagong sistema ng impormasyon para sa departamento ng IT, isang function upang suportahan ito ay idinagdag. Ngunit walang bago dito: tinitiyak ang tuluy-tuloy na operasyon, pag-backup ng data, pagsasanay ng gumagamit, pagbuo ng mga regulasyon at tagubilin sa trabaho, pagbabago ng umiiral na pag-andar batay sa mga kahilingan at dokumentasyon ng user. Ang pagsasama-sama ng data, na hindi kasama sa proyekto noong una, ay nagpapakita ng ilang kahirapan Ngunit dito kami ay nakikipagtulungan nang malapit sa aming mga kontratista.

Kung pag-uusapan natin nang maikli ang tungkol sa produkto at bahagi ng organisasyon ng isyu, kung gayon ang aming pangunahing produkto ng suporta sa IT ay 1C:MDM Reference Information Management, pati na rin ang Axelot Datareon ESB. Si Axelot ang pangunahing kasosyo sa pagpapatupad.

Maraming mga kagawaran ng kumpanya ang palaging interesado sa pagbuo ng isang sistema ng impormasyon sa regulasyon at sanggunian. Paano mas maisasaalang-alang ang interes na ito sa istruktura ng pamamahala ng proyekto?

Ang mga eksperto sa NSI ay gumaganap ng isang espesyal na papel kapwa sa proyekto ng pagpapatupad at sa kasunod na operasyon ng MDM system. Ang tagumpay ng proyekto ay nakasalalay sa 80% sa kanilang katapatan, kakayahang magtrabaho at propesyonal na kakayahan. Sila ang nagpapasiya ng mga patakaran para sa pagtatrabaho sa impormasyon. Bukod dito, ito ay mga empleyado mula sa iba't ibang mga lugar: para sa pangkat ng mga direktoryo na "Nomenclature" at "Technological" ito ang teknikal na direktoryo, para sa pangkat na "Counterparties" - opisina, para sa mga direktoryo na "Financial" - accounting at financiers, para sa " Mga empleyado" - ang direktoryo para sa pamamahala ng tauhan. Ang papel ng serbisyo ng IT sa pagbuo ng proyekto ay tumulong sa pagkolekta o pagbalangkas ng mga kinakailangan, pag-coordinate ng mga nakolektang data sa lahat ng mga kalahok sa proseso ng negosyo, tiyakin ang teknikal na pagpapatupad at karagdagang suporta ng tool para sa pagpapanatili ng mga direktoryo. Ngunit ang may-ari ng master data management process ay ang negosyo, at ito ay nakasalalay lamang sa mga customer ng negosyo kung ang prosesong ito ay bubuo o hindi.

Ang nangungunang eksperto sa Intelligent Enterprise na si Sergey Kostyakov ay nakipag-usap kay Oleg Apanasik

Nagpasya ba ang mga may-ari at tagapamahala na ipatupad ang ERP upang ang IT system ay magdala ng mga bagong benepisyo sa negosyo? pagbibigay ng ilang hakbang sa unahan ng mga kakumpitensya, pinasimpleng pamamahala at pagtaas ng kita. Samakatuwid, hindi kami magsisipi ng terminolohiya dito, na may maliit na pagkakatulad sa mga uso sa pag-unlad ng merkado sa mga kundisyon ng IT.

Kaya ano ang susunod na henerasyon ng ERP? Ano ang kailangan nating maunawaan tungkol sa terminong ito ngayon? - Ito ang gusto naming bigyan ng pansin.

Noong 2013, ipinakilala ni Gartner ang isang bagong termino: " post-modernong ERP"Na hindi isang monolitikong sistema, gaya ng karaniwan nating nakikita ang isang produkto ng ERP, ngunit isang espasyo ng impormasyon ng mga pinagsama-samang aplikasyon, na bubuo at nakumpleto habang lumalaki ang antas at mga pangangailangan ng negosyo. Ito ay isang uri ng synthesis ng mga serbisyo sa ulap, mga aplikasyon sa iba't ibang mga platform, mga lokal na system, atbp. .d., na nagpapahintulot sa enterprise na maging flexible, mabilis na magpakilala ng mga bagong produkto, gumamit ng naipon na data sa mga end-to-end na proseso, ipatupad ang pinakamahusay na mga panukala mula sa mga developer, i-update ang portfolio ng software nito (mabilis baguhin ang "luma" sa isang mas advanced na "bago" na produkto), i-automate ang mga proseso nang hakbang-hakbang, alinsunod sa mga kakayahan at pangangailangan.

Hinuhulaan ng mga analyst ng Gartner na ang mga kumpanyang walang post-modernong diskarte sa pag-unlad, ngunit patuloy na gumagamit ng "monolitikong istraktura", ay aasahan ang pagtaas sa antas ng pagiging kumplikado ng system, pagtaas ng mga gastos, at higit sa lahat, hindi sila magiging kayang makipagsabayan sa muling pagsasaayos nang kasing bilis ng magagawa ng kanilang mga kakumpitensya gamit ang pinagsama-samang hanay ng mga panlabas na aplikasyon.

Ang pagbabago sa isang bagong henerasyong ERP ay ang hamon na kinakaharap ngayon ng mga negosyo at mga kumpanya ng IT.

Ano ang maibibigay namin?

Pagpapatupad, pagpapaunlad at suporta: bilang bahagi ng iyong pangmatagalang diskarte sa pag-unlad, pare-pareho, unti-unting paglipat at pagbuo ng isang pinagsama-samang susunod na henerasyong ERP system: magagawa mong buuin ang iyong arkitektura ng IT nang sunud-sunod gamit ang isang platform ng pagsasama na nakakatugon sa modernong trend at binibigyan ka ng pagkakataong maging "isang hakbang sa unahan" sa unahan."

Mga halimbawa ng mga panlabas na module na isinama sa pamamagitan ng IPaaS:

Cloud ERP

Ang mga Cloud ERP system ay nagpapahintulot sa mga kumpanya na:

• bawasan ang mga paunang gastos sa pag-unlad,
• pabilisin ang deployment at scaling time
• pasimplehin ang mga setting upang umangkop sa kanilang mga natatanging pangangailangan.

Gamit ang cloud, maaaring magpatakbo ang mga negosyo ng isang stripped-down na bersyon ng ERP - ibig sabihin, awtomatikong nakukuha ng mga kumpanya ang pinakabagong mga inobasyon, mula sa mga bagong feature para suportahan ang pinakabagong mga regulasyon.

Pinapalaya ng Cloud ERP ang mga negosyo mula sa hindi nababaluktot at lumalaban sa pagbabago na ERP ng nakaraan. Wala nang naghihintay para sa mga mamahaling upgrade, wala nang mga mapanganib na upgrade. Wala nang lumang ERP system.

Pinaliit ang mga serbisyo ng suporta sa IT habang pinangangasiwaan ng cloud provider ang mga update at update. At ang isang cloud-based na modelo ng ERP ay ginagawang mas madali ang co-locate o ilipat ang data sa ibang bansa.

Dokumentasyon ng ERP 2 para sa Ukraine (beta na bersyon)

Ang opisyal na dokumentasyon ay ibinibigay lamang sa paghahatid ng produkto ng software

Konsepto at pag-andar ng ERP

Mga kliyente

Ngayon sa Ukraine, ang malalaking kumpanya ay nagpapatupad ng ERP:

Mga tagubilin sa gumagamit para sa BAS ERP Ukraine

Dokumentasyon at mga tagubilin sa gumagamit para sa produkto ng BAS ERP Ukraine

Mga Tagubilin sa ERP

Dokumentasyon ng ERP

Mga karagdagang module para sa ERP

Mga karagdagang yari na module na nagpapalawak sa functionality ng pangunahing 1C:Enterprise ERP solution

Direktoryo « Istraktura ng kumpanya"naglalaman ng hierarchy ng mga functional division ng isang enterprise ng lahat ng uri - administratibo, produksyon, at iba pa.

Ang direktoryo ay maaaring magkaroon ng anumang hierarchy depth, at isang hierarchy ng mga elemento ang ginagamit. Nangangahulugan ito na ang isang accounting unit at planning object ay maaaring maging anumang dibisyon sa hierarchy.

Mula sa halimbawang ito ay malinaw na ang produksyon ay maaaring ibalangkas sa mga dibisyon (mga seksyon, sektor, grupo, departamento) na may anumang antas ng nesting.

Mula sa punto ng view ng subsystem ng pamamahala ng produksiyon, ang dibisyon ay binibigyang kahulugan bilang tagapagpatupad ng mga yugto ng iskedyul ng produksyon nang naaayon, sa mga pagtutukoy ng mapagkukunan para sa bawat yugto, ang isang dibisyon ay tinukoy - ang tagapagpatupad ng yugto;

Ilista natin ang mga detalye ng yunit ng produksyon, ang mga halaga nito ay dapat matukoy sa subsystem na "Pamamahala ng Produksyon".

• Iskedyul. Pinili mula sa direktoryo ng "Mga Iskedyul ng Trabaho".

Tinutukoy ng isang elemento ng direktoryong ito ang iskedyul ng trabaho - ang mga oras ng pagsisimula at pagtatapos ng trabaho nang hiwalay para sa bawat araw ng linggo at hiwalay para sa lahat ng mga araw bago ang holiday. Para sa bawat araw ng linggo, maaari mong hiwalay na tukuyin ang oras ng pagsisimula at pagtatapos ng trabaho ayon sa iskedyul, at maaaring magkaroon ng ilang mga yugto ng oras ng trabaho bawat araw ng linggo, halimbawa, mula 8.00 hanggang 13.00 at mula 14.00 hanggang 18.00 . Kinakailangan ang iskedyul ng trabaho para sa isang departamento upang matukoy ng pamamaraan ng pagkalkula ng iskedyul ng produksyon ang bilang ng mga oras ng trabaho na magagamit sa departamento para sa bawat araw ng kalendaryo.

• Warehouse ng mga materyales. Isang bodega kung saan ang pangangailangan para sa mga materyales ay nabuo ayon sa iskedyul ng produksyon para sa mga nakaplanong yugto sa departamento. Sinusuri ng warehouse na ito ang pagkakaroon ng mga materyales upang makumpleto ang yugto. Kung kinakailangan, para sa mga katawagan at mga katangian ng materyal, maaari kang mag-set up ng hiwalay na mga bodega ng materyal kung saan susuriin ang kanilang kakayahang magamit.
• agwat ng pag-iiskedyul. Tinutukoy kung aling pagitan ang gagamitin para sa departamento kapag kinakalkula ang iskedyul ng produksyon ayon sa yugto. Mga Pagpipilian: "Araw", "Linggo", "Buwan".

Kung kinakailangan, ang pagpipilian " Oras", upang magamit ang agwat na ito, dapat mong paganahin ang kaukulang opsyon sa paggana.

Ang pamantayan para sa pagpili ng pagitan ng pagpaplano para sa isang departamento ay ang pagsunod sa tagal ng mga tipikal na yugto na isinagawa sa departamento at ang tagal ng agwat. Halimbawa, kung ang karamihan sa mga yugto sa isang departamento ay tumatagal ng hindi hihigit sa ilang araw, makatuwirang gamitin ang pagitan ng "Araw". Kung ang karaniwang tagal ng isang yugto ay higit na lumampas sa isang linggo, makatwirang gamitin ang pagitan ng "linggo".

Ang pagtaas ng haba ng agwat na lampas sa kung ano ang kinakailangan ay humahantong sa isang kapansin-pansing pagtaas sa tagal ng produksyon, iyon ay, sa isang "kahabaan" ng iskedyul ng produksyon sa paglipas ng panahon.

Ang labis na pagbawas sa haba ng agwat ay humahantong sa masyadong maraming detalye ng oras sa iskedyul ng produksyon, na maaaring makapagpalubha sa gawain ng lokal na dispatcher.

• Paraan para sa pamamahala ng mga sheet ng ruta. Ginagamit ang setting na ito kapag pinamamahalaan ang Mga Ruta Sheet na isinagawa sa departamento.

Mga Pagpipilian:

• "Pamamaraan ng BBV/UBVV". Ang iskedyul ng pagpapatupad ng ML ay nabuo para sa mga pangunahing RC; ang pagpapatupad ng ML ay sinusubaybayan sa pamamagitan ng pagpasa ng paunang at huling buffer ng ML.
• "Pagpapaplano ng pagpapatakbo". Binubuo ang iskedyul para sa lahat ng DC at mga operasyon ng sheet ng ruta. Bilang karagdagan, kailangan mong linawin "Paraan ng pagpaplano"– “Pasulong” o “Paatras”.

Mga bodega (mga lugar ng bodega)

Mula sa punto ng view ng pagpaplano ng produksyon, ang isang bodega ay isang bagay ng sistema ng produksyon na nakakatugon sa mga pangangailangan ng mga departamento ng produksyon para sa mga materyales at semi-tapos na mga produkto.

Kapag kinakalkula ang iskedyul, ang isang iskedyul ng mga kinakailangan sa mga bodega para sa mga materyales at semi-tapos na mga produkto ay nabuo (item, katangian, dami, agwat ng pagpaplano).

Ang warehouse kung saan "pinapatakbo" ang production unit bilang default ay tinutukoy ng mga detalye ng unit.

Ngunit hindi kabaligtaran: ang katangiang "Dibisyon" sa direktoryo ng "Warehouse" ay hindi nakakaapekto sa pagpaplano (at nagsisilbi para sa mga layunin ng accounting).

Maaari mong tukuyin ang isang mas detalyadong kahulugan ng supply warehouse - para sa dibisyon at item, mga katangian ng source component.

Komposisyon ng brigada at brigada

Ang koponan ay ang direktang tagapagpatupad ng trabaho sa entablado (operasyon) sa workshop. Upang isaalang-alang ang output ng mga empleyado ayon sa Route Sheet, ang lokal na dispatcher ay bumubuo ng isang dokumento na "Brigade Order", kung saan ipinapahiwatig niya ang koponan at ang mga uri ng trabaho na isinagawa ng koponan ayon sa Route Sheet.

Ang pangkat ay binubuo ng mga empleyado. Ang komposisyon ng brigada ay itinatag ng dokumento " Pagbuo ng komposisyon ng brigada", at wasto mula sa petsang tinukoy sa dokumento.

Kung kinakailangan na detalyado ang mga order hanggang sa mga indibidwal na empleyado, pagkatapos ay sa direktoryo ng "Brigades", ang mga brigada na binubuo ng isang empleyado ay nabuo.

Mga uri ng mga sentro ng trabaho, mga sentro ng trabaho

Ang mga uri ng mga sentro ng trabaho ay inilaan upang ilarawan ang kapasidad ng produksyon ng isang departamento. Ang mga uri ng mga sentro ng trabaho ay may magagamit na pondo ng oras ng trabaho sa mga pagitan ng pagpaplano, na pinupunan kapag nagtatalaga ng mga yugto ng produksyon sa mga agwat kapag kinakalkula ang iskedyul ng produksyon.

Ang view ng work center ay binubuo ng mga partikular na work center, gaya ng mga piraso ng kagamitan. Ang kasingkahulugan para sa uri ng mga work center ay "Group of interchangeable work centers."

Mga halimbawa ng mga sentro ng trabaho:

■ Yunit ng kagamitan

■ Lugar ng trabaho

■ Isang grupo ng mga manggagawa (pangkat o propesyonal na asosasyon).

■ Empleado

■ Yunit ng kagamitan

Upang kalkulahin ang isang magagawa na iskedyul ng produksyon na tumutugma sa maximum na throughput ng produksyon, kinakailangan na maglaan para sa mga yugto ng pagtutukoy ng mapagkukunan ng mga mai-load na uri ng mga sentro ng trabaho sa bawat departamento, na maaaring limitahan ang throughput ng yugto.

Ang mga detalye ng uri ng mga work center ay ang mga sumusunod:

• Ang flag na "Plano sa trabaho." Kung naka-enable ang flag, maaaring piliin ang ganitong uri ng RC sa stage bilang isang load na uri ng RC. Naka-on ang bandila para sa mga uri ng RC ng dibisyon, na maaaring lumabas na "bottleneck" ng dibisyon.
• Pinakamataas na kakayahang magamit (oras, min, seg). Tinutukoy ang maximum na oras ng pagproseso para sa isang batch ng isang yugto sa pagitan ng dibisyon kung saan kabilang ang uri ng RC. Para sa isang batch ng isang yugto, ang isang tagal ng pagproseso ay hindi maaaring italaga sa isang pagitan na mas mataas kaysa sa maximum na kakayahang magamit.

Sa kasalukuyang bersyon ng UP2, ang mga setting para sa mga uri ng RC, habang pinapanatili ang inilarawan na kakanyahan, ay medyo nagbago na. Ngayon ay maaari mong gamitin ang mga checkbox upang:

• Dapat bang isaalang-alang ang pagkakaroon ng DC time sa pag-iiskedyul sa pinakamataas na antas? At kung gayon, mada-download ba ang DC na ito o hindi.
• Dapat bang kasangkot ang DC sa pamamahala ng produksyon gamit ang Route Sheets sa mas mababang antas?

Ang sumusunod na diagram ay nagpapakita ng istraktura at kaugnayan ng mga direktoryo na "Enterprise Structure", "Mga Uri ng Work Centers", "Work Centers".

Pagpasok ng magagamit na oras ng work center

Upang maipasok ang pondo ng magagamit na oras ng mga sentro ng trabaho ayon sa mga agwat, gamitin ang dokumentong "Availability ng mga work center". Sa header ng dokumento, piliin ang departamento, uri ng work center, at panahon ng dokumento.

Ang tabular na bahagi ng dokumento ay pinalawak ng mga hanay - mga pagitan ng paghahati (halimbawa, mga araw) sa panahon ng dokumento.

Sa row ng tabular section, kailangan mong pumili ng work center na kabilang sa Work Center Type, at ayon sa mga column interval, ipahiwatig ang bilang ng mga oras ng availability para sa bawat interval.

Mga Detalye ng Mapagkukunan

Detalye ng mapagkukunan bilang isang diagram ng network

Kilala ang iba't ibang uri ng mga pagtutukoy, halimbawa, mga pagtutukoy ng disenyo, mga tsart ng daloy ng pagpapatakbo ng mga ruta, "pagsasanay", bilang mga ruta para sa pagpasa ng isang bahagi sa mga departamento.

Ang pinakakaraniwang paraan upang ilarawan ang proseso ng pagmamanupaktura ng anumang produkto ay isang network diagram.

Pagtutukoy ng mapagkukunan inilalarawan ang iskedyul ng network para sa paggawa ng isang produkto.

Mga node ng network sa naturang paglalarawan ay magkakaugnay na mga yugto ng produksyon, na isinagawa nang sunud-sunod o kahanay ng mga departamento sa proseso ng paggawa ng isang produkto o semi-tapos na produkto. Sa isang departamento - isa o higit pang mga yugto na isasagawa.

Mga arko– pagtutulungan sa pagitan ng mga yugto, palabas, sa pagkumpleto ng mga yugto, ang mga sumusunod na yugto ay maaaring magsimula.

Maginhawang gumamit ng network diagram upang ilarawan ang anumang proseso ng produksyon - sa discrete, tuluy-tuloy na produksyon, sa konstruksyon, sa mga aktibidad sa disenyo.

Sa pangkalahatan, ang isang network diagram ay maaaring maglaman hindi lamang ng mga katotohanan ng paglilipat ng mga produkto sa pagitan ng mga departamento, kundi pati na rin ng mga katotohanan ng paglilipat ng mga resulta ng trabaho.

Ang resulta ng trabaho na inilipat sa pagitan ng mga workshop ay hindi kinakailangang may materyal na pagpapahayag. Ang paglilipat ng resulta mula sa isang departamento patungo sa ibang departamento, upang magawa ng ibang departamento ang bahagi nito sa gawain, ay hindi kinakailangang kasangkot sa paglipat ng ilang partikular na produkto. Ang produkto ay maaaring, halimbawa, ay matatagpuan sa isang departamento o ilipat kung kinakailangan, habang ang trabaho sa produkto ay maaaring isagawa ng ibang mga departamento.

Maaaring kabilang sa mga yugto ng produksyon hindi lamang ang paggawa ng mga produkto, kundi pati na rin ang paghahanda sa produksyon, pag-setup ng kagamitan, pag-unlad ng dokumentasyon, pagsasanay, pag-install, at iba pa.

Sa matinding kaso, maaaring kabilang sa isang detalye ng mapagkukunan ang lahat ng mga yugto ng paggawa ng isang produkto, alinsunod sa hierarchical tree ng istraktura ng produkto. Sa pinakasimpleng kaso, ang isang pagtutukoy ng mapagkukunan ay binubuo ng isang hakbang sa produksyon. Ang pagtutukoy ng mapagkukunan na ito ay tinatawag na isang yugto.

Ang isang halimbawa ng isang detalye ng mapagkukunan bilang isang network diagram na may mga yugto ng node ay ipinapakita sa sumusunod na diagram:

Istraktura ng Pagtutukoy ng Resource

Ang istraktura ng isang detalye ng mapagkukunan bilang isang object ng pagsasaayos ay ipinapakita sa sumusunod na diagram:

Ang pagtutukoy ng mapagkukunan ay naglalaman ng:

■ listahan ng mga output,

■ listahan ng mga materyal na input,

■ listahan ng mga gastos sa paggawa (ayon sa uri ng trabaho),

Para sa bawat input, output, at labor input sa isang multi-stage resource specification, kinakailangang ipahiwatig ang yugto kung saan ang input (labor input) ay natupok o ang output ay ginawa.

Sa mga input ng mga yugto, ang mga paunang bahagi (mga materyales, serbisyo) na nagmumula sa labas sa proseso ng produksyon, na inilarawan ng detalye, ay ipinahiwatig.

Iyon ay, ito ang mga bahagi na, para sa isang partikular na yugto, ay hindi mga output ng iba pang mga yugto ng parehong detalye.

Para sa isang materyal na input - isang semi-tapos na produkto, maaari mong paganahin ang bandila " Ginawa sa proseso» at naaayon ay piliin ang Resource specification ayon sa kung saan ang kalahating tapos na produktong ito ay dapat gawin. Bilang resulta, ang pagtutukoy ng mapagkukunan na ito ay "kukumpleto" mula sa input na ito na "pababa" ng isa pang detalye ng mapagkukunan. Kaya, posible na lumikha ng isang kumpletong puno ng mga natapos na produkto mula sa mga indibidwal na pagtutukoy, sa anyo ng isang kaskad ng mga pagtutukoy.

Ang kaskad na ito ng mga detalye ay ginagamit kapag bumubuo ng isang detalye para sa isang partikular na linya ng order ng produksyon. Ang buong cascade ng mga kaugnay na mapagkukunang BOM ay kinokopya sa linya ng order na BOM.

Sa props" Pinakamainam na dami ng paglipat sa pagitan ng mga yugto» maaari mong tukuyin ang dami ng isang batch ng produkto (resulta ng trabaho) na ipinapayong ilipat sa pagitan ng mga yugto. Kapag kinakalkula ang iskedyul ng produksyon, ang dami ng yugto ay nahahati sa data ng batch, at ang bawat batch ay binalak nang hiwalay, batay sa oras ng pagkakaroon ng mga na-load na uri ng DC.

Ang karaniwang intensity ng paggawa sa pagtutukoy ng mapagkukunan, pati na rin sa mga teknolohikal na operasyon ng mga mapa ng ruta, ay ipinahiwatig sa seksyong " Mga uri ng trabaho».

Uri ng trabaho - analytics, ayon sa kung saan ang mga presyo ng paggawa para sa mga manggagawa ay ipinasok, at ang output ng mga manggagawa ay isinasaalang-alang. Ang pangalan ng uri ng trabaho ay maaaring maglaman, bilang karagdagan sa isang paglalarawan ng trabaho mismo, gayundin ang kinakailangang kategorya ng mga manggagawa at kanilang propesyon. Para sa isang uri ng trabaho, ang yunit ng pagsukat nito ay tinukoy, halimbawa, mga oras o piraso. mga produkto.

Para sa bawat uri ng trabaho sa pana-panahong rehistro ng impormasyon " Mga presyo» maaari mong ipahiwatig ang kasalukuyang presyo sa bawat yunit ng uri ng trabaho.

Mga Yugto ng Pagtutukoy ng Resource

Ang pagtutukoy ng mapagkukunan ay maaaring single-stage o multi-stage.

Kung ang detalye ay isang yugto, ang mga detalye ng isang yugto ay direktang ine-edit sa form ng detalye. Kung ang pagtutukoy ay multi-stage, ang detalye ay naglalaman ng isang listahan ng mga yugto. Upang i-edit ang mga detalye ng yugto, kailangan mong magbukas ng isang hiwalay na form ng yugto mula sa listahan ng mga yugto.

Ang pagkakasunud-sunod ng mga yugto ay tinutukoy ng mga detalye ng yugto: "Numero ng yugto", "Numero ng susunod na yugto". Batay sa numero ng yugto at bilang ng susunod na yugto, ang mga koneksyon sa pagitan ng mga yugto ay binuo sa anyo ng isang network diagram ng mga yugto.

Tinutukoy ng mga detalye ng yugto ang pangunahing mga parameter ng pagpaplano ng entablado:

• Subdivision, kung saan ginaganap ang yugto. Isang dibisyon lamang ang tinukoy para sa isang yugto. Kung ang parehong mga yugto ay maaaring isagawa sa iba't ibang mga departamento, pagkatapos ay kinakailangan upang lumikha ng iba't ibang mga pagtutukoy ng mapagkukunan
• Dami ng ginawa sa isang pagkakataon. R laki ng batch o dami ng trabaho kung saan na-standardize ang oras ng pagkumpleto ng yugto. Halimbawa, kung ang attribute ay tumutukoy sa isang unit, ang yugto ng execution time ay na-normalize sa isa.
• I-flag "Plano ang gawain ng mga uri ng DC". Tinutukoy ang paraan para sa pag-normalize ng tagal ng yugto.
  • Ang bandila ay pinagana. Sa entablado, kinakailangang ipahiwatig kung aling mga uri ng work center ang ilo-load ng entablado at ang tagal ng pagproseso ng sabay-sabay na ginawang dami sa load na uri ng work center. Ang mga uri ng DC na ito ay maaaring maging "mga bottleneck" kapag tinutupad ang iskedyul ng produksyon, kaya kinakalkula ang kanilang load sa iskedyul. Bilang karagdagan, kinakailangang ipahiwatig ang paunang (bago ang pagproseso sa na-load na RC view) at huling buffer time. Sinasakop ng mga buffer ang magkahiwalay na pagitan sa iskedyul ng produksyon. Alalahanin natin na kung ang oras ng pagproseso bago o pagkatapos ng uri ng paglo-load ng RC ay mas mababa kaysa sa tagal ng agwat, kung gayon ang pagtukoy sa mga oras ng buffer ay maaaring humantong sa hindi makatwirang pagkuha ng mga buong agwat ng mga buffer at, nang naaayon, sa isang hindi makatwirang pagtaas sa tagal ng isang yugto sa iskedyul ng produksyon.
  • Nakapatay ang watawat. Ang yugto ay nagpapahiwatig ng oras na kinakailangan upang makumpleto ito, para sa anumang dami ng batch. Ito ay pinaniniwalaan na sa panahong ito ang yugto ay makukumpleto sa anumang kaso, anuman ang bilang sa yugto. Ang bandila ay maaaring patayin sa mga yugto, ang pagpapatupad nito ay hindi nauugnay sa pagproseso sa mga naka-load na uri ng RC ("ang tinatawag na "mga bottleneck" nang naaayon, ito ay itinuturing na ang departamento kapag nagsasagawa ng naturang yugto ay may (kamag-anak sa mga kagawaran na may "mga bottleneck") na walang limitasyong kapasidad ng produksyon.
• Bandila « Tuloy-tuloy» Tinutukoy ng yugto kung ang pagsasagawa ng yugto ay maaaring hatiin sa ilang hindi magkatabi na mga agwat sa iskedyul.
  • Kung ang bandila ay naka-on, pagkatapos ay ang entablado ay patuloy na isinasagawa at maaaring matatagpuan sa iskedyul lamang sa mga katabing agwat.
  • Kung ang bandila ay naka-off, pagkatapos ay ang pagpapatupad ng yugto ay maaaring magambala, iyon ay, ang bahagi ng yugto ng oras ay maaaring matatagpuan sa iskedyul sa isang agwat, at bahagi - sa isa pa, hindi katabi ng una, agwat.

Continuity criterion – hindi bababa sa isang operasyon sa loob ng isang yugto ay tuluy-tuloy at maihahambing sa tagal ng agwat. Kasama sa mga operasyong ito, halimbawa, paggamot sa init, pagpipinta, pagpapatuyo, at iba pa.

Ang pagkakaiba sa pagitan ng pagpaplano ng "hindi tuloy" at "patuloy" na mga yugto ay ipinapakita sa sumusunod na diagram.