Řízení výrobního podniku. Management výrobního podniku 1s až 8,3 lekcí

V tomto článku budeme hovořit o ERP systému „Manufacturing Enterprise Management“. Při automatizaci výrobních společností se tento produkt často ukazuje jako optimální řešení a na implementaci 1C SCP jsem se podílel více než jednou pro různé organizace.

Při práci jsem si všiml, že na tento softwarový produkt nejsou prakticky žádné recenze. K dispozici je technická dokumentace, několik rad pro programátory při řešení konkrétních problémů v tomto systému a školení. Pro uživatele ale neexistuje jasný popis celého systému. A velmi často musím před implementací tohoto softwarového produktu prakticky „na prstech“ vysvětlovat vlastnosti, výhody a nevýhody „Manufacturing Enterprise Management“.

Ani na Habré v sekci ERP nebyly stále žádné informace o tomto systému. Právě tuto mezeru jsem se rozhodl vyplnit. Kromě toho doufám, že můj článek pomůže podnikatelům a IT specialistům ve fázi výběru softwaru pro automatizaci výrobního podniku a připraví je na funkce, které je třeba vzít v úvahu při implementaci tohoto systému.

V této recenzi vám chci říci, co je systém UPP ed. 1.3, aby ten, kdo se rozhodne pro jeho koupi a realizaci, byl vědomější a vědomější při výběru tohoto drahého produktu. Pokusím se o objektivní posouzení systému na základě mých zkušeností s ním a zkušeností mých klientů. Tato recenze pomůže někomu učinit pozitivní rozhodnutí ohledně nákupu programu a někdo se rozhodne jej opustit.

Abyste porozuměli funkcím softwarového produktu, musíte si odpovědět na následující otázky:

1. Jaký je systém, jaké úkoly jsou pro něj nastaveny.
2. Jak je tento systém schopen plnit svěřené úkoly?
3. Identifikujte výhody a nevýhody systému.

První věc, kterou je velmi důležité pochopit: 1C. Řízení výrobního podniku není jen účetním systémem, při jeho vývoji bylo bráno v úvahu moderní metody řízení podniku, a proto je tento produkt nabízen k využití, a to i jako ERP systém. Dále z názvu vyplývá, že tento konkrétní výrobek je určen pro podniky výrobního typu. Právě z tohoto pohledu hodlám uvažovat o softwarovém produktu 1C UPP.

Co je to ERP systém?

Systém ERP (Enterprise Resource Planning) je podnikový informační systém, který je navržen pro řízení, evidenci a analýzu všech typů podnikových procesů a řešení podnikových problémů v podnikovém měřítku.

Jednoduše řečeno, ERP systém kombinuje všechny druhy účetnictví, které se ve firmě vyskytují. Pomocí ERP systémů dochází k výměně informací a interakci mezi různými odděleními atd. V případě ERP systému „Manufacturing Enterprise Management“ nabízí softwarový produkt implementaci všech těchto funkcí pro výrobní společnost.

Při implementaci produktu „Manufacturing Enterprise Management“ se vývojáři snažili zkombinovat maximální možný seznam funkcí v systému. Pokud se podíváte na dokumenty, můžete napočítat až 15 podsystémů. Faktem je, že v 1C jsou dokumenty seskupeny do subsystémů:

• Řízení výroby
• Řízení nákladů
• Řízení zakázek
• Plánování
• Daňové a účetní
• Mzda
• Personální účetnictví atd.

Tito. Snažili jsme se do tohoto systému zahrnout všechny funkce, které mohou být vyžadovány pro chod výrobního podniku. Přesně takto staví svůj ERP systém společnost 1C: již má vše, co potřebujete k automatizaci jakýchkoli procesů bez použití dalších softwarových produktů.


Snímek obrazovky, který jsem pořídil, jasně ukazuje, že velmi malá část dokumentů se týká přímo výroby. Všechny ostatní dokumenty jsou doplňkovými subsystémy navrženými tak, aby z „Manufacturing Enterprise Management“ bylo univerzální řešení pro práci všech oddělení. Nevidím smysl podrobně zvažovat všechny tyto možnosti, ale je důležité, aby každý ze subsystémů fungoval efektivně a plně a dokázal řešit potřeby konkrétního podniku. V tomto článku se budeme podrobně zabývat blokem, který odlišuje UPP od ostatních řešení 1c - Řízení výroby.

1C UPP: více o produktu

Společnost 1C řadí „Manufacturing Enterprise Management“ jako jeden ze svých vlajkových produktů. Jedná se o typickou konfiguraci od 1C, tzn. softwarový produkt kompletně vyrábí sama 1C a veškeré úpravy systému musí provádět oficiální partneři 1C. UPP je jednou z konfigurací, která je neustále podporována aktualizací 1C, atd.

Pro tuto standardní konfiguraci bylo vytvořeno mnoho upravených, tzv. oborových verzí: 1C.Strojírenství, 1C.Masokombinát, 1C.Výroba nábytku, 1C.Tisk atd.

Průmyslová řešení jsou vytvářena partnerskými společnostmi 1C na základě základní konfigurace. Obvykle se to děje následovně: pro konkrétního zákazníka jsou provedeny úpravy, poté jsou „montovány“ do nové verze určené pro vybrané odvětví. Upravená konfigurace je pojmenována podle odvětví, pro které byla napsána, a prodává se jako „krabicové řešení“.

Cena produktu

Abyste mohli pracovat s touto konfigurací, musíte si zakoupit samotný produkt. Doporučená cena od společnosti 1C je 186 000 rublů. A licencování tohoto softwarového produktu se provádí podle obecných kritérií pro 1C, tzn. uživatelé jiných produktů 1C si nesmí zakoupit žádné samostatné licence pro tento systém.

Pro tento systém je vhodná jakákoli licence, například od 1C Accounting nebo 1C Trade and Warehouse. Náklady na licence pro tyto produkty jsou samozřejmě stejné.

Je důležité pochopit: pro průmyslová řešení mohou partnerské společnosti 1C vyžadovat vlastní samostatné licence. A zde se cena může lišit od základní verze.

Stejně jako při práci s jinými produkty se licencování provádí podle jedné z možností přijatých v 1C: pro počítač (zařízení) a pro uživatele (připojení z jakéhokoli zařízení). Nebudu se zde rozepisovat, protože všechny informace jsou na webu 1C. Můžete se s ním seznámit na odkazu: http://v8.1c.ru/enterprise/

O samotném programu 1C toho bylo napsáno hodně. O této platformě jsem již také psal například v článku „“. S ohledem na skutečnost, že systém „Manufacturing Enterprise Management“ funguje na základě 1C. Enterprise 8.3, jsou v něm také všechny výhody a nevýhody základního softwaru.

Podívejme se blíže na konfiguraci

V knize „Production and Operations Management“ od R.B. Chase, F.R. Jacobse, N. J. Aquilano se mi líbil seznam úkolů, které jsou kladeny na systémy ERP pro výrobní podnik:

1. Evidujte nové zakázky a neprodleně o nich informujte výrobní oddělení.
2. Poskytněte obchodnímu oddělení možnost kdykoli vidět stav objednávky zákazníka.
3. Poskytněte oddělení nákupu možnost kdykoli vidět výrobní potřeby materiálů.
4. Poskytovat státu údaje o hospodaření společnosti včas, tzn. vedení účetnictví a daňové evidence.

Podívejme se na každý z těchto bodů podrobněji. Pro názornost uvedu jako příklad jednoho ze svých klientů - šicí podnik, který využívá systém SCP a je klasickým a vizuálním modelem výroby. Tento podnik má mnoho různých oddělení: oddělení designu, inženýrství, výroby, oddělení skladování látek a příslušenství, oddělení skladování hotových výrobků, oddělení managementu.

Účtování nových zakázek v obchodním oddělení

Účetnictví zakázek je nedílnou součástí práce každého obchodního oddělení. Každá objednávka se skládá z několika částí:

1. Účetnictví zákazníka (komu je prodej uskutečněn);
2. Účtování zboží (co bude klientovi prodáno).

Kupující (klienti) se zapisují do adresáře Protistran. Klienty mohou být fyzické i právnické osoby. Na kartě protistrany můžete uvést všechny bankovní údaje společnosti, telefonní čísla, doručovací adresu a další informace potřebné pro zpracování dokumentů a uskutečnění prodeje.

A podrobné informace o veškerém zboží, které lze prodat, jsou uloženy v adresáři Nomenklatura.


Nomenklatura je adresář, který je určen k ukládání informací o zboží a službách, které mohou být poskytnuty kupujícímu. A v tomto systému je nomenklatura jednou z nejsložitějších referenčních knih.

Zde lze uložit následující:

• jméno výrobku
• Série
• Fotky
• Soubory technické dokumentace
• Popis a téměř jakékoli další informace o produktu.

Pomocí těchto adresářů vytvoří pracovník obchodního oddělení doklad zákaznické objednávky, kde uvede protistranu a seznam položek s cenami.

Na příkladu šicí výroby je práce na zakázce rozdělena do následujících fází:

1. Přijímat objednávky a zaznamenávat potřeby zákazníků.
2. V případě potřeby nakupte materiál pro objednávku.
3. Provádějte řezání a následné šití výrobků.
4. Provádět kontrolu (kontrolu kvality) zboží.
5. Přeneste hotové výrobky do skladu.
6. Proveďte odeslání nebo doručení kupujícímu.

První fáze práce je tedy dokončena: byl vytvořen dokument Zákaznické objednávky, který odráží data klienta a zboží, které potřebuje. Nyní potřebujeme přenést informace do výroby.

Informování výroby o nových objednávkách

Výroba by měla vidět nové objednávky, jakmile dorazí. Konfigurace 1C UPP se s tímto úkolem obecně vyrovná. Vyvstává však protiproblém: výroba by měla vidět pouze ty zakázky, které je třeba vyrobit. Tito. Pokud je v objednávkovém dokladu uvedeno zboží, které je již skladem, výroba o takovou objednávku nemá zájem a její výskyt v seznamu dokladů dostupných pro výrobu může způsobit další zmatek.

Výroba by měla vidět objednávky ihned po jejich přijetí, ale pouze tu část zakázek, pro kterou je třeba vyrobit produkty.

Aby se těmto problémům předešlo, vývojáři 1C nabízejí následující řešení: na základě objednávky kupujícího musí manažer prodeje vytvořit nový dokument - Výrobní zakázku, ve kterém budou uvedeny položky produktu, které je třeba vyrobit.

Tuto možnost však nelze nazvat velmi pohodlnou, protože v práci je ještě jeden krok, zcela závislý na lidském faktoru. Tito. Po vytvoření objednávky může vedoucí zapomenout vytvořit výrobní zakázku, udělat chybu a podobně. V důsledku toho nebude požadované zboží včas dodáno do plánu výroby a zákazník neobdrží včas objednané produkty. Při plné automatizaci podniku jsou takové situace přirozeně nepřijatelné. Na druhou stranu lze tento problém zcela vyřešit vytvořením dodatečného zpracování.

Pro oděvní společnost jsme vytvořili následující řešení. Byl napsán další plugin, který vytváří výrobní zakázku automaticky na základě určitého seznamu různých podmínek.

Toto zpracování určilo, zda jsou požadované položky skladem. Pokud ne, dalším krokem byla analýza dostupných položek ve výrobě. Pokud takové produkty neexistují nebo jsou naplánovány na pozdější datum, než je uvedeno v objednávce, automaticky se vygeneruje výrobní zakázka.

Závěr: Systém má vše, co potřebujete k ukládání informací o produktech a zákaznících. Je možné vytvořit zakázku a přenést ji do výroby. Ale pro plnou automatizaci práce bude stále vyžadovat úpravu, aby vyhovovala potřebám konkrétního podniku.

Stav zakázky ve výrobě

