UPP: Vispārīgi iestatījumi: programmas iestatījumi. Mīkstie starteri: pareizā izvēle Kā konfigurēt iekārtā

Šajā rakstā runāsim par ERP sistēmu “Management ražošanas uzņēmums" Automatizējot ražošanas uzņēmumus, šis produkts bieži vien izrādās optimāls risinājums, un vairāk nekā vienu reizi esmu bijis iesaistīts 1C SCP ieviešanā dažādām organizācijām.

Strādājot pamanīju, ka atsauksmes par šo programmatūras produkts praktiski neviens. Ēst tehnisko dokumentāciju, daži padomi programmētājiem par konkrētu problēmu risināšanu šajā sistēmā, apmācību kursi. Bet lietotājiem nav skaidra visas sistēmas apraksta. Un ļoti bieži pirms šī programmatūras produkta ieviešanas man praktiski “uz pirkstiem” ir jāizskaidro “Ražošanas uzņēmuma vadības” iespējas, priekšrocības un trūkumi.

Pat Habré sadaļā ERP joprojām nebija informācijas par šo sistēmu. Tieši šo plaisu es nolēmu aizpildīt. Turklāt es ceru, ka mans raksts palīdzēs uzņēmējiem un IT speciālistiem ražošanas uzņēmuma automatizācijas programmatūras izvēles posmā un sagatavos tos funkcijām, kas jāņem vērā, ieviešot šo sistēmu.

Šajā pārskatā es vēlos jums pastāstīt, kas ir UPP sistēma. 1.3, lai tas, kurš nolemj to iegādāties un ieviest, būtu apzinātāks un apzinātāks, izvēloties šo dārgo preci. Mēģināšu sniegt objektīvu sistēmas novērtējumu, balstoties uz savu un savu klientu pieredzi. Šis pārskats palīdzēs kādam pieņemt pozitīvu lēmumu par programmas iegādi, un kāds nolems to atteikties.

Lai izprastu programmatūras produkta funkcijas, jums ir jāatbild uz šādiem jautājumiem:

1. Kas ir sistēma, kādi uzdevumi tai ir izvirzīti.
2. Cik šī sistēma spēj veikt tai uzticētos uzdevumus?
3. Nosakiet sistēmas plusus un mīnusus.

Pirmā lieta, kas ir ļoti svarīgi saprast: 1C. Ražošanas uzņēmuma vadīšana nav tikai grāmatvedības sistēma, tā izstrādes laikā mēs ņēmām vērā modernas metodes uzņēmuma vadība, un tāpēc šis produkts tiek piedāvāts lietošanai, tostarp kā ERP sistēma. Turklāt no nosaukuma izriet, ka šis konkrētais produkts ir paredzēts ražošanas tipa uzņēmumiem. No šī viedokļa es plānoju apsvērt 1C UPP programmatūras produktu.

Kas ir ERP sistēma?

ERP (Enterprise Resource Planning) sistēma ir korporatīvā informācijas sistēma, kas paredzēta, lai kontrolētu, reģistrētu un analizētu visa veida biznesa procesus un risinātu biznesa problēmas uzņēmuma mērogā.

Vienkārši sakot, ERP sistēma apvieno visus uzskaites veidus, kas pastāv uzņēmumā. Izmantojot ERP sistēmas, notiek informācijas apmaiņa un mijiedarbība starp dažādām nodaļām utt. ERP sistēmas “Ražošanas uzņēmuma vadība” gadījumā programmatūras produkts piedāvā visu šo funkciju realizāciju ražošanas uzņēmumam.

Ieviešot produktu “Ražošanas uzņēmuma vadība”, izstrādātāji centās sistēmā apvienot maksimāli iespējamo funkciju sarakstu. Ja paskatās uz dokumentiem, var saskaitīt pat 15 apakšsistēmas. Fakts ir tāds, ka 1C dokumenti ir sagrupēti apakšsistēmās:

• Ražošanas vadība
• Izmaksu vadība
• Iepirkumu vadība
• Plānošana
• Nodokļi un grāmatvedība
• Algas
• Personāla uzskaite utt.

Tie. Mēs centāmies šajā sistēmā iekļaut visas funkcijas, kas var būt nepieciešamas ražošanas uzņēmuma darbībai. Tieši tā 1C uzņēmums pozicionē savu ERP sistēmu: tajā jau ir viss nepieciešamais, lai automatizētu jebkurus procesus, neizmantojot citus programmatūras produktus.


Ekrānuzņēmums, ko uzņēmu, skaidri parāda, ka ļoti neliela dokumentu daļa ir tieši saistīta ar ražošanu. Visi pārējie dokumenti ir papildu apakšsistēmas, kas izstrādātas, lai padarītu “Ražošanas uzņēmuma vadību” par universālu risinājumu visu nodaļu darbam. Neredzu jēgu visas šīs iespējas detalizēti izskatīt, taču ir svarīgi, lai katra no apakšsistēmām darbotos efektīvi un pilnvērtīgi un spētu atrisināt konkrēta biznesa vajadzības. Šajā rakstā mēs detalizēti apskatīsim bloku, kas atšķir UPP no citiem 1c — ražošanas pārvaldības risinājumiem.

1C UPP: vairāk par produktu

Uzņēmums 1C pozicionē “Ražošanas uzņēmuma vadību” kā vienu no saviem vadošajiem produktiem. Šī ir tipiska konfigurācija no 1C, t.i. programmatūras produktu pilnībā ražo pats 1C, un visas sistēmas izmaiņas ir jāveic oficiālie partneri 1C. UPP ir viena no konfigurācijām, kuru pastāvīgi atbalsta 1C, tai tiek izdoti atjauninājumi utt.

Šai standarta konfigurācijai ir izveidotas daudzas modificētas, tā sauktās nozares versijas: 1C.Mašīnbūve, 1C.Gaļas kombināts, 1C.Mēbeļu ražošana, 1C.Drukāšana u.c.

Nozares risinājumus veido 1C partneruzņēmumi, pamatojoties uz pamata konfigurāciju. Tas parasti notiek šādi: konkrētam klientam tiek veiktas modifikācijas, pēc kurām tās tiek “saliktas” jaunā versija, kas paredzēts izvēlētajai nozarei. Modificētā konfigurācija ir nosaukta tās nozares vārdā, kurai tā tika rakstīta, un tiek pārdota kā “risinājums kastē”.

Produkta izmaksas

Lai strādātu ar šo konfigurāciju, jums ir jāiegādājas pats produkts. Uzņēmuma 1C ieteicamā cena ir 186 000 rubļu. Un šī programmatūras produkta licencēšana tiek veikta saskaņā ar vispārējiem kritērijiem 1C, t.i. citu 1C produktu lietotāji nedrīkst iegādāties atsevišķas licences šai sistēmai.

Šai sistēmai ir piemērota jebkura licence, piemēram, no 1C Accounting vai no 1C Trade and Warehouse. Protams, šo produktu licenču izmaksas ir vienādas.

Ir svarīgi saprast: nozares risinājumiem 1C partneruzņēmumiem var būt nepieciešamas savas atsevišķas licences. Un šeit cena var atšķirties no pamata versijas.

Tāpat kā strādājot ar citiem produktiem, licencēšana tiek veikta saskaņā ar vienu no 1C pieņemtajām iespējām: datoram (ierīcei) un lietotājam (savienojumi no jebkuras ierīces). Es šeit neiedziļināšos, jo visa informācija ir 1C vietnē. Ar to var iepazīties saitē: http://v8.1c.ru/enterprise/

Par pašu programmu 1C ir daudz rakstīts. Par šo platformu arī jau esmu rakstījis, piemēram, rakstā “Kāpēc 1C ir slikti un kāpēc 1C programmētāji tik ļoti nepatīk”. Ņemot vērā to, ka “Ražošanas uzņēmuma vadības” sistēma darbojas uz 1C bāzes. Enterprise 8.3, tajā ir arī visas pamata programmatūras priekšrocības un trūkumi.

Apskatīsim konfigurāciju sīkāk

R. B. Čeisa, F. R. Džeikobsa, N. J. Akvilano grāmatā “Ražošanas un operāciju vadība” man patika to uzdevumu saraksts, kas tiek uzdoti ražošanas uzņēmuma ERP sistēmām.

1. Veikt jaunu pasūtījumu uzskaiti un nekavējoties informēt par tiem ražošanas nodaļu.
2. Nodrošiniet pārdošanas nodaļai iespēju jebkurā laikā redzēt klienta pasūtījuma statusu.
3. Nodrošiniet iepirkumu nodaļai iespēju jebkurā laikā redzēt materiālu ražošanas vajadzības.
4. Savlaicīgi sniedzot valstij datus par uzņēmuma darbības rezultātiem, t.i. uzturēt grāmatvedības un nodokļu uzskaiti.

Apskatīsim katru no šiem punktiem sīkāk. Skaidrības labad kā piemēru izmantošu vienu no saviem klientiem - šūšanas uzņēmumu, kas izmanto SCP sistēmu un ir klasisks un vizuāls ražošanas modelis. Šim uzņēmumam ir daudz dažādu nodaļu: projektēšanas, inženierijas, ražošanas, audumu un aksesuāru uzglabāšanas nodaļa, gatavās produkcijas uzglabāšanas nodaļa, vadības nodaļa.

Jauno pasūtījumu uzskaite pārdošanas nodaļā

Pasūtījumu uzskaite ir jebkuras tirdzniecības nodaļas darba neatņemama sastāvdaļa. Jebkurš pasūtījums sastāv no vairākām daļām:

1. Klientu uzskaite (kam tiek veikta pārdošana);
2. Preču uzskaite (kas tiks pārdots klientam).

Pircēji (klienti) tiek ievadīti Darījumu partneru katalogā. Klienti var būt līdzīgi privātpersonām, un juridiski. Darījuma partnera kartē varat norādīt visu bankas rekvizīti uzņēmumi, tālruņu numuri, piegādes adrese un cita informācija, kas nepieciešama dokumentu noformēšanai un tirdzniecībai.

Un detalizēta informācija par visām precēm, kuras var pārdot, tiek glabāta Nomenklatūras direktorijā.


Nomenklatūra ir direktorijs, kas paredzēts, lai saglabātu informāciju par precēm un pakalpojumiem, ko var sniegt pircējam. Un šajā sistēmā nomenklatūra ir viena no vissarežģītākajām uzziņu grāmatām.

Šeit var saglabāt sekojošo:

• Produkta nosaukums
• sērija
• Fotogrāfijas
• Tehniskās dokumentācijas faili
• Apraksts un gandrīz visa cita informācija par produktu.

Izmantojot šos direktorijus, pārdošanas nodaļas darbinieks izveido Klienta pasūtījuma dokumentu, kurā norāda darījuma partneri un preču sarakstu ar cenām.

Izmantojot šūšanas ražošanas piemēru, darbs pie pasūtījuma ir sadalīts šādos posmos:

1. Pieņemt pasūtījumus un reģistrēt klientu vajadzības.
2. Ja nepieciešams, iegādājieties materiālu pasūtījumam.
3. Veikt izstrādājumu griešanu un pēc tam šūšanu.
4. Veikt preču pārbaudi (kvalitātes kontroli).
5. Nodod gatavie izstrādājumi uz noliktavu.
6. Veikt nosūtīšanu vai piegādi pircējam.

Tātad pirmais darba posms ir noslēdzies: ir izveidots Klienta pasūtījuma dokuments, kas atspoguļo klienta datus un viņam nepieciešamās preces. Tagad mums ir jāpārsūta informācija uz ražošanu.

Ražošanas paziņošana par jauniem pasūtījumiem

Ražošanai vajadzētu redzēt jaunus pasūtījumus, tiklīdz tie tiek saņemti. 1C UPP konfigurācija kopumā tiek galā ar šo uzdevumu. Taču rodas pretproblēma: ražošanai vajadzētu redzēt tikai tos pasūtījumus, kas jāražo. Tie. Ja pasūtījuma dokumentā ir norādītas preces, kas jau ir noliktavā, tad ražošanu šāds pasūtījums neinteresē, un tā parādīšanās ražošanai pieejamo dokumentu sarakstā var radīt papildu neskaidrības.

Ražošanai vajadzētu redzēt pasūtījumus uzreiz pēc to saņemšanas, bet tikai to pasūtījumu daļu, kurai produkti ir jāražo.

Lai izvairītos no šādām problēmām, 1C izstrādātāji piedāvā šādu risinājumu: pamatojoties uz pircēja pasūtījumu, pārdošanas vadītājam ir jāizveido jauns dokuments– Ražošanas pasūtījums, kurā būs uzskaitītas ražojamās preces.

Bet šo iespēju nevar saukt par ļoti ērtu, jo darbā ir vēl viens solis, kas pilnībā ir atkarīgs no cilvēka faktora. Tie. Pēc pasūtījuma izveidošanas vadītājs var aizmirst izveidot ražošanas pasūtījumu, kļūdīties utt. Tā rezultātā nepieciešamās preces netiks piegādāts uz ražošanas plānu laikā, un klients nesaņems pasūtītās preces laikā. Protams, ar pilnīgu uzņēmuma automatizāciju šādas situācijas ir nepieņemamas. No otras puses, šo problēmu var pilnībā atrisināt, izveidojot papildu apstrādi.

Apģērbu uzņēmumam esam izveidojuši šādu risinājumu. Tika uzrakstīts papildu spraudnis, kas automātiski izveido ražošanas pasūtījumu, pamatojoties uz noteiktu dažādu nosacījumu sarakstu.

Šī apstrāde noteica, vai nepieciešamās preces ir noliktavā. Ja nē, tad nākamais solis bija analizēt ražošanā pieejamos vienumus. Ja šādu produktu nav vai tie ir ieplānoti vēlākam datumam, nekā norādīts pasūtījumā, tiek automātiski ģenerēts ražošanas pasūtījums.

Secinājums: Sistēmā ir viss nepieciešamais, lai saglabātu informāciju par produktiem un klientiem. Ir iespēja izveidot pasūtījumu un nodot to ražošanā. Bet priekš pilna automatizācija Darbs joprojām būs jāpārveido, lai tas atbilstu konkrēta uzņēmuma vajadzībām.

Pasūtījuma statuss ražošanā

Kā jau minēts, pēc pasūtījuma nonākšanas ražošanā ir nepieciešams nodrošināt pārdošanas nodaļai iespēju reāllaikā uzraudzīt pasūtījuma statusu. Pārdošanas daļas vadītājam ir svarīgi zināt, kurā stadijā ir darbs: vai pasūtītās preces jau ir nogādātas darbā, kad to plānots pabeigt utt.

Tas tiek īstenots vienā no diviem veidiem:

1. Pārdošanas menedžeris var izsekot, kurā tehnoloģiskajā stadijā ir darbs pie pasūtījuma: plānots, ievests darbā, pie kvalitātes kontroles utt. Tādējādi pārdošanas speciālists var pastāvīgi uzraudzīt darbu pie katra pasūtījuma un informēt klientu par termiņiem.
2. Precei tiek noteikts pārdošanas periods, t.i. datums, kad tiks sagatavots nepieciešamo preču saraksts, tiks pārbaudīts un būs gatavs nosūtīšanai.

Sistēma nenodrošina nepieciešamos rīkus pirmās iespējas ieviešanai. Pieejamie pārskati atspoguļo tikai pasūtījumu un noliktavā esošo preču statusu. Ražošanai, ja nepieciešams ieviest pakāpenisku apziņošanu, būs nepieciešami uzlabojumi.
Diemžēl otrajā gadījumā nav gatavu rīku gadījumiem, kad ražošana var mainīt pasūtījuma izpildes datumu. Tikai pārdošanas nodaļa var veikt jebkādas izmaiņas nosūtīšanas datumā un uz augšu. Parasti vadītājs var pārplānot sūtījumu vairāk vēls datums, bet ražošana būs jābrīdina par iespēju manuāli mainīt preču izveides nosacījumus. Tāpat, ja nepieciešams, ražošana nevar atlikt nosūtīšanas datumu, pat ja kļūst iespējams ātrāk izpildīt pasūtījumu.

Pamatkonfigurācijā visas izmaiņas termiņos un pasūtījuma izpildes stadijas noteikšanu darbinieki veic manuāli, kā rezultātā neparedzami cilvēciskais faktors. Bet šeit uzlabojumi palīdzēs atrisināt problēmu.

Tātad šūšanas ražošanai mēs izveidojām kopsavilkuma atskaiti, kurā bija redzams: kura preču partija (no kādiem pasūtījumiem) ir ražošanā, tajā skaitā, atskaite parāda, kura partija ir piegriezumā, kura šūšanā utt. Tie. mēs sadalījām ražošanas procesi posmos, un pārskatā tika parādīta kopējā aina - kuri produkti, no kuriem pasūtījumi ir kuros ražošanas posmos, kas ir rindā (norādot darbu sākuma datumu), kuri atrodas kvalitātes kontrolē, kas ir nosūtīti uz noliktavu.

Sākotnēji šis pārskats tika izveidots ražošanas darbiniekiem, lai viņi varētu uzraudzīt savu darbu un vajadzības gadījumā veikt korekcijas. Taču vēlāk šo pašu atskaiti atvērām arī pārdošanas nodaļai, lai vadītāji varētu redzēt arī konkrētā pasūtījuma statusu.

Secinājums: Konfigurācija neparedz automātisku datu apmaiņu starp tirdzniecības nodaļu un ražošanu pēc pasūtījuma iesniegšanas apstrādei. Bet ir iespējams ieviest līdzīgus risinājumus, pamatojoties uz šo konfigurāciju, veidojot papildu atskaites un apstrādi.

Komunikācija starp ražošanas un iepirkumu nodaļu

Ļoti svarīgs punkts– ražošanas nodrošināšana ar nepieciešamajiem materiāliem. Tajā pašā laikā pareizai darbībai ir nepieciešams nodrošināt ražošanu ar visu nepieciešamo pasūtījumu izpildei un preču radīšanai brīvai pārdošanai no noliktavas, un, no otras puses, ir nepieciešams, lai noliktavā neuzkrātos liekie materiāli. Līdz ar to piegādes nodaļai ir jābūt pieejamai aktuālajai informācijai par materiālu daudzumu noliktavā un aktuālajām ražošanas vajadzībām, tai skaitā materiālu sarakstam pasūtījumiem, kurus tikai plānots ražot.

Kā šim darbam jānotiek:

1. Tiek izveidots vajadzību saraksts.
2. Pamatojoties uz šo sarakstu un produktu specifikācijām, tiek izveidots produktu ražošanai nepieciešamo materiālu saraksts.
3. Pamatojoties uz saņemto sarakstu, tiek veidots iepirkumu plāns.
4. Saskaņā ar iepirkumu plānu sistēma ģenerē pasūtījumus piegādātājiem.

Būtisks sistēmas trūkums: Iepirkumu nodaļai nav iespējas redzēt, kuri materiāli no kādiem piegādātājiem ir jāiegādājas un par kādām cenām. Tie. pārskatos ir parādītas tikai vispārējās pašreizējās ražošanas vajadzības un iegūt vairāk detalizēta informācija ir jāveic papildu uzlabojumi.
Sistēmā ir dokuments ar nosaukumu Iepirkumu plāns. Tajā tiek apkopota informācija par vajadzībām, t.i. par to, kas jāiegādājas, lai nodrošinātu ražošanu un kādā daudzumā, kā tas būtu klasiskajā MRP sistēmā.


MRP (materiālu prasību plānošana)– tā ir automatizēta uzņēmuma vajadzību pēc izejmateriāliem un ražošanas vajadzībām plānošana. Plānošana tiek veikta, pamatojoties uz specifikācijām.

Specifikācija (materiālu pavadzīme) ir uzziņu grāmata, kurā aprakstīti visi konkrētā materiāla parametri, tā īpašības, īpašības, pielaides. Gatavā produkta vai “pusfabrikāta” specifikācijā ir norādīts, no kā produkts sastāv.

Katra produkta ražošanai nepieciešami noteikti materiāli un pusfabrikāti. Materiālus var pasūtīt uzreiz, pamatojoties uz specifikācijām. Pusfabrikātiem ir jāsper nākamais solis – jāizdomā, no kādiem materiāliem savukārt sastāv tas vai cits pusfabrikāts. Un arī pievienot nepieciešamie materiāli pasūtīt.

Tādējādi katrs gatavais produkts dažos soļos tas tiek automātiski sadalīts materiālos. Piemēram:

Uzvalks sastāv no biksēm, jakas un iepakojuma (iepakojuma). Bikses un jaka ir pusfabrikāti, kas ir jāsadalās nākamais solis, lai izveidotu iepakojumu, materiālu var uzreiz pievienot pirkumiem. Otrajā solī bikses tiek “sadalītas” dažāda veida audumos, diegos, rāvējslēdzējos un pogās. Tāpat arī jaka sastāv no dažādi veidi audums, diegi un pogas. Visi šie materiāli tiek pievienoti iepirkuma plānam.

Tagad varat izvēlēties piegādātāju katram materiālam un izveidot pasūtījumu. Visi iepriekš minētie posmi SCP sistēmā nav automatizēti, un tāpēc problēmas risināšanai būs jāveic dažas izmaiņas. Tajā pašā laikā konfigurācija nodrošina iespēju saglabāt visas prasības, un ir arī iespēja apkopot informāciju par iepirkumiem. Bet pamata versijā tiem visiem ir nepieciešama cilvēka iejaukšanās, kas samazina ērtības un uzticamības līmeni. Tāpēc šeit ļoti noderēs arī ārējā apstrāde, jo īpaši tāpēc, ka visi dati un pieeja tiem ir pieejami sistēmā.

Šūšanas ražošanai problēmu atrisinājām šādi. Pamatojoties uz ražošanai izstrādāto atskaiti, kā arī informāciju par pasūtījumiem, nepieciešamība pēc nepieciešamie materiāli. Tālāk no šī saraksta tika izņemti noliktavā glabātie materiāli un izveidota atskaite, ar kuras palīdzību varēja veikt pirkumus. Pēc tam piegādātāji pastāsta, cik ātri viņi var piegādāt materiālus. Un šī informācija tiek manuāli ievadīta sistēmā, uz kuras pamata pārdevēji varēs informēt klientus par pasūtījuma izgatavošanas laiku.

Grāmatvedība un nodokļu atskaite “kastes risinājumā”

Tipiskajai “Ražošanas uzņēmuma vadības” konfigurācijai, ko izdomājuši izstrādātāji, ir jāapkopo visa grāmatvedībai un nodokļu atskaitēm nepieciešamā informācija un jāizveido visa grāmatvedības nodaļas darbam nepieciešamā informācija.
Un šeit šai konfigurācijai ir ļoti liels "Ahileja papēdis". Fakts ir tāds, ka katrā dokumentā ir trīs izvēles rūtiņas:

• УУ – dokuments par vadības grāmatvedību;
• BU - dokuments ir pakļauts uzskaitei;
• NU – dokuments ir pakļauts nodokļu uzskaitei.

Tā kā dokumenti nav sadalīti dažādās sistēmās, tiek ņemts vērā cilvēciskais faktors. Piemēram, iepirkumu nodaļas darbinieks vai noliktavas pārzinis pēc materiālu saņemšanas ievieto saņemšanas dokumentu. Materiāls ir reģistrēts. Bet, ja viņš nepārbauda BU lodziņu, tad grāmatvedis neredz dokumentu, un viņš pats iegrāmato rēķinu, pamatojoties uz viņa saņemto nodokļu rēķinu. Rezultātā dokumentu divas reizes labo dažādi autori. Un, ja rodas kādas kļūdas, būs ļoti grūti noteikt vainīgo.

Kā šī problēma tiek atrisināta dažādi gadījumi, es nezinu. Līdz šim esmu saskāries ar tādiem variantiem, kur vadība piekrita šim trūkumam un deva priekšroku paļauties uz darbiniekiem. Vienīgā aizsardzības metode pret cilvēku kļūdām, kas ir ieviesta, ir iestatīt noklusējuma izvēles rūtiņas. Principā mazajos un vidējos uzņēmumos, ar kuriem parasti strādāju, ar to tiešām pietiek.

Integrācija ar citiem programmatūras produktiem un sistēmām

Integrācija ir svarīgs posms, kas nepieciešams, automatizējot jebkura uzņēmuma darbu, tai skaitā ražošanu. Ir jāsaprot, ka integrācija ir dārgs process, kas prasa ievērojamu laiku un pūles. Tā kā mēs runājam par sarežģītu daudzfunkcionālu ERP sistēmu, augstas kvalitātes procesu automatizācijai jums būs jāiegūst liels skaits dažādus datus no dažādiem avotiem.

Ja skatās no ražošanas viedokļa, tad noteikti sistēmā būs jāielādē dati par produktu izlaišanas datumiem, pusfabrikātiem un materiāliem. Iepirkumu nodaļa sistēmā augšupielādē rēķinus un citus rēķinus. saņemšanas dokumenti. Pārdošanas nodaļai ir jāaugšupielādē informācija par pasūtījumiem un tā tālāk. Turklāt ražošanā iespējamas dažādas situācijas, un ir ļoti svarīgi, lai sistēma operatīvi saņemtu informāciju par materiālu patēriņu, defektu procentiem, ražošanas pārplānošanu kādu sarežģījumu dēļ, kas radušās darba procesā u.c.

Piemēram, šūšanas uzņēmumā integrācija tika veikta ar griešanas mašīnu. Bieži vien ir nepieciešama arī integrācija ar jebkuru CAD, uzņēmuma vietni vai citiem risinājumiem. Un šis darba posms bieži vien aizņem līdz pat 30% no budžeta.
Tajā pašā laikā bez šādiem visaptverošiem risinājumiem EPR sistēmas izmantošana nebūs efektīva; jauns līmenis uzņēmuma vadība un automatizācija. Tas ir ļoti svarīgi saprast.

Jebkura sistēma ir tik efektīva, cik efektīva ir tās vājākais posms. Un, ja ieviešanas laikā jūs vienā vai otrā gadījumā atsakāties integrēties un paļaujaties uz cilvēcisko faktoru, kļūdas noteikti uzkrāsies, un visa sistēma kļūs nestabila.
Piemēram, ja runājam par jauna produkta projektēšanu, tad viss projekta dokumentācija automātiski jāaugšupielādē no projektēšanas sistēmas (CAD) ERP sistēmā. Un tad, ja radīsies kādi jautājumi vai grūtības, vienmēr būs iespējams saprast, par kādu konkrētu produktu ir runa. Un dizaineri varēs veikt nepieciešamās izmaiņas ātri un bez kļūdām.

Runājot par ražošanu, ļoti svarīgi ir savlaicīgi un bez kļūdām saņemt informāciju par ienākošajiem pasūtījumiem (piemēram, no mājas lapas vai no plkst. īpaša forma pasūtījumi), kas jāizgatavo, kā arī savlaicīga un bez kļūdām informācijas nosūtīšana par faktiski izmantotajiem materiāliem, kas ļaus darbu turpināt bez dīkstāves.

Jau iepriekš minēju, ka šūšanas uzņēmumā bija jāintegrē ar griezējmašīnu, kas vienlaikus grieza 36 auduma slāņus, bija jāiegūst informācija par atgriezumiem, lūžņu daudzumu un jāsadala šis lūžnis starp šūšanas izmaksām; visa produktu partija. Attiecīgi bija nepieciešams papildinājums, kas ir tieši integrēts ar iekārtu, lai sistēma saprastu no tās iegūtos datus un nosūtītu datus uz iekārtu tai saprotamā formātā. Turklāt bija nepieciešama no iekārtas saņemto datu apstrāde, lai aprēķinātu defektus un preces izmaksas.

Arī daudzos citos gadījumos nav pieļaujama paļaušanās uz cilvēcisko faktoru, jo kļūdas, neprecizitātes sistēmā un savlaicīga informācijas ievadīšana rada traucējumus darbā. Tāpēc integrācija, protams, nav ātrs un dārgs process, bet ir nepieciešams uzlabot darba kvalitāti.

Nozares risinājumi

Papildus 1C pamata konfigurācijai. Ir ievērojams skaits nozares risinājumu SCP. Tos veido 1C partneruzņēmumi, pamatojoties uz pamata konfigurāciju. Visbiežāk šādi risinājumi parādās 1C.UPP ieviešanas rezultātā kādam ražošanas uzņēmumam. Pēc tam modificētā konfigurācijas versija konkrētai nozarei tiek nedaudz pārveidota un piedāvāta kā gatavs nozares risinājums klientiem.

Tagad 1C vietnē jūs varat atrast šādas konfigurācijas gandrīz jebkurai nozarei. Bet ir ļoti svarīgi saprast šādus punktus:

1. Konfigurācija tika pārveidota, lai tā atbilstu konkrēta uzņēmuma vajadzībām. Un nav garantijas, ka šī pieeja būs piemērota jūsu uzņēmumam. Piemēram, piena ražošanā var izveidot biezpienu un skābo krējumu pēc svara vai arī iepakot šos produktus noteiktos traukos. Tas var ražot pienu, kefīru un raudzētu ceptu pienu, vai arī tas var specializēties jogurtu un desertu ražošanā. Katrā no šiem gadījumiem būs nepieciešamas dažādas modifikācijas. Un tas nav fakts, ka jums būs piemēroti tie, kas piedāvāti pamata versijā no partneriem.
2. Nozares konfigurācijas veic partneruzņēmumi, pamatojoties uz galveno, savukārt pašā konfigurācijā tiek veiktas būtiskas izmaiņas. Tāpēc 1C pamata versijas atjauninājumi. Mīkstie starteri nav piemēroti nozares konfigurācijai. Lietotājiem būs jāgaida, līdz 1C partneruzņēmums arī atjauninās nozares versiju.

Daži vārdi par 1C. UPP ERP 2.0

Ir arī atsevišķa 1C konfigurācija. UPP ERP 2.0, kurā tika veikti būtiski uzlabojumi un papildinājumi, lai automatizētu ražošanas uzņēmuma vadību. Tie. šī konfigurācija ir pozicionēta ne tikai kā pilnīgs risinājums, bet kā universāls risinājums ražošanas uzņēmumam, kas ietver pilnvērtīgu ERP sistēmu.

Arī šī sistēma ir izveidota uz 1C bāzes, arī konfigurācija ir visaptveroša, nevis modulāra. Tāpēc visas 1C produktu funkcijas principā, kā arī problēmas, kas rodas, ieviešot sarežģītas 1C konfigurācijas, ir raksturīgas arī šai sistēmai.

No vienas puses, versija 1C. UPP ERP 2.0 patiešām piedāvā paplašinātu funkciju kopumu, kas galvenokārt ir saistīts ar automatizācijas un pārvaldības problēmām. Bet šis programmatūras produkts tika izveidots salīdzinoši nesen. Un es uzskatu, ka ir pāragri pāriet uz šo versiju, jo tā vēl nav pilnībā izstrādāta.

Atšķirībā no 1C tas tiek pastāvīgi atjaunināts ar jaunām funkcijām, jaunām uzziņu grāmatām, dokumentiem, pārskatiem. UPP, kuras atjauninājumi ietver tikai konstatēto kļūdu labojumus un grāmatvedības un nodokļu pārskatu atjauninājumus saistībā ar izmaiņām tiesību aktos.

Turklāt 1C sistēma. UPP ERP 2.0 ir daudz dārgāks nekā 1C konfigurācija. UPP.

1C UPP sistēmas plusi un mīnusi

Sistēma ir patiesi visaptveroša un ar atbilstošu modifikāciju var veikt ražošanas uzņēmuma vadības funkcijas noteikta veida. Svarīgi ir arī saprast, ka katrā nozarē būs nepieciešami dažādi uzlabojumi. Ja sistēma tika izveidota apģērbu šūšanai, tā nebūs piemērota piena ražošanas uzņēmumam. Protams, var izmantot arī nozares risinājumus, taču es personīgi neiesaku šādus risinājumus izmantot.

Vienkārši tāpēc, ka, ja “Ražošanas uzņēmuma vadības” standarta konfigurācija jums daudzējādā ziņā neder, tad nederēs arī nozares risinājumi. Šajā gadījumā būs vieglāk izvēlēties citu preci vai reāli pasūtīt individuāls risinājums. Un, ja standarta konfigurācija jums lielākoties ir piemērota, tad modifikāciju un iestatījumu skaits, kas atbilst konkrēta biznesa īpašībām standarta risinājumam un nozarei specifiskam risinājumam, nedaudz atšķirsies.

Būtisks sistēmas trūkums ir modularitātes trūkums. Tie. Lai atrisinātu noteiktas problēmas, sistēmai var izveidot noteiktas apstrādes vai atskaites, “papildinājumus”. Viņi strādās, bet tajā pašā laikā pamata risinājumi paliks neaizskarams. Bet, ja kādam nolūkam jums ir jāveic izmaiņas dokumentu vai atsauces grāmatu darbā, jums būs jāveic izmaiņas visās konfigurācijā esošajās apakšsistēmās.

Modularitātes trūkuma dēļ šajā sistēmā nav iespējams veikt būtiskas korekcijas grāmatvedībā vai, piemēram, darbā noliktavas grāmatvedība bez būtiskām izmaiņām dokumentos un uzziņu grāmatās, kas paredzētas citām nodaļām. Tie visi ir saistīti un darbojas ar vienādām atsauces grāmatām un dokumentiem. Tomēr šī funkcija ir plaši pazīstama, jo tā ir raksturīga visiem programmatūras produktiem no 1C.

Tāpēc parasti neviens neveic ievērojamus uzlabojumus šajā sistēmā, viņi cenšas iztikt ar ārējo apstrādi, atskaitēm un citiem papildinājumiem. Nozares risinājumi visbiežāk ir tikai papildinājumu komplekta variants, kas tika izveidots konkrētam uzņēmumam, kas saistīts ar noteiktu jomu. Un jums joprojām būs nepieciešamas dažas modifikācijas, kuru izmaksas maz atšķiras no pamata konfigurācijas modifikācijām. Taču standarta risinājuma uzticamība vienmēr ir augstāka nekā partneruzņēmumu produktiem.

Secinājums. Ja esat apmierināts ar pamata sistēmas konfigurāciju, vislabāk to iegādāties un instalēt. Bet tajā pašā laikā ir ļoti svarīgi, lai sistēmas ieviešanu veiktu pieredzējuši speciālisti, kuri spēs ne tikai konfigurēt programmatūra, bet arī veiks visus jūsu biznesam nepieciešamos uzlabojumus, atskaites un veiks integrāciju ar citiem programmatūras produktiem un sistēmām.

Izmantojot pareizo pieeju, 1C Manufacturing Enterprise Management sistēma kļūst par lielisku rīku, kas ļaus jums iegūt augsts līmenis biznesa procesu automatizēšana un dažādu uzņēmuma nodaļu darba koordinēšana.

Nobeigumā vēlos sniegt dažus padomus tiem, kuri ir nolēmuši iegādāties un ieviest programmu “1C: Manufacturing Enterprise Management 8 edition 1.3”:

1. Izvēlieties stratēģiju

SCP ir sarežģīts un liels produkts, kas apgalvo, ka ir universāls. Produkts ir dārgs, un es šeit runāju ne tikai par iegādes izmaksām, bet arī par programmas piederības izmaksām - kvalificēti speciālisti ir dārgi, un viņu ir ļoti maz. Izvēlieties stratēģiju un nosakiet, kāpēc jūs pērkat šo konkrēto programmu un kā to izmantosit, ko ar to darīsit tālāk.

Kādas ir stratēģijas? Viens no maniem klientiem izvēlējās šo konfigurāciju, jo "tā ir vienīgā sistēma, kurā ir viss." Šis uzņēmums strādāja vairākās sistēmās: 1c, Excel utt. - viņi nolēma izmantot vienu sistēmu, lai konsolidētu grāmatvedību.

Cits uzņēmums, kas attīstīja ražošanu, vēlējies kontrolēt nepabeigtos darbus - viņus satrauca materiālu uzskaite ražošanā. Tā arī ir stratēģija.

2. Apsveriet integrāciju

Integrācija sākotnēji ir jāpārdomā, lai novērtētu, kādi finanšu un laika resursi tiks tērēti tās īstenošanai. Objektīvs šī fakta novērtējums var ietekmēt lēmumu, vai iegādāties šo programmu vai dot priekšroku citam produktam.

3. Novērtēt SCP nepieciešamību uzņēmuma lieluma ziņā

SCP nav piemērots katram uzņēmumam. Es redzēju uzņēmumu, kurā strādāja 15 cilvēki. Viņi kaut kā “mantoja” SCP sistēmu, bet tajā pašā laikā ieviešanas un modifikācijas izmaksas liela nauda, un galu galā viņi nekad nepārgāja uz SCP. Jums jāsaprot, ka, ja jūsu uzņēmums nebūs pietiekami sagatavots darbam ar tik sarežģītu produktu, tad tam nebūs nekādas ietekmes. Es neiesaku šo konfigurāciju mazam uzņēmumam.

4. Novērtējiet SCP nepieciešamību no nozares viedokļa

Lai gan 1c raksta, ka UPP ir universāls risinājums, jāsaprot, ka tas ir piemērots tikai montāžas ražošanai, kas paredz viena vesela produkta salikšanu no vairākām daļām. Atbrīvošanai, piemēram, celtniecības materiāli, maisījumi, šī konfigurācija nedarbojās.

Uz 1C platformas balstītā konfigurācija “Ražošanas uzņēmuma vadība” tiek uzskatīta par vienu no lielākajām un visgrūtāk apgūstamajām sistēmām. Tas ļauj uzņēmumam kontrolēt visu, kas notiek biznesa procesi, uz kā balstās tā popularitāte. Pirms darba ar to, tāpat kā ar jebkuru citu integrētu vadības sistēmu, programmatūra tiek instalēta galvenajās darba vietās, kur darbinieki pēc tam atspoguļos uzņēmuma stāvokli 1C UPP.

Kā instalēt 1C UPP?

Pirms turpināt 1C sistēmu instalēšanu, administratoriem ir jālejupielādē nepieciešamā 1C versija no oficiālās vietnes vai ITS diskiem. Lai izlemtu, ko tieši lejupielādēt, jums jāizlemj par informācijas bāzes veidu. Tā var būt faila versija vai klienta-servera versija. Pirmais ir piemērots uzņēmumiem ar nelielu 1C lietotāju skaitu, otrais gadījums ir visizplatītākais, jo UPP ir liela mēroga sistēma un ir paredzēta lieliem uzņēmumiem, kas strādā īpaši ar klienta-servera opciju.

Jebkurā gadījumā mums būs jālejupielādē 1C platforma un SCP konfigurācija. Pārliecinieties, vai platformas versija ir piemērota konfigurācijas izlaidumam. Oficiālā vietne, kurā tiek publicēti visi atjauninājumi, ir users.v8.1c.ru. Lai tos lejupielādētu, no 1C ir jāiegādājas mīkstā startera konfigurācija. Lūdzu, ņemiet vērā, ka lejupielādei ir pieejamas tikai jūsu iegādātās sistēmas.

Pēc nepieciešamo failu lejupielādes jums ir jāinstalē platforma. Šis process ir diezgan vienkāršs, un ar to var rīkoties jebkurš administrators:

Tad pienāk kārta arhīvam ar konfigurāciju. UPP sistēmas instalēšanas process ir vēl vienkāršāks - jums vienkārši nepieciešams izpakot arhīvu, palaist instalācijas failu un vairākas reizes noklikšķiniet uz “Tālāk”. Tagad jūs varat izveidot jauna bāze UPP un strādājiet ar to pēc 1C UPP konfigurēšanas.

Gadījumos, kad lietotāju skaits pārsniedz simtu, 1C UPP instalēšanas process var ilgt nedēļas. Ja noteikts lokālais tīkls un Active Directory ir konfigurēts, to var ievērojami vienkāršot. Šis mehānisms ļaus jums izmantot grupas politikas lai instalētu programmatūru sāknēšanas laikā kontu Windows. Pareiza šīs funkcionalitātes konfigurēšana ne tikai ļaus ātri instalēt 1C UPP simtiem datoru, bet arī ievērojami atvieglos administratoru dzīvi.

Ir vērts atzīmēt, ka serverim jābūt pietiekami jaudīgam. Pirmkārt, tai būs jāapstrādā komandas no visiem lietotājiem. Un, otrkārt, sākotnējās 1C platformas instalēšanas laikā visiem lietotājiem viņam tiks uzlikta milzīga slodze. Vienmēr labāk ir iegūt ievērojamu jaudas rezervi, nekā pastāvīgi klausīties lietotāju sūdzības par 1C “bremzēm”.

Instalēšanai vienmēr seko 1C UPP iestatīšana jūsu uzņēmumam. Lai pareizi iestatītu visus rādītājus, ir nepieciešams rūpīgs biznesa procesu audits uzņēmumā. Tikai dažiem cilvēkiem tas izdodas bez ārēju speciālistu iesaistīšanas. Atcerieties, ka kļūdas šajā posmā var nopietni kaitēt turpmākajam darbam.

Uzstādīšana 1C:UPP- vismaz vienas informācijas bāzes izveide no konfigurācijas veidnes "1C:Manufacturing Enterprise Management" (1C:UPP), kas paredzēta vienas vai vairāku organizāciju uzskaites uzturēšanai.

Pirmais posms:

Lūdzu, ņemiet vērā, ka, lai instalētu 1C:UPP datubāzi, vispirms ir jāinstalē platforma 1C:Enterprise 8. Platformas izplatīšana ir iekļauta programmatūras 1C:Manufacturing Enterprise Management piegādē.

Pats 1C:UPP instalēšanas process ir diezgan vienkāršs, jo programmu izplatīšanas komplektiem ir specializēta literatūra, kurā sīki aprakstītas 1C:UPP instalēšanas iespējas gan failu, gan klienta servera versijās. Ir vismaz divas klienta-servera opcijas 1C:UPP instalēšanai, pamatojoties uz MS SQL Server DBVS un pamatojoties uz PostgreSQL DBVS.

1. PostgreSQL ir bezmaksas objektu relāciju datu bāzes pārvaldības sistēma (DBMS). Tā ir bezmaksas alternatīva komerciālajām DBVS (piemēram, Oracle Database, Microsoft SQL Server, IBM DB2, Informix un Sybase DBVS).
2. MS Server ir relāciju datu bāzes pārvaldības sistēma (DBMS), ko izstrādājusi Microsoft Corporation. Izmanto darbam ar mazām un vidējām datu bāzēm līdz liela uzņēmuma mēroga datu bāzēm; konkurē ar citām DBVS šajā tirgus segmentā.

Otrais posms:

Uzstādīšana 1C:UPP konfigurācijas veidne.

Pilnas piegādes veidnes izplatīšanas komplekts atrodas tajā pašā DVD, kurā atrodas platforma 1C:Enterprise 8.

1C:UPP pilnīgas piegādes veidne ir failu kopa, kas nepieciešama, lai veiksmīga radīšana informācijas bāze 1C:UPP, starp kurām ir pašas piegādes faili, tādi klasifikatori kā ENAOF, OKOF, OKP, komerciālo iekārtu draiveri un cita noderīga informācija. Pēc noklusējuma veidne tiek kopēta mapē C:\Program Files\1cv81\tmplts\1c\Enterprise.

Trešais posms:

Bet no šādas veidnes 1C:UPP informācijas datu bāzes tiek instalētas nosacīti neierobežotā daudzumā. Jautāsiet, kāpēc nosacīti neierobežotā? Nav skaitītāja no veidnes izvietoto 1C:UPP datu bāzu skaitam, taču to daudzumu joprojām ierobežo apjoms. cietais disks datorā vai serverī.

Iegādājoties programmu 1C: Enterprise, 1C: UPP sākotnējo instalēšanu parasti veic speciālisti no uzņēmuma, no kura iegādājāties programmatūras produktu. No savas puses mēs to garantējam, iegādājoties programmu no uzņēmuma NovoeO bezmaksas 1C:UPP instalēšana iekļauts pakalpojumu komplektā, piegādājot šo programmatūras produktu.

1C UPP nodrošina elastīgus iestatījumus jebkura veida grāmatvedības parametriem, ar kuriem jūs varat pilnībā konfigurēt grāmatvedības noteikumus, saskaņā ar kuriem organizācija darbojas.

Lai ņemtu vērā visas nianses, iesakām pirmsprojekta aptaujas stadijā uzskaites parametrus pilnībā precizēt un saskaņot ar galvenajiem lietotājiem. Pirmkārt, tas var kalpot par stabilu pamatu patiesi efektīvas sistēmas izveidei (jo regulētajai grāmatvedībai ir stingri noteikumi un vadība atspoguļo reālo situāciju uzņēmumā), un, otrkārt, tas novērsīs ieviešanas problēmas un datu neatbilstības. vecais Un jauna sistēma grāmatvedība.

Šajā rakstā sīkāk aplūkosim regulējamo grāmatvedības veidu – grāmatvedības un nodokļu – parametru iestatīšanu.

Piekļuve grāmatvedības parametru iestatīšanai

Pieteiksimies ar administratora tiesībām un pāriesim uz saskarni “Grāmatvedība un nodokļu uzskaite”.

1. attēls. Darbs saskarnē ar administratora tiesībām

Pēc saskarnes maiņas augšējā izvēlnē parādīsies papildu sadaļa “Grāmatvedības iestatījumi”, kurā jāizvēlas vienums “Grāmatvedības parametru iestatījumi”.

2. attēls. Iestatījumu cilne

Tiks atvērts logs, kurā visi konfigurācijai pieejamie parametri ir loģiski sagrupēti sadaļās. Sīkāk apskatīsim katras sadaļas parametrus un iestatījumus.

Sadaļa "Ražošana"

Sadaļā “Ražošana” ir norādīti ražošanas dokumentu noformēšanas noteikumi:

• Izmantojiet tikai montāžas specifikācijas– aktivizējot parametru, lietotāji varēs iestatīt skatu uz “Montāža”. Atspējots karodziņš padara pieejamus papildu specifikāciju veidus – “Pilns”, “Mezgls”. Ja jūs neplānojat tos izmantot, labāk ir iestatīt karogu, lai izvairītos no lietotāja kļūdām dokumentu sagatavošanā.
• Specifikāciju versijas– ja karodziņš ir iespējots, lietotāji varēs norādīt dažādas versijas preces specifikācijā, ja tas ir atspējots, katrai specifikācijai var būt tikai viena versija.
• Izmantojiet materiālu emisiju ierobežojumus– ieslēdzot karogu, tiek aktivizēta iespēja strādāt ar limita žoga karšu funkcionalitāti. Labāk ir noņemt atzīmi no karoga, lai nepārslogotu konfigurāciju ar lieku, nevajadzīgu funkcionalitāti, ja tas netiek praktizēts uzņēmumā.
• Izmantojiet darbības laiku– kad karodziņš ir ieslēgts, tiek aktivizēta iespēja “Maiņas ražošanas atskaitē” iestatīt izvades veidu “Darba laiks”. Ja uzņēmumā tas netiek praktizēts, labāk ir noņemt karogu, lai nepārslogotu konfigurāciju ar lieku, nevajadzīgu funkcionalitāti.

3. attēls. Uzskaites parametru iestatījumi “Ražošana”

Sadaļa "Izmaksu uzskaites režīms"

1C UPP sistēma nodrošina režīmus “Advanced Analytics”, vai "Daļu uzskaite"*.

Pirmais no tiem ir labāk piemērots ražošanai, jo ļauj ņemt vērā visas ražošanas izmaksas un krājumus visos grāmatvedības kontos atsevišķi regulējošajiem un vadības kontiem. Tajā pašā laikā lietotājiem ir iespēja saņemt detalizētu analīzi par preču kustību un izmaksām. Izvēloties šo režīmu, tas netiek ņemts vērā hronoloģiskā secība dokumentu ievadīšana.

Otrais ir vairāk piemērots tirdzniecības uzņēmumiem, kuriem ir svarīgi precīzi noteikt konkrētas partijas izmaksas un redzēt bruto peļņu no pārdošanas reāllaikā.

4. attēls. Izmaksu uzskaites režīma iestatījumi

*Režīmu iestatīšana ir aprakstīta augšējā līmenī, jo šī ir atsevišķa, liela tēma. Piemēram, RAUZ var konfigurēt detalizāciju, bet partijā - norakstīšanas secību.

Sadaļa "Izmaksas"

Tas norāda cenu veidu, kurā izmaksas tiek ņemtas vērā. Vispirms jākonfigurē informācijas reģistrs “Preču cenas”.

Pēc tam atsevišķi atzīmējiet izvēles rūtiņas pārvaldībai vai regulējošajai uzskaitei. Piemēro, ja pieņem dažādas viena uzņēmuma noliktavas dažādi apstākļi biznesa darbību veikšana. Šajā gadījumā kopsummas un partijas uzskaite tiks veikta katrai noliktavai atsevišķi. Kad opcija nav aktivizēta, aprēķins tiek veikts uzņēmumam kopumā, neatkarīgi no konkrētās noliktavas.

5. attēls. Izmaksu iestatījumi

Sadaļa "Izmaksu sadales metodes"

Šie iestatījumi tiek izmantoti papildu izmaksu uzskaites analīzes režīmā.

Ja joprojām vēlaties iespējot šo iestatījumu, cilnē “Sadales bāze” ir jāiestata bāzes aprēķināšanas noteikumi, kuru ietvaros tiks aprēķināta izplatīšanas bāze, kā arī jāizvēlas stratēģija, kā aprēķināt daļu izmaksas katram produkta veidam atkarībā no produkcijas apjoma, pārdošanas apjoma, noteiktu izejvielu sastopamības, saskaņā ar standartiem vai manuāli.

Izmaksas var sadalīt pēc ražošanas veida: saviem produktiem, trešās puses pārstrādātāja produktiem, produktiem no klientu piegādātām izejvielām, darbības laikam, atsevišķām nodaļām, procentiem vai koeficientam.

6. attēls. Izmaksu sadales metožu iestatījumi

Sadaļa "Preču uzskaite"

• Aktivizējot pirmo grupu, tiek pievienotas atbilstošās rindas dokumentos un uzziņu grāmatās uzskaitei atbilstoši norādītajām pazīmēm, kā arī darījumu ar konteineriem apstrādei.
• Otrā grupa ir atbildīga par iespēju strādāt vairākās noliktavās atlasītā dokumenta tabulas daļā.

7. attēls. “Preču uzskaites” iestatījumi

Sadaļa “Drukāšana, mērvienības”

Šī sadaļa ir paredzēta iestatīšanai izskats drukātas dokumentu veidlapas. Ir iespējams attēlot papildu kolonnu ar vēlamo parametru, piemēram, preces kodu vai preces numuru, kā arī norādīt svara un tilpuma vienību lietošanai preces raksturojumā.

8. attēls. “Druka, mērvienības”

Sadaļa "Savstarpējie norēķini"

Tas nosaka vienotus noteikumus parādu kontrolei un bankas dokumenti:

• Veids, kā kontrolēt parādu dienas kalendārā vai darba dienās.
• Dokumenta ievietošana, pamatojoties uz reģistrācijas laiku– dokuments tiks ievietots tajā pašā brīdī, kad no bankas tiks saņemts darījuma apstiprinājums. Vēlams, ja nepieciešams reāllaikā izsekot klientu maksājumiem.
• Reģistrācijas dienas beigās Kopumā tas samazina sistēmas noslodzi, to var izmantot, ja nepietiek ar maksājumu pārskatu tūlītēju saņemšanu.

9. attēls. Uzskaites parametru iestatījumi “Savstarpējie norēķini”

Sadaļa "Norēķini ar personālu"

Sadaļa paredzēta rekvizītu “Darbinieki” un “Darba samaksas uzkrājuma veids” aizpildīšanas iestatīšanai darījumos. Ja atlasāt opciju “Katram darbiniekam”, šī informācija būs jāaizpilda par katru darbinieku. Atlasot opciju “Kopsavilkums...”, šī informācija netiek iekļauta darījumos.

10. attēls. Personāla aprēķini

Sadaļa "Pasūtījumi"

Šeit jūs varat konfigurēt darbu ar pasūtījumiem.

• Automātiskās rezervācijas stratēģija nosaka preču rezervēšanas kārtību, pamatojoties uz klientu pasūtījumiem.
• Aktivizēšana “Tabulas sadaļā norādīt pasūtījumus” saņemšanas un pārdošanas dokumentos parāda papildu kolonnu, kurā tiek parādīts pasūtījuma numurs.
• Izmantojiet iekšējos pasūtījumus aktivizē iekšējo pasūtījumu veidošanas funkcionalitāti atsevišķu dokumentu ar tādu pašu nosaukumu. Ja uzņēmums neizmanto šādu pasūtījumu sistēmu, labāk ir atspējot karogu, lai neapgrūtinātu lietotājus ar lieku informāciju.
• Veicot rezervāciju, norādiet sēriju Preču skaits noliktavās ļauj ņemt vērā sērijas (tikai ievērojot rezervi pasūtījumiem, kuros norādīts darījuma partnera līgums, kas nosaka atribūtu “Atsevišķa preču uzskaite pēc pircēja pasūtījumiem”).
• Konts klientu atgriešanai– kad ir ieslēgts karodziņš, automātiski mainās pasūtīto preču svars, ievietojot “Preču atgriešana no pircēja”.

11. attēls. “Pasūtījumu” iestatījumi

Sadaļa "Ražošanas pasūtījumi"

Sadaļa paredzēta parametru iestatīšanai darbam ar ražošanas pasūtījumiem.

Kad karogs ir iespējots "Izmantot ražošanas pasūtījumus" kļūst pieejama papildu dokuments"Pasūtījums ražošanai."

Iespējojot šādu karogu, katram pasūtījumam ir iespējams aprēķināt prasības materiāliem un pusfabrikātiem gatavo preču ražošanai.

Slēgšanas vajadzības var īstenot vienā no diviem režīmiem:

• Acīmredzot– izmantojot dokumentu “Ražošanas pasūtījuma korekcija”. Tie ir pilnībā slēgti arī, veicot “Maiņu ražošanas atskaiti”, “Preces komplektāciju” un “Ražošanas pakalpojumu sniegšanas likumu”, ja visas preces ir izlaistas atbilstoši pasūtījumam.
• Automātiski– tas ir, sadalot materiālus preču izlaišanā, kā arī reģistrējot to, izmantojot “Preču komplektāciju”.

12. attēls. Ražošanas pasūtījumi

Sadaļa "Mazumtirdzniecība"

Paredzēts mazumtirdzniecības parametru konfigurēšanai:

• Iespēja norēķināties ar maksājumu kartēm, banku kredīti;
• Pārdošanas grāmatvedība alkoholiskie produkti;
• Elektronisko čeku nosūtīšanas kārtība pircējam.

13. attēls. Mazumtirdzniecība

Sadaļa "Plānošana"

Šī sadaļa ir paredzēta plānošanas parametru iestatīšanai:

• Piekļuves biežums galvenajiem resursiem norāda laika intervālu, kurā tiek veikta plānošana: diena, nedēļa, desmitgade, mēnesis, ceturksnis, pusgads, gads.
• Veiciet maiņu plānošanu– kad tas ir aktivizēts specifikācijās un ražošanas pasūtījumos, kļūst pieejams maiņu plānošanas mehānisms.

14. attēls. Plānošanas iestatījumi

Sadaļa "Projekti"

Šeit jūs varat konfigurēt grāmatvedību projektu kontekstā.

• Saglabājiet projektu uzskaiti– aktivizē papildu informāciju par projektiem pārdošanai, pirkšanai, naudas plūsmām, izmaksām un plānošanai.
• Izmantojiet izplatīšanas veidus pēc projekta– ieslēdzot karogu, tiek aktivizēti papildu rīki pamatizmaksu sadalei projektiem.
• Sekojiet līdzi projekta izmaksām– aktivizē netiešo izmaksu grāmatošanu projektos.
• Projektus norādiet dokumentu tabulas daļā– finanšu darījumus atspoguļojošajos dokumentos kļūst pieejama papildu aile “Projekts”, kurā var norādīt, kurā konkrēti projekti izmaksas ietver.

15.attēls “Projektu” uzskaites parametru iestatījumi

Sadaļa "Valūtas"

Šeit var konfigurēt uzskaitei*, vadībai un SFPS grāmatvedībai izmantojamās valūtas.

*Regulas valūta ir bāzes valūta, tās kurss vienmēr ir vienāds ar 1 (Krievijas Federācijai - rublis).

16. attēls. “Valūtas” uzskaites parametru iestatījumi

Sadaļa "PVN"

Sadaļa paredzēta rēķinu numerācijas un drukāto formu iestatīšanai. Iespējams norādīt pilnu vai pilnu un saīsinātu pārdevēja nosaukumu, kā arī noteikt atsevišķu numerāciju rēķiniem par avansa maksājumiem.

17. attēls. PVN uzskaites iestatījumi

Sadaļa “PVN valūtā”

Sadaļā ir noteikta PVN summas aprēķināšanas metode dokumentiem ārvalstu valūtā. Izvēloties opciju “Pēc dokumenta rubļa summas”, PVN summa tiks aprēķināta, rubļa summu reizinot ar PVN likmi.

Izvēloties opciju “Pēc PVN summas valūtā”, PVN summa rubļos tiek aprēķināta, PVN summu valūtā reizinot ar dokumenta maiņas kursu.

18. attēls. Uzskaites parametru iestatījumi “PVN valūtā”

Sadaļa "Ienākuma nodoklis"

Ienākuma nodoklis tiek noteikts par īpašumu un pakalpojumiem, kas iepriekš apmaksāti saskaņā ar līgumu ārvalstu valūtā un PBU 18/02 atbalsta noteikumi, ņemot vērā summu atšķirības, kad maksājums tiek saņemts saskaņā ar līgumiem kubos. pēc īpašumtiesību nodošanas.

19.attēls. Uzskaites parametru iestatījumi “Ienākuma nodoklis”

Sadaļa "Kases grāmata"

Sadaļā tiek konfigurētas kases grāmatu uzturēšanas iespējas: pēc atsevišķas vienības vai organizācija kopumā.

Kad ir iespējots karodziņš “Izmantot kases grāmatu uzturēšanu pa atsevišķām nodaļām”, kontiem 50.01 un 50.21 tiks pievienots apakškonta veids “Nodaļas”, apakškonta veids tiks dzēsts un process būs iespējams tikai visai organizācijai kopumā.

20. attēls. “Kases grāmatas” uzskaites parametru iestatījumi

Sadaļa "Valsts līgumi"

Sadaļa paredzēta valsts līgumu maksājumu uzskaites papildu funkcionalitātes iestatīšanai.

Kad karodziņš ir ieslēgts, kļūst iespējams strādāt ar apakšsistēmas “Valsts līgumi” objektiem. Bankas kontam, darījuma partnera līgumam un pieteikumiem līdzekļu izlietošanai varat noteikt atbilstību valsts līgumam.

Par Iestatījumi apliecinošo dokumentu augšupielādei norādīts apliecinošo dokumentu augšupielādes direktorijs, veicot apmaiņu ar banku, kā arī apliecinošo dokumentu faila (MB) un apliecinošo dokumentu arhīva faila (MB) maksimālais lielums.

21. attēls. Grāmatvedības iestatījumi “Valsts līgumi”

Tas pabeidz grāmatvedības parametru iestatījumu pārskatīšanu 1C UPP sistēmā. Lai iegūtu sīkāku informāciju par sistēmas iespējām un konfigurācijas noteikumiem, varat sazināties ar mūsu konsultantiem.

Būvniecība automatizēta sistēma uzņēmuma darbību vadīšana, pamatojoties uz programmu 1C:UPP, ir tehniski sarežģīts, daudzpakāpju process, kas nepieļauj neprecizitātes. Katrs projekta posms prasa detalizētu analīzi un rūpīgu plānošanu.

“1C:UPP” iestatīšanu var iedalīt divās daļās - tehniskais un analītiskais.

Tehniskajā daļā ir iekļautas procedūras instalējot programmu 1C:UPP Un piekļuves tiesību uzstādījumi. Apskatīsim tos secībā.

Atkarībā no uzņēmuma mēroga un informācijas tīkla izbūves veida tiek noteiktas mīkstā startera uzstādīšanas iespējas. Tā var būt viena lietotāja licence, kas instalēta darbinieka datorā faila versijā vai liela daudzlīmeņu sistēma, kurā programmatūras produkts kopā ar SQL izejmateriāliem tiek instalēts serveros, kuriem, savukārt, tiek nodrošināta piekļuve atsevišķiem lietotājiem. Šajā gadījumā ir jāizpilda informācijas sistēmas veiksmīgas darbības kritēriji: drošība, ātrums, stabilitāte, informācijas dublējums un citi nepieciešamie. tehniskie parametri tīkla un programmatūras produkts.

Skaidrs katra darbinieka lomas apraksts, funkcionālie pienākumi un atbildības jomas konkrētu uzņēmuma biznesa procesu ieviešanā ir neatņemama sastāvdaļa efektīva vadība uzņēmums. Tāpēc nākamais mīkstā startera sākotnējās iestatīšanas elements ir piekļuves tiesību iestatīšana atbilstoši lietotāju lomām.

Programma ir paredzēta, lai automatizētu uzņēmumus ar līdz pat vairākiem tūkstošiem darbinieku. Tie ir desmitiem un simtiem automatizētu darbu. Tas nozīmē, ka ir svarīgi pareizi konfigurēt piekļuves tiesību norobežojumu saglabātajai informācijai, lai nodrošinātu informācijas konfidencialitāti.

Piekļuves tiesības atbilst lietotāju pozīcijām vai to darbības veidam, tas ir, viņu lomai biznesa procesos. Tomēr atsevišķos gadījumos piekļuve var tikt paplašināta vai samazināta. Piemēram, lietotājs var darboties ar noteiktu darījumu partneru datiem, bet nevar piekļūt līdzīgai informācijai no citiem darījuma partneriem. Tiesības tiek konfigurētas manuāli vai izmantojot apakšsistēmu kopu.

Iestatīšanas režīms var būt individuāls vai grupu. Individuālais režīms parasti tiek izmantots uzņēmumos ar neliels daudzums darbiniekiem, no kuriem katram ir unikāls tiesību kopums. Attiecīgi grupas konfigurācijas režīms ir paredzēts vairāku lietotāju lietojumprogrammu risinājumiem.

• Uzņēmums ir uzbūvējis un atkļūdojis IT struktūru (lokālo tīklu), kurai ir nepieciešamie jaudas, ātruma un uzticamības rādītāji, kas atbilst automatizācijas robežām, kā arī organizatoriskā struktūra uzņēmumiem.
• Standarta konfigurācijas 1C programmatūras produkta piegāde, instalēšana un instalēšana tika veikta uzņēmuma serverī un darbinieku darbstacijās saskaņā ar uzņēmuma 1C licencēšanas politiku.
• Ir konfigurēta lietotāja piekļuves tiesību sistēma programmatūras produktam.

Nākamais “1C:UPP” iestatīšanas posms ir analītisks. Tas ietver sistēmas grāmatvedības politikas izveidošana.

Gandrīz jebkuri dati, kas cirkulē uzņēmuma elektronisko dokumentu plūsmā (piegādātāji un patērētāji, naudas plūsmas un materiālie resursi, preču nosaukums, to daudzums, cenas, darbinieku vārdi un uzvārdi, amati, tālruņu numuri u.c.) ir būtiska informācija visa uzņēmuma darbībai noteikto biznesa procesu ietvaros. Līdz ar to pirms grāmatvedības uzskaites uzsākšanas informācijas bāzē ir nepieciešams izveidot grāmatvedības politiku, tas ir, ievadīt parametrus, pēc kādiem tiks kārtota grāmatvedība uzņēmumā (grāmatvedībai, nodokļiem, vadībai, starptautiskajai grāmatvedībai un algu uzskaitei). Šim nolūkam uzņēmumam ir jāizstrādā un jāapstiprina ERP sistēmas darbību reglamentējoša dokumentācija. Citiem vārdiem sakot, tas ir jānodrošina uzņēmuma normatīvo aktu gatavību.

Galvenie normatīvās sagatavotības rādītāji ir:

Ja uzņēmums nav gatavs ieviest automatizēto sistēmu, pirms tās uzstādīšanas ieteicams veikt konsultācijas, kuru laikā uzņēmuma vadītājiem un vadībai tiks izskaidrots, kā organizatoriski sakārtot ražošanas, vadības un grāmatvedības un atskaišu procesus.

Svarīgs faktors ir arī uzņēmuma resursu gatavība. Pirms uzsākt uzskaiti informācijas bāzē, ir nepieciešams sagatavot visus nākamos lietotājus darbam ERP sistēmā. Šī sagatavošana ietver šādas darbības:

• ģenerālis konceptuāli teorētiskais apmācība par struktūru, uzdevumiem un vispārīgie principi sistēmas darbība;
• funkcionālā loma teorētiskā un praktiskā lietotāju apmācība par sistēmas apakšsistēmām, procesiem, funkcijām, operācijām un iezīmēm;
• darba instrukciju izstrāde lietotājiem pildīt oficiālos un funkcionālos pienākumus sistēmā.

Jāņem vērā arī cilvēciskais faktors. Uzņēmuma darbinieki būs spiesti strādāt jaunā veidā, viņi ir jāinformē par gaidāmajām izmaiņām. Vadības galvenais uzdevums ir pozitīvi noskaņot komandu un palīdzēt tikt galā ar psiholoģisko pretestību pārmaiņām.

Apkoposim: lai pareizi un veiksmīgi instalētu mīksto starteri, iestatītu piekļuves tiesības un grāmatvedības politikas, jums ir nepieciešams:

• strukturēt uzņēmuma biznesa procesus;
• identificēt faktorus, kas kritiski ietekmē uzņēmuma darbību;
• optimizēt ražošanas un vadības darbību procesus.

Ir vērts atzīmēt, ka šajā rakstā ir apskatīta instalēšana un konfigurēšana tipisks programmatūras produkts(izņemot modifikācijas). Ja uzņēmumam ir maz funkciju, tad pilnai automatizācijai ir pilnīgi pietiekamas standarta produkta iespējas (dažos gadījumos to ir pat vairāk nekā nepieciešams). Šajā gadījumā sistēmas izveide notiek ātri. Ja uzņēmuma funkcionalitāte ir diezgan plaša vai nestandarta, tad programma 1C:UPP tiek pārveidota, tiek rakstīta papildu apstrāde, atskaites utt. Tomēr biežāk sastopams starpposma, trešais variants: dažas standarta programmas funkcijas tiek izgrieztas pēc uzņēmuma vadības ieskatiem, bet dažas, kā likums, visnepieciešamākās, modificē projekta izpildītāji.

Vēršam lietotāju uzmanību, ka, iegādājoties programmu, tiek nodrošināts noteikts bezmaksas stundu skaits. Šajās stundās veic 1C Business Architect speciālisti sākotnējā iestatīšana sistēma (“1C:UPP” instalēšana un piekļuves lomu iestatīšana, t.i. tehniskā daļa). Taču, ja uzņēmums ir izveidojies un darbojas grāmatvedības politika, šīs bezmaksas stundas var ietvert arī grāmatvedības procesu analītisko iestatīšanu programmatūras produktā.