1 cu erp enterprise management 2.0. Contabilitate și raportare fiscală într-o „soluție în cutie”

Pe 25 iunie 2019, a devenit cunoscut faptul că în următoarele două sau trei luni, 1C va crea o versiune internațională a sistemului său ERP (Enterprise Resource Planning, Enterprise Resource Planning), care va fi mai ușor de implementat pentru clienții din străinătate datorită mai ușor adaptarea la realitățile locale.

Ne-am stabilit obiectivul de a separa nucleul de ERP-ul rusesc, curățat de ` Legislația rusă`, care poate fi folosit în diferite țări ca bază pentru dezvoltarea soluțiilor locale. În același timp, din cuvintele sale, se poate concluziona că în viitor ERP-ul rus va fi dezvoltat pe baza acestui nucleu particular,

Versiunea beta a ERP-ului internațional cu indexul 2.5.3 va fi lansată în august sau septembrie 2019. Apoi va fi finalizată în funcție de cerințele partenerelor primite.

Alexey Monichev este încrezător că munca 1C la versiunea în limba engleză a ERP va beneficia nu numai utilizatorilor străini, ci și ruși, datorită dezvoltării accelerate a funcționalității sale.

În special, potrivit managerului de top, în cadrul acestui proiect va avea loc o dezvoltare semnificativă a subsistemului IFRS ( standarde internaționale raportare financiară) și un plan de conturi RAS complet personalizabil (publicat de Ministerul Finanțelor standardele rusești contabilitate).

2018: Integrarea modulului Yandex.Checkout în produsele 1C:Enterprise

2017

„1C-Rarus” pregătește modulul „1C: Client-Builder”

Pe 18 octombrie 2017, compania 1C-Rarus a anunțat pregătirile pentru lansarea produsului 1C: Customer-Builder. Modul pentru 1C:ERP”, care vă permite să automatizați procesele de construcție, vânzare și închiriere a activităților imobiliare și de investiții.

Versiunea ediției 2.4

Contabilitate reglementată

• Este oferită posibilitatea de a specifica numărul de identificare (număr fiscal) al unei persoane juridice din afara Federației Ruse.
• Este suportat pentru stocarea detaliilor TIN-ului și KPP al contrapartidei în facturile primite.
• Mecanismul de afișare a informațiilor privind înregistrarea la autoritățile fiscale a fost optimizat subdiviziuni separate organizații alocate unui bilanţ separat.
• Înregistrarea unei proceduri speciale de impozitare a impozitului pe proprietate a fost modificată.
• Formulare actualizate de declarare si calcul avansuri impozit pe proprietate.
• Contabilitate TVA acceptată pentru exportul de mărfuri.
• Definit comandă nouă stabilirea conturilor la înregistrarea tranzacțiilor de decontări cu contrapărți folosind parametrii decontărilor HFC.
• A fost optimizată procedura de înființare a conturilor în cadrul locului de muncă „Configurarea reflectării documentelor în contabilitatea reglementată”.
• Implementarea contabilității separate pentru contracte în conformitate cu cerințele lege federala N 275-FZ.

Contabilitatea activelor imobilizate

A fost adăugat un scenariu de organizare a contabilității pentru active imobilizate, în care:

• toate tipurile de contabilitate pentru active imobilizate (reglementate, internaționale și manageriale) se bazează pe date de contur operațional;
• documentele unice sunt utilizate pentru toate tipurile de contabilitate;
• posibilitățile de înregistrare a tranzacțiilor cu active imobilizate în contabilitatea internațională sunt aduse în concordanță cu oportunități similare din contabilitatea reglementată;
• contabilitatea de gestiune independentă a activelor imobilizate este susținută în cazul închiderii contabilității reglementate și internaționale;
• mecanismul de calcul al amortizarii a fost optimizat pentru efectuarea calculelor cu un numar mare de obiecte contabile.

Gestionarea personalului si facturare salariile

Evidența personalului reglementat și statul de plată sunt unificate cu configurația „Salarie și management personal PROF”, ediția 3.1.3.

Opțiuni de service

• Pentru a crea un teritorial sisteme distribuite a fost adăugat mecanismul bazelor de informații distribuite (RIB). Folosind acest mecanism, modificările de configurare sunt sincronizate și datele sunt complet consolidate între baza de date centrală (nodul central RIB) și toate bazele de date periferice (noduri periferice RIB).
• Pentru dezvoltarea sarcinilor de comerț electronic, a fost adăugat un mecanism pentru crearea și publicarea propriilor site-uri 1C-UMI. Mecanismul este implementat ca parte a unui serviciu separat pentru crearea și completarea automată a site-ului „într-un singur clic”.
• Mecanismul de menținere și dezvoltare a regulilor de conversie folosind formatul universal Enterprise Data a fost simplificat, a fost implementat suportul pentru versiunea 1.4.

Cerințe

Pentru a trece la ediția 2.4, trebuie să instalați o versiune nu mai mică de 2.4.1 a configurației „ERP Enterprise Management 2”. Ediția 2.4 necesită versiunea 1C:Enterprise 8.3.10 sau o versiune ulterioară.

„1C: ERP Enterprise Management 2” poate fi achiziționat, închiriat sau utilizat în cloud.

Dezvoltarea contabilității reglementate

Formarea afișărilor conform documentelor

• Posibilitate de postare automata contabilitate doar documente verificate de un contabil
• Creați un cont pentru materialele transferate pentru procesare
• Reflectarea montajului/demontării articolului fără utilizarea contului 20
• Configurarea conturilor de vânzări pentru UTII

• Completarea secțiunii 7 din decontul de TVA
• Convenabil la locul de muncă pentru virarea TVA la buget pentru tranzactii individuale
• Suport pentru funcțiile de contabilitate TVA la importul de bunuri din EAEU
• Dezvoltarea functionalitatii agentului fiscal pentru TVA
• În dezvoltare (până la versiunea 2.4.3) contabilizarea TVA pentru „ciclu lung de producție”

• Contabilizarea pierderilor din anii anteriori in acest sens contabilitate fiscală prin profit
• În dezvoltare (până la versiunea 2.4.3) contabilizarea rezervelor de cheltuieli viitoare

Contabilitate separată pentru Ordinul de Apărare a Statului

Analiza costului plan-fapt

Dezvoltarea managementului producției

La nivelul planurilor de întreprindere

• Planificare susținută pe direcții (proiecte, contracte)
• planificare rulantă
• A implementat planificarea automată end-to-end a producției pentru toate etapele - de la produsele finite la materialele achiziționate
• Sunt acceptate ajustările manuale ale planurilor
• În dezvoltare (până la versiunea 2.4.3) planificarea materialelor reziduale
• În dezvoltare (până la versiunea 2.4.3) execuția cumulată a planurilor

La nivelul managementului interdepartamental

• Este sprijinită angajarea simultană a mai multor centre de muncă într-o etapă

La nivelul managementului intrashop

• În dezvoltare (până la versiunea 2.4.3) sarcini zilnice în schimburi și un nou loc de muncă pentru atribuirea „manuală” a operațiunilor

• Specificațiile pentru produsele măsurate sunt acceptate
• Formule dezvoltate semnificativ pentru calcularea consumului de resurse în specificații și hărți de traseu
• În dezvoltare (până la versiunea 2.4.3) suport pentru procesele de producție de reparații

Integrarea GIS

Disponibilitate din cloud

În iulie 2017, produsul emblematic „1C” - „1C: ERP Enterprise Management 2” - va fi disponibil din cloud-ul 1cfresh.com în modul de testare. Despre aceasta a anunțat directorul „1C” Boris Nuraliev.

Pentru început, începe o etapă pilot, care prevede utilizarea gratuită a aplicației. În viitor, costul estimat al serviciului va fi de la 1.500 de ruble pe utilizator pe lună.

1C consideră că 1C:ERP în serviciul 1C:Enterprise 8 prin Internet va fi convenabil pentru întreprinderile mici cu producție complexă care necesită capacități de planificare a producției și contabilitate. De asemenea, produsul se adresează noilor întreprinderi care sunt gata să-și construiască procesele de afaceri pe baza capacităților tipice „1C: ERP”, companii de producție și comerț distribuite geografic de scară mică și medie.

Produsul poate fi de interes și pentru utilizatorii altor soluții care doresc să încerce să folosească „1C: ERP” pe datele lor, crede compania.

Anterior, în mai, 1C a permis partenerilor să închirieze 1C:ERP clienților. Costul minim pentru un loc de muncă în acest caz este de la 1000 de ruble. pe lună când este instalat pe echipamentul clientului.

Leasingul 1C: programele pentru întreprinderi este un segment în creștere rapidă al afacerii 1C. Pentru luna mai 2017 sunt închiriate peste 60 de mii de locuri de muncă. Creșterea vânzărilor în 2016 a fost de 37%. S-au încheiat contracte de închiriere software 1C cu 54 de mari corporații care utilizează peste 12.000 de licențe. O schemă a devenit populară atunci când o companie de insourcing din cadrul unui holding devine chiriaș și furnizează software filialelor sale.

Conform 1C, din mai 2017, aproximativ 1.600 de organizații folosesc soluția 1C: ERP Enterprise Management în Rusia.

2016

Dinamica vânzărilor soluțiilor ERP standard „1C”

Începând cu 25.10.2016: 1268 de clienți au achiziționat versiunea comercială a 1C: ERP 279 de implementări au fost publicate pe site-ul web 1C.

„1C: ERP Enterprise Management 2” versiunea 2.2

Poziționarea 1C: ERP față de alte soluții 1C

Peste 100 de specialiști sunt implicați în dezvoltare

• 1C:ERP conține 7,5 milioane de linii de cod

Implementări în producție

• Model personalizat de gestiune și contabilitate 3 niveluri de management, opțional
• Programare volumetrică
• Programul Intershop
• Program intrashop
• Cerințe de calitate reduse pentru NSI
• Contabilitatea constrângerilor de materiale și resurse
• Suport pentru cerințele legale

Dezvoltare în versiunea 2.2

• Păstrarea metodologiei
• Optimizarea arhitecturii
• Creșterea productivității
• Dezvoltarea logisticii materialelor
• Simplificarea contabilității primare
• Dezvoltarea ergonomiei
• Optimizarea arhitecturii
• Îmbunătățirea fiabilității
• Creșterea vitezei de calcul
• Calculul costului produselor în timpul procesării
• Optimizarea recalculării
• Consum redus de memorie
• Instrumente de diagnosticare și testare încorporate

Calculul costurilor în 1C: ERP

• Distribuția cantitativă a loturilor de către FIFO
• Includere/Excludere TVA
• Calculul preliminar al costurilor
• Distribuirea suplimentară cheltuieli
• Repartizarea costurilor indirecte și a salariilor
• Calculul cotei WIP
• Calculul costului conform sistemului de ecuații liniare

Trezorerie în 1C:ERP

• Integrare cu alte subsisteme ERP
• Pregătirea documentului cu un singur clic
• Calendar convenabil de plată
• Sprijin pentru plățile de decontare conform 275-FZ
• Schimb cu băncile în format DirectBank
• Înregistrarea automată a plăților încasate
• Se acceptă plăți prin Yandex.Checkout

Trecerea de la alte aplicații la 1C: ERP

Deschis pentru schimbarea sistemului

Abordarea orientată pe platformă permite:

• Utilizați limbajul de dezvoltare orientat spre afaceri
• Reduce timpul de dezvoltare
• Accelerează procesul de învățare a dezvoltatorului
• Executați aplicații odată scrise:
• Pe diferit sisteme de operare– Windows, Linux, macOS
• Pe diferite SGBD - MS SQL, Oracle, IBM DB2, PostgreSQL
• În diferite opțiuni - local, client-server, cloud, distribuit, ...

2015: „1C: ERP Enterprise Management 2” în ediția 2.1

Până în acest moment, UE 2.0 era în starea unei versiuni beta. Deși clienți destul de mari au fost implicați și în implementarea UE 2.0 în 2013, nu a fost vorba de instalații comerciale cu drepturi depline, ci de studiul de către clienți a posibilității de a trece la acest ERP și de o cunoaștere prealabilă a funcționalității.

Prețul livrării principale (platforma versiunea 8.3, soluție de aplicație și licență pentru o stație de lucru) a fost același și a fost de 14,5 mii de ruble pentru toți partenerii. cu excepția serverului de aplicații 1C (72 de mii de ruble în cazul unui singur server, fără clustering; prețurile pentru diferite opțiuni de server variază de la 14,4 mii de ruble la 180 de mii de ruble) și licențele directe pentru locurile de muncă (pentru 100 de stații de lucru - 300 mii de ruble, pt. 500 de stații de lucru - 1,48 milioane de ruble).

Acum au devenit cunoscute sumele: prețul de vânzare cu amănuntul recomandat pentru UE 2.0, care apare la vânzare la 31 decembrie 2013, este de 360 ​​de mii de ruble. Acest kit nu include licențe pentru server și multi-utilizator, dar include platforma 1C:Enterprise 8.3, configurații ERP Enterprise Management 2.0 și Application Solutions Design System, un configurator, o licență pentru o stație de lucru și documentație.

De asemenea, pentru 990 de mii de ruble. puteți cumpăra un al doilea set extins: versiunea corporativă a UE 2.0 cu flux de lucru, server și 100 de licențe de utilizator. Reamintim că mai devreme vânzătorul a promis că, atunci când va apărea versiunea finală a UE 2.0, compania va oferi o reducere de 70% clienților care au folosit deja versiunea beta și va putea confirma acest lucru. „1C” a luat acest procent din prețul aprovizionării de bază și a dedus 252 de mii de ruble rezultate. din prețurile ambelor seturi de livrare. Prețul total pentru utilizatorii versiunii beta este de 108 mii de ruble. și 738 mii de ruble. respectiv.

2012

1С:ERP Enterprise Management 2.0

Soluția „1C: ERP Enterprise Management 2.0” este cea mai utilizată în prezent în Rusia și în țările CSI. sisteme ERP-clasa „1C: Management uzină de producție» versiunea 1.3 (1C: UPP) și ține cont de experiența acumulată de-a lungul a 10 ani de utilizare a acestui sistem în proiecte de anvergură cu sute și mii de locuri de muncă (peste 16.000 de întreprinderi folosesc soluția 1C: Production Enterprise Management). Peste 500 de întreprinderi au devenit deja utilizatori ai 1C:ERP Enterprise Management 2.0.

Beneficiile soluției

• funcționalitate la nivelul sistemelor ERP de clasă mondială;
• 1C: Platformă Enterprise 8.3 care acceptă lucrul prin Internet, inclusiv tehnologiile cloud și lucrul pe dispozitive mobile;
• disponibilitatea soluțiilor specializate care extind capacitățile sistemului (PDM, EAM, PMO, ITIL, CRM, MDM, WMS, TMS, BSC, ECM, CPM etc.);
• o retea de parteneri cu multi ani de experienta in implementarea sistemelor ERP.

Automatizare Procese de producțieși activitati financiareîmbunătățește eficiența afacerii și competitivitatea întreprinderii, îmbunătățește condițiile de desfășurare a auditurilor interne și externe și contribuie la creșterea atractivității investiționale a companiei. Soluția „1C: ERP Enterprise Management 2.0” vă permite să construiți un sistem cuprinzător de informații de management al întreprinderii care asigură adoptarea în timp util decizii de management, transparența proceselor de afaceri și evaluarea eficacității întreprinderii, a diviziilor individuale și a personalului.

Dezvoltare și inovare în 1C:ERP în raport cu 1C:UPP:

• Noul subsistem de management al producției asigură gestionarea tranzițiilor între magazine și la nivel operațional, dispecerizarea operațională, managementul blocajelor și managementul încărcării echipamentelor.
• Subsistemul pentru organizarea reparațiilor vă permite să păstrați evidența obiectelor reparate, să înregistrați timpul de funcționare, să controlați implementarea reparațiilor curente și neprogramate.
• Sistemul de contabilitate a costurilor și de calcul al costurilor oferă detalierea compoziției costurilor inițiale, vizibilitatea și controlul validității calculului.
• Subsistemul de management financiar vă permite să păstrați evidențe în contextul activităților, să utilizați reguli flexibile pentru distribuirea costurilor. Funcționalitatea trezoreriei vă permite să gestionați eficient numerarul.
• Mecanismele și instrumentele de bugetare îmbunătățite utilizează un model de bugetare tabelar, vă permit să gestionați eficient și vizual procesul de bugetare folosind o diagramă Gantt.
• Subsistemele pentru automatizarea activităților comerciale și de depozit oferă management eficient procesul de vânzare, permit utilizarea locurilor de muncă mobile pentru lucrătorii din depozit și reprezentanții de vânzări.
• Managementul relațiilor cu clienții vă permite să evaluați rezultatele campaniilor de marketing, să urmăriți etapele tranzacțiilor cu clienții, să formați o pâlnie de vânzări și să analizați eficacitatea personalului.
• Subsistemul de management al achizițiilor include locuri de muncă specializate care permit, în conformitate cu regulile de aprovizionare, să se calculeze automat necesarul de achiziție de bunuri și materiale.
• Ca parte a funcționalității contabile reglementate, tranzacțiile comerciale sunt reflectate pentru grupuri contabilitate financiara, capacitatea de a păstra înregistrări în contextul diviziilor (sucursalelor) separate ale întreprinderii, suport automat pentru contabilizarea TVA „complexă” fără setări suplimentare.
• Funcționalitatea managementului personalului și a salarizării vă permite să păstrați evidența personalului, ceea ce este necesar pentru marile întreprinderi de producție, pentru a calcula salariul în funcție de datele de producție.
• Subsistemul contabilității financiare internaționale (IFRS) vă permite să păstrați evidențe și să pregătiți rapoarte folosind diverse metode de întocmire a rapoartelor, combinând datele din RAS, contabilitatea operațională și contabilitatea paralelă.
• Modelul de configurare este furnizat în notația IDEF0 în „1C: Application Design System” (DSSS), ceea ce facilitează proiectarea, implementarea și întreținerea unui sistem informațional de întreprindere.

Capabilitățile soluției emblematice a 1C

Monitorizarea și analiza indicatorilor de performanță ai întreprinderilor

Monitorul indicatorilor țintă este utilizat pentru a controla și analiza indicatorii țintă ai întreprinderii. Instrumentele soluției „1C: ERP Enterprise Management 2.0” vă permit să analizați valorile curente ale indicatorilor și dinamica modificării acestora, să obțineți o formă scurtă sau extinsă de prezentare a indicatorilor, cu afișare grafică a datelor și interpretare. a valorilor.

Caracteristici cheie:

• construirea unui model ierarhic de obiective și ținte;
• crearea diferitelor variante de indicatori cu posibilitate de comparare;
• monitorizarea indicatorilor țintă cu transcrierea datelor inițiale;
• posibilitatea analizei rezultatelor financiare pe activitate;
• varietate de forme grafice de rapoarte analitice;
• acces de pe un dispozitiv mobil (tabletă, smartphone).

Instrumentele pentru monitorizarea și analiza indicatorilor de performanță vă permit să:

• stabiliți un număr nelimitat de indicatori de performanță țintă și diverse opțiuni pentru analiza acestora;
• controlați activitatea organizației în timp real, „acoperiți întreaga afacere dintr-o privire”;
• identificați în timp util abaterile de la plan, dinamica negativă, punctele de creștere;
• descifrați indicatorii cu detalii privind tranzacțiile individuale de afaceri.

Acceptă lucrul pe dispozitive mobile. „1C: ERP Monitor” este o aplicație specială pentru dispozitive mobile care vă permite să:

• vizualizați rapid starea țintelor sub formă de diagrame și rapoarte detaliate;
• descifrați ținte folosind rapoarte;
• vizualizați informațiile de contact ale partenerilor, dosarele acestora, precum și efectuați apeluri către aceștia;
• sincronizați selectiv datele pentru a accelera munca.

Soluția „1C: ERP Enterprise Management 2.0” implementează un set de rapoarte care permite Echipa de managementși executanții să primească informațiile necesare din sistem pentru deciziile de management la timp.

Sistem de planificare

Utilizarea „1C: ERP Enterprise Management 2.0” asigură munca coordonată a serviciilor întreprinderii pentru construirea și executarea planurilor de vânzări, producție și achiziții.

Sistemul acceptă mai multe niveluri de planificare:

• suport pentru planificarea multi-scenariu;
• separarea planurilor țintă și de control;
• prezența diferitelor opțiuni pentru completarea planurilor (date din perioadele trecute, formule, import de date etc.);
• posibilitatea utilizării coeficienților sezonieri;
• planificarea automată a materialelor pentru asigurarea planului de producție;
• verificarea corectitudinii și echilibrului planurilor, evaluarea fezabilității planurilor de cerere în detrimentul planurilor
• Securitate;
• disponibilitatea instrumentelor de analiză plan-fapt.

Controlul producției

Gestionarea datelor despre produse

„1C:ERP Enterprise Management 2.0” vă permite să organizați o singură bază de date cu informații de reglementare și de referință necesare pentru managementul producției. Specificațiile de resurse stabilesc necesarul normativ de resurse materiale și de muncă pentru producerea produselor și descriu procesul de producție de fabricare a produsului. Traseul de fabricație este stabilit de etapele de producție la nivelul departamentelor (atelierelor) cu capacitatea de a stabili resurse cheie. Etapa de producție poate fi detaliată printr-o hartă a rutei către operațiunile tehnologice.

Gestionarea comenzilor de producție

În „1C: ERP Enterprise Management 2.0” sunt implementate două niveluri de management al producției. La nivelul superior (nivelul dispecerului principal), în conformitate cu traseul de fabricație a produsului, se formează un program de producție volum-calendar pentru coordonarea activităților unităților de producție. A fost implementat principiul controlului intervalului, ceea ce face posibilă reducerea dependenței calității planificării de fiabilitatea normelor de timp.

La nivelul planificării atelierului se realizează programarea operațională a producției, luând în considerare încărcarea echipamentelor și executarea sarcinilor primite de la dispeceratul șef în intervalul de timp necesar. La nivel de atelier, planificarea pas cu pas este asigurată folosind criterii de optimizare, sunt implementate instrumente de modelare a programului de producție.

Formarea programului de producție

Programul de producție se formează pe baza planurilor de vânzări și producție, comenzile clienților, comenzile interne, inclusiv comenzile pentru reparații echipamente. Nevoia de productie este transformata in sistem intr-o coada de comenzi de productie, tinand cont de prioritatile si timpul necesar pentru fabricarea produselor. Sarcini de rezolvat:

• evaluarea fezabilității comenzilor pentru producție până la data solicitării;
• formarea coordonatelor programe de producție(planuri) către divizii individuale;
• optimizarea utilizării materialelor şi resurselor de muncă departamente de producție;
• managementul operațional al modificărilor și abaterilor în planurile de producție.

Management intrashop

Programul de producție cu termene stabilite pentru executarea etapelor de producție stă la baza organizării muncii în departamente. Planificarea lucrărilor în etapa de producție este efectuată de un dispecer local. Programele dispecerului local funcționează în intervale de planificare în funcție de situația curentă de producție, metoda tambur-tampon-coarda, algoritmii MES/APS sunt suportați. Este furnizată contabilizarea automată a performanței muncii folosind un sistem de coduri de bare.

Funcțiile dispecerului local:

• controlul asupra furnizării de resurse pentru etapele care se desfășoară;
• programarea lucrarilor efectuate, incarcarea centrelor de lucru;
• selectarea pentru prelucrarea loturilor de producție locală (formarea foilor de traseu);
• monitorizarea implementarii proceselor de productie in unitatea dumneavoastra;
• reprogramarea executării foilor de traseu;
• notificarea în timp util a dispecerului șef cu privire la abaterile critice de la programul de producție.

Organizarea reparatiilor

Funcționalitate de management implementată întreținereși repararea echipamentelor. Automatizarea activităților de reparații este concepută pentru a oferi utilizare eficientă activele întreprinderii:

• pregătirea, planificarea și controlul lucrărilor pentru prevenirea opririi echipamentelor (inspecții programate, depistarea abaterilor în faze incipiente, prevenirea defectelor);
• asigurarea calității înalte a produselor fabricate prin monitorizarea stării echipamentelor (înlocuirea la timp a consumabilelor și pieselor de schimb, monitorizarea timpului de funcționare și a duratei de viață reziduale);
• reducerea costurilor de menținere a performanței echipamentului;
• introducerea unor reglementări unificate pentru furnizarea și finanțarea lucrărilor de reparații.

Funcționalitatea subsistemului rezolvă următoarele sarcini:

• înregistrarea și stocarea informațiilor despre obiectele utilizate, parametrii funcționării acestora, parametrii de planificare a întreținerii periodice a acestora;
• înregistrarea producției de echipamente în conformitate cu reglementările specificate;
• programarea întreținerii periodice programate.

Managementul costurilor și stabilirea costurilor

Pentru construirea întreprinderilor sistem eficient controlul costurilor, utilizarea rezervelor existente și reducerea consecventă a costurilor folosind cele mai bune practici și un set de instrumente funcționale. În „1C: ERP Enterprise Management 2.0” costurile sunt alocate după cum urmează:

• Costul produselor fabricate - costurile prin divizii sunt atribuite comenzilor de producție și produselor (muncă efectuată).
• Rezultatul financiar - obiectele contabilității sunt domenii de activitate, organizații (inclusiv în scopul formării de profituri și pierderi ale organizațiilor), centre de responsabilitate sub formă de divizii.
• Costul activelor imobilizate - formarea costului imobilizărilor viitoare și al activelor necorporale, contabilizarea costurilor de construcție a capitalului, cercetare și dezvoltare.

Următoarele abordări sunt utilizate pentru a analiza și a construi un sistem de management al costurilor:

• colectarea tuturor informațiilor despre costurile întreprinderii prin operațiuni (standarde de consum de resurse, caracteristicile muncii efectuate etc.) și caracteristicile de cost ale proceselor de afaceri;
• alocarea unor costuri semnificative și controlabile;
• utilizarea diferitelor proceduri și metode de alocare a costurilor la costul emisiunilor și rezultate financiare intreprinderi;
• formarea valorii activelor curente și imobilizate, cheltuielile pentru cercetare și dezvoltare și construcția capitalului;
• formarea costului primar al emisiunilor în funcție de elementele de cost cu o clasificare dată a costurilor.

Rezultatul financiar arată eficiența întreprinderii și caracterizează statul capitaluri propriiîn perioada de raportare. Instrumentele „1C: ERP Enterprise Management 2.0” asigură formarea rezultatelor financiare și oferă instrumente pentru analiza acestora, automatizează următoarele sarcini:

• formarea rezultatului financiar în domeniile de activitate;
• formarea rezultatelor financiare generale și separate;
• contabilizarea altor venituri și cheltuieli.

Utilizarea „1C-Electronic Document Management” (1C-EDO) permite organizațiilor să utilizeze schimbul de informații importante din punct de vedere juridic. documente electroniceîn loc de suporturi de hârtie. Fluxul de lucru fără hârtie nu numai că ajută la reducerea costurilor poștale, consumabilelor, arhivare, dar crește și eficiența organizației.

Implementarea 1C: ERP Enterprise Management 2.0

1C recomandă utilizatorilor să implementeze 1C:ERP Enterprise Management 2.0 în strânsă cooperare cu partenerii 1C care au competențele necesare în domeniul automatizării integrate a întreprinderilor pe platforma 1C:Enterprise 8, un staff de specialiști certificați - parteneri cu statut „1C: ERP Centru".

Introducere.

Scopul acestui articol este de a vorbi despre managementul costurilor în nou produs software firma „1C: ERP Enterprise Management 2.0” (denumită în continuare – UE).

Vă voi atrage imediat atenția asupra faptului că în articol nu mă voi opri asupra diferitelor metode de contabilizare a costurilor și de cost, avantajele și dezavantajele acestora, precum și impactul asupra rezultatului financiar. Aceste informații sunt acoperite pe scară largă în literatură, în special în cartea „Management Practice”, publicată de 1C în 2012.

Scopul meu actual este să vorbesc despre posibilitățile unui program care poate colecta costuri, să le aloce prețului de cost și să calculez rezultatul financiar într-un mod pe care utilizatorul îl definește pentru acesta.

În cursul articolului, voi încerca să mă concentrez și asupra diferențelor față de configurația „1C: Manufacturing Enterprise Management 8” (denumită în continuare SCP), care sunt foarte semnificative.

Așadar, îmi propun să parcurgem pașii standard de management al costurilor:

1. Colectarea costurilor pe o perioadă.
2. Reflectarea lansărilor de produse/servicii.
3. Determinați comportamentul costurilor colectate: care dintre ele vor fi incluse în costul de producție. Care va intra în cheltuielile perioadei viitoare. Care vor fi amortizate la cheltuielile perioadei curente.
4. De fapt, însăși distribuția cheltuielilor în domeniile identificate la pasul 3.
5. Definiţia financial result.

Dar, înainte de a trece direct la managementul costurilor, mă voi opri asupra principalelor modificări arhitecturale din blocul de contabilitate a costurilor.

Diferențele de bază.

Subsistemul „producție”, spre deosebire de alte subsisteme PM, nu a fost implementat pe baza altor soluții 1C, ci a fost dezvoltat de la zero. Adică, acesta nu este un SCP, transferat pe o nouă platformă în modul formulare gestionate, ci un subsistem complet nou cu o nouă arhitectură.

Vreau să subliniez următoarele diferențe principale în el:

Introducere în conceptul de „muncă”. Acum, pe lângă servicii și mărfuri, a apărut un nou tip de articol „Lucrare”, care, din punctul de vedere al contabilității costurilor, este similar cu contabilitatea mărfurilor: adică este anulat din costuri și luat în considerare. cont în WIP în termeni cantitativi.

Separarea conceptelor de „Elemente de cheltuieli” și „Elemente de calcul”. Acum, cheltuielile din perioada sunt colectate conform analizei „Element de cheltuieli” (există o serie de caracteristici despre care voi vorbi mai târziu), iar prețul de cost calculat este colectat conform „Elementelor de calcul”. În același timp, este posibil să se stabilească reguli conform cărora articolele de cheltuieli sunt convertite în articole de cost.

Determinarea metodelor de distribuire într-un element de cheltuială. Acum setările pentru metodele de reflectare și distribuție sunt setate direct în elementul de referință „Articol de cheltuieli” (pentru costuri indirecte). Astfel, dacă baza de date va ține evidența mai multor organizații, atunci politica de distribuție a costurilor ar trebui să fie aceeași conform entitati legale, sau va trebui să porniți diferite elemente din directorul „Elemente de cheltuieli”.

Modificarea unui obiect de cost. Acum în configurație a apărut conceptul de „etapă de producție”, care face obiectul calculului costurilor. Etapele sunt definite în specificația de producție și apoi participă la colectarea costurilor în timpul perioadei de raportare. O astfel de schemă a fost implementată pentru a nu înfunda directorul „Nomenclatură” cu semifabricate fantomă care nu sunt luate în considerare în depozit, ci sunt necesare doar pentru transferul costurilor între diferite departamente. Acum este posibil să se definească o etapă de producție care consumă intrări în materiale etc., dar nu produce nicio ieșire. Suma costurilor acumulate ale unei etape este transferată secvenţial în etapele următoare până când ajunge la etapa în care se eliberează producţia (semifabricat, lucru).

În același timp, sistemul și-a păstrat și capacitatea de a funcționa conform vechii scheme cu semifabricate.

Acum îmi propun să luăm în considerare subsistemul „Contabilitatea costurilor” pe mai multe exemple.

Pentru referință: exemplul a fost implementat pe versiunea UE Enterprise Management (ERP), ediția 2.0 (2.0.4.3)

Exemplul 1

Pentru început, să ne uităm la calculul costului pe cel mai elementar exemplu: un produs finit format din 10 unități de material. Materialul va fi anulat, rezultatul va fi reflectat și prețul de cost va fi calculat.

Contabilitatea costurilor pentru perioada.

Înainte de a începe să reflectați documentele în sistem, trebuie să creați directoare de bază.

Structura companiei.

În scopuri de contabilitate a costurilor, directoarele „Subdiviziuni” și „Divizii organizaționale” sunt acum combinate într-un singur director „Structură a întreprinderii”. Seamănă foarte mult cu directoarele din SCP: păstrează ierarhia elementelor, adică costul poate fi atribuit atât unui element de grup, cât și unui element subordonat.

Elementul director nu conține detalii semnificative în sensul acestui articol, dar îl puteți ieși la setări unitate de producție, de care vom avea nevoie în etapele ulterioare

Setările de diviziune arată astfel:

Nomenclatură.

Lista de nomenclatură din UE arată astfel (aceasta este una dintre reprezentări, lista poate arăta diferit):

În scopul exemplului, am creat două articole de stoc „Produse noi” și „Material 1”.

Luați în considerare primul material 1:

Din punct de vedere al contabilității costurilor, în acest card ne va interesa doar articolul de tip „produs”. Restul setărilor sunt legate de alte secțiuni ale contabilității. Aș dori să subliniez că aspect directoarele și documentele pot diferi de imaginile prezentate: configurația conține un set mare de opțiuni funcționale care determină vizibilitatea detaliilor pe formulare.

Acum să începem producția. Elementul de referință arată la fel ca materialul. În UE 2.0, a dispărut conceptul de „tip de reproducere”, care anterior punea la dispoziție specificații. Acum specificația poate fi introdusă pentru orice element al directorului.

Forma listei directoarelor de producție este următoarea:

Pe acest moment vom lua în considerare doar ghidul de specificații.

Formularul de specificații constă din mai multe file. Primul definește lista produselor de ieșire.

Vă atrag atenția asupra faptului că, spre deosebire de SCP 1.3, acum nu există un concept de specificații complete și de asamblare. Toate specificațiile sunt complete, adică produsele de ieșire sunt specificate ca o listă de una sau mai multe unități cu indicarea obligatorie a cotei de cost a distribuției costurilor.

Următoarea filă conține o listă de materiale care sunt necesare pentru a produce rezultatul.

Ca și în SCP 1.3, aici puteți specifica atât materii prime, cât și semifabricate care au specificații proprii. Nivelul de imbricare al semifabricatelor nu este limitat de sistem. Sub forma listei de specificații există un buton „Arborele de specificații”, care arată etapele incluse în produs până la materialele sursă.

În plus față de articolul din nomenclatură, această filă indică cantitatea, precum și articolul de cost pentru care acest material va fi inclus în costul produselor de ieșire. Detaliile rămase ale acestei file se referă la planificarea producției și nu vor fi luate în considerare în cadrul acestui articol.

Vă atrag atenția că pe lângă nomenclatura cu tipul „produs”, pe această filă puteți selecta și articole cu noul tip „Lucrare”. Serviciile din această filă nu pot fi selectate.

Următoarea filă de care avem nevoie acum este „Procesul de producție”.

În această filă sunt determinate etapele producției, care sunt analitice pentru calcularea costului.

În acest exemplu, vom folosi o etapă de producție, care este realizată în departamentul de producție.

Subdiviziunea, după cum sugerează și numele atributului, conține informații despre site-ul care produce acest produs de ieșire. Dacă intenționați să emiteți lansări fără a programa o producție, conform unei scheme simplificate, atunci nu contează ce departament este indicat aici, deoarece acest lucru nu va afecta contabilitatea costurilor.

Cum să arăți producția cu mai multe etape, voi spune în alte exemple.

De asemenea, aș dori să atrag atenția asupra câmpului Status, care este foarte important în noua configurație.

La introducerea unei noi specificații, câmpul este setat la „În dezvoltare”. O specificație cu acest statut poate fi modificată, dar nu poate fi utilizată în documente. După finalizarea lucrărilor cu specificația, este necesar să setați starea acesteia la „Valid”, după care editarea acesteia devine indisponibilă. Astfel de specificații sunt disponibile în documente.

Dacă trebuie să faceți o corecție la specificația curentă, puteți modifica starea acesteia înapoi. În acest caz, sistemul va emite un avertisment cu privire la necesitatea verificării utilizării acestei specificații în documentele sistemului.

În cazul în care specificația este deja utilizată în documente, sistemul va emite un avertisment corespunzător. În acest caz, rămâne posibilitatea schimbării statutului în orice caz.

După ce specificația devine învechită, poate fi setată la starea „închisă”, apoi va deveni indisponibilă pentru selecție în documentele de sistem.

Articole de calcul.

Ultimul director pe care trebuie să-l configurați înainte de a procesa documentele este directorul „Articole de calcul”.

După cum am menționat mai devreme, acest director este o analiză prin care va fi posibil să vedeți costul produselor fabricate.

Intrarea directorului arată astfel:

În scopuri de contabilitate a costurilor, avem nevoie doar de atributul „Tip de cost”, care constă într-o listă foarte asemănătoare cu lista similară din SCP:

Acest tip este utilizat în selecția documentelor și directoarelor. De exemplu, într-o specificație de resursă din fila „Materiale și servicii”, puteți selecta numai articole de cost cu tipul „material”.

Asa de, directoarele de bază a început. Puteți începe procesarea documentelor, despre care voi discuta în partea 2 a articolului.

.
„1C:ERP Enterprise Management” este o soluție inovatoare pentru construirea de sisteme informatice complexe pentru gestionarea activităților întreprinderilor diversificate, inclusiv a celor cu producție multi-procesare complexă din punct de vedere tehnic, ținând cont de cele mai bune practici globale și interne de automatizare a întreprinderilor mari și mijlocii. afacerilor.
Cateva infografii:

Astăzi (martie 2016) peste 900 de întreprinderi au devenit utilizatori 1C:ERP, iar numărul lor este în creștere. Totodată, câteva zeci de proiecte, din punctul de vedere al dezvoltatorilor, au primit statutul de „pilot”, adică. aceste întreprinderi și organizații participă în primul rând activ la dezvoltarea de noi funcționalități, oferind prompt feedback.
Iată siglele unor utilizatori 1C:ERP:


O caracteristică interesantă a soluției 1C: ERP este că dezvoltăm o singura solutie- 1C: ERP - și din sursele sale obținem automat patru soluții(prin „decuparea” funcționalității și comutarea opțiunilor funcționale):


La extinderea afacerii sau la creșterea nevoilor companiei de automatizare, funcționalitatea sistemului poate fi mărită în etape, trecând de la configurația „Trade Management” la configurația „Integrated Automation” și apoi la „ERP Enterprise Management 2”. Datorită grad înalt unificarea soluțiilor, o astfel de tranziție se realizează rapid, datele acumulate în baza de informații sunt salvate și nu este necesară recalificarea utilizatorilor - aceștia continuă să lucreze în mediul familiar de software și informație.

Cum se scrie 1C:ERP

Cum luăm patru decizii dintr-una

Dezvoltarea se realizează doar într-o singură ramură (ERP). Procesul de formare din soluția emblematică ERP mai „ușoară”, limitată funcțional, Integrated Automation (în continuare - KA pentru concizie) și două varietăți de Trade Management (în continuare - UT și UT ​​Basic) este automatizat.
Modificările de la ERP la configurații „derivate” (KA, UT, UT Basic) sunt transferate automat, folosind mecanismul de comparare și fuziune a configurațiilor. Acest mecanism a fost inițial destinat să automatizeze procesul de tranziție la versiuni noi de soluții de aplicație pentru acei utilizatori care modifică/extinde funcționalitatea soluției de aplicație de partea lor. Mecanismul de comparare și îmbinare a configurațiilor realizează o îmbinare semantică în trei căi pe baza analizei a trei configurații:

• configurația veche a furnizorului
• configurație nouă de la furnizor
• configurația curentă a utilizatorului (configurație veche de la furnizor plus modificările aduse acesteia de către utilizator)

La ieșire, obținem o nouă configurație curentă care combină funcționalități noi (introduse de dezvoltator) și salvează îmbunătățirile (personalizările) făcute de utilizator.
În cazul nostru, rolul configurației curente este alternativ KA, UT, UT Basic, ca și configurațiile vechi și noi de la furnizor - ERP ale versiunilor vechi și respectiv noi. Acestea. credem că configurațiile limitate funcțional - KA, UT, UT Basic - sunt versiuni personalizate (în principal prin eliminarea obiectelor neutilizate) ale ERP.


Unul dintre puținele obiecte care sunt scrise manual pentru fiecare dintre soluții sunt planurile de schimb care definesc regulile de integrare. această decizie cu alte soluții 1C (de exemplu, cu 1C: Document Management) sau, de exemplu, cu echipamente externe. Dar, datorită tranziției treptate în schimbul de date la standard unic EnterpriseData , reducem numărul de planuri de schimb care sunt unice pentru o anumită soluție și încercăm să folosim un singur cod de schimb de date.
Această abordare are una caracteristică interesantă. Întreaga soluție se scrie o singură dată, în ramura ERP; dar majoritatea codului, formularelor, scripturilor, rapoartelor etc. este folosit în patru soluții și unele foarte diferite - ERP este implementat în întreprinderi cu mii de utilizatori, iar UT Basic este conceput pentru a servi antreprenori individuali. Încercăm să acordăm multă atenție utilizării produsului nostru.
Internaţional Standardul ISO 9241-11 definește capacitatea de utilizare ca:

măsura în care produsul poate fi utilizat anumiți utilizatori într-un anumit context de utilizare pentru a atinge anumite obiective cu eficiența, productivitatea și satisfacția cuvenite

Încercăm să scriem aplicația în așa fel încât să fie ușor și convenabil să lucrezi cu ea chiar și pentru un utilizator neexperimentat.

Caracteristici de dezvoltare

Când dezvoltăm ERP, trebuie să ne amintim întotdeauna că funcționalitatea dezvoltată poate fi utilizată în una sau mai multe soluții derivate din ERP (KA, UT, UT Basic). Pentru a activa/dezactiva cu ușurință funcționalitatea, folosim pe scară largă mecanismul de opțiuni funcționale, care a fost creat inițial pentru astfel de sarcini. Opțiunile funcționale vă permit să selectați funcționalitatea din soluția aplicației care poate fi activată/dezactivată în timpul implementării fără a modifica soluția aplicației în sine. Opțiunile funcționale sunt setările soluției, casetele de selectare, atunci când sunt dezactivate, toate funcționalitățile asociate acestora devin inaccesibile. În primul rând, opțiunile funcționale sunt utilizate pentru a ajusta programul pentru nevoile unei anumite implementări. În ERP, folosim acest mecanism (pe lângă scopul său principal) pentru a „decupa” configurațiile derivate din ERP. De exemplu, în soluția ERP există o opțiune funcțională „Managementul întreprinderii”, cu aceasta este asociată toată funcționalitatea responsabilă cu gestionarea producției - programarea producției, contabilizarea costurilor de producție, rapoarte aferente și multe altele. Această opțiune este activată numai în soluția 1C: ERP și dezactivată în soluțiile „derivate” KA, UT, UT Basic. În total, 1C:ERP utilizează aproximativ 600 de opțiuni funcționale.
Un alt mecanism de platformă care facilitează munca unui dezvoltator 1C: ERP este . Subsistemele sunt o modalitate de a descompune funcționalitatea unei soluții în blocuri; fiecare obiect din soluție (catalog, document, raport etc.) trebuie inclus în cel puțin un subsistem. În special, soluția ERP are trei subsisteme care facilitează construirea de soluții derivate din ERP:

1. „Obiecte UE, UT, KA” - obiecte incluse în toate soluțiile aplicației: Managementul comerțului, Automatizare integrată, Managementul întreprinderii (nume rusesc ERP).
2. „Obiecte UE, KA” - obiecte legate doar de configurațiile Integrated Automation și ERP.
3. „Obiecte UE” – obiecte legate doar de soluția ERP

Orice obiect aplicație dintr-o soluție ERP trebuie să aparțină NUMAI UNUI dintre aceste trei subsisteme. Această condiție este verificată în timpul analizei statice a codului soluției ERP (vezi mai jos).

Numerele după virgulă

Versiunea produsului ERP constă din patru numere separate prin puncte. De exemplu - 2.1.3.117.

• Primul număr (reviziune) din versiune se schimbă extrem de rar (de exemplu, KA 1.х.х.х și КА 2.х.х.х sunt separate de aproape 8 ani).
• Al doilea număr (subediție) se schimbă aproximativ o dată pe an. Versiunea cu noua subediție lansează noi funcționalități. Lansarea unor astfel de versiuni este adesea programată pentru a coincide cu începutul an calendaristic astfel încât utilizatorii să aibă suficient timp să se „mute” la versiune noua.
• Versiunile cu un nou al treilea număr (lansare) dezvoltă funcționalitatea existentă; noua versiune iese cam o dată la două sau trei luni.
• Versiunile cu al patrulea număr actualizat (build-uri de corecție) conțin numai remedieri de erori și actualizări pentru a se conforma legislației actuale. Ei ies la fiecare două săptămâni.

Putem avea până la 3 versiuni ale produsului în dezvoltare în același timp, de exemplu:

1. 2.1.3.X - Versiunea acceptată a subediției anterioare. Va fi lansat până la sfârșitul anului 2016. În această versiune, există doar remedieri de erori și modificări pentru a se conforma legislației actuale.
2. 2.2.1.X - Lansarea curentă a subediției curente. Are o nouă funcționalitate de subeditare. Pentru aceasta, înainte de lansarea 2.2.2.X, vor fi lansate build-uri de corecție.
3. 2.2.2.X - Dezvoltarea funcționalității actualei subediții. Această versiune este în dezvoltare activă.

Având în vedere că, pe lângă ERP, din fiecare ramură ERP se obțin încă 3 soluții - KA, UT și UT ​​Basic - obținem 12 versiuni de produse situate în 12 depozite diferite.
În timpul dezvoltării, avem până la 4 orizonturi de planificare, de exemplu:

1. 2.1.3 (susținut), decidem ce erori sunt corectate, ce proiecte legate de modificarea legislației vor fi implementate. Doar acele modificări care intră în vigoare în 2016 vor fi implementate. Orizont - până la sfârșitul anului 2016
2. 2.2.1 (suportat) - erorile „externe” sunt remediate + modificări ale legislației care intră în vigoare înainte de lansarea 2.2.2. Orizont - înainte de ieșire 2.2.2.
3. 2.2.2 (dezvoltat activ) - erorile „externe” sunt remediate + erorile găsite de noi + noua funcționalitate este implementată. Orizont - înainte de lansare 2.2.3
4. 2.2.3 (planificat). Dacă proiectul este mare, atunci poate fi dezvoltat imediat pentru această versiune (și nu va fi inclus în cea anterioară). Horizon - până la lansarea versiunii 2.2.4 sau până la sfârșitul anului 2017.

Utilizarea produsului „1C: Application Design System” în dezvoltarea ERP

După cum am menționat deja, noi, cei de la 1C, încercăm să respectăm principiul Eat your own dogfood folosindu-ne produse propriiîn procedurile noastre interne. În special, în dezvoltarea ERP, folosim pe scară largă produsul „1C: Application Design System” (abreviat DSS). DSS, după cum sugerează și numele, ajută la proiectarea soluțiilor de aplicații pe platforma 1C:Enterprise și permite sarcini de service ciclu complet dezvoltare software - colectarea cerințelor, controlul modificărilor, documentație, urmărirea erorilor etc.
DSS vă permite să creați două tipuri de elemente - bug-uri (care trebuie remediate) și cerințe (cereri pentru noi funcționalități). Totul este mai mult sau mai puțin clar cu erori, să luăm în considerare crearea unei noi cerințe.
Motivul pentru crearea unei cerințe poate fi:

1. Solicitare de la un partener sau client. Colectăm astfel de solicitări, în special, la seminariile partenerilor; votând între parteneri, selectăm cea mai prioritară dintre ei.
2. Solicitarea poate apărea în timpul proiect pilot pentru implementarea unei noi versiuni în cazul în care clientul are o dorință importantă pentru el.
3. O solicitare din partea echipei noastre de suport tehnic (mai precis, o solicitare a unui partener sau client care a trecut prin suportul nostru tehnic), o solicitare din forumul nostru partener sau din partea managerului nostru de cont (care însoțește un client/clienți important pentru noi).
4. Solicitare din partea echipei de dezvoltare a platformei 1C:Enterprise. Echipa platformei solicită echipei de dezvoltare ERP (și altor configurații tipice) să folosească noi funcționalități ale platformei - de exemplu, interfața Taxi, respingerea ferestrelor modale, respingerea apelurilor sincrone etc.
5. Refactoring, optimizarea arhitecturii, îmbunătățirea gradului de utilizare.

Motivul refactorizării (punctul 5) poate fi schimbările arhitecturale grave (de exemplu, revizuirea comenzilor de expediere, când au început să fie folosite comenzi în locul facturilor).

Produsul DSS este furnizat ca parte a ERP (dar poate fi achiziționat și separat). Soluția ERP poate fi lansată în modul de integrare DSS; în acest caz, fiecare formular va avea un buton „Deschidere”. model functional”, când faceți clic pe el, se va deschide o descriere a funcționalității formularului din DSS.


Iată ce se deschide - acesta este modelul locului de muncă din IDEF0:


Este posibil, și invers, să se studieze modelul funcțional și să se deschidă formele de locuri de muncă din acesta. Acest mod poate fi utilizat atunci când studiați funcționarea programului.
Un punct important - nu DSS se deschide, se deschide formularul din interiorul ERP, unde sunt încărcate datele din DSS. Acestea. integrarea este „fără întreruperi” (utilizatorul nu o vede). Această tehnică este utilizată atunci când se integrează cu alte produse. De exemplu, cu 1C:Document Management (puteți lucra fără a părăsi ERP cu e-mail, sarcini, procese de afaceri care funcționează într-o altă bază de date).

Cum dezvoltăm ERP: 6 etape ale proiectului

Deci, s-a decis implementarea unei noi cerințe de modificare a funcționalității. Cerințele de același tip sunt combinate în proiecte tehnice. Ca parte a unei noi versiuni ERP, de obicei sunt implementate de la 100 la 150 de proiecte tehnice, fiecare proiect - de la una la câteva zeci de cerințe. Proiectul tehnic este introdus în DSS; proiectul în curs de implementare trece prin 6 puncte de control, fiecare dintre ele fiind înregistrat în DSS.
Câteva despre împărțirea în echipe în cadrul diviziei ERP. Liderul de echipă (leaful de echipă) este implicat în proiectare și, de regulă, participă la dezvoltare. Echipa include de obicei și testeri. Echipele de dezvoltare sunt statice, li se atribuie mai multe domeniile subiectului. Dacă proiectul afectează zone adiacente, membrii echipei relevante sunt implicați pe toată durata proiectului. Nu întreaga echipă poate fi implicată în proiect.
Responsabilul pentru proiect este dezvoltatorul principal sau liderul echipei. Responsabilitatea lui este de a controla procesele:

• Design de înaltă calitate, ținând cont de tot felul de scenarii, interfață cu blocurile adiacente
• Sincronizare
• Calitatea arhitecturii, interfata utilizator
• Scrierea unei referințe, proiectarea unui proiect, incl. dezvoltarea unui model funcțional

Punctul 1. Deschiderea proiectului

Seful de echipă începe proiecte tehnice în DSS ca o listă de lansări. În fiecare proiect sunt conturate obiectivele, sunt indicate cerințele realizabile. Lista este discutată cu managerul de dezvoltare înainte de a începe lucrul la ediție. De fapt, la deschiderea unui proiect, întâlnirile nu au loc - pur și simplu trimit proiectul la DSS pentru deschidere.
Echipa de proiect începe să dezvolte conceptul.

Punctul 2. Acordarea conceptului

Pentru a conveni asupra conceptului, are loc o întâlnire online sau offline, la care participă responsabilul de proiect, liderul echipei, managerul de dezvoltare și specialiștii implicați în proiect. De obicei, în această etapă, persoana responsabilă de proiect are pregătit un concept „bloc mare”, care este finalizat în timpul întâlnirii. Scenarii și o descriere a interfeței cu utilizatorul sunt, de asemenea, discutate (și scrise în DSS). Dacă cerința a luat naștere dintr-o solicitare a partenerilor sau clienților, atunci materialele proiectului (concepte, scenarii, UI) pot fi trimise partenerului/clientului pentru evaluarea soluției.
În timpul întâlnirii, se convine asupra complexității creării unui prototip (de obicei, crearea unui prototip durează până la 5 zile lucrătoare). Echipa începe să construiască un prototip.

Punctul 3. Coordonarea prototipurilor

Are loc o întâlnire în timpul căreia sunt luate în considerare prototipurile gata făcute, sunt discutate detaliile implementării (în special, ce obiecte vor fi adăugate și modificate), sunt testate ipotezele, sunt aprobate prototipuri de formulare etc. Pentru a testa utilizabilitatea cât mai serios posibil, prototipurile sunt lansate în modul cel mai „hard” – în clientul web, în ​​interfața Taxi, pe monitoare cu rezoluție scăzută.
Modelul funcțional al proiectului în notația IDEF0 este dezvoltat și stocat în DSS.
În această etapă, echipa de proiect ar trebui să estimeze cât mai precis posibil costurile cu forța de muncă pentru implementarea proiectului, prin urmare, toate aspectele proiectului sunt discutate (și documentate în DSS):

• Coordonarea corectitudinii descrierii proiectului în DSS (în special, se monitorizează că toate sarcinile de la etapele anterioare ale proiectului au fost finalizate).
• Ce obiecte noi de metadate (cărți de referință, documente etc.) vor fi adăugate la soluție
• Ce modificări vor fi aduse obiectelor de metadate existente
• Coordonarea planurilor de schimb de date cu alte soluții (dacă datele noi/modificate vor fi implicate în schimbul de date cu alte aplicații și, dacă da, cum exact)

Dacă toată lumea este mulțumită de costurile cu forța de muncă, se face o prezentare (pe baza materialelor proiectului din DSS) a tot ceea ce s-a făcut pe proiect pentru a identifica cât mai multe nuanțe înainte de a începe dezvoltarea.
Și începe dezvoltarea!

Punctul 4. Coordonarea soluției dezvoltate

Soluția a fost dezvoltată, a fost pregătită o prezentare (în format PowerPoint). O întâlnire față în față este adesea organizată cu o demonstrație „în direct” a soluției dezvoltate.
Dacă proiectul este public (publicat în lista de planuri disponibile partenerilor pe site-ul 1C), atunci prezentarea este postată pe forumul partenerilor în secțiunea ERP, astfel încât toți partenerii interesați să se familiarizeze și să își exprime comentariile.

Punctul 5. Testarea și auditarea proiectului

La sfârșitul dezvoltării principale, se efectuează o serie de teste funcționale manuale. Testerii, ca membri cu drepturi depline ai echipei, participă la toate etapele proiectului și au o înțelegere a funcționalității proiectului și a scenariilor de lucru. De asemenea, testerii evaluează noile funcționalități în raport cu standardele noastre de utilizare. Aceste standarde (inclusiv standarde de codificare și standarde de dezvoltare a interfeței) sunt publicate într-o resursă disponibilă partenerilor și utilizatorilor înregistrați pe site-ul web 1C.
Codul proiectului trece prin procedura de revizuire a codului. Revizuirea codului în ERP este efectuată de membrii unui alt grup de proiect; revizuirea codului este o datorie pe care toți dezvoltatorii echipei ERP o au pe rând. Dacă se găsesc probleme în cod, erorile sunt înregistrate în DSS, care trebuie corectate înainte de trecerea punctului 5.
Actualizarea este verificată pentru o nouă versiune față de cea anterioară (cea mai recentă versiune care a fost lansată în acest moment).
Deci, proiectul este gata, testele sunt trecute, este timpul să încărcați codul în depozitul principal (înainte de aceasta, toată dezvoltarea se realizează într-un depozit tehnic separat de proiect). În această etapă se încheie și scrierea materialelor de referință pe noua funcționalitate (referința este stocată în DSS).
La finalul etapei (testele trecute și materialele de referință sunt gata), proiectul este încărcat în depozitul principal; după aceea, se efectuează testarea de regresie selectivă în domenii conexe - trebuie să ne asigurăm că nu am rupt nimic din funcționalitatea existentă.

Punctul 6. Sfârșitul proiectului

Închidem proiectul în DSS și îi atribuim statutul „Terminat”.

Versiune de lansare

Cu aproximativ o lună înainte de lansarea unei noi versiuni, se impune un moratoriu privind încărcarea proiectelor noi în depozitul principal (dezvoltarea în depozitele tehnice de proiecte continuă); acele proiecte care nu au avut timp să se încheie până la această oră sunt transferate într-o altă versiune.
În această lună se efectuează teste de regresie; modificările codului sunt permise numai pentru a remedia erorile introduse în această versiune. Bug-urile neintroduse (cele care au fost reproduse în versiunile anterioare), până la începutul testării de regresie, sunt de obicei aproape toate remediate; aceleași erori care rămân sunt reportate la următoarea ediție. Sarcina principală a testării de regresie este de a se asigura că calitatea produsului nu se deteriorează.
După cum sa menționat deja, același DSS este folosit ca un instrument de urmărire a erorilor.

Construcții corective

La fiecare două săptămâni, lansăm versiuni de corecții; astăzi este 2.1.3.x, după lansarea lui 2.2.1, vor fi lansate 2 build-uri de corecție - 2.1.3.x și 2.2.1.x. Ne ia mai puțin de două săptămâni de la înregistrarea unei erori până la apariția într-o versiune de corecție; Statisticile noastre arată că timpul mediu de la un client care contactează asistența ERP cu o eroare până la lansarea unei remedieri într-o versiune de corecție astăzi este de 9 zile.

Dezvoltare ramificată

LA lucru de grup peste ERP, încercăm să folosim instrumentele oferite de platforma 1C: Enterprise. Configurațiile sunt stocate în depozitul de configurații, iar atunci când o nouă funcționalitate este verificată într-o ramură, este utilizat mecanismul standard de livrare și suport. Toate operațiunile sunt automatizate la maximum; dacă obiectele au fost modificate numai de partea dezvoltatorului, codul este fuzionat fără participarea programatorului. Dacă este necesară intervenția dezvoltatorului pentru a îmbina sursele, de obicei folosim capacitățile încorporate ale platformei. Dar există și posibilitatea de a apela instrumente de diff/merge de la terțe părți din instrumentele platformei (de exemplu, sau Araxis). Apropo, această caracteristică - apelarea instrumentelor terțe de comparare / fuzionare - a fost adăugată platformei la solicitarea echipei de dezvoltare ERP.

Diverse

Când dezvoltăm noi funcționalități, folosim versiunea platformei care va fi disponibilă în momentul lansării noii versiuni de ERP (azi este platforma 8.3.8).
Acest lucru este posibil datorită faptului că platforma este foarte activă în menținerea compatibilității cu versiunile anterioare. De îndată ce apare o nouă platformă, trecem la ea, dar dezactivarea modului de compatibilitate nu are loc imediat. Acest lucru se datorează a trei motive:

1. Dorim să „șocăm” mai puțin utilizatorii, așa că încercăm să dezactivăm modul de compatibilitate în perioadele „liniștite”, și nu atunci când toți utilizatorii, de exemplu, trimit rapoarte.
2. De obicei, dezactivarea compatibilității este asociată cu diverse modificări de configurare. Ele trebuie planificate, au nevoie de timp pentru a fi implementate.
3. ERP este o configurație care include în prezent 10 biblioteci. Puteți dezactiva compatibilitatea numai atunci când toate bibliotecile o fac și ele.

Bibliotecile pot fi scrise separat. O bibliotecă este o configurație special scrisă, care include funcționalități care ar trebui să funcționeze în același mod în diferitele noastre soluții finale de aplicație. Integrarea bibliotecilor se realizează folosind mecanismul deja menționat al platformei „Configuration Delivery”. Bibliotecile sunt împărțite în publicate (cele pe care le publicăm și pe care dezvoltatorii terți le pot folosi în soluțiile lor de aplicații) și interne (pe care nu le publicăm separat - doar ca parte a soluțiilor aplicației). Marea majoritate a bibliotecilor sunt publicate.
ERP include 10 biblioteci dezvoltate de alte echipe. Codul lor nu este schimbat de către dezvoltatorii echipei ERP.

Lista bibliotecilor

1. Biblioteca de subsisteme standard.
   Funcționalitate de bază - drepturi de acces, imprimare, poștă etc. Inclus în majoritatea soluțiilor de aplicație.
2. în ERP
3. Biblioteca de asistență pentru utilizatorii de Internet.
   Informarea despre lansarea actualizărilor, contactarea acestora. asistență, descărcare și instalare actualizări
4. Biblioteca de gestionare a documentelor electronice.
   Schimb de documente electronice cu contrapărți (inclusiv EDI semnificativ din punct de vedere juridic), DirectBank (schimb direct cu băncile), schimb cu site-uri (CMS).
5. Biblioteca de integrare cu EGAIS.
   Schimb cu Sistemul Informațional Unificat de Stat Automatizat pentru operațiuni contabile pentru circulația cu amănuntul a alcoolului.
6. Biblioteca de contabilitate reglementată.
   „Piesa” 1C: Contabilitatea în ERP. În general, contabilitatea reglementată în ERP în partea metodologică (cu câteva excepții minore) este similară cu 1C: Contabilitate, dar implementarea sa este diferită și se face independent. Din 1C: Contabilitate luăm rapoarte contabile și raportări privind unele taxe.

Cum testăm 1C: ERP

După crearea a trei soluții din ERP - KA, UT, UT Basic - pentru a verifica corectitudinea tuturor celor patru soluții, efectuăm o analiză statică și dinamică a configurațiilor rezultate.
O analiză statică parțială este efectuată de fiecare dată după ce configurațiile de bază KA, UT, UT sunt create din stocarea ERP și încărcate în propriile stocări (acest proces are loc de două ori pe zi).
O analiză statică mai detaliată se face folosind configurația 1C:Automatic Configuration Checker (1C:APK). În special, 1C:APK verifică:

• Compunerea rolurilor. De exemplu, verifică dacă drepturile de citire a tuturor constantelor sunt incluse în rolul „Drepturi de bază”.
• Conformitatea codului cu standardele acceptate. Pentru un număr mare de standarde de dezvoltare a aplicațiilor (dintre care avem câteva sute), au fost scrise proceduri de analiză a codului pentru conformitatea cu acestea. De exemplu, că îmbinările complete nu sunt folosite în interogări sau că șirurile care sunt afișate în interfață sunt corect localizate.
• Verificări specifice legate de particularitățile dezvoltării ERP
  De exemplu, verificarea ca fiecare obiect aplicație să fie inclus doar în unul dintre subsistemele „UT, KA, UE objects”, „KA, UE objects” sau „UE objects”

Analiza dinamică a codului include, în special, testarea de regresie, în care sunt executate următoarele operații (și rezultatele operațiunilor sunt verificate față de ultimul test anterior de succes):

• Deschiderea tuturor formelor
• Schimb de date cu alte soluții de aplicație (de exemplu, cu 1C: Enterprise Accounting)
• Reflectarea documentelor postate în contabilitate. Se verifică ca după înregistrarea documentului în baza de date de referință, rezultatul reflectării acestuia în contabilitate să nu s-a modificat.
• Si etc.

Pentru testarea de regresie, folosim de la 10 la 20 de baze de date de diferite dimensiuni (de la 15 GB la 70 GB) și diferite specificități de conținut.
Pe aceleași baze, testăm actualizarea la o nouă versiune de la cea anterioară, pentru a ne asigura că actualizarea merge a) corect și b) într-un timp rezonabil.
Când actualizați baza de date 1C, există doi pași esențiali:

1. Momentul principal este actualizarea datelor în modul multi-utilizator. Aplicația pregătește datele pentru actualizare în fundal, utilizatorii pot continua să lucreze cu sistemul, dar performanța sistemului poate fi redusă și unele funcții pot funcționa într-un mod limitat. De obicei, actualizarea la o versiune nouă se efectuează în weekend (când activitatea utilizatorului este minimă).
2. Timp minim - actualizare în modul exclusiv. Când toate datele sunt pregătite în fundal, este timpul să schimbați structura bazei de date. Pentru a face acest lucru, baza de date este transferată în modul exclusiv atunci când utilizatorii nu pot lucra cu sistemul. Viteza de actualizare este extrem de importantă pentru utilizatorii noștri.

În viitorul apropiat, intenționăm să extindem zona de autotestare pentru a acoperi numărul maxim de scenarii cu acestea.

Concluzie

ERP este unul dintre cele mai mari produse ale noastre. Încercăm să folosim metode moderne și avansate în dezvoltarea sa, precum și să creăm noi metode și instrumente pentru, pe de o parte, să o dezvoltăm rapid și, pe de altă parte, să asigurăm calitate superioară solutie dezvoltata.

Etichete:

Adăugați note de studiu de la zero are ca scop transferul de cunoștințe și dezvoltarea abilităților practice în utilizarea unei soluții standard 1C: ERP Enterprise Management Edition 2.0 în domeniul planificării și contabilității costurilor directe de producție. Sistemul de verificare automată acceptă ca soluție obiecte implementate direct în program - directoare, documente, registre etc.

Descrierea detaliată a temelor studiate

Procesul de învățare se bazează pe rezolvarea sarcinilor practice în următoarele secțiuni:

1. Pregătirea pentru păstrarea evidenței:

Configurarea programului, introducerea informațiilor despre organizație și politica ei contabilă
- descrierea structurii întreprinderii (subdiviziunii) și a depozitelor
- întocmirea cărților de referință de nomenclatură și unități de măsură
- stabilirea tipurilor si grupelor de contabilitate financiara a articolului
- introducerea centrelor de muncă și a tipurilor de muncă ale angajaților
- completarea articolelor de cost și a specificațiilor de resurse pentru produse
- infiintarea posturilor organizatiei, personal
- umplutura calendarul de producțieși programul de lucru
- angajarea in organizare, formarea de echipe
- introducerea utilizatorului și setările individuale ale programului.

2. Managementul direct al costurilor variabile:

Descrierea tipurilor de preț, introducerea furnizorilor, acordurile și contractele
- inregistrarea achizitiilor de materii prime (cu ridicata, cu amanuntul, nefacturate)
- introducerea de costuri suplimentare pentru achiziționarea de materii prime
- inregistrarea preturilor de achizitie a materiilor prime
- realizarea de estimări de cost pentru costul planificat al semifabricatelor și produselor
- procesarea comenzilor pentru productie, realizarea fiselor de traseu
- înregistrarea lansărilor de semifabricate și produse
- reflectarea producției angajaților și anularea materiilor prime în producție
- inregistrarea transferului produselor in depozit si implementarea acestuia

3. Calculul costului de producție și al profitului brut din vânzări.

Programul se bazează pe consola software de studiu 1C:Enterprise 8 certificată de 1C. Produsul de formare poate fi folosit atât pentru auto-studiul oportunităților 1C ERP Enterprise Management 2.0, și pentru organizarea procesului de învățământ la întreprinderi, în centre de recalificare profesională, OSC, AEC etc.

Tutorialul nu oferă dreptul de a utiliza 1C: ERP Enterprise Management 2.0.

Incepe

Alegeți o opțiune pentru a lucra cu programul:

Instrucțiuni pentru instalarea programului pe computer

1. Instalați și configurați programul 1C ERP Enterprise Management 2.0 pe computer

Rulați fișierul descărcat setup.exe
(în cazul unei avertismente de pericol, lăsați fișierul să ruleze);
- urmați instrucțiunile instalatorului.

Important! Programul necesită o conexiune la internet.

3. Rulați tutorialul și selectați o bază de informații

Lansați programul de formare prin intermediul comenzii rapide „Site de antrenament” de pe desktop;
- în lista de infobaze, selectați „Managementul întreprinderii educaționale”;
- rulați „1C:Enterprise”, selectați un utilizator și faceți clic pe „OK”.

De asemenea, puteți extinde suportul metodologic al programului gratuit,

Descriere

Caracteristicile programului:

Rezolvarea problemelor practice de management al costurilor direct în 1C;
- verificarea automata a solutiilor si emiterea de informatii despre erori;
- disponibilitatea statisticilor personale pentru rezolvarea problemelor practice;
- capacitatea de a vizualiza evaluările participanților la training;
- suport tehnic utilizatorii programului de formare;
- legături și acces la materiale metodologice ale bazei de referință ITS;
- disponibilitatea de recomandări (sfaturi) pentru rezolvarea problemelor practice;
- acces complet la instrucțiuni (cu imagini) care descriu caracteristicile rezolvării problemelor.

Contabili, programatori și consultanți 1C care doresc să câștige în mod independent experiență practică în contabilizarea costurilor directe de producție într-un nou 1C ERP Enterprise Management 2.0.