Jak již bylo zmíněno, po vstupu zakázky do výroby je nutné poskytnout obchodnímu oddělení možnost sledovat stav zakázky v reálném čase. Pro vedoucího obchodního oddělení je důležité vědět, v jaké fázi se práce nachází: zda objednané zboží již bylo dodáno do práce, kdy je plánováno dokončení atd.

To je implementováno jedním ze dvou způsobů:

1. Manažer prodeje může sledovat, v jaké technologické fázi je práce na zakázce: plánovaná, zadaná, při kontrole kvality atd. Obchodní specialista tak může neustále sledovat práci na každé zakázce a informovat klienta o termínech.
2. U produktu je stanovena doba prodeje, tzn. datum, kdy bude seznam požadovaných položek vyroben, bude otestován a připraven k expedici.

Systém neposkytuje potřebné nástroje pro implementaci první možnosti. Přehledy, které jsou k dispozici, odrážejí pouze stav objednávek a zboží na skladě. Pro výrobu, pokud je nutné implementovat postupné oznamování, budou nutné úpravy.
Bohužel v druhém případě chybí hotové nástroje pro případy, kdy výroba může změnit termín dokončení zakázky. Pouze obchodní oddělení může provádět jakékoli změny data odeslání a výše. Manažer může obvykle přesunout zásilku na pozdější datum, ale výroba bude muset být upozorněna na možnost ruční změny načasování vytvoření zboží. V případě potřeby také výroba nemůže posunout datum odeslání, i když je možné objednávku dokončit rychleji.

V základní konfiguraci jsou případné změny termínů a stanovení stupně plnění zakázky prováděny ručně pracovníky, v důsledku čehož je do práce zahrnut nepředvídatelný lidský faktor. Zde však vylepšení pomohou problém vyřešit.

Pro šicí výrobu jsme tedy vytvořili souhrnnou sestavu, která ukazovala: která šarže zboží (z jakých zakázek) je ve výrobě, včetně sestavy, která šarže se stříhá, která šije a tak dále. Tito. rozdělili jsme výrobní procesy do fází a ve zprávě se zobrazil celkový obrázek - které produkty z jakých zakázek jsou v jakých fázích výroby, které jsou ve frontě (s uvedením data zahájení prací), které jsou v kontrole kvality, které byly odeslána do skladu.

Zpočátku byl tento report vytvořen pro výrobní pracovníky, aby mohli sledovat svou práci a v případě potřeby provést úpravy. Později jsme ale stejnou zprávu otevřeli obchodnímu oddělení, aby manažeři také viděli stav konkrétní objednávky.

Závěr: Konfigurace neumožňuje automatickou výměnu dat mezi obchodním oddělením a výrobou po odeslání objednávky ke zpracování. Ale je možné implementovat podobná řešení založená na této konfiguraci vytvořením dalších reportů a zpracováním.

Komunikace mezi výrobním a nákupním oddělením

Velmi důležitým bodem je zajistit výrobu potřebnými materiály. Zároveň je pro správný chod nutné zajistit výrobu vším potřebným pro plnění zakázek a tvorbu zboží pro volný prodej ze skladu a na druhou stranu je nutné, aby se ve skladu nehromadily přebytečné materiály. Zásobovací oddělení tedy musí mít přístup k aktuálním informacím o množství materiálu na skladě a aktuálních výrobních potřebách, včetně seznamu materiálů pro zakázky, které jsou právě plánované do výroby.

Jak by tato práce měla probíhat:

1. Vytvoří se seznam potřeb.
2. Na základě tohoto seznamu a specifikací produktu je vytvořen seznam materiálů nezbytných pro výrobu produktů.
3. Na základě obdrženého seznamu se vytvoří plán nákupu.
4. V souladu s plánem nákupu systém generuje objednávky pro dodavatele.

Důležitá nevýhoda systému: Nákupní oddělení nemá jak zjistit, které materiály je třeba nakoupit od jakých dodavatelů a za jaké ceny. Tito. zprávy ukazují pouze obecné aktuální potřeby výroby a pro získání podrobnějších informací je třeba provést dodatečné úpravy.
Systém má dokument nazvaný Plán nákupu. Shromažďuje informace o potřebách, tzn. o tom, co je potřeba nakoupit pro zajištění výroby a v jakém množství, jak by to mělo být v klasickém MRP systému.


MRP (Plánování materiálových požadavků)– jedná se o automatizované plánování podnikových potřeb surovin a materiálů pro výrobu. Plánování se provádí na základě specifikací.

Specifikace (kusník) je referenční kniha, která popisuje všechny parametry konkrétního materiálu, jeho kvality, vlastnosti, tolerance. U hotového výrobku nebo „polotovaru“ specifikace udává, z čeho se výrobek skládá.

Výroba každého výrobku vyžaduje určité materiály a polotovary. Materiály lze okamžitě objednat na základě specifikace. U polotovarů je potřeba udělat další krok – přijít na to, z jakých materiálů se zase ten či onen polotovar skládá. A také přidejte potřebné materiály k objednávce.

Každý hotový výrobek je tak automaticky rozdělen na materiály pomocí několika kroků. Například:

Oblek se skládá z kalhot, bundy a obalu (balíčku). Kalhoty a bunda jsou polotovary, které je potřeba v dalším kroku rozložit pro vytvoření balíčku, materiál lze ihned přidat do nákupů. V druhém kroku se kalhoty „rozdělí“ na různé druhy látek, nití, zipů a knoflíků. Podobně se sako také skládá z různých druhů látek, nití a knoflíků. Všechny tyto materiály jsou přidány do plánu nákupu.

Nyní můžete přistoupit k výběru dodavatele pro každý z materiálů a vytvoření objednávky. Všechny výše uvedené fáze v systému SCP nejsou automatizované, a proto bude k vyřešení problému potřeba provést určité úpravy. Konfigurace zároveň poskytuje možnost ukládat všechny požadavky a nechybí ani možnost shromažďovat informace o nákupu. Ale v základní verzi všechny vyžadují lidský zásah, což snižuje úroveň pohodlí a spolehlivosti. Externí zpracování zde tedy bude také velmi užitečné, zejména proto, že všechna data a přístup k nim jsou v systému k dispozici.

U šicí výroby jsme problém vyřešili následovně. Na základě sestavy vypracované pro výrobu a také informací o objednávkách byla automaticky vypočtena potřeba potřebných materiálů. Dále byly z tohoto seznamu odečteny materiály uložené ve skladu a byla vytvořena sestava, pomocí které bylo možné provádět nákupy. Dodavatelé vám pak řeknou, jak rychle mohou materiály dodat. A tyto informace jsou ručně zadávány do systému, na základě čehož budou moci prodejci upozorňovat zákazníky na načasování výroby zakázky.

Účetnictví a daňové výkaznictví v „krabicovém řešení“

Typická konfigurace „Manufacturing Enterprise Management“, jak ji koncipovali vývojáři, by měla shromažďovat všechny informace potřebné pro účetní a daňové výkaznictví a vytvářet všechny výkazy potřebné pro práci účetního oddělení.
A zde má tato konfigurace velmi velkou „Achillovu patu“. Faktem je, že v každém dokumentu jsou tři zaškrtávací políčka:

• УУ – dokument o manažerském účetnictví;
• BU - doklad je předmětem účtování;
• NU – doklad podléhá daňovému účtování.

Vzhledem k tomu, že dokumenty nejsou rozděleny do různých systémů, vstupuje do hry lidský faktor. Například zaměstnanec nákupního oddělení nebo skladník po obdržení materiálů zaúčtuje příjemku. Materiál je registrován. Pokud ale nezaškrtne kolonku BU, tak účetní doklad nevidí a sám zaúčtuje fakturu na základě jím přijaté daňové faktury. V důsledku toho je dokument dvakrát opraven různými autory. A pokud se vyskytnou nějaké chyby, bude velmi obtížné identifikovat viníka.

Nevím, jak se tento problém řeší v různých případech. Zatím jsem narážel na varianty, kdy vedení s tímto nedostatkem souhlasilo a raději spoléhalo na zaměstnance. Jediný způsob ochrany proti lidské chybě, který byl implementován, je nastavení výchozích zaškrtávacích políček. V zásadě to v malých a středních firmách, se kterými obvykle spolupracuji, opravdu stačí.

Integrace s dalšími softwarovými produkty a systémy

Integrace je důležitou fází, která je nezbytná při automatizaci práce každé společnosti, včetně výroby. Je nutné pochopit, že integrace je nákladný proces, který vyžaduje značné množství času a úsilí. Jelikož se bavíme o komplexním multifunkčním ERP systému, pro kvalitní automatizaci procesů bude nutné získávat velké množství různých dat z různých zdrojů.

Pokud se na to podíváte z výrobního hlediska, určitě budete muset do systému nahrát data o datech vydání produktů, polotovarech a materiálech. Nákupní oddělení nahraje do systému dodací listy a další příjmové doklady. Obchodní oddělení musí nahrát informace o objednávkách a podobně. Kromě toho jsou ve výrobě možné různé situace a je velmi důležité, aby systém rychle obdržel informace o spotřebě materiálu, chybovosti, přeplánování výroby kvůli některým potížím, které se vyskytly během pracovního procesu atd.

Například v šicím podniku byla integrace provedena s řezacím strojem. Často je také vyžadována integrace s některým CAD softwarem, webem společnosti a dalšími řešeními. A tato fáze práce často zabere až 30 % rozpočtu.
Zároveň bez takto komplexních řešení nebude použití systému EPR efektivní, nebudete schopni dosáhnout nové úrovně řízení a automatizace podniku. To je velmi důležité pochopit.

Každý systém je jen tak účinný, jak efektivní je jeho nejslabší článek. A pokud se během implementace v tom či onom případě odmítnete integrovat a budete spoléhat na lidský faktor, určitě se budou hromadit chyby a celý systém se stane nestabilním.
Například, pokud mluvíme o návrhu nového produktu, pak by měla být veškerá projektová dokumentace nahrána z návrhového systému (CAD) do ERP systému automaticky. A pak, pokud se objeví nějaké otázky nebo potíže, bude vždy možné pochopit, o jakém konkrétním produktu mluvíme. A designéři budou schopni provést potřebné změny rychle a bez chyb.

Pokud jde o výrobu, je velmi důležité dostávat včasné a bezchybné informace o příchozích objednávkách (například z webových stránek nebo ze speciálního objednávkového formuláře), které je třeba vyrobit, a také včasné a bezchybné předávání informací o skutečně použitých materiálech, což umožní pokračování práce bez prostojů.

Již jsem uvedl výše, že v šicím podniku bylo nutné integrovat řezací stroj, který stříhal 36 vrstev látky současně, bylo nutné získat informace o zbytcích, množství zmetků a tento odpad rozdělit do nákladů celou várku produktů. V souladu s tím byl vyžadován doplněk, který se přímo integroval se strojem, aby systém rozuměl datům, která z něj vycházejí, a odeslal data do stroje ve formátu, kterému rozuměl. Kromě toho bylo vyžadováno zpracování dat přijatých ze stroje pro výpočet závad a nákladů na produkt.

Také v mnoha jiných případech je spoléhání se na lidský faktor nepřijatelné, protože chyby, nepřesnosti v systému a včasné zadávání informací vedou k přerušení práce. Integrace tedy samozřejmě není rychlý a nákladný proces, ale je potřeba zlepšit kvalitu práce.

Průmyslová řešení

Kromě základní konfigurace 1C. Existuje značné množství průmyslových řešení pro SCP. Vytvářejí je partnerské společnosti 1C na základě základní konfigurace. Nejčastěji se taková řešení objevují v důsledku implementace 1C.UPP pro nějaký výrobní podnik. Poté je upravená verze konfigurace pro konkrétní odvětví mírně upravena a nabízena jako hotové průmyslové řešení zákazníkům.

Nyní na webu 1C najdete takové konfigurace pro téměř každé odvětví. Je však velmi důležité pochopit následující body:

1. Konfigurace byla upravena tak, aby vyhovovala potřebám konkrétního podniku. A neexistuje žádná záruka, že tento přístup bude pro vaši společnost správný. Mléčná výroba může například vyrábět tvaroh a zakysanou smetanu na váhu nebo může tyto produkty balit do určitých nádob. Dokáže vyrábět mléko, kefír a fermentované pečené mléko, nebo se může specializovat na jogurty a dezerty. Každý z těchto případů bude vyžadovat různé úpravy. A není pravda, že vám budou vyhovovat ty nabízené v základní verzi od partnerů.
2. Odvětvové konfigurace provádějí partnerské společnosti na základě té hlavní, přičemž podstatné změny jsou provedeny v konfiguraci samotné. Proto aktualizace pro základní verzi 1C. Softstartéry nejsou vhodné pro průmyslovou konfiguraci. Uživatelé budou muset počkat, až partnerská společnost 1C aktualizuje průmyslovou verzi.

Pár slov o 1C. UPP ERP 2.0

K dispozici je také samostatná konfigurace 1C. UPP ERP 2.0, ke kterému byla provedena významná vylepšení a doplnění nezbytná pro automatizaci řízení výrobního podniku. Tito. tato konfigurace je umístěna nejen jako kompletní řešení, ale jako univerzální řešení pro výrobní podnik, které obsahuje plnohodnotný ERP systém.

Tento systém je také vytvořen na bázi 1C, konfigurace je také komplexní, nikoli modulární. Proto jsou v tomto systému v zásadě všechny vlastnosti produktů 1C, stejně jako problémy, se kterými se setkáváme při implementaci složitých konfigurací 1C.

Na jedné straně verze 1C. UPP ERP 2.0 skutečně obsahuje rozšířenou sadu funkcí, které se týkají především automatizace a správy. Ale tento softwarový produkt byl vytvořen relativně nedávno. A domnívám se, že na přechod na tuto verzi je příliš brzy vzhledem k tomu, že ještě není plně vyvinuta.

Na rozdíl od 1C je neustále aktualizován o nové funkce, nové referenční knihy, dokumenty, zprávy. UPP, do kterého aktualizace zahrnují pouze opravy zjištěných chyb a aktualizace účetního a daňového výkaznictví související se změnami v legislativě.

Navíc systém 1C. UPP ERP 2.0 je mnohem dražší než konfigurace 1C. UPP.

Klady a zápory systému 1C UPP

Systém je skutečně komplexní a po vhodné úpravě může plnit funkce řízení výrobního podniku určitého typu. Je také důležité pochopit, že každé odvětví bude vyžadovat různá zlepšení. Pokud byl systém vytvořen pro šití oděvů, nebude vhodný pro podnik mléčné výroby. Samozřejmě můžete použít i průmyslová řešení, ale osobně taková řešení nedoporučuji.

Jednoduše proto, že pokud vám v mnoha ohledech nevyhovuje standardní konfigurace „Manufacturing Enterprise Management“, nebudou vám vyhovovat ani oborová řešení. V tomto případě bude jednodušší vybrat si jiný produkt nebo si skutečně objednat řešení na míru. A pokud vám standardní konfigurace z větší části vyhovuje, pak se počet modifikací a nastavení, aby vyhovovaly charakteristikám konkrétního podniku pro standardní řešení a pro obor specifické, bude lišit jen málo.

Významnou nevýhodou systému je nedostatečná modularita. Tito. Chcete-li vyřešit určité problémy, můžete vytvořit určitá zpracování nebo zprávy, „doplňky“ systému. Budou fungovat, ale základní řešení zůstanou nedotčena. Pokud však z nějakého důvodu potřebujete provést změny v práci s dokumenty nebo referenčními knihami, budete muset provést změny ve všech podsystémech, které v konfiguraci existují.

Vzhledem k nemodulárnosti tohoto systému nelze provádět žádné výrazné úpravy účetnictví nebo např. práce skladového účetnictví bez zásadních změn dokladů a adresářů určených pro jiná oddělení. Všechny jsou propojeny a pracují se stejnými referenčními knihami a dokumenty. Tato funkce je však široce známá, protože je vlastní všem softwarovým produktům od 1C.

Proto tento systém obvykle nikdo výrazně nevylepšuje, snaží se vystačit s externím zpracováním, reporty a dalšími doplňky. Oborová řešení jsou nejčastěji jen variací sady doplňků, která byla vytvořena pro konkrétní podnik související s určitou oblastí. A ještě budete potřebovat nějaké úpravy, jejichž cena se od úprav základní konfigurace jen málo liší. Spolehlivost standardního řešení je ale vždy vyšší než u produktů partnerských firem.

Závěr. Pokud jste spokojeni se základní konfigurací systému, je nejlepší si jej zakoupit a nainstalovat. Zároveň je však velmi důležité, aby implementaci systému prováděli zkušení specialisté, kteří budou schopni nejen nakonfigurovat software, ale také provést všechna potřebná vylepšení pro vaše podnikání, sestavy a integraci. s dalšími softwarovými produkty a systémy.

Při správném přístupu se systém 1C Manufacturing Enterprise Management stává vynikajícím nástrojem, který vám umožní dosáhnout vysoké úrovně automatizace obchodních procesů a koordinace práce různých oddělení společnosti.

Na závěr bych chtěl dát nějakou radu těm, kteří se rozhodli zakoupit a implementovat program „1C: Manufacturing Enterprise Management 8 edition 1.3“:

1. Zvolte strategii

SCP je komplexní a velký produkt, který tvrdí, že je univerzální. Produkt je drahý a mluvím zde nejen o pořizovacích nákladech, ale i o nákladech na vlastnictví programu - kvalifikovaní specialisté jsou drazí a je jich velmi málo. Vyberte si strategii a určete, proč kupujete tento konkrétní program a jak jej budete používat, co s ním budete dělat dál.

Jaké jsou různé strategie? Jeden z mých klientů zvolil tuto konfiguraci, protože „je to jediný systém, který má všechno“. Tento podnik pracoval v několika systémech: 1c, Excel atd. - rozhodli se vzít jeden systém pro konsolidaci účetnictví.

Další firma, která rozvíjela výrobu, chtěla mít pod kontrolou rozpracovanost - měla starosti s účtováním materiálu ve výrobě. To je také strategie.

2. Zvažte integraci

Integraci je třeba nejprve promyslet, aby bylo možné posoudit, jaké finanční a časové zdroje budou vynaloženy na její realizaci. Objektivní posouzení této skutečnosti může ovlivnit rozhodnutí, zda tento program zakoupit nebo dát přednost jinému produktu.

3. Posoudit potřebu SCP z hlediska velikosti firmy

SCP není vhodné pro každou společnost. Viděl jsem firmu, která zaměstnávala 15 lidí. Systém SCP nějak „zdědili“, ale implementace a úpravy stály spoustu peněz a nakonec na SCP nikdy nepřešli. Musíte pochopit, že pokud vaše společnost není dostatečně připravena na práci s tak složitým produktem, nebude to mít žádný efekt. Pro malou firmu tuto konfiguraci nedoporučuji.

4. Posoudit potřebu SCP z pohledu odvětví

I když 1c píše, že UPP je univerzální řešení, je třeba pochopit, že je vhodné pouze pro montážní výrobu, kdy jde o sestavení jednoho celého výrobku z více dílů. Pro výrobu např. stavebních hmot a směsí tato konfigurace nevyhovovala.

V této sbírce videí se pokusím vytvořit skutečně jednoduchý a srozumitelný návod pro začátečníky v ovládání programu. Každá videolekce se bude týkat konkrétního tématu: od úvodního seznámení s programem až po podávání daňových přiznání.

Mimochodem! Naši specialisté tvrdě pracovali na sepsání velkého množství podrobných pokynů pro účetní program 1C.

Začnu možná osobní zkušeností a dám pár tipů, jak se program rychle naučit a neztratit se v něm.

Vždy je děsivé začít hned pracovat se skutečnými firemními daty ve skutečné databázi. A tato obava má svůj základ – zmáčknutí pár tlačítek navíc může vést ke zničení dat na mnoho let, zrušení dnů volna na další měsíc či dva. Ano, a nervy nejsou zbytečné.

Obyčejná prázdná databáze 1C Accounting vám pomůže překonat strach a získat větší sebevědomí (jak ji vytvořit). Před prací v „živé databázi 1C“ musí začátečník jednoduše projít všemi operacemi od A do Z: nastavit program, vytvořit novou organizaci, vytvořit protistrany, účty, prodeje, vypočítat náklady, uzavřít měsíc, připravit zprávy atd.

Narazíte na mnoho problémů, v jejichž průběhu začnete řešit pochopit program. Nejdůležitější je, že rozumíte úplnému vztahu mezi kliknutím na „nějaký druh zaškrtnutí“ a výsledkem v hlášení. Ale když na začátku čtvrtletí kliknete na „toto zaškrtnutí“, pak si to na konci čtvrtletí samozřejmě nebudete pamatovat. ( Popis všech parametrů programu je samozřejmě v literatuře, ale jaký náš krajan čte návod? 🙂)

Pokud jste již takový „kurz mladého bojovníka“ absolvovali, nemažte svou tréninkovou základnu, ale mějte ji vždy po ruce. Vždy můžete sestavit testovací příklad a zkontrolovat, jak se program chová v konkrétním případě.

Může být velmi užitečné vytvořit kopii pracovní databáze a trénovat na ní. Věřte mi, že mnoho účetních, kteří mají dokonce 20 let zkušeností s jednáním s 1C, provádí experimenty na testovacích základech před důležitými postupy.

Videa a články o 1C

Nezbytně přihlaste se k odběru našeho kanálu na Youtube , pravidelně vydáváme nová videa!

Video výukový seznam videí na YouTube, kde jsou postupně analyzovány nejoblíbenější operace v účetnictví 1C:

Pokud nemůžete sledovat videa, přečtěte si naše články online.

Proč se zrodil tento článek?

1. Už jsme měli jeden, který vzbudil značný zájem (14306 zobrazení). Toto téma je staré 2 roky a už se hodně změnilo. Lidé nás nadále kontaktují a žádají o aktuální verzi.

2. 1C vydala novou konfiguraci „ERP production management 2.0“, dokonce jsme se zúčastnili semináře, ale opět jsme neviděli dobré řešení problému plánování.

Proto jsme se rozhodli naše zkušenosti zobecnit a popsat nejen plánování, ale celou škálu řešení.

Níže jsme načrtli schéma toho, o čem plánujeme podrobně mluvit. Všechny tyto body jsou podle našeho názoru důležité. Zaměříme se na důležité body, které jsou buď prostě nutné, nebo výrazně zjednodušují život.

Téma je rozsáhlé, mnoho zpracování a reportů vyžaduje úpravu pro standardní konfiguraci - pokusíme se to nezdržovat.

1. Objednávky kupujícího.

Veškerá výroba je navržena pro plnění zákaznických objednávek. Tady je těžké objevit Ameriku. Dnes však musíme vzít v úvahu několik funkcí, abychom se vyhnuli překvapením.

1. Přítomnost složitých schémat dalšího prodeje hotových výrobků, kdy jedna holdingová organizace vyrábí výrobky, prodává druhá, druhá..... atd. a pouze n-tý prodává třetí straně. Vede k velkému počtu zakázek, z nichž jen malá část jde do výroby.

2. Dostupnost několika skladů pro hotové výrobky. Například: oblečení a boty, kov a elektrody atd. Ale kupující dělá objednávku sám a já ji opravdu nechci rozdělit.

3. Sklady a jejich množství se neustále mění. To je často spojeno s výměnou a vznikem nových organizací.

4. Dostupnost vzdálených skladů a v důsledku toho skladů na cestách. Všechny tyto produkty musí být rezervovány a v žádném případě vráceny do výroby.

Dospěli jsme k jednoduchému řešení všech těchto problémů s téměř standardní funkčností. Bylo přijato řešení, které překvapivě funguje bez dodatečné kontroly. Tak,

1. V zákaznických objednávkách jsou v poli sklad uvedeny pouze skupiny skladové dostupnosti. Tím je okamžitě vyřešen problém s několika sklady hotových výrobků a vznikem (uzavřením starých) nových skladů. Manažer nadále spolupracuje se svou skupinou dostupnosti.

2. Adresář skupin dostupnosti skladu má povolenou hierarchii – umožňuje seskupovat skupiny a sklady se stejnou funkčností

3. Atribut "Produkce" s typem Boolean byl přidán do adresáře skupiny dostupnosti skladu.

Body 2,3 řeší společně úlohy 1,3,4.

Proč se vedoucí neplete a omylem (je přirozeně naučený) v oboru Sklad samotný sklad a ne skupina dostupnosti, protože funkcionalita převodu zakázky do výrobní zakázky je automatizována (objednávky, ve kterých je sklad , a nikoli skupina, nejsou zpracovány - jedná se o „volání“) a výrobní zakázky, které zahrnují sklad, jednoduše nespadají do plánování a manažer, pokud samozřejmě pracuje, okamžitě vidí problém se svým objednat. Pravda, při dobrém tréninku (zbystřená pozornost) je takových chyb málo.

Bezpečnostní zásoby hotových výrobků a mezioperační zásoby PF.

Kromě zákaznických objednávek musí výroba udržovat jakousi bezpečnostní zásobu hotových výrobků na skladech SOE a často je nutné zkrátit dobu výroby, mezioperační zásoby polotovarů. Velmi často jsou všechny tyto funkce prováděny interními objednávkami nebo dokonce objednávkami kupujících, ale podle našeho názoru vyžadují objednávky neustálé sledování, je třeba je neustále otevírat, zavírat, vyřazovat z rezerv atd. Objednávky mají ještě jednu nevýhodu - při nedostatku se podle ní vyrobí i jeden výrobek. Management skutečně chce, aby bezpečnostní zásoby nebyly doplňovány po jednom, ale po dávkách. Tím je zajištěna obrátkovost pojistných zásob (pojistné zásoby nejsou skladovány na skladě) a rovnoměrnost výrobní zátěže. Jak jsme to sami implementovali:

Bylo rozhodnuto použít dokument „Nastavení hodnot bodů objednávky“. Proč?

1. Do této chvíle jsme dokument nepoužívali.

2. V jádru se velmi blíží tomu, co jsme od něj chtěli.

3. Byli jsme téměř zcela spokojeni s přítomností detailů TC. Do PM byl přidán pouze jeden atribut, Priorita.

Jak se používají podrobnosti dokumentu?

1. Názvosloví a charakteristika - vše je jasné.

2. Metoda stanovení - Fixní. Určuje typ dalších detailů a ručního účtování.

3. Bodová hodnota objednávky - nevyužívá se.

4. Bezpečnostní zásoba - skutečná hodnota bezpečnostní zásoby.

5. % bodová hodnota - minimální hodnota bezpečnostní zásoby v procentech, za jejímž přítomnosti je do výroby uvedena nová šarže.

6. % bezpečnostní zásoby - procentní hodnota bezpečnostní zásoby, na které se zastaví uvedení nové dávky.

7. Sklad – nevyužitý.

8. Priorita - umožňuje správně vytáhnout zůstatky při plánování. Nech mě to vysvětlit. Předpokládejme, že jste zadali 100 hotových položek H1 jako bezpečnostní zásoby a 100 položek H2 jako interoperabilní zásoby. Produkt H1 v určité fázi sestává z produktu H2. V době plánování máte ve výrobě 50 kusů H2 produktů. Pokud nenastavíte prioritu, mohou být zůstatky vytaženy na mezioperační sklad a bezpečnostní sklad začne od nuly. Je jasné, že jsme chtěli přesně opačný výsledek. Zde vstupuje do hry Priorita. Polotovary řadí mezi pojištění a interoperabilní zásoby.

Nejdůležitější otázka zní: jak se to všechno dostane do plánování?

Odpověď vás možná moc nepotěší, protože... Máme vlastní plánování a bude o něm pojednáno níže. Po synchronizaci (také v tématu plánování) zákaznických objednávek plánovač určí, kolik pojistných a mezioperačních objednávek máme na skladě (je jedno, zda jsou na skladě nebo ve výrobě) a kolik jich potřebujeme s ohledem na minimální a maximální procento výroby.

No a ještě jednou ukázka, jak to funguje: Pojištění 200 ks, minimálně 10 % (20 ks), maximálně 90 % (180 ks).

1. Aktuálně je zde 10 kusů. Drak letadla přechází na doplňování a uvádí do výroby 190 kusů.

2. Jedná se o 100 jednotek a předchozí plán byl pro doplnění, poté bude spuštěno dalších 100 jednotek.

3. Je jich 185 ks. Větroň se zastaví a počká, dokud množství neklesne pod 20 kusů.

4. Je jich 100 kusů a předchozí plán byl tedy úbytek počká, dokud množství neklesne pod 20ks.

Pokud není nastaveno minimální a maximální procento, pak se vždy spustí množství, které chybí.

Rezervace.

Proč je nutná rezervace?

U kluzáku je absolutně jedno, zda jsou produkty rezervovány na objednávku nebo ne. Synchronizuje všechny zůstatky zakázek podle pořadí (pro nás je to pouze datum objednávky; všechny běžné problémy s vedením, jako je důležitá zakázka apod., pouze zasahují do práce, a pokud je to opravdu nutné, jsou vyřešeno do stejného data). Nezáleží na tom, kde se produkty aktuálně nacházejí – ve skladu GP, ve výrobě při přejímce, opravě atd. Hlavní věc je dodržení požadovaného souboru jakostí a nákladových položek. Zkazili to – změnili kvalitu nebo nákladovou položku a Planer už tyto položky nevidí.

Důležitost redundance se zvyšuje a je důležitá v následujících případech:

1. Stav objednávky vždy vidíte na skladě.

2. Položky k objednání s pozdějším datem si můžete rezervovat ručně.

3. Dostupnost vzdálených skladů a skladů na silnici. Pozor: nejedná se o pobočkové sklady, pak jsou zde prostě 2 různé zakázky, a to výrobní sklady, ale daleko od výroby. S takovými sklady lze pracovat pouze přes rezervy. Pro zákazníky, kteří jsou expedováni z těchto skladů, existují produkty na konkrétní objednávku. Je možné tam ponechat volné zbytky, ale jejich plánování je problematické, protože v tomto případě budete muset také nějak zohlednit územní odlehlost.

A protože rezervace je důležitá, je potřeba, aby byla automatická. To znamená, že potřebujeme takové zpracování, které by bylo možné spustit ručně i rutinním úkonem a vše, co dorazilo na sklady nebo tam leželo ve volném zůstatku, rezervovalo pro objednávky zákazníků. Zároveň každý, kdo pracoval s rezervami, ví, že s nimi neustále vycházejí jamby, které jsou následujících typů:

1. Záporné rezervy, tj. tržby byly z rezervy, ale žádná rezerva nebyla.

2. Přebytečné rezervy na objednávkách, v objednávce je 5 kusů a je k tomu rezervováno 6 kusů.

3. Volné zůstatky byly záporné kvůli rezervám, které převyšovaly zůstatky.

4. Zásoby, pro které není na skladě žádné zbývající zboží.

Docházíme k závěru, že v první řadě musíme odstranit všechny problémy a teprve poté provést rezervaci. Navíc by měly existovat výběry, aby bylo možné provádět selektivní rezervace. Takové ošetření Vám nabízíme za minimální cenu. Výběr je organizován podle sady skupin dostupnosti skladu a kombinace seznamu skladů a seznamu skupin dostupnosti. Kromě toho může zpracování jednoduše fungovat v režimu eliminace chyb. Ve zpracování není nic složitého, napsat si ho může každý sám, a pokud jste líní začínat od nuly, vezměte si ten náš. Zpracování má funkci pro uložení nastavení. Pro zájemce,.

(Předání zakázky do výroby. Jak organizovat slevy mezi vašimi organizacemi.

Plánování.

Plánovací zprávy.

Vydání úkolu nebo CVD.

Kde mohu získat sadu nebo LZK.

Zobrazit implementaci CVD.

Plánovat skutečnost.

Výrobní časy pro produkty a kontrola nevyřízeného zboží.

Analýza účinnosti bezpečnostních zásob.

Kontrola mražených produktů.

Charakteristika nomenklatury aneb jak obsáhnout nesmírnost.)

V této části zahájíme sérii článků, které vám pomohou zvládnout konfiguraci „1C: Manufacturing Enterprise Management“.

Úvod

"1C:Manufacturing Enterprise Management 8" je komplexní aplikační řešení pokrývající hlavní obrysy řízení a účetnictví ve výrobním podniku. Řešení umožňuje organizovat komplexní informační systém, který splňuje podnikové, ruské a mezinárodní standardy a zajišťuje finanční a ekonomické aktivity podniku.

Aplikační řešení vytváří jednotný informační prostor pro zobrazení finančních a ekonomických aktivit podniku pokrývající hlavní podnikové procesy. Zároveň je jasně vymezen přístup k uloženým informacím a také možnost určitých akcí v závislosti na stavu zaměstnanců.

V podnicích holdingové struktury může společná informační základna pokrývat všechny organizace zahrnuté v holdingu. To výrazně snižuje pracnost vedení záznamů díky opětovnému použití společných informačních souborů různými organizacemi. Zároveň je pro všechny organizace zachováno komplexní řízení a regulované (účetní a daňové) účetnictví, ale regulovaný reporting je pro organizace generován samostatně.

Skutečnost obchodní transakce je evidována jednorázově a promítá se do manažerského a regulovaného účetnictví. Není třeba znovu zadávat informace. Prostředkem evidence obchodní transakce je doklad a pro urychlení práce se hojně využívají mechanismy nahrazování „výchozích“ údajů a zadávání nových dokladů na základě dříve zadaných.

V aplikovaném řešení je přijat následující poměr různých účetních dat:

• nezávislost vedení, účetních a daňových účetních údajů;
• srovnatelnost manažerských, účetních a daňových účetních dat;
• shoda součtových a kvantitativních odhadů aktiv a pasiv podle údajů hospodaření, účetnictví a daňové evidence, při neexistenci objektivních důvodů jejich nesouladu.

Data zadaná uživateli jsou rychle řízena aplikačním řešením. Při registraci platby v hotovosti tedy systém zkontroluje dostupnost finančních prostředků s přihlédnutím k existujícím žádostem o jejich utracení. A při registraci zásilky produktů systém zkontroluje stav vzájemného vypořádání s příjemcem zboží.

Aplikační řešení je dodáváno se sadou rozhraní, které poskytuje každému uživateli přednostní přístup k datům a mechanismům aplikačního řešení, které potřebuje.

Regulované (účetní a daňové) účetnictví pro organizace se provádí v národní měně, zatímco pro manažerské účetnictví pro podnik jako celek lze zvolit libovolnou měnu. Různé organizace jedné informační základny mohou používat různé daňové systémy: v některých organizacích - obecný daňový systém, v jiných - zjednodušený; Mohou být použity různé daňové a účetní zásady. Kromě toho lze na určité typy činností organizace uplatnit daňový systém ve formě jediné daně z imputovaných příjmů.

Kromě manažerského a regulačního účetnictví můžete vést účetnictví podle mezinárodních standardů účetního výkaznictví (IFRS). Za účelem snížení pracnosti je účtování podle IFRS prováděno neoperativně s využitím převodu (přepočtu) dat z jiných typů účetnictví.

Při vývoji řešení „1C: Manufacturing Enterprise Management 8“ byly použity jak moderní techniky mezinárodního řízení podniků (MRP II, CRM, SCM, ERP, ERP II atd.), tak zkušenosti s úspěšnou automatizací výrobních podniků nashromážděné společností 1C a partnerskými společnostmi. byly brány v úvahu. Na návrhu a vývoji konfigurace se podíleli specialisté ze společností „ITRP“ (řízení výroby) a „1C-Rarus“ (účetnictví podle IFRS). V metodických otázkách implementace managementu, finančního účetnictví a reportingu podle IFRS poskytuje konzultační podporu světoznámá auditorská a poradenská společnost PricewaterhouseCoopers.

Řešení „1C:Manufacturing Enterprise Management 8“ bylo vyvinuto na moderní technologické platformě „1C:Enterprise 8“. Kromě platformy obsahuje softwarový balík konfiguraci „Manufacturing Enterprise Management“.

Je zajištěna vysoká spolehlivost a výkon aplikačního řešení, škálovatelnost, výstavba geograficky distribuovaných systémů a integrace s dalšími informačními systémy. Vnitřní struktura aplikačního řešení je zcela otevřená pro studium a přizpůsobení specifickým potřebám podniku.

Společnost 1C dokončuje a vyvíjí konfiguraci „Manufacturing Enterprise Management“ s cílem zohlednit změny v legislativě a rozšířit funkčnost. Zajištěna rychlá aktualizace nainstalovaných aplikačních řešení. 1C a její partneři poskytují víceúrovňový systém technické podpory.

„1C: Manufacturing Enterprise Management 8“ je vlajkovou lodí aplikačního řešení společnosti 1C s nejširší škálou funkcí. Obecnou koncepci řešení znázorňuje schéma.

Všechny mechanismy automatizace aplikačních řešení lze rozdělit do dvou velkých tříd:

• mechanismy pro udržování provozní činnosti podniku mechanismy pro vedení neprovozního účetnictví;
• Oblasti patřící do provozních činností lze rozlišit v každém typu účetnictví (s výjimkou účetnictví podle IFRS).

Aplikační řešení je navíc rozděleno do samostatných subsystémů odpovědných za řešení skupin obdobných problémů: subsystém řízení hotovosti, subsystém personálního řízení, účetní subsystém atd. Toto rozdělení je určitou konvencí, která usnadňuje zvládnutí aplikačního řešení . V současné práci uživatelů nejsou hranice mezi subsystémy prakticky cítit.

Nejnovější vydání konfigurace Manufacturing Enterprise Management, které má číslo 1.3, jasně demonstruje výhody nové verze 8.2 platformy 1C:Enterprise. Konfiguraci lze použít v normálním aplikačním režimu, známém uživatelům předchozích edic.

"1C:Manufacturing Enterprise Management 8" lze použít v řadě oddělení a služeb výrobních podniků, včetně:

• ředitelství (generální ředitel, finanční ředitel, obchodní ředitel, výrobní ředitel, hlavní inženýr, ředitel lidských zdrojů, ředitel IT, ředitel ekonomického plánování);
• výrobní dílny;
• oddělení výroby a expedice;
• oddělení hlavního konstruktéra;
• oddělení hlavního technologa;
• oddělení hlavního mechanika;
• obchodní oddělení;
• oddělení logistiky (zásobování);
• marketingové oddělení;
• sklady materiálů a hotových výrobků;
• účetnictví;
• oddělení lidských zdrojů;
• odbor organizace práce a zaměstnanosti;
• IT služby;
• administrativní a ekonomické oddělení;
• oddělení investiční výstavby;
• informační a analytické oddělení;
• oddělení strategického rozvoje.

Očekává se, že největší efekt bude mít implementace aplikačního řešení u podniků s pracovní silou několika desítek až několika tisíc lidí, s desítkami a stovkami automatizovaných pracovních stanic, dále pak v holdingových a síťových strukturách.

"1C:Manufacturing Enterprise Management 8" poskytuje:

• pro vedení podniku a manažery odpovědné za rozvoj podnikání - dostatek příležitostí pro analýzu, plánování a flexibilní řízení zdrojů společnosti pro zvýšení její konkurenceschopnosti vedoucí oddělení, manažeři a zaměstnanci přímo zapojení do výroby, prodeje, zásobování a dalších činností; podpora výrobního procesu - nástroje, které vám umožní zvýšit efektivitu každodenní práce ve vašich oblastech;
• zaměstnanci podniku účetní služby - nástroje pro automatizované účetnictví plně v souladu s právními požadavky a podnikovými standardy podniku.

Výrobní účetnictví a náklady jako hlavní předmět jeho studia

Hlavní složkou řízení výrobního podniku je výrobní účetnictví.

Výrobní účetnictví je komplexní a zajímavá technologie s vlastními metodami a technikami. Úkolem výrobního účetnictví je zohlednit celý proces transformace nákladů: náklady během výroby mění svůj charakter, slučují se, rozdělují, různě se transformují, tzn. Předmětem výrobního účetnictví jsou dynamicky se měnící objekty. Například výrobní účetnictví dává odpověď na otázku: jaké jsou náklady na výrobek, pokud jeho výroba vyžadovala určitou výši vynaložených nákladů č. 4, sestávajících z díly náklady č. 1 a č. 2 a plně zaúčtované náklady č. 3. Proč díly? Protože se nakupují např. materiály určitého velkého objemu a nejprve je potřeba spočítat, jaká část z tohoto celkového objemu materiálů byla vynaložena na jednotku výroby. Totéž platí o mnoha dalších nákladech – elektřina atp. V tomto případě je nutné vzít v úvahu celou historii průchodu nákladů výrobou - od okamžiku vzniku nákladu v účetnictví až po jeho zahrnutí do nákladové ceny a prodej jako součást výrobku a jeho vznik v r. účtování a zahrnutí do nákladové ceny může být v různých účetních obdobích.

Instalace a spuštění softstartéru

K práci potřebujeme platformu 1C 8.2. Vydání UPP lze převzít z libovolného nejnovějšího vydání 1.3.
Budeme pracovat s „demo“ databází. V nastavení databáze vyberte jako hlavní režim spouštění „Tlustý klient“. Zbytek nastavení lze ponechat jako výchozí.

Pro ty, kteří ještě nejsou obeznámeni s platformou 8.2, uvedeme krátký odkaz na termín „tlustý klient“.
Tlustý klient v architektuře klient-server je aplikace, která poskytuje (na rozdíl od tenkého klienta) pokročilé funkce, nezávislé na centrálním serveru. Server je v tomto případě často pouze úložištěm dat a veškerá práce na zpracování a prezentaci těchto dat se přenáší na stroj klienta.
Výhody tlustého klienta
Tlustý klient má na rozdíl od tenkého klienta širokou škálu funkcí.
Režim pro více uživatelů.
Poskytuje schopnost pracovat, i když je komunikace se serverem přerušena.
Má schopnost připojit se k bankám bez použití internetu.
Vysoký výkon.
Nedostatky
Velká velikost distribuce.
Velká část výkonu klienta závisí na platformě, pro kterou byl vyvinut.
Při práci s ním vznikají problémy se vzdáleným přístupem k datům.
Poměrně složitý proces instalace a konfigurace.
Složitost aktualizace a s tím spojená irelevance dat.

Při spouštění nainstalované demo databáze vyberte uživatele „Abdulov“, má plná práva. Není třeba zadávat heslo.

Abyste mohli studovat UPP, při prvním spuštění předefinujte uživatelské rozhraní „Abdulov“ na „Plné“: nabídka „Uživatelé – Uživatelé – Administrace – Abdulov – dvojitým kliknutím otevřete formulář Abdulov – pole „Hlavní rozhraní“ – Úplné - tlačítko Nahrát a zavřít." Poté na panelu nástrojů klikněte na tlačítko „Přepnout rozhraní“ a vyberte možnost „Plné“.

O pojmech „podnik“ a „organizace“, „regulované“ a manažerské účetnictví. Podnik je soubor všech organizací, pro které jsou v databázi vedeny záznamy. « Regulované účetnictví„je určena tím, že pravidla pro její chování určuje zákon. " Manažerské účetnictví„Každý podnik může mít svá pravidla, pravidla jeho fungování nejsou nijak regulována a určuje je vedení konkrétního podniku. Konfigurace systému manažerského účetnictví obsahuje určitou vizi, jak nejlépe (pohodlněji, názorněji, racionálněji) vést manažerské účetnictví, ale každý konkrétní podnik může mít svou vlastní vizi svého řízení, protože neexistují jednotné pravidel a norem a v tomto případě bude nutné je upravit. V typické konfiguraci UPP je manažerské účetnictví vlastně založeno na požadavcích primárně účetnictví, zatímco reporting v manažerském účetnictví je zaměřen na uvědomění si potřeby plánování nákupů, nákladů atp. Při realizaci manažerského účetnictví se nevyužívá princip podvojného účetnictví, tzn. například můžete něco kapitalizovat „z ničeho nic“ a nevznikne žádný dluh atd. Regulované účetnictví provádí pro každou organizaci zvlášť. Manažerský- částečně pro podnik jako celek.

O mezinárodním účetnictví. V úvodu bylo uvedeno, že v UPP je možné udržovat mezinárodní rekordy. Je třeba poznamenat, že tato možnost se zobrazí pouze v případě, že je v nastavení účetní zásady uvedeno dávkové účtování. Pokud (viz v rozhraní „Správce účetnictví“ v nabídce „Nastavení účetnictví – Nastavení účetnictví“) zvolíte pokročilou analytiku nákladového účetnictví (místo dávkového účetnictví), nebude možné vést mezinárodní účetnictví.

Použité pojmy, označení objektů, které 1C provozuje a kterým je potřeba rozumět při práci s databází

• Adresáře
• Převody
• Konstanty
• Plány pro typy výpočtů
• Charakteristické typové plány
• Registr informací
• Dokument
• Akumulační registr
• Graf účtů
• Zpráva
• Léčba

Adresáře

Adresář je soubor různých významů pro něco. Adresář se skládá z Prvky adresáře. Každá hodnota prvku adresáře je charakterizována danou sadou parametrů. Obvykle je jeden z parametrů prvku adresáře neopakující se - pro každý prvek adresáře je jeho hodnota jedinečná. Obvykle se jedná o kód prvku slovníku. Obvykle se adresář doplňuje, tzn. Při práci s databází do ní můžete přidávat nové prvky (existují i ​​adresáře, které se neaktualizují, obvykle nějaké klasifikátory stažené z jiných míst).
Adresáře jsou užitečné, protože umožňují vyplňovat dokumenty mnohonásobně rychleji, přičemž prvek bude pojmenován a prezentován všude stejně, jakmile nastavíte parametry prvku, můžete je použít kdekoli.

Každý prvek adresáře je objekt, na který lze odkazovat z jiných míst. Existuje například takový adresář „Protistrany“:


Řekněme, že potřebujete do databáze zadat údaje o příštím příchodu zboží a služeb. Namísto zapsání jména protistrany „InnoTrade LLP“ na příslušné místo a uvedení všech jejích charakteristik, které mohou být vyžadovány pro zpracování účtenky, bude stačit vybrat příslušný prvek v adresáři „Protistrany“.

Nebo například existuje taková referenční kniha - „Měny“:

Namísto psaní názvu měny a uvádění jejího kurzu v každé účtence můžeme jednoduše vybrat hodnotu adresáře měn na správném místě:

Informační registry

Informační registr je typ zařízení pro ukládání informací, které vypadá velmi podobně jako adresář. Ale na rozdíl od adresáře nelze řádek v registru informací zadat jako objekt – na řádek registru nelze odkazovat, jako je například konkrétní protistrana v adresáři „Protistrany“. Ale do informačního registru můžete uložit například historii změn některého prvku adresáře. Například historie změn hodnot prvků adresáře „Currencies“ je uložena v informačním registru „Currency Rats“:

Uložením historie měn v registru „Kurzy měn“ není nutné uvádět kurz mnohokrát pro každou účtenku. Program to sám určí v případě potřeby podle data.

Převody

Výčet je speciální případ adresáře. Výčet je daná pevná sada hodnot pro něco. Na rozdíl od adresáře nemá každá hodnota výčtu žádné další parametry.

Konstanty

Konstanta je hodnota něčeho, obvykle určená při zahájení práce s databází jednou provždy. Zejména nastavení účetní politiky jsou uložena v konstantách SCP.

Plány pro typy výpočtů

Speciální typ adresáře, který popisuje algoritmy pro časové rozlišení a srážky a některé další informace nezbytné pro výpočet časového rozlišení a srážek.

Charakteristické typové plány

Speciální typ adresáře, který popisuje některé další informace, které databázové objekty obsahují.

Dokumentace

Dokument je prostředek pro zadávání dat, zpracování zadaných dat s možností zohlednit existující data a převést existující data s přihlédnutím ke vstupním datům do informační databáze.

Dokumenty lze rozdělit do několika typů:

• odrážející skutečnost ekonomické činnosti - např. evidenční doklad v databázi příjmu zboží a služeb (v důsledku dokladu musí být zboží zaúčtováno na sklad, dodavateli se musí objevit dluh, evidovat DPH , transakce musí být evidovány atd.) nebo výroba dokladu „Report“ za směnu“ (zaznamenává skutečnost výroby produktů, jejich pohyb na sklad, eviduje transakce atd.)
• regulační dokumenty - dokumenty, které provádějí úkony, které je třeba provádět v dané frekvenci - například vypočítat odpisy nebo vypočítat mzdy, promítnout mzdy do účetnictví, vypočítat náklady na výrobu, splatit náklady na výrobu, uzavřít rok (se zůstatkem plechová reforma), distribuovat materiály pro výrobu, distribuovat náklady atd.
• plánovací dokumenty - evidence skutečnosti plánování některých akcí, evidence plánovaných ukazatelů (plán prodeje, plán výroby, výroba na směny, plán nákupu, zakázka odběratele, zakázka dodavatele, výrobní zakázka, zakázka na údržbu dlouhodobého majetku)
• manažeři - zadávají se pro kontrolu práce dalších dokumentů (např. nastavení slev - dokument specifikuje podmínky pro poskytnutí slevy, takže pokud kupující tyto podmínky splní, je mu automaticky poskytnuta sleva)
• inventarizace - podklady pro upřesnění, aktualizaci zůstatků, např. zůstatky nedokončené výroby nebo opravné zůstatky vadných nákladů (pozn.: v konfiguraci SCP doklady o zásobách nezapisují informace do evidence, ale ukládají je pouze v sobě).

Akumulační registry

Akumulační registry jsou hlavním úložištěm kvantitativních a celkových dat v databázi. Každý z akumulačních registrů ukládá své vlastní specifické informace. Akumulační registry lze rozdělit do skupin podle typu ukládaných informací:

• Dlouhodobý majetek
• Výroba
• Skladem

Navíc mohou být tato data uložena v různých evidencích v závislosti na účetní sekci, např. v evidencích Vady ve výrobě (mezinárodní účetnictví), Vady ve výrobě (účetnictví), Vady ve výrobě (daňové účetnictví).

Z hlediska způsobu ukládání informací jsou akumulační registry reziduální A obchodovatelné.

Registry akumulace zbytků jsou navrženy tak, aby v daném čase ukládaly pouze zbytky. Aktuální registry uchovávají údaje o tom, jak se bilance měnila v čase, tzn. v tuto chvíli bylo tolik přijato v důsledku takové a takové akce, v tu chvíli bylo tolik ztraceno v důsledku jiné akce. Oběhové registry umožňují analyzovat historii změn množství nebo množství za určité časové období v kontextu určitých parametrů. Registr tržeb například ukáže, za kolik a za jakou částku byl konkrétní produkt prodán kterým protistranám za určité časové období.

Informace se objevují v akumulačních registrech při práci s dokumenty, tzn. dokumenty to tam daly.

Graf účtů

Typická konfigurace UPP obsahuje čtyři účtové osnovy (a podle toho 4 účetní registry - fyzicky jsou informace o účtových osnovách uloženy v odpovídajících účetních registrech):

• Rozpočtování
• Mezinárodní
• Daň
• Samonosné

Protože Při zavádění manažerského účetnictví není dodržen princip podvojného účetnictví, pak k němu není potřeba účtový rozvrh. V souladu s tím se ve standardní konfiguraci SCP nevytváří manažerská rovnováha. Chcete-li to provést, můžete buď upravit konfiguraci, nebo, což je vhodnější, použít rozpočtový subsystém (umožňuje ukládat velmi odlišné informace, můžete vytvořit speciální scénář „Management Balance Sheet“ a pomocí dat manažerského účetnictví zadat informace podle tohoto scénáře, abyste nakonec získali manažerskou rozvahu, ale o tom později)

UPP obsahuje informace, které jsou uloženy pouze v účtovém rozvrhu (například informace o účtech 80-90, údaje o počáteční ceně nehmotného majetku, pořízení nehmotného majetku (účet 08.05), Výkon výzkumných, vývojových a technologických prací (účet 08.08 ), výdaje na VaV, část nákladů 29. účtu atd.), dále jsou zde informace, které jsou uloženy pouze v akumulačních registrech (vše, co se týká plánování, zakázek, rezervací atd.) a jsou zde informace uloženy jak na účtovém rozvrhu, tak v evidenci akumulace (skladové účetnictví, nákladové účetnictví atd.). Poznámka. Příklady v závorkách jsou uvedeny v části „účetnictví“. Stejné rysy existují i ​​v jiných typech účetnictví.

Podívejme se na příklad. Otevřete doklad „Příjem zboží a služeb“ - menu „Doklady - Řízení nákupu - Příjem zboží a služeb“. Otevřete například první dokument. Podívejte se na jeho příspěvky pomocí ikony Věnujte pozornost tomu, co má analytický účet 10: tj. Po zpracování příjemky se informace o položce a skladu uloží do účtového rozvrhu.

Nyní se podívejte na pohyby dokumentu pomocí tlačítka „Přejít – Pohyby dokumentů podle registrů“:

Otevře se přehled o pohybu dokladů. Strom skupin můžete sbalit kliknutím do pole sestavy a současným stisknutím kombinace kláves „Ctrl + Shift + MINUS v části klávesnice NumLock“. Podívejte se (rozbalte) skupinu „Evidence akumulace „Šarže zboží na skladech (účetnictví)““:

Věnujte pozornost zakroužkovaným podrobnostem - tato analýza nebyla v účtové osnově. Ale je na tomto akumulačním registru.

Existují dokumenty, které opravují pouze záznamy v účtovém rozvrhu, a existují takříkajíc plnohodnotné dokumenty, které opravují všechny požadované informace, včetně pokročilé analytiky v registrech.

Musíte pochopit, že plnohodnotné dokumenty zaznamenávají informace především do registrů a do účtového rozvrhu se zapisují pouze výpisy z těchto informací potřebných pro rozvahu. Kromě toho všechny výpočty požadované „za chodu“ vždy používají data z hlavní knihy a pouze výsledky těchto výpočtů lze zaznamenat jako záznamy do účtového rozvrhu. Pokud tedy opravíte pouze transakce účtové osnovy, to neznamená, že se všechno bude všude zlepšovat samo, protože... pomocí pokročilé analýzy se do registrů nic nedostane. Tito. všechny práce by měly být prováděny v příslušných, „správných“ dokumentech, a nikoli pomocí opravných položek v účtové osnově.
Pokud však začnete ručně upravovat záznamy v účtovém rozvrhu, budete je muset dále upravovat - např. doklad „Kalkulace nákladů“ na následující měsíc nebude zohledňovat žádné transakce upravené v rozvrhu účtů, pracuje s registry a výsledek pouze zapisuje do účtového rozvrhu , - v důsledku toho se může objem práce navýšit natolik, že nebude možné program používat.
Před použitím dokladu musí účetní vědět, zda tento doklad upravuje pouze zápisy, nebo zda opravuje informace, kdykoli je to nutné. Pro kontrolu můžete použít již výše zmíněný report, který se otevře kliknutím na tlačítko „Přejít – Pohyby dokladů po registrech“.

V extrémních případech, kdy nelze problém vyřešit kompletním dokladem existujícím v databázi, který eviduje informace jak v evidenci akumulace, tak v účtové osnově, je vhodné použít nejen doklad o úpravě transakce, ale i speciální doklad pro úpravu akumulační registry. Zároveň samozřejmě musíte dobře rozumět nejen tomu, jaké zápisy se mají provádět v účtovém rozvrhu, ale také ve kterých akumulačních registrech a jak by měly být údaje opraveny, aby se úprava nakonec ukázala jako kompletní - jedná se o velmi jemnou záležitost a složitou, je lepší ji svěřit pouze velmi dobrému specialistovi.

Zprávy

Report je prostředek k získání informací z databáze, zpracovaný a speciálně připravený ve formě, která je srozumitelná, pohodlná a uživatelem požadovaná. V konfiguraci je spousta reportů, všechny mají svůj účel.

Příklady existujících přehledů:

• Přehledy generované na základě údajů z účtové osnovy:
• Obratová rozvaha
• Šachový list
• Analýza účtu atd.

• Regulované zprávy

V konfiguraci SCP verze 1.3.7.1 není volání nástroje pro práci s regulovanými reporty dostupné v „plném rozhraní“. Chcete-li jej tedy najít, přejděte do rozhraní „Účetnictví a daňové účetnictví“:

V tomto rozhraní se v menu „Účetnictví“ nachází nástroj pro práci s regulovaným výkaznictvím:

• Reporty na základě dat z akumulačních registrů, informačních registrů, adresářů atd. (výstup produktu, výrobní plány, výrobní vady, analýza dostupnosti zboží na skladech, analýza dostupnosti finančních prostředků atd.). Pokud je sestava generována na základě dat z jednoho registru, obvykle její název obsahuje slovo „výpis“. Pokud je zpráva generována na základě dat z několika různých registrů, pak se v názvu zprávy obvykle používá slovo „analýza“.

• Vlastní sestavy.

Pro pokročilé uživatele je k dispozici mechanismus pro vytváření vlastních sestav. Budeme o nich mluvit podrobněji o něco později.

Léčba

Processing je nástroj 1C:Enterprise, pomocí kterého se provádí některá programově specifikovaná transformace dat. Na rozdíl od sestav zpracování zapisuje tato převedená data do databáze. Například v adresáři „Nomenklatura“ musíte nahradit osobu odpovědnou za její nákup S.G. Chugunovou. na Ubeikin V.Ya. K tomu můžete použít zpracování „Skupinové zpracování adresářů a dokumentů“:

Vyplňte pole zpracování takto:

A klikněte na tlačítko „Vybrat“. Poté přejděte na kartu „Zpracování“:

Vyberte „Akce“ a novou hodnotu. A klikněte na tlačítko „Spustit“. Výsledkem bylo, že celá nomenklatura, ke které byl přiřazen odpovědný manažer nákupu, byla S.G. Chugunova. Za nákup bude odpovědný nový manažer.

Konfigurace také obsahuje speciální zpracování, které provádí některé rutinní akce. Například výpočet nákladů na produkt prováděný podle harmonogramu.

Zásady práce s dokumenty

V této části se podíváme na základní principy práce s dokumenty: vytváření, evidence, držení (provozní i neoperativní, odložené), označování pro smazání, mazání dokumentů.

Vytváření dokumentů

Dokument lze vytvořit různými způsoby. Podívejme se na příklad dokumentu „Příjem zboží a služeb“

Metoda 1. - pomocí nástroje “Add(Ins)”. Vytvoření nového dokumentu lze provést kliknutím na ikonu „Přidat“ ze seznamu dokumentů, který se otevře přímo z hlavní nabídky programu. Řekněme, že chcete vytvořit doklad „Příjem zboží a služeb“. Z hlavní nabídky programu můžete otevřít seznam těchto dokumentů:

Poté v seznamu účtenek, který se otevře, vyberte jednu z metod zakroužkovaných na obrázku (jsou ekvivalentní, dělá se to samé):

V důsledku toho se otevře nový dokument „Příjem zboží a služeb“ a poté budete muset postupně vyplnit všechna jeho pole (a nezapomeňte na různé karty tohoto dokumentu - zakroužkované v rámečku):

Metoda 2. - pomocí mechanismu kopírování. Vytvoření nového dokumentu lze provést kliknutím na ikonu „Přidat kopírováním“:

V tomto případě se dokument, na kterém je v seznamu dokumentů umístěn kurzor, zkopíruje a otevře se jeho kopie. Tato kopie již bude mít vyplněná pole dokumentu. Zbývá je v případě potřeby upravit:

Tato metoda je samozřejmě nejčastěji mnohem rychlejší než pouhé vytvoření dokumentu.

Metoda 3. - pomocí vstupního mechanismu na základně. Ze základního dokumentu můžete vytvořit nový dokument. Například „Příjem zboží a služeb“ lze vytvořit zadáním na základě dokladu „Příjem objednávka zboží“. V tomto případě se za prvé původní příjemka zboží stane podkladem pro vytvořený doklad „Příjem zboží a služeb“ a za druhé se takto vytvořený „Příjem zboží a služeb“ automaticky naplní údaji ze základního dokladu. . Pro vyvolání vstupního mechanismu na základě je třeba otevřít dokument „Příjmová objednávka zboží“ a kliknout na ikonu zadání na základě. Totéž lze navíc provést bez otevírání samotné „Příjmové objednávky na zboží“, ale přímo ze seznamu „Příjmové objednávky na zboží“, pouze nejprve umístěním kurzoru na požadovaný doklad. Viz obrázek, metody zadávání na základně jsou zakroužkované:

Vytvořený nový příjmový doklad „převezme“ seznam zboží z nadřazené příjemky:

Metoda 4. - pomocí speciálních ošetření. Vytvoření nového dokumentu může být provedeno automaticky, když běží nějaké speciální zpracování. Obvykle se v tomto případě vytváří mnoho dokumentů najednou (zpracování je potřebné pro urychlení procesu, když je vyžadována nějaká hromadná akce nebo daná sekvence akcí). Tato metoda bude podrobněji popsána později.

Záznam dokumentů

Dokument se zapíše do databáze po kliknutí na tlačítko „Zapsat“. Dokud toto tlačítko v novém dokumentu nestisknete, dokument se do databáze neuloží a v případě nějakého neočekávaného přerušení (například výpadku proudu) se nezaznamenaný dokument ztratí. To je důležité vědět zejména při práci s dokumenty obsahujícími mnoho informací, například velká tabulková část vyplněná ručně. Dokumenty si často zapisujte, abyste nemuseli znovu zadávat data. V době záznamu dokumentu nedochází v databázi k žádným důležitým změnám, které mají vliv na další údaje nesouvisející s tímto dokumentem, tzn. při záznamu se data jednoduše uloží a tato data se uloží pouze v rámci dokumentu, informace zatím nikam nejdou;

Poznámka. Právě v okamžiku záznamu se dokument nachází v databázi na časové ose mezi dokumenty stejného typu. Pojďme si to vysvětlit podrobněji. Podívejte se na pole „od“ s datem a časem dokumentu:

Při vytváření dokumentu se čas nevyplňuje, ale při záznamu se vyplní s přesností na vteřinu. Ve stejnou chvíli mohou být dokumenty stejného typu zapisovány jinými uživateli vaší databáze (tj. předpokládejme, že několik uživatelů stejné databáze kliklo na tlačítko „Zapsat“, každý ve svém „Potvrzení o zboží“ „dokument a služby“ a stalo se to ve stejnou sekundu). Každý ze zaznamenaných dokumentů, navzdory stejnému času, během jedné sekundy zaujme svou vlastní pozici. Tito. i během jedné sekundy na „časové ose“ vytvoření dokumentu bude mít každý dokument své jedinečné místo - toto místo je mu přiřazeno až při záznamu dokumentu.

Obecně se podle typu dokumentu může stát, že kromě nahrávky není potřeba nic dalšího, tzn. dokument je určen pouze pro ukládání dat v sobě (*viz seznam takových dokumentů níže), ale pro většinu typů dokumentů záznam nestačí. Faktem je, že dokument obecně není nejvhodnějším úložištěm informací, jeho možnosti jsou v tomto ohledu omezené.

*Seznam dokumentů, které jsou pouze evidovány:

„Zákon o odsouhlasení vzájemných vypořádání“, „Plná moc“, „Doklad o vypořádání s protistranou (ruční účtování), „Požadavek na informační služby pro poplatníka“, „Inventarizace vad výroby“ a všechny ostatní typy inventář, „Neformalizovaný doklad finančního úřadu“, „Neformalizovaný doklad poplatníka“, „Průzkum“, „Hlášení o složení směn“, „Rozdělení dotazníků“, „Kalkulaci plánovaných výrobních nákladů“, „Regulovaný výkaz“, „ Evidence faktur“, „Faktura k platbě kupujícímu“, „Faktura k platbě dodavateli“, „Dopravní spojení“.

Vyřizování dokumentů

Jak již bylo zmíněno, při záznamu dokumentu se zadaná data jednoduše uloží v rámci dokumentu. U většiny typů dokumentů však záznam nestačí, je nutné jej také provést.

Zaúčtování dokumentu je speciální akce, která se provádí za účelem zaznamenání některých informací, aby byly chráněny před další náhodnou úpravou. V tomto případě mohou tyto informace buď zůstat v dokladu samotném (tj. doklad neprovádí pohyby někde jinde, např. v evidenci akumulace), nebo být někde zaznamenány ve formě pohybů dokladů: v akumulačních registrech, registrech informací. , účtové osnovy, kalkulační registry atd.

To znamená, že lze zpracovat i dokumenty, které nikde neprovádějí pohyby. Účelem jejich provádění je obvykle zaznamenat některé informace do dokumentu, aby se zabránilo jeho další úpravě. V typické konfiguraci UPP verze 1.3.7 se provádějí pouze dva typy dokladů, ale neprovádějí se žádné pohyby: „Žádost o otevření účtů“ a „Nastavení parametrů účtování položek“.

Operativní a neoperativní zpracování dokumentů

Vedení dokumentů může být operativní nebo neoperativní.
Operativní postup je takový, při kterém prověřuje se možnost jeho provedení. co to je?

Předpokládejme, že jsme vytvořili a zaznamenali dokument, který zvyšuje dluh protistrany. Předpokládejme, že je s protistranou stanoven určitý limit pohledávek. Řekněme, že po vytvoření dokumentu uplynulo několik dní a někdo zadal a zaúčtoval další dokument, který zvyšuje dluh stejné protistrany, a tento poslední dokument vyčerpal limit tohoto dluhu. A zde vznikají různé možnosti dalšího vývoje.

Pokud organizace ještě chce zabránit uvolnění zboží, když pohledávky protistrany převyšují zůstatek, musíme při provádění zkontrolovat jeho zůstatek. Pokud ale datum nezměníme, tak podle programu dluh ještě překročen nebude - vždyť doklad, který ho vyčerpal, byl zadán později a zůstatky na vzájemná zúčtování u našeho dokladu zaznamenané dříve budou irelevantní. Právě za tímto účelem byl zaveden operační mechanismus - tzn. přesunutí dokladu na konec fronty zaúčtovaných dokladů, protože pouze v tomto případě lze provést všechny potřebné kontroly.

Dalším způsobem je, pokud je důležité, aby organizace odrážela skutečnost obchodní transakce přesně tehdy, kdy k ní došlo. Tedy např. i přes to, že pohledávky jsou překročeny, zboží již propuštěn a ve skutečnosti klient dluží více, než bylo pro něj stanoveno jako přijatelné. V tomto případě je důležité, abychom kontrolu deaktivovali a nechali ji pokračovat. Pak by bylo správné doklad zaúčtovat neoperativně, tj. bez všech těchto kontrol.

V obou případech - operativním i neoperativním, budou provedeny všechny potřebné pohyby dokladu. Je však důležité tomu rozumět Při neoperativním provedení je vysoká pravděpodobnost získání nepodstatných dat v databázi, zejména kvůli chybám uživatelů. Podívejme se na zjednodušený příklad.

Řekněme, že podle programu je ve skladu 10 jednotek nějakého produktu. Řekněme, že dorazily dvě objednávky na vydání tohoto produktu: na 7 jednotek a na 5 jednotek. Řekněme, že dokument pro vydání prvních 7 jednotek byl vytvořen, ale nebyl zveřejněn. Poté byl po nějaké době zaúčtován doklad na výdej 5 jednotek, zůstatek dle údajů programu po tomto výdeji zboží je 5 jednotek. A nyní je čas předložit dokument pro uvolnění prvních 7 jednotek zboží. Pokud sklad opravdu nemá sedm jednotek, pak je důležité, abychom se pokusili o operativní provedení - pouze v tomto případě program provede kontrolu a sdělí uživateli, že je nedostatek zboží. Ale co když je těchto 7 jednotek fyzicky ve skladu? Tito. co dělat, když potřebujete reflektovat skutečnost dokončené obchodní transakce? Jak již bylo zmíněno, v tomto případě uživatel potřebuje zpracovat doklad neoperativně, neproběhnou kontroly, doklad se zpracuje, provedou se pohyby, ale podle programu zůstatek bude mínus dvě jednotky.

V důsledku toho získáme dvousečný meč. Na jedné straně může uživatel uvolnit produkt, protože Fyzicky to má. Na druhou stranu máme irelevantní zůstatky. Tito. Je zřejmé, že ve skutečnosti nemůže existovat mínus dvou jednotek a pravděpodobně nebyl proveden nějaký doklad o příjmu.

Pokud by všechny dokumenty byly vždy provedeny včas a vždy rychle, pak by se to nestalo. Ale to je lidský faktor. Pokud by se data mohla objevit v programu současně s fyzickými změnami ve stejném skladu... ale data potřebuje do programu zadat osoba, tzn. to také nějakou dobu trvá.

Pro aktualizaci zůstatků existuje mechanismus pro přeúčtování dokladů. Tento mechanismus se spouští pouze v exkluzivním režimu, tzn. Uživatelé v tuto chvíli nebudou moci s databází pracovat. Čím déle se to ale odkládá, tím větší je řetězec dokumentů, které je třeba obnovit, a tím déle to bude trvat. Proto by bylo optimální spouštět tento mechanismus poměrně často a pravidelně.

Při operativním zaúčtování se doklad posouvá v čase do posledního (aktuálního) okamžiku, tzn. definované jako poslední v řadě.
Uživatel samozřejmě nemusí nějak konkrétně sledovat nějakou frontu dokumentů. Toto sledování probíhá v programu automaticky. Je pouze důležité, aby uživatel pochopil, že pokud se program zeptá na zda dokument provést nefunkčně, to znamená, že datum záznamu jeho dokumentu se neshoduje s aktuálním datem a uživatel se musí rozhodnout, zda souhlasí se změnou tohoto data na aktuální. Aby bylo zajištěno, že nedojde ke „střetu zájmů o dokumenty“, musí uživatel souhlasit s přesunem svého dokumentu ve frontě a přesto jej rychle přesunout. Nebo uživatel musí pochopit, že souhlasem s neoperativním zpracováním dává uživatel souhlas s možnou ztrátou relevance zůstatků (a v tomto případě bude dříve nebo později nutné obnovit objednávku a aktualizovat zůstatky, takže je stále lepší snažit se dokumenty zpracovat rychle).

Již výše jsme zmínili, že při záznamu dokumentu je mu přiřazena nějaká pozice ve frontě evidovaných dokumentů. Pokud datum záznamu není v aktuální den, pak není rychlé provedení možné, i když po tomto dokumentu nebyl vytvořen žádný další dokument. A nejprve musíte změnit jeho datum na aktuální, jinak nebude dokument zpracován okamžitě.

Při operativním zpracování se již nemění datum, mění se pouze čas dokumentu - stává se úplně posledním ve frontě dokumentů „na časové ose“. V důsledku tohoto posunu ve frontě se může stát, že dokument napsaný později, než je, tedy napsán před ním. To však nevadí, protože... když se později zaznamenaný dokument také začne zpracovávat, přesune se stejným způsobem na konec fronty - přesune se v okamžiku, kdy bude zpracován - a stane se posledním.

Co se stane potom, když spustíme mechanismus pro přeúčtování všech dokladů za účelem aktualizace zůstatků? Program pokaždé zkontroluje možnost exekuce a v okamžiku, kdy je např. překročena výše pohledávek, exekuce zastaví. A uživatel bude muset tento problém vyřešit: buď zvýšit velikost půjčky, nebo připsat nějakou nezaúčtovanou zálohu, nebo něco jiného... o mechanismu opětovného zaúčtování dokumentů si povíme později.

V posledním vydání „1C: Trade Management“ na platformě 8.2 byla implementována nová metodika pro řízení zpracování dokumentů: „Mechanismus pro zpracování dokumentů byl v konfiguraci zcela přepracován. Operativní kontrola výsledků provedení se provádí po vytvoření pohybů, na rozdíl od vydání 10.3 (kde byla kontrola provedena před provedením). Toto řešení umožnilo zcela oddělit prováděcí logiku a řídicí logiku, radikálně zjednodušit odpovídající programový kód, což je zase důležité pro usnadnění úprav konfigurace, snížení počtu možných chyb a zvýšení výkonu systému. V případě potřeby se provádí kontrola jak při zpětném zaúčtování, tak při zrušení zaúčtování dokladu. Systém vám například neumožní zrušit objednávku na expedici zboží v rozsahu, v jakém již byla provedena.“ Dá se očekávat, že podobné změny postupně přejdou i do nových verzí SCP.

Odložené zpracování a další zpracování dokumentů

Jak již bylo zmíněno dříve, při zaúčtování dokladů se často provádějí pohyby v nějakém datovém úložišti – akumulační registry, informační registry atd. Za účelem provedení těchto pohybů dokumenty uzamknou registrační stoly. Pokud se v době vyvěšení našeho dokumentu při pokusu o zablokování rejstříku ukáže, že tento rejstřík je již zablokován (tj. ve stejném okamžiku s tímto rejstříkem provádí operace nějaký jiný dokument), pak náš dokument nelze jej zablokovat. Bude nucen čekat, až bude registr volný. Při zaúčtování dokladu se nejčastěji provádějí pohyby ve velkém počtu registrů najednou. Každý z těchto registrů je navržen tak, aby ukládal nějaký druh informací. V důsledku toho je pravděpodobnost, že bude nutné čekat, až se jeden z nich uvolní, poměrně vysoká.

Mechanismy pro zpožděné provádění a dodatečné provádění jsou potřebné, aby se na minimum snížila pravděpodobnost potřeby takového čekání z důvodu skutečnosti, že při jejich zapnutí nejsou pohyby prováděny okamžitě ve všech registrech, ve kterých je to požadováno, ale jen v těch „nejnaléhavějších“ – tj. v některých registrech provozního a manažerského účetnictví. Poté se dle harmonogramu nebo ručně spustí navazující mechanismus, tzn. všechny ostatní pohyby jsou provedeny.

Chcete-li povolit mechanismus odloženého zaúčtování, musíte vytvořit „Nastavení odloženého zaúčtování“: „Přepnout rozhraní – Účetní manažer – Odložené zaúčtování – Nastavení sledování dokladu“ – Přidejte nový prvek, zadejte název a metodu, například „ vyžaduje pouze následnou kontrolu“ - Poté ve stejném menu „Odložené zaúčtování“ - položka „Seznam organizací pro odložené zaúčtování“ - přidejte nový řádek, uveďte datum*, organizaci a nově vytvořené nastavení.
*Uvedené datum je obvykle běžné, tzn. směny měsíčně. Tito. pro efektivnější práci je potřeba to měsíčně posouvat k prvnímu dni aktuálního měsíce - na konci každého měsíce pak uživatel pracující s doklady konce období bude moci normálně doplnit doklady, které potřebuje, a dokončit období. 1. Provádění: pohyby se tvoří podél díly registrů
2. Následovat: tvoří pohyby podél zbytek registrů

Z koncepčního hlediska je sledování podobné off-line provádění po dávce.

Následná kontrola se provádí:

Mechanismus je užitečný, pokud při zadávání a účtování primárních dokladů:

• požadavky na produktivita A rovnoběžnost jsou tvrdé
• pohyby na všech registrech nejsou nutné „právě teď“
• Některé informace nutné pro utváření pohybů mohou být neznámé - budou známy později.

Mechanismus se nevztahuje na všechny dokumenty, ale pouze na masivní, zadaný současně velkým počtem uživatelů.

Odložené zaúčtování se nepoužívá u dokumentů, které:

• jsou představeny zřídka
• je důležité provést hned napříč všemi registry

Seznam dokladů, u kterých je uplatněno odložené zaúčtování, viz.

Jak ovládat mechanismus

Mechanismus „Zpožděné zaúčtování dokumentů“ je volitelný. Jeho použití je přizpůsobitelné až po organizaci ve formuláři. Odklad je platný od uvedeného data.

Způsob zaúčtování dokumentů závisí na umístění data dokumentu vzhledem k datu zahájení odloženého zaúčtování:

Zpožděné zaúčtování má smysl používat v období, kdy dochází k intenzivnímu zadávání primárních dokladů. Proto je doporučeno nastavit datum zahájení odloženého účtování na začátek měsíce, pro který se zadávají prvotní doklady.

Dokumentace je dokončena v souladu s . Může být spuštěn buď automaticky podle plánu, nebo ručně.

Dodatečné zpracování má smysl spustit až po ukončení intenzivního vkládání primárních dokumentů. Před zahájením sledování byste se měli ujistit, že znáte všechna data pro promítnutí dokladů v regulovaném účetnictví.

Pokud se po dokončení dodatečného zaúčtování změnily údaje, které ovlivňují promítnutí dokladů v regulovaném účetnictví (například výchozí nastavení účtu), měli byste všechny doklady znovu zaúčtovat. To lze provést výběrem vhodného způsobu dokončení v.

Sledování musí být dokončeno před zahájením regulačních postupů pro uzavření měsíce (viz schéma postupu „uzávěrka měsíce“).

Po ukončení intenzivního zadávání dokladů za období a zpracování dokladů je vhodné posunout datum zahájení odloženého účtování dopředu na začátek dalšího měsíce.

Popis mechanismu

Registry, pohyby podél kterých se tvoří při zaúčtování dokladu

Při použití zpožděného zaúčtování se při zaúčtování dokladů generují pohyby ve stejných evidencích jako v režimu zaúčtování „plné“ s nastaveným příznakem „Odrazit v ex“. účetnictví". Tyto registry se obvykle používají k provádění provozních rozhodnutí.

Pro evidenci „Nákladové účetnictví“ jsou funkce: pohyby se tvoří pouze při zaúčtování „výrobních“ dokladů, dokladů „Příjem zboží a služeb“, „Zálohová zpráva“. Při zaúčtování všech ostatních dokladů se pohyby v této evidenci negenerují.

Při provádění dokumentů nejsou tvořeny pohyby přes registry, které se nepoužívají pro operativní rozhodování:

Prodané zboží

Prodejní náklady

Odloženo nekompatibilní s režimy:

• Odepis dávek při zaúčtování dokladů

  Stanovení záloh při vyřizování dokladů.

Tyto režimy se používají, když

žádné problémy s výkonem

není cílem zajistit flexibilitu v účetnictví

vyšší prioritou je získat „přesná data okamžitě“.

To znamená, že při použití takových režimů není vyžadováno zpožděné provádění.

Zrušení zaúčtování (distribuce) dokladů

Po zaúčtování dokladu můžete jeho zaúčtování zrušit pomocí ikony

Když zrušíte zaúčtování, doklad bude opět k dispozici pro úpravy a všechny jeho dříve provedené pohyby se vymažou (nebo se stanou neaktivní). Poté lze doklad znovu zaúčtovat (případně operativně, s posunem na časové ose, nebo neoperativně, tedy bez změny data a času).

Mazání dokumentů

V případě, že se uživatel rozhodne, že např. jím zadaný doklad není potřeba, může jej smazat. Dokumenty se mažou pomocí značky pro smazání. Poté můžete spustit zpracování „Odstranit označené objekty“ a trvale je odstranit, ale do té doby lze odstranit značku odstranění a dokument lze obnovit. Toto vícekrokové odstranění je také užitečné, protože zpracování "Odstranit označené objekty" provádí kontrolu dat před odstraněním a chrání objekty, které se používají jinde v databázi, před smazáním. Bylo by například nesprávné přímo a okamžitě vymazat jakoukoli protistranu, pokud je již uvedena v některých dokumentech, protože v tomto případě bude narušena integrita dat - takový dokument bude obsahovat odkaz na nějaký „neznámý objekt“.

Někdy lze navíc dokumenty smazat „přímo“, tzn. hned. Přímé odstranění se obvykle provádí zpracováním: pokud existují , bylo by logické, že je může odstranit stejné zpracování.

****************************************************************************************************************************************

1C UPP 8 je můj oblíbený softwarový produkt v řadě 8.2. Program se ukázal jako multifunkční a překvapivě flexibilní, zvláště po přidání režimu pokročilé analýzy nákladů (ACCA). Nekonečné množství možností pro budování obchodních procesů. Všechny projekty dopadly úplně jinak. Kromě toho má UPP rozpočtový blok - vrchol manažerského účetnictví.

Jednou z prvních otázek, o kterých se realizátoři rozhodnou, pokud jde o SCP, je režim nákladového účetnictví. Což je vhodnější: dávkové účtování nebo pokročilá analytika. Jaký je rozdíl, co to ve vaší práci znamená, na co byste se měli ptát?

Mechanismus sám o sobě byl primárně vynalezen k vyřešení problémů složité výroby s mnoha přerozděleními a kontraverzemi. Pro výpočet nákladů zahrnuje algoritmus programu tvorbu a řešení soustavy lineárních rovnic. To umožňuje výrazně urychlit výpočet složitých problémů.

Když vyberete režim pokročilé analýzy nákladů, struktura ukládání dat v programu a algoritmy výpočtu nákladů se výrazně změní. Kromě toho se mechanismus RAUZ používá také k účtování zásob, protože v ideologii pokročilé analýzy jsou zásoby také náklady.

V tradičním (dávkovém) účetním režimu jsou náklady na zásoby a výdaje ukládány do odpovídajících akumulačních registrů: více než 30 akumulačních registrů, nepočítaje IFRS.

V pokročilém analytickém režimu se používají pouze 2 akumulační registry: „Nákladové účetnictví (řízené účetnictví)“ a „Nákladové účetnictví (účetnictví a hotovostní účetnictví)“. Při tvoření registrových pohybů je dodržován princip dvojího zápisu. Můžete zjistit celou cestu ujetou nákladem v celém podniku.

V tradičním režimu je chronologie odpisů udržována s přesností až na sekundu a v režimu RAUZ - s přesností až na měsíc. Proto jsou v pokročilé analytice náklady na odpis zásob v průběhu měsíce vždy stejné, i když zvolíte metodu FIFO.

Hotové výrobky jsou vždy odepisovány průměrnou cenou. Navíc nejsou známy náklady na odepsání zásob/výdajů u každého dokladu, protože doklad o příjmu není v RAUZ zohledněn. Proto bude nutné další upřesnění mnoha výkazů, například „Hrubý zisk“.

Proto není použití pokročilé analýzy nákladů praktické pro podniky, které jsou spokojeny s rychlostí práce v tradičním režimu a nevyžadují žádnou globální úpravu standardního řešení.