Întrebare

Cum se scrie corect: companie sau campanie? Ambele ortografii apar, inclusiv pe site-ul dvs. web.

Companie Și campanie - omonime. Mai precis - Omofoane. Din cauza akanyei, sunetul lor a coincis, dar nu și ortografia lor.

Companie –

1. societate, un grup de oameni care petrec timp împreună;
2. întreprindere comercială sau industrială, asociație comercială și industrială a antreprenorilor.

Campanie –

1. un set de operațiuni militare unite printr-un plan strategic comun și desfășurate la o anumită etapă a războiului într-un teatru de operațiuni militare;
2. perioada de navigație sau operațiuni militare ale flotei (învechit);
3. un set de măsuri pentru implementarea următoarei sarcini socio-politice sau economice importante.

Originile acestor cuvinte diferă radical. Consultantul nostru N.I. Bereznikova ne-a scris despre asta:

COMPANY – din latină companie. Consolă com-corespunde prefixului rusesc "asa de)-" Rădăcină pani- din panis – « pâine". Inițial– un grup de însoțitori de mese, iar acest lucru a însemnat mult în lumea antică– Cei care au frânt pâinea au devenit prieteni, aproape frați.
CAMPANIA - lat. campania din campus – « camp". Inclusiv« câmpul de luptă”. În plus, în general, este clar. In franceza campanie – drumeție, muncă (pe câmp).
Vă puteți aminti acest lucru: compania derulează o campanie, dar nu invers.

Distinge

CompanieȘi campanie

La implementarea sistemelor MRP la întreprinderile industriale, mai devreme sau mai târziu termenul „campanie de aplicații” sau „aplicație” apare în vocabularul specialiștilor în automatizare. Adesea, specialiștii sunt foarte reticenți în a începe automatizarea „cererii”, explicând acest lucru prin faptul că procesul „nu se încadrează” în sistemul MRP. „Nu funcționează” înseamnă că procesul nu este implementat folosind instrumente standard de sistem, ceea ce înseamnă că, în loc să configurați pur și simplu module de sistem standard, trebuie să vă scrieți propriile soluții software și să le integrați cu funcționalitatea standard. Suportul unei astfel de soluții, într-un fel sau altul, va depinde de programatori, cu un „buchet” plin de dezavantaje, pe care au încercat să le evite la introducerea sistemului MRP.

Utilizatorii cheie ai serviciului de logistică și managementul companiei sunt de obicei unanimi în opinia lor: „Din moment ce am cumpărat un sistem atât de scump, ar trebui să poată face tot ce avem nevoie” - și, indignat, învinovățește serviciul IT pentru incapacitatea sa de a implementa un sistem serios. sisteme. Și nu orice specialist IT va putea explica că aceste dificultăți sunt obiective și datorate limitărilor modelelor de afaceri implementate în sistemele MRP. De ce procesele aparent simple cauzează mari probleme atunci când le automatizează folosind astfel de sisteme „avansate”?

Etapele unei campanii tipice de aplicare

O campanie tipică de aplicare constă din următoarele etape:

Declarația nevoilor primare de la departamente. Scopul acestei etape este de a obține informații despre nevoi de la destinatarii direcți. Acesta este ceva asemănător cu un plan maxim, fiecare departament de primire revendicând materiale doar în numele său și operează doar în cantități de materiale fără prețuri.

Analiza expertă a nevoilor de către specialiștii în nomenclatură. În întreprinderile industriale, de regulă, există experți care sunt responsabili pentru utilizarea anumitor grupuri de materiale. De exemplu, departamentul mecanic șef este responsabil pentru metal laminat, țevi și feronerie, iar departamentul inginer șef este responsabil pentru lămpi, cabluri și motoare electrice. Pozițiile acestor experți pot fi numite diferit - specialiști șefi, specialiști funcționali, specialiști în nomenclatură, experți în nomenclatură și așa mai departe. Ei sunt cei care formulează pentru întreprindere regulile de lucru cu o anumită gamă de materiale și echipamente. În mod ideal, ei mențin și un director de nomenclatură al materialelor. De regulă, acești specialiști lucrează în departamentele funcționale relevante, dar la unele întreprinderi lucrează în structura serviciului de logistică.

În cadrul campaniei de aplicare, specialiștii în nomenclatură realizează o analiză de specialitate a nevoilor în ceea ce privește valabilitatea nomenclatorului declarat și cantitatea de materiale („Mă întreb de ce avem nevoie de 100 de tone de cuie pentru ianuarie?”).
Responsabilitatea specialiștilor în nomenclatură include și nevoile de monitorizare a respectării nomenclaturii unificate, un anumit standard adoptat la întreprindere („în loc de șurubelnițe cu lungimea de 20 cm și 25 cm, vom folosi șurubelnițe cu lungimea de numai 25 cm” ), precum și identificarea și eliminarea duplicatelor directorului de nomenclatură. De exemplu, pozițiile declarate „Lampa 220 V”, „LAMPĂ 220 V”, „lampa 220”, „lampa incandescentă 220 V” din punctul de vedere al directorului sunt nomenclaturi diferite, iar sarcina responsabilului este pentru a determina intrarea de referință și a interzice restul sau chiar ștergerea din director.

Stabilirea limitelor pentru pierderile de materiale pentru departamente. Din punctul de vedere al consumatorului, ar trebui să existe suficiente materiale în depozit pentru a „suficient pentru tot restul vieții”. Dar din punct de vedere economic, este profitabil să achiziționați și să depozitați exact câte materiale poate consuma efectiv întreprinderea pentru a asigura producția la costul planificat. Prin urmare, este necesar să se limiteze cumva nevoile declarate. Limitele de cantitate pentru anularea materialelor pentru producție sunt utilizate ca astfel de limitatori.

Limitele sunt calculate pentru fiecare divizie a companiei pe baza datelor din programul de producție pentru anul, volumele de producție planificate și costurile pentru fiecare tip de produs. Acest lucru creează o limită pentru anularea materialelor ca cheltuieli, care este planificată și controlată de serviciul de planificare. Dar pentru a compara nevoile declarate și limitele stabilite, nevoile trebuie evaluate în termeni totali (preț), motiv pentru care este nevoie de următoarea etapă - stabilirea prețului.

Evaluarea preliminară a nevoilor. În etapa analizei de către experți a nevoilor, specialiștii au confirmat cu autoritate doar că „solicitantul chiar are nevoie de acest articol în exact această cantitate”. Dar din punct de vedere economic, nu a fost făcută nicio evaluare, ceea ce înseamnă că planificatorii economici pot pur și simplu să nu permită eliberarea în producție a tuturor materialelor declarate din cauza depășirii limitei de anulare a materialelor ca costuri.

Singurul departament care poate evalua conditionat materialele este serviciul logistic (materiale si suport tehnic). În practică, pentru materialele care au fost deja achiziționate, se iau prețurile ultimei achiziții înmulțite cu un anumit deflator (coeficient de modificare a prețului). Pentru materialele noi care nu au fost achiziționate înainte, o evaluare rapidă este de obicei efectuată prin intermediul primului furnizor găsit pe Internet. Ca urmare, pentru fiecare material care apare în cererea de cerere, apare un preț condiționat pentru anularea acestui material în producție și toate cerințele devin potrivite pentru comparare cu limitele.

La etapa de stabilire a prețurilor, specialiștii în servicii logistice identifică și articolele de produs învechite care nu mai sunt produse, nu pot fi achiziționate și nu sunt în stoc. De exemplu, modelele de computer și instrumente se schimbă adesea de mai multe ori pe an, cu puține modificări ale caracteristicilor de performanță. Serviciul de logistică informează specialiștii de produs și departamentele solicitante despre toate modificările din directorul nomenclatorului pentru a ajusta nevoia în etapa următoare.

Ajustarea nevoilor ținând cont de prețuri și înlocuirea articolelor. Cea mai stresantă etapă a campaniei de aplicare este procesul de „încadrare în limite”, deoarece departamentele sunt nevoite să reducă posturile declarate astfel încât suma totală a costurilor să se încadreze în limită. Toate elementele învechite din etapa de ajustare trebuie înlocuite cu analogi sau eliminate complet din aplicație.

După ajustări, cerințele merg din nou către specialiștii în nomenclatură pentru aprobare - de fapt, aceasta este o iterație a celei de-a doua etape, numai după ce nomenclatorul materialelor și numărul de articole au fost clarificate.

Selectarea furnizorului și actualizarea prețurilor. În etapa de selectare a unui furnizor, are loc o estimare actualizată a materialelor, bazată pe volume clare de aprovizionare și negocieri de fond cu furnizorii. La unele întreprinderi, această etapă se desfășoară dincolo de cadrul campaniei de aplicare, în timpul contractării.

Dupa o estimare detaliata a materialelor declarate, ajustarea finala a solicitarilor de cerere are loc cu aprobarea obligatorie din partea specialistilor de produs.

Calculul planului de achiziții. În etapa finală a campaniei de aplicare se calculează planul de achiziții. Algoritmul de calcul este în general similar cu calculul standard inclus în MRP. În continuare, planul de achiziții calculat este transferat directorilor serviciului de aprovizionare.

Din descriere reiese clar ca pretul duce in final la o ajustare a nevoilor. Adică, se dovedește că o anumită poziție este necesară nu pe baza necesității obiective, ci în funcție de prețul acesteia. Acesta este tocmai ceea ce contrazice conceptul MRP/MRPII încorporat în sistemele moderne de management al resurselor.

Pentru majoritatea companiilor rusești, principiile MRP pot fi de obicei aplicate în forma lor pură numai materialelor standardizate pentru producția principală. Și achiziționarea tuturor celorlalte trebuie fie să fie organizată manual, fie să vină cu alte metode de automatizare.

Abordări pentru automatizarea campaniilor de aplicații

În general, există doar patru abordări:

> Refuzul campaniilor de aplicații în favoarea funcționalității standard a sistemului MRP.
> Modificarea funcționalității standard a sistemului MRP.
> Crearea de noi funcționalități folosind instrumente de dezvoltare a sistemului MRP încorporate.
> Dezvoltarea de software extern specializat și integrarea acestuia cu sistemul MRP.

Prima variantă este încă destul de ipotetică. Exemplele de implementare practică a unei schimbări complete în metodologia de planificare sunt extrem de rare. De regulă, această abordare poate fi implementată pentru materialele standardizate necesare în producția principală, deoarece achiziționarea lor nu depinde de preț sau pentru un grup mic de materiale (produse chimice, becuri, pixuri, hârtie), al căror consum este calculat statistic.

Modificarea funcționalității standard este o abordare foarte populară. Cele mai reușite exemple de implementare a acestuia se bazează pe utilizarea funcționalității cererilor standard pentru emiterea articolelor de inventar dintr-un depozit, la care se adaugă propriile tabele de prețuri și condiții.

Principalul avantaj al acestei abordări este capacitatea de a utiliza funcționalitatea standard pentru a calcula planul de achiziții. Un alt avantaj important este volumul relativ mic de dezvoltări interne.

Principalul dezavantaj al acestei abordări este că interfața cererilor standard este de obicei slab potrivită pentru a lucra cu un număr mare de numere de articole în modul de editare, deoarece instrumentele de navigare, căutare și înlocuire în masă sunt slab dezvoltate. Prin urmare, pentru ușurință în utilizare, trebuie să ne dezvoltăm și propriile interfețe cu utilizatorul. În plus, cererile standard de emitere a articolelor de inventar sunt destinate în sistem pentru planificarea precisă a recepției articolelor de inventar din depozit (înainte de o anumită dată și oră), iar în campania de aplicare sunt utilizate pentru ipotezele experților cu privire la primirea articolelor de inventar, cu o precizie de până la o lună.

Atunci când apare necesitatea automatizării eliberării directe a articolelor de inventar primite din depozit, obiectul destinat acestui lucru în sistem este deja utilizat în alte scopuri. Trebuie să programați din nou, de exemplu, să adăugați caracteristici speciale la aplicațiile separate utilizate în campania de aplicații și așa mai departe.

Opțiunile de automatizare a campaniilor de aplicații asociate dezvoltării sunt în esență identice și diferă în principal în instrumente și mediul de programare. Mai jos vom analiza în detaliu una dintre aceste opțiuni folosind exemplul de implementare a propriei noastre funcționalități în sistemul SAP/R3.

Implementarea propriei functionalitati in sistemul SAP R/3

Avantajul cheie al acestei abordări este capacitatea de a proiecta un sistem practic fără restricții, care într-o măsură sau alta sunt caracteristice interfețelor standard. În același timp, intensitatea muncii unei astfel de lucrări este relativ mică: 3-4 dezvoltatori calificați cu documentație de proiectare de înaltă calitate pot finaliza lucrarea în 2-3 luni, inclusiv testarea și acceptarea. Dezvoltarea de noi funcționalități ne permite să luăm în considerare majoritatea cerințelor utilizatorilor în ceea ce privește interfețele și funcțiile de service care fac lucrul cu sistemul mai ușor.

Principalul dezavantaj al acestei abordări (am menționat-o chiar de la început) este nevoia de a ne susține propriile dezvoltări. Apropo, cu implementarea corectă a noii funcționalități, riscul apariției incompatibilităților atunci când sistemul trece la o versiune nouă va fi chiar mai mic decât în ​​cazul în care funcționalitatea standard a fost îmbunătățită. La urma urmei, propria sa funcționalitate există de la sine și este integrată în „standard” în doar câteva locuri. Prin urmare, chiar și cu modificări semnificative ale funcționalității standard în noua versiune, va trebui să vă adaptați propriile dezvoltări numai în conectarea „podurilor” - locuri de integrare.

Figura prezintă o diagramă schematică a unei soluții pentru o campanie de aplicații în sistemul SAP R/3. Din punct de vedere funcțional, constă din mai multe subsisteme aferente și utilizează directoare standard de înregistrări principale de materiale (MMR), centre de cost (centre de cost), articole de plan al structurii proiectului (element WBS) și alte obiecte de cost.

Subsistemul „Cerințe” este conceput pentru a colecta cererile primare de primire a articolelor de inventar de la diviziile structurale ale companiei, pentru a analiza și aproba aceste nevoi de către specialiștii în articole și pentru a verifica respectarea limitelor de anulare pentru articolele de inventar. Subsistemul acceptă planificarea separată pe tipuri de cerințe și obiecte destinație (proiecte, obiecte de cost).

Subsistemul „Limite” servește la implementarea politicii de limită pentru anularea articolelor de inventar pe divizii structurale și obiecte de cost. Utilizatorii săi sunt angajați ai serviciului de planificare economică. Interfața subsistemului este implementată în conformitate cu principiul „interfață ecran = formă de control”. Aceasta înseamnă că interfața de intrare se potrivește cu formularul de raport tipărit prin care serviciul monitorizează aceste limite.

Subsistemul „Prețuri” este conceput pentru a menține prețurile planificate pentru anularea materialelor în producție și permite, pe baza prețurilor „de bază” (indicative) și a unui număr de coeficienți (deflatori, coeficienți planificați ai costurilor de transport și achiziții etc.). ) utilizate de serviciul de logistică, pentru a calcula prețurile de anulare planificate pentru fiecare perioadă de planificare.

Subsistemul „Calcul planului de achiziție” vă permite să calculați un plan de achiziție pe baza nevoilor, a soldurilor prognozate și a stocurilor de materiale, ținând cont de calendarele standard de planificare și de informațiile din vizualizările înregistrărilor principale de materiale. Subsistemul seamănă cu funcționalitatea standard pentru planificarea cerințelor de materiale, dar permite mai multă flexibilitate pentru a lua în considerare diferitele caracteristici ale livrării și ambalării în calcule (de exemplu, programele de navigație pentru livrarea în nord, distribuția substanțelor periculoase care nu pot fi transportate împreună în perioade diferite, etc.).

Subsistemul „Setări” vă permite să configurați în mod flexibil funcționalitatea, inclusiv setarea formulelor pentru calcularea planului de achiziții, metode de distribuire a cantității estimate de articole pe perioade, coeficienți de preț și procedura de utilizare a acestora, stabilirea perioadelor, etapele de lucru cu cererea , și așa mai departe.

Este important ca calculul standard MRP al cerințelor de material (de exemplu, pentru producția principală) să poată funcționa simultan cu funcționalități suplimentare. Pentru fiecare material, fișa de bază specifică metoda de planificare (standard sau personalizată). Acest lucru vă permite să treceți la calculul MRP standard treptat, în grupuri sau chiar materiale individuale.

Separat, este necesar să remarcăm o problemă specifică importantă asociată cu politica de licențiere a producătorilor de sisteme MRP. Cu automatizarea completă a campaniilor de aplicații pentru o întreprindere mare, numărul solicitanților finali ajunge la câteva mii. Dacă cumpărați o licență pentru fiecare utilizator, aceasta duce la costuri financiare serioase. Deoarece furnizorii nu recunosc oficial problemele campaniilor de aplicații, ei nu sunt încă pregătiți să ia în considerare condițiile preferențiale de licențiere.

Pentru a depăși această limitare, trebuie să găsim soluții alternative. De exemplu, în figura din subsistemul „Cerințe”, interfața web „client subțire” este evidențiată cu galben. Acesta este un sistem separat implementat în mediul ASP .NET. Sistemul îndeplinește două funcții importante. Prima funcție este de a oferi utilizatorilor o interfață web pentru operare, ceea ce reduce cerințele pentru spațiul utilizatorului și elimină necesitatea instalării aplicațiilor client pe sute de computere. A doua funcție este de a oferi lucru în sistemul MRP prin interfețe standard de apel la distanță sub masca mai multor utilizatori tehnici, în timp ce procesează cererile de la sute de utilizatori reali.

Desigur, este oarecum dificil pentru implementarea tehnică, dar este complet legal din punct de vedere al politicii de licențiere, convenabil pentru utilizatori și economic pentru client.

Campanii de aplicații

Sistemele de clasă ERP sunt foarte populare astăzi în întreaga lume. Acest lucru se explică printr-o abordare integrată a soluționării problemelor de management, funcționalitate bogată, implementare standard a modelelor moderne de procese de afaceri eficiente și posibilitatea unei configurații flexibile.

Cu toate acestea, în ciuda întregii complete funcționale a sistemelor ERP, modelele de bază nu au un proces de afaceri specific rusesc pentru planificarea cerințelor materiale, așa-numitele „campanii de aplicații”.

Campaniile de aplicare au apărut în URSS în condițiile unei economii planificate. Întreprinderile și-au declarat nevoile de materiale și echipamente cu cel puțin un an în avans, iar întreprinderile importante din punct de vedere strategic și la distanță - chiar și pentru doi ani. Toate nevoile au fost calculate și aprobate în cadrul diferitelor fonduri și limite financiare. Planul financiar și planul de achiziții au fost apărate în departamentele relevante.

În perioada tranziției către o economie de piață, conducerea majorității giganților industriali nu a avut timp pentru soluții inovatoare în domeniul aprovizionării. Iar interpreții care lucrau la întreprinderi erau obișnuiți cu metodele acceptate, astfel încât campaniile de aplicare au rămas practic neschimbate mult timp. Apariția de noi manageri și tineri specialiști în logistică mută treptat procesul de aprovizionare către practica mondială, dar până în prezent, pentru multe întreprinderi industriale și holdinguri, campania de aplicare rămâne în esență un proces neschimbat și familiar.

Scopul campaniei de aplicare este de a formula, pe baza nevoilor intreprinderii, un plan de achizitii corespunzator, echilibrat din punct de vedere al gamei de produse, resurselor financiare si termenelor de livrare.

Esența procesului este că datele privind nevoile de bunuri și materiale (active de inventar), exprimate sub formă de solicitări din partea diviziilor structurale - consumatori, sunt prelucrate de mai multe ori pe an în cadrul unei proceduri centralizate oficiale. În acest caz, un criteriu important pentru evaluarea nevoilor este prețul, adică o caracteristică care apare în mod logic în procesul de logistică într-o etapă ulterioară - în timpul contractării. O astfel de contradicție nu se încadrează în algoritmii MRP/MRPII, care se bazează doar pe criterii cantitative, mai degrabă decât sume (preț).

Condiții suplimentare pentru automatizarea cu succes a campaniei de aplicații

Cel mai remarcabil sistem din punct de vedere funcțional se poate dovedi a fi inutil dacă nu sunt îndeplinite trei condiții importante:

• Disponibilitatea unei singure cărți de referință de nomenclatură pentru toți participanții la proces.

Să dăm ca exemplu cele mai frecvente încălcări ale acestei afecțiuni:

• utilizarea directoarelor separate în fiecare departament;
• menținând un singur director, dar cu un număr mare de duplicate. În acest caz, fiecare diviziune declară același material sub numere de nomenclatură diferite;
• distribuirea directorului ca informații de serviciu sub formă de foi de calcul sau fișier text. În acest caz, multe erori (aleatoare și speciale) apar din cauza influenței factorului uman, a căror reconciliere și corectare revine de obicei serviciului MTO.

• Delimitarea clară a sarcinilor și puterilor participanților la proces.

Greșeli tipice:

• o încercare de a transfera responsabilitatea pentru un proces de la o persoană la un computer. În practică, aceasta duce fie la implicarea specialiștilor IT în procesul de afaceri, fie la fluxul necontrolat al procesului;
• având mai mult de o persoană responsabilă de proces. În acest caz, toți cei care consideră procesul „al lor” încearcă să îl schimbe „pentru ei înșiși”. În același timp, specialiștii IT trebuie să coordoneze fiecare schimbare cu toți utilizatorii procesului;
• o încercare a utilizatorilor de a controla excesiv procesul, ceea ce duce în cele din urmă la o lipsă de control ca atare. De exemplu, un utilizator necesită control deplin asupra fiecărui element inclus în calculul rezumat al cerințelor. După ce a primit o astfel de autoritate, el realizează curând cantitatea enormă de muncă și o transferă către un alt angajat care, nefiind responsabil pentru proces, o realizează mecanic, negați ideea originală de control.

• Disponibilitatea controlului centralizat al procesului.

De regulă, angajații serviciilor de logistică sunt numiți responsabili pentru desfășurarea campaniilor de aplicare. În același timp, li se uită de obicei să li se acorde puteri reale pentru a gestiona procesul. Este amuzant și în același timp trist să vedem cum angajații MTO amintesc în mod repetat că termenele limită pentru campania de înscriere sunt ratate și roagă colegii din departamentele solicitante să ajusteze nevoia.

Deși aceste condiții sunt evidente, nerespectarea acestora face adesea dificilă automatizarea cu succes a campaniilor de aplicații.
În sfârșit, aș dori să remarc faptul că procesul automatizat al campaniei de aplicații aduce treptat utilizatorii mai aproape de înțelegerea organizării „corecte” a procesului. După ce au lucrat doi-trei ani, utilizatorii încep să-și optimizeze metodologia de lucru. În plus, propunerile de optimizare seamănă cu încercările de a reinventa roata și de a rafina procedura la funcționalitatea standard care există deja în sistemul MRP.

Concluzia sugerează că adevăratul obiectiv al automatizării campaniei de licitare este de a asigura un flux controlat de licitație și documente de achiziție, cu o tranziție treptată la algoritmi MRP standard. Se pare că într-o zi la întreprinderile rusești campaniile obișnuite de aplicare vor deveni un anacronism. Și într-o zi, într-un viitor nu foarte îndepărtat, un consultant de logistică experimentat, cu părul cărunt, va încerca să-și amintească și să explice unui tânăr coleg de ce mai devreme în Rusia era imposibil să rezolvi problemele de aprovizionare folosind metode simple și logice de mult cunoscute.

ERP, MRP, MRPII...

Din punct de vedere al automatizării campaniilor de aplicații, sistemele de management ERP/MRP/MRPII sunt identice. În acest articol, toți sunt uniți prin termenul „sistem MRP”.

Un sistem MRP (MRP - Material Requirements Planning) este înțeles ca un sistem de management automat care implementează planificarea și furnizarea unei întreprinderi cu resurse materiale folosind metoda MRP. Metoda în sine, împreună cu numele său, a apărut în urmă cu aproximativ 40 de ani în legătură cu dezvoltarea utilizării tehnologiei informatice pentru nevoile de afaceri.

În ciuda expresiei bine stabilite „în conformitate cu standardul MRP”, acesta nu este încă un standard, ci pur și simplu una dintre metodele de calculare a nevoilor pentru achiziționarea de materiale, a cărei esență este că calculul achiziției de materiale. resursele materiale se realizeaza pe baza volumelor si calendarului necesar de productie si a stocurilor de depozit previzionate.

Dar MRPII (Planificarea resurselor de fabricație) este un standard susținut de Societatea Americană de Control al Producției și Inventarului (APICS). Din punct de vedere metodologic, pe lângă nevoi și stocuri, metoda MRPII ține cont de limitările capacității de producție în calcule, spre deosebire de metoda MRP, care presupune că capacitatea de producție nu este limitată.

Termenul „ERP” (Enterprise Resource Planning) a fost inventat în urmă cu mai bine de 10 ani de către Gartner Group pentru a defini un sistem MRPII integrat cu un sistem de planificare financiară (FRP). Până acum definiția este practic depășită.

Termenul ERP se referă acum la un sistem în care, cel puțin, este implementată o combinație de management financiar, material, de producție și uman, adică principalele resurse ale unei întreprinderi. „Pachetul” maxim include toate sistemele cunoscute pentru gestionarea diferitelor resurse și aspecte ale activității (până la realizarea dezvoltărilor de proiectare) - la cererea și capacitățile producătorului. Din cauza lipsei unei definiții clare, apar periodic dispute cu privire la dacă un anumit sistem poate fi clasificat ca ERP.

Din când în când, există încercări de a introduce termeni noi pentru a descrie diverse „pachete ERP” (de exemplu, ERM, EWRP). Acești termeni se găsesc în literatura străină, dar în Rusia practic nu au prins rădăcini.

Sistemele ERP/MRP/MRPII moderne nu au o soluție standard pentru automatizarea procesului de campanii de aplicare și de stabilire a prețurilor iterative a articolelor de inventar, care este semnificativă ca durată și implică resurse umane.

" target="_new"> http://www.cio-world.ru

Gestionarea progresului campaniei de aplicare

Înainte de începerea procesului anual de planificare logistică, principalii specialiști ai diviziilor structurale și ai întreprinderilor de servicii responsabile cu implementarea proiectelor formează un sistem de măsuri relevante, pentru fiecare dintre acestea fiind indicată o limită de cost. Acesta din urmă nu trebuie să depășească limita de finanțare stabilită de departamentul de planificare și buget. După aceasta, nevoile pot fi formate doar pentru activitățile pentru care sunt specificate, ceea ce vă permite să identificați în mod clar executanții și cei responsabili și, ulterior, să monitorizați implementarea planului. Un model funcțional extins de interacțiune între întreprinderi este prezentat în Figura 10.

Figura 10 - Model funcțional extins de interacțiune între întreprinderi

Diviziile structurale și întreprinderile de servicii formează cereri pentru nevoi primare (cereri anuale) de materiale și echipamente, legate de activități și detaliate până la materiale sau echipamente specifice, defalcate pe lună. Aplicația anuală generată este trimisă spre aprobare specialistului șef, apoi este generată și convenită o nevoie consolidată pentru toți specialiștii principali, iar mai sus în lanț este nevoia întregii companii. Coordonarea nevoilor consolidate se realizează conform registrului de cereri.

În plus, atunci când se primesc noi cereri, linkurile către acestea sunt trimise automat prin e-mail tuturor persoanelor implicate în procesul de aprobare. Controlul asupra progresului aprobării se realizează prin sistemul de stare și urmărire (STS), care include trimiterea notificărilor relevante prin e-mail către toți participanții la procesul de afaceri.

Sistemul de autoritate limitează accesul la aplicații. Diviziile structurale nu au acces la informații despre alte divizii structurale, iar specialistul șef nu are acces la informații despre alți specialiști șefi. Un angajat superior are acces suplimentar la informațiile subordonaților. Pe baza cererilor anuale aprobate, direcția planificare și buget elaborează un plan de anulare a materialelor și îl transmite diviziei de logistică, unde se realizează automat un plan de finanțare pentru achiziția de materiale și echipamente, ținând cont de soldurile planificate la începutul anului, sezonalitatea importurilor și termenele de plată.

Organizarea achizitiilor si contabilizarea stocurilor

Toate achizițiile companiei pot fi împărțite în două grupe: achiziții centralizate, care sunt efectuate prin intermediul companiei-mamă, și achiziții descentralizate, sau interne, ale departamentelor de logistică. Procesul de achiziție centralizat este implementat integral în sistem, în timp ce cel descentralizat este în proces de funcționare de probă.

În achizițiile centralizate, odată cu aprobarea planului de inventariere, articolele neprocesate grupate pe grupe de cumpărare și pe bază de livrare sunt trimise către unitatea centrală de achiziții a societății-mamă pentru procesare. După primirea registrului comenzilor neexecutate, comerciantul prelucrează pozițiile pentru a determina disponibilitatea acestora pe piață și posibilitatea de cumpărare. Aici se verifică și bugetul (prețul furnizorului nu trebuie să difere semnificativ de prețul planificat).

Pentru materialele care nu sunt disponibile pe piață, departamentul central de achiziții al companiei sugerează înlocuiri și le trimite filialei pentru aprobare. După ce articolele noi sunt aprobate de specialiștii companiei subsidiare (ajustarea planului logistic), acestea sunt returnate la centru pentru procesare. După ce a selectat pozițiile necesare, comerciantul deține o licitație pentru acestea. În acest caz, informațiile sunt schimbate automat cu platforma electronică de tranzacționare (ETP): folosind protocoale universale, sistemul se integrează cu orice platforme de tranzacționare externe. Se efectuează o analiză a propunerilor de furnizori pentru licitații și se creează un raport analitic pentru articolele selectate (care reflectă toate condițiile importante de livrare). Se selectează un furnizor, se încheie un acord cu acesta și compania subsidiară care a comandat produsul. Pentru optimizarea procesului de lucru cu furnizorii, acestora din urmă li se oferă acces de la distanță la portalul Gazprom Neft (Fig. 3). Notificarea furnizorului despre apariția unei comenzi de achiziție în sistem se efectuează automat prin e-mail, urmată de plasarea formularului de cerere de plată completat în depozitul de documente.

Figura 11 - Lucrul cu furnizorii

După ce a trimis bunurile către client, furnizorul introduce în sistem o factură electronică, care este înregistrată ca factură preliminară. Atunci când un document este primit de o filială, acesta este înregistrat cu un link către anexa la contractul relevant; după confirmarea livrării mărfurilor, starea este actualizată automat atât în ​​filială, cât și în societatea-mamă. În continuare, departamentul de contabilitate afișează documentul furnizorului și emite o factură de vânzare către filială.

Pentru a controla procesul de livrare a mărfurilor către o companie subsidiară, numerele de factură și detaliile vehiculului sunt introduse în sistem. După aceasta, mărfurile sunt considerate expediate și trimise la locul de acceptare. Când materialele și echipamentele ajung la o filială, acestea sunt înregistrate și starea facturii este actualizată în societatea-mamă. Depozitarul creează un raport inițial de primire (PRA), unde indică cantitatea reală de mărfuri primită (în acest caz, sistemul creează un document „Aviz de expediere”) cu referire la o factură preliminară sau la o comandă de cumpărare și confirmă că mărfurile au fost primit. Pe această bază, se înregistrează recepția materialelor în depozit și anularea acestora pentru stocarea răspunsului. Totodată, schimbarea statutului este văzută și de către departamentul de contabilitate, care primește motive pentru a cere originalele actelor de închidere. Furnizorul, la rândul său, poate controla expedierea folosind rapoarte.

Informațiile despre primirea mărfurilor declanșează înregistrări contabile în sistem pentru debitarea contului de inventar și creditarea contului de compensare, crescând astfel cantitativ stocul de materiale. Odată cu primirea materialelor, se creează un lot de material primit cu o clasificare a caracteristicilor lotului (data primirii, domeniul de activitate, specialist șef etc.). Procesele de mutare în unități structurale, anularea și vânzarea materialelor către filiale și terți, precum și colectarea costurilor reale sunt de asemenea înregistrate în sistem.

Baza pentru efectuarea plăților este factura furnizorului (aceasta din urmă, la rândul ei, este creată pe baza unei comenzi de cumpărare). Ordinele de plată sunt generate pentru facturile neplătite. Sistemul implementează funcția de aprobare electronică a ordinelor de plată. Ca urmare, întregul bloc selectat de facturi aprobate este tipărit (de exemplu, pentru o anumită dată) și numai facturile deja aprobate în prealabil de acesta sunt aduse la manager pentru semnare. Plata aprobată este transferată către departamentul de contabilitate pentru plată. După completarea documentelor de plată, contabilul confirmă plata.

Folosind versiunile de hârtie ale facturii preliminare, PPA-ului depozitarului și comanda de primire, facturile sunt verificate în sistem, se fac ajustările necesare și se efectuează contabilitatea. Totodată, sistemul realizează înregistrări contabile pentru debitul contului de compensare și creditul contului furnizorului, precum și înregistrări pentru TVA aferentă, și se formează conturi de plătit. Aceste mecanisme fac posibilă organizarea în timp real a unei contabilizări unificate a costurilor și cantitative a stocurilor de materiale.