Bland raden av programvaruprodukter "1C: Enterprise 8" är det kanske programmet "1C: Management tillverkningsföretag" är det mest praktiska för arbete, funktionella system, med ett stort antal möjligheter som förutser behoven hos de flesta ryska företag. I jämförelse med andra program är 1C: UPP ett perfekt program för automatisering stort företag, fabrik, anläggning, anläggning.

I specialiserade kretsar kan du hitta följande förkortningar av namnet som används för symbol automatiseringssystem baserade på programmet "1C: Manufacturing Enterprise Management": 1C: UPP -system, 1C: UPP, 1C: UPP eller till och med bara UPP.

Med detta mjukvaruprodukt det finns inget behov av att ladda information från flera databaser med olika struktur och funktionalitet, behovet av deras efterföljande synkronisering. All information om företagsgruppen finns i ett enda informationsutrymme, och tillgång till programfunktionen avgränsas av redovisningsområden, jobbansvar med hjälp av själva systemet, såsom att ställa in gränssnittsdelen, separering med åtkomsträttigheter. Således kan du begränsa användare i synligheten för en viss lista över organisationer, avdelningar, lager, du kan skilja synligheten hos företagets motparter av ansvariga chefer och liknande. Och detta är långt ifrån full lista systemfunktioner för att konfigurera användarbegränsningar ...

Namnet på denna programvaruprodukt kan vara vilseledande för vissa läsare, och en välgrundad fråga uppstår:

Är 1C: UPP -programmet uteslutande avsett för produktionsautomatisering?

Naturligtvis inte, på grundval av 1C: UPP -systemet, är automatiseringen av innehav och komplexa hierarkiska strukturer för filialer ganska framgångsrik.

Komplex positiv feedback dedikerad till automatisering baserat på 1C: Manufacturing Enterprise Management -programmet vittnar om den framgång som NovoyeO uppnått inom följande områden:

• Konstruktion av ett automatiserat bokföringssystem för ett handelsinnehav.
• Konstruktion som håller automatisering.
• Investeringsbolags automation.
• Automatisering av ett tillverkande företag med en uttalad branschspecificitet.

1C: UPP -programmet är ett automatiserat redovisningssystem som implementerar förvaltningen av dotterbolag, i syfte att generera konsoliderad rapportering både för varje företag separat och för innehavet som helhet.

Varför kallades ett sådant universellt system för företagskontroll " 1C: Manufacturing Enterprise Management"?

Processen att automatisera ett tillverkningsföretag anses vara den mest komplexa, mångfacetterade och ganska unika processen. Det är automatiseringen av produktionen som kräver speciella specialiserade resurser med viss kunskap och erfarenhet av produktionshantering.

Under byggandet av ett universellt automatiseringssystem för ett tillverkande företag utvecklade utvecklarna av programvarukomplexet 1C: UPP noggrant relationerna och interaktionen mellan viktiga delsystem:

• Bokföring;
• Skatteredovisning;
• Löneberäkning;
• Personaladministration;
• Kontant hantering;
• Customer Relationship Management (CRM);
• Leverantörsrelationshantering (SRM);
• Upphandlingshantering;
• Lagerhantering;
• Reparationshantering;
• Försäljningsledning;
• Supply chain management;
• Kontrollera detaljhandeln;
• Försäljningsplanering;
• Inköpsplanering.

Som du redan har märkt är dessa redovisningsenheter universella och finns överallt i företag av alla typer, strukturer och verksamhetsområden.

Naturligtvis är varje företag unikt, med sina egna branschegenskaper, behov och ofta till och med juridiska regelverk.

Följaktligen, om möjligheterna automatiserat system 1C: UPP täcker behoven för automatisering av ett tillverkande företag, vilket innebär att 1C -programmets funktionalitet med mindre ändringar vanligtvis ger automatisering förvaltningsredovisning, bokföringsautomation, automatisering skatteredovisning Ert företag.

I själva verket är programmet "1C: Manufacturing Enterprise Management" universellt, på 1C: UPP i enlighet med statistik cirka 3000 företag i Ryssland och grannländer arbetar med positiva recensioner. Bland inhemska produkter på den ryska marknaden är det svårt att hitta en mjukvaruprodukt i ERP -klass som kombinerar ett så optimalt förhållande mellan funktionalitet, pris och kvalitet.

Och vad kommer automatisering baserat på programvaruprodukten 1C: Manufacturing Enterprise Management att ge oss?

• Först av allt KONTROLL!
• Förbättra effektiviteten i aktiviteterna.
• Minska kostnadsdelen.
• Processkontroll.
• Reflektion av den verkliga bilden av företaget.
• Beräkning av lönsamheten för affärsområden på kort tid och med en given detaljnoggrannhet (upp till den faktiska kostnaden för en enhet av en halvfabrikat, produkt, tjänst).

Idag är 1C-företaget skaparen av programvaruprodukten UPP - Manufacturing Enterprise Management.

Kära läsare! Artikeln talar om typiska lösningar juridiska frågor men varje fall är olika. Om du vill veta hur lösa ditt problem- kontakta en konsult:

ANVÄNDNINGAR OCH SAMTAL accepteras 24/7 och UTAN DAGAR.

Det är snabbt och ÄR GRATIS!

Med den här applikationslösningen kan du automatisera hanteringsprocessen så mycket som möjligt även för en mycket stor organisation, i alla storlekar.

Dessutom uppfyller detta system fullt ut alla ryska, liksom internationella standarder... Det låter dig säkerställa oavbruten affärsverksamhet.

Programmets arbete bygger på enkla algoritmer Därför måste du genomgå en mycket kort utbildning för att arbeta med det.

Grundläggande information

Programvaruprodukten 1C: Manufacturing Enterprise Management 8 är en universell produkt med vilken du kan automatisera många av de processer som utförs på företaget.

Genom att använda detta program kan du avsevärt minska tiden för att utföra olika operationer, samt minimera antalet anställda som krävs för företagets drift.

Eftersom bara en person kan hantera olika konton.

Innan du börjar studera en mjukvaruprodukt av den aktuella typen är det viktigt att hantera följande viktiga frågor:

Definitioner;
vem som kan vara användare;
normativ bas.

Frågan om definitioner är särskilt viktig - utan kunskap om den terminologi som används i driften av denna programvaruprodukt blir det omöjligt att arbeta med den. Du bör också studera regelverk.

UPP utför alla möjliga beräkningar, samt bildar rapporter i full överensstämmelse med gällande lagstiftning på Ryska federationens territorium.

Om möjligt bör du dock studera alla lagstiftningsakter som har en eller annan relation till driften av denna programvara.

SCP - programvara med mycket bra funktionalitet. Det är därför det hjälper till att utföra arbete och generera rapporter för olika anställda.

Definitioner

För att förstå hur SCP fungerar och för att fungera framgångsrikt i det är det nödvändigt att förstå så detaljerat som möjligt med följande viktiga frågor:

• konfiguration;
• arkitektur;
• licensiering.

Konfiguration avser olika typer av tillämpade lösningar implementerade i 1C: Manufacturing Enterprise Management.

Dessa lösningar är olika delar av företagets arbete. Ett särdrag hos denna produkt från 1C är ett stort antal olika riktningar.

De tillgängliga applikationslösningarna kan automatisera arbetet inom personalavdelningen, redovisning, IT-tjänster, ingenjörsavdelning, lager och mer.

Det beror på det stora antalet olika konfigurationer du kan minimera personalen.

Eftersom tidigare, för att utföra avvecklingsoperationer med ett stort antal anställda, krävdes ibland flera beräkningar, så tack vare automatiseringen av alla processer kommer en att räcka.

Det är viktigt att komma ihåg att faktiskt 1C: Manufacturing Enterprise Management är ett enkelt mjukvaruskal för att arbeta med databaser.

Arkitekturen möjliggör installation av hela produkten både på Operativsystem Microsoft Windows och Linux. Separata versioner finns tillgängliga för installation på kompakta datorenheter.

Licensiering avser en special elektronisk nyckel... Endast om det är tillgängligt blir det möjligt att använda 1C: UPP. Dessutom server- och klientversioner.

Det är viktigt att veta - användningen av olicensierade versioner straffas strikt av gällande lagstiftning.

Vem kan vara en användare

Idag kan man med hjälp av den aktuella programvaran lösa en ganska omfattande lista över olika uppgifter.

Så planering och budgetering i programmet 1C: Manufacturing Enterprise Management 8 gör det möjligt för ledningen för till och med en mycket stor organisation att utarbeta en affärsplan så snabbt som möjligt - baserat på att få den mest detaljerade rapporteringen om aktiviteterna i alla divisioner.

Idag 1C: UPP krävs för arbete:

• planering / ekonomisk avdelning;
• olika produktionsverkstäder;
• avdelningar som leder utvecklingen i riktning mot strategisk utveckling;
• Analytics -avdelning;
• personalservice;
• avdelningar - marknadsföring, teknik, mekanisering;
• lagerarbetare;
• ekonomiavdelningen.

1C -utvecklare förväntar sig att den maximala automatiseringseffekten kommer att uppnås när man använder denna programvara i företag där det finns tusentals och tiotusentals jobb.

SCP gör det möjligt att minimera tidsfördröjningar mellan separata arbetsavdelningar och optimera interaktionen mellan enskilda strukturer.

Vid behov kommer medarbetaren att kunna få den information som krävs med en minimal tid.

Normativ bas

Idag är 1C: Manufacturing Enterprise Management ett automatiserat mjukvarupaket som uppdateras oberoende - medan all rapportering, beräkningar och alla andra åtgärder utförs av det inom ramen för den nuvarande lagstiftningen.

I det här fallet behöver den anställda som arbetar med systemet bara förstå arbetsalgoritmen. För detta är det nödvändigt att bekanta dig med relevant lagstiftning:

1. skattelagstiftningen Ryska Federationen- med ändringar 01.01.15
2. Ryska federationens arbetslag - ändrad 01.01.15
3. Ryska federationens civillagstiftning - ändrad 01.01.15
4. Federala order skatteservice:

• och så vidare.

Det bör komma ihåg att varje operativ applikationslösning har sitt eget regelverk.

Ovanstående är nödvändigt för revisorer, liksom anställda på HR-avdelningen, som utför sitt arbete i lämpliga konfigurationer.

De som arbetar inom andra produktionsområden kommer att behöva studera ett annat regelverk. Men man bör komma ihåg att programmet också kan göra ett fel.

Därför är det absolut nödvändigt att, om möjligt, kontrollera att olika typer av beräkningar är korrekta.

Och oftast är orsaken till utseendet allt möjliga misstagändå är det mannen som dyker upp.

Funktioner i programmet på företaget

Programmet i fråga har många mycket olika funktioner. Om möjligt bör alla studeras.

Först och främst påverkar de följande punkter:

• funktionalitet;
• befintliga block i systemet;
• grundläggande installation och omstart.

Den mest detaljerade bekantskapen med alla punkter som anges ovan låter dig minimera risken för eventuella fel. Detta gäller särskilt för funktionaliteten i systemet.

Funktionalitet

En särdrag hos produkten 1C: Manufacturing Enterprise Management är extremt hög funktionalitet.

Faktum är att UPP innehåller alla tillämpade lösningar som någonsin har utvecklats av 1C.

Funktionen gör att den här produkten kan användas inom följande områden:

• beräkning av värdet lön anställda - och deras antal är absolut inte viktigt, programmet klarar nästan vilken mängd information som helst;
• genomförande av budget- och planeringsuppgifter;
• upprätthålla reglerad rapportering, använda flera planer, samt godtyckliga redovisningsmätningar;
• organisatoriska och ekonomisk aktivitet;
• verksamhetens ledning.

I det här fallet använder den berörda produkten också sitt eget programmeringsspråk.

Tack vare detta, utöver det redan existerande, färdiga funktionalitet lägg till olika nya gjorda av dig själv.

För att göra detta behöver du bara känna till lagstiftningen och bekanta dig med tekniken för att utveckla tillämpade lösningar. 1C: UPP innehåller full funktionalitet för följande konfigurationer, tillgängliga separat:

1. Handel och lager.
2. Lön och personal.
3. Omfattande automatisering.
4. Tillverkning, tjänster, redovisning.

Befintliga block i systemet

Idag innehåller 1C: Manufacturing Enterprise Management följande block:

• finanshantering;
• försäljningsledning;
• tillverkningskontroll;
• reglerad redovisning;
• lagerhantering;
• redovisning och genomförande av inköp;
• reglering av kundrelationer;
• medarbetarledning.

Varje block låter dig implementera en enorm lista med uppgifter med minimal tidsinvestering. Särskilt intressant är blocket av reglering av relationer med kunder.

Denna funktion är särskilt nödvändig för företag som säljer sina produkter via återförsäljare.

Med denna funktion kan du effektivisera proceduren för att interagera med ett stort antal köpare. Med stora produktionsvolymer krävs inte mindre imponerande inköp.

Det är därför, i avsaknad av speciella automatiseringssystem för både upphandling och lagring av inköpta råvaror, är det mycket svårt att hantera företagsledning.

Det är 1C: UPP som hjälper till att rätta till situationen - proceduren för att implementera denna produkt är ganska enkel.

Grundläggande om installation och start

Installation, liksom lanseringen av systemet i fråga, måste utföras av specialister. Annars är det stor sannolikhet för eventuella fel.

Video: 1C Accounting 8 - En begriplig och gratis handledning

Vilket kan leda till alla möjliga svårigheter. Installations- och första körningsproceduren är en speciell operation som kallas "distribution".

Det genomförs av särskilda partners - "implementatorer". I det här fallet implementeras följande:

• funktioner i verksamheten för ett visst företag;
• speciella önskemål från kunden för att 1C: UPP ska fungera.

Implementeringsförfarandet kan också genomföras av företagets specialister i nära samarbete med partners - "implementatörer".

Installation kan utföras:

Konfiguration 1C: Företag 8. Tillverkning av företagsledning

Idag är den vanligaste idag den typiska konfigurationen för 1C: Enterprise 8.

Den tar hänsyn till nästan alla befintliga internationella hanteringstekniker, liksom den direkta erfarenheten av 1C själv, samlad under många års arbete med utveckling av specialiserad programvara.

De viktigaste funktionerna inkluderar följande:

1. Det finns olika lokaliseringskonfigurationer för följande länder - RF, Kazakstan, Ukraina.
2. Det är möjligt att redigera redan publicerade dokument.
3. Det finns en funktion för att spåra ändringar i olika dokument.

I det här avsnittet börjar vi en översiktsserie med artiklar som hjälper dig att behärska konfigurationen 1C: Manufacturing Enterprise Management.

Introduktion

"1C: Manufacturing Enterprise Management 8" är en komplex applikationslösning som täcker huvudkonturerna för hantering och redovisning i ett tillverkande företag. Lösningen låter dig organisera ett komplext informationssystem som uppfyller företagens, ryska och internationella standarder och säkerställer företagets finansiella och ekonomiska verksamhet.

Den tillämpade lösningen skapar ett enhetligt informationsutrymme för att visa företagets finansiella och ekonomiska aktiviteter, som täcker de viktigaste affärsprocesserna. Samtidigt är tillgången till lagrad information tydligt avgränsad, liksom möjligheterna till vissa åtgärder, beroende på anställdas status.

På företagen inom innehavsstrukturen kan den allmänna informationsbasen täcka alla organisationer som ingår i innehavet. Detta minskar avsevärt komplexiteten i redovisning pga återanvända olika organisationer med vanliga informationsarrangemang. Samtidigt upprätthåller alla organisationer end-to-end management och reglerad (redovisning och skatt) redovisning, men reglerad rapportering genereras separat för organisationer.

Det faktum att en affärstransaktion registreras en gång och återspeglas i hantering och reglerad redovisning. Behovet av att mata in information är uteslutet. Medlet för att registrera en affärstransaktion är ett dokument, och för att påskynda arbetet används datasubstitutionsmekanismer "som standard" i stor utsträckning, inmatning av nya dokument baserat på tidigare inmatade.

I den tillämpade lösningen antogs följande förhållande av data från olika konton:

• oberoende av förvaltnings-, bokförings- och skatteredovisningsdata;
• jämförbarhet mellan hanterings-, redovisnings- och skatteredovisningsdata;
• sammanfallet av summan och kvantitativa uppskattningar av tillgångar och skulder enligt uppgifterna från förvaltning, redovisning och skatteredovisning, i avsaknad av objektiva skäl för deras avvikelse.

De data som matas in av användare styrs operativt av applikationslösningen. Så när du registrerar en kontant betalning Pengar systemet kommer att kontrollera tillgängligheten av medel, med hänsyn till tillgängliga applikationer för deras utgifter. Och vid registrering av försändelsen av produkter kommer systemet att kontrollera statusen för ömsesidiga uppgörelser med mottagaren.

Applikationslösningen kommer med en uppsättning gränssnitt som ger varje användare prioriterad åtkomst till data och mekanismer för applikationslösningen som han behöver.

Reglerad (redovisning och skatt) redovisning för organisationer upprätthålls i nationell valuta, medan valfri valuta kan väljas för förvaltningsredovisning för företaget som helhet. I olika organisationer kan en enda informationsbas användas olika system beskattning: i vissa organisationer - allmänna systemet beskattning, i andra - förenklad; olika skatte- och redovisningsprinciper kan användas. Dessutom vissa typer organisationens aktiviteter kan tillämpas ett skattesystem i form av en enda skatt på tillskriven inkomst.

Förutom ledning och lagstadgad redovisning kan du föra redovisning i enlighet med International Financial Reporting Standards (IFRS). För att minska arbetskraftsintensiteten utförs redovisning i enlighet med IFRS icke-operativt, med hjälp av översättning (omräkning) av data från andra typer av redovisning.

Vid utvecklingen av lösningen "1C: Manufacturing Enterprise Management 8" beaktades både moderna internationella metoder för företagsledning (MRP II, CRM, SCM, ERP, ERP II, etc.), liksom erfarenheten av framgångsrik automatisering av industriföretag ackumulerade av 1C och partnergemenskap. Design och utveckling av konfigurationen deltog av specialister från företagen "ITRP" (produktionsledning) och "1C-Rarus" (redovisning i enlighet med IFRS). PricewaterhouseCoopers, ett världsberömt revisions- och konsultföretag, ger konsultstöd i metodfrågor om genomförande av ledning, ekonomisk redovisning och rapportering i enlighet med IFRS.

Lösningen "1C: Manufacturing Enterprise Management 8" utvecklades på den moderna tekniska plattformen "1C: Enterprise 8". Leveransuppsättningen för programvaruprodukten, förutom plattformen, inkluderar konfigurationen "Manufacturing Enterprise Management".

Tillhandahöll hög tillförlitlighet och prestanda för den tillämpade lösningen, skalbarhet, byggande av geografiskt distribuerade system, integration med andra informationssystem... Den interna strukturen för den tillämpade lösningen är helt öppen för studier och anpassning för företagets specifika behov.

1C håller på att färdigställa och utveckla konfigurationen av Manufacturing Enterprise Management för att återspegla förändringar i lagstiftning och utöka funktionaliteten. Ger snabb uppdatering av installerade applikationslösningar. Ett tekniskt supportsystem på flera nivåer tillhandahålls av 1C och dess partners.

1C: Manufacturing Enterprise Management 8 är flaggskeppslösningen för 1C med det bredaste utbudet av funktioner. Det allmänna konceptet för lösningen illustreras av diagrammet.

Alla mekanismer för att automatisera en tillämpad lösning kan villkorligt delas in i två stora klasser:

• mekanismer för att upprätthålla driftsverksamhet företag; mekanismer för icke-operativ redovisning.
• Områden som tillhör den operativa verksamheten kan särskiljas i varje typ av redovisning (utom redovisning enligt IFRS).

Dessutom är den tillämpade lösningen uppdelad i separata delsystem som är ansvariga för att lösa grupper av liknande uppgifter: delsystemet för kontanthantering, delsystemet för personalhantering, delsystemet för bokföring etc. Denna uppdelning är en viss konvention som underlättar utvecklingen av den tillämpade lösningen. I det nuvarande användararbetet känns praktiskt taget inte gränserna mellan delsystem.

Den senaste översynen av Manufacturing Enterprise Management -konfigurationen, som tilldelades nummer 1.3, visar tydligt fördelarna med den nya versionen 8.2 av 1C: Enterprise -plattformen. Konfigurationen kan användas i det normala applikationsläget, välkänt för användare av tidigare utgåvor.

"1C: Manufacturing Enterprise Management 8" kan användas i ett antal avdelningar och tjänster hos tillverkande företag, inklusive:

• direktorat ( generaldirektör, CFO, Kommersiella direktör, Produktionsdirektör, Överingenjör, HR -chef, IT -chef, utvecklingsdirektör); Planerings- och ekonomiska avdelningen;
• produktionsverkstäder;
• produktions- och leveransavdelning;
• chefsdesigners avdelning;
• avdelning för chefsteknolog;
• chef för mekanikern;
• säljavdelning;
• avdelningen för material och teknisk support (leverans);
• marknadsavdelning;
• lager av material och färdiga produkter;
• bokföring;
• Human Resources Department;
• Institutionen för arbets- och sysselsättningsorganisation;
• IT -tjänst;
• administrativ avdelning;
• avdelning för kapitalbyggnad;
• informations- och analysavdelning;
• avdelning för strategisk utveckling.

Det förväntas att den största effekten är implementeringen av en tillämpad datalagring på företag med flera tiotals till flera tusen personer, med tiotals och hundratals automatiserade arbetsstationer, samt i holding- och nätverksstrukturer.

"1C: Manufacturing Enterprise Management 8" tillhandahåller:

• företagsledningen och chefer som ansvarar för affärsutveckling - gott om möjligheter till analys, planering och flexibel hantering av företagets resurser för att öka dess konkurrenskraft; avdelningschefer, chefer och anställda direkt involverade i produktion, försäljning, upphandling och andra aktiviteter för att säkerställa produktionsprocessen - verktyg för att förbättra effektiviteten dagligt arbete i deras riktningar;
• anställda på företagets redovisningstjänster - verktyg för automatiserad bokföring i full överensstämmelse med kraven i lagstiftningen och företagsstandarder företag.

Produktionsredovisning och kostnader som huvudämne för studien

Huvudkomponenten i tillverkningsföretagsledningen är produktionsredovisning.

Produktionsredovisning är en komplex och intressant teknik, med sina egna metoder och tekniker. En uppgift produktionsredovisning- med beaktande av hela kostnadsomvandlingsförloppet: kostnader förändrar sin karaktär, sammanfogar, delas, transformeras olika sätt under produktionen, dvs. föremålet för produktionsredovisning är dynamiskt föränderliga objekt. Till exempel ger produktionsredovisning ett svar på frågan: vad kostar en produkt, om dess produktion kräver ett visst antal kostnader gjorda nr 4, bestående av delar kostnader nr 1 och nr 2 och fullt redovisade kostnader nr 3. Varför delar? Eftersom till exempel material av en viss stor volym köps in, och först måste du beräkna vilken del av denna totala volym material som gick till en produktionsenhet. Detsamma gäller många andra kostnader - el, etc. I det här fallet är det nödvändigt att ta hänsyn till hela historiken för kostnadsövergången genom produktionen - från det att kostnader uppstår i redovisningen tills de ingår i kostpris och försäljning som en del av produkter och förekomsten i redovisning och inkludering i kostpriset kan ske i olika rapporteringsperioder.

Installera och starta mjukstartaren

För att fungera behöver vi plattformen 1C 8.2. Släppet av SCP kan hämtas från vilken senaste version 1.3 som helst.
Vi kommer att arbeta med demodatabasen. Välj "Tjock klient" i basinställningarna för huvudstartläget. Resten av inställningarna kan lämnas som standard.

För dem som ännu inte är bekanta med 8.2 -plattformen kommer vi att ge en kort referens till termen "tjock klient".
En rik klient i en klient-server-arkitektur är ett program som tillhandahåller (i motsats till en tunn klient) avancerad funktionalitet, oberoende av den centrala servern. Ofta är servern i detta fall bara en datalagring, och allt arbete med att bearbeta och presentera dessa data överförs till klientens maskin.
Feta klientfördelar
Den feta klienten har ett brett spektrum av funktioner, till skillnad från den tunna.
Flerspelarläge.
Ger möjlighet att arbeta även om anslutningen till servern förloras.
Har möjlighet att ansluta till banker utan att använda Internet.
Hög prestanda.
Brister
Stor storlek på distributionen.
Mycket av klientens arbete beror på plattformen för vilken den utvecklades.
När du arbetar med det uppstår problem med fjärradataåtkomst.
Ganska komplicerad installations- och konfigurationsprocess.
Uppdateringens komplexitet och tillhörande irrelevans av data.

När du startar den installerade demodatabasen väljer du användaren "Abdulov", han har fulla rättigheter. Du behöver inte ange ett lösenord.

För att studera UPP vid första starten, omdefiniera användargränssnittet "Abdulov" till "Full": meny "Användare - Användare - Administration - Abdulov - dubbelklicka för att öppna Abdulov -formuläret - fältet" Huvudgränssnitt " - Fullt - knappen Spara och stäng ". Klicka sedan på knappen "Byt gränssnitt" i verktygsfältet och välj alternativet "Full".

Om begreppen "Enterprise" och "Organization", "Regulated" och Management accounting ". Ett företag är en samling av alla organisationer för vilka register sparas i databasen. « Reglerad redovisning»Bestäms av det faktum att reglerna för dess uppförande bestäms av lagen. " Ledningsredovisning»Varje företag kan ha sitt eget, reglerna för dess uppförande regleras inte av någonting och bestäms av ledningen för ett visst företag. UPP -konfigurationen innehåller en viss vision om hur det är bättre (mer bekvämt, tydligare, mer rationellt) att upprätthålla förvaltningsredovisning, men varje specifikt företag kan ha sin egen vision om sitt underhåll på grund av att det inte finns enhetliga regler och standarder , och i det här fallet måste det förädlas. I en typisk UPP-konfiguration baseras förvaltningsredovisning faktiskt på kraven, först och främst, för redovisning, medan rapportering i förvaltningsredovisning syftar till att uppfylla behovet av planering av inköp, kostnader etc. Vid implementeringen av ledningsredovisning används inte principen om dubbel bokföring, dvs. till exempel kan du kapitalisera något "ur ingenstans", och därmed blir det ingen skuld osv. Reglerad redovisning underhålls för varje organisation separat. Ledande- delvis för hela företaget.

Om internationell redovisning. I inledningen sades det att i SCP är det möjligt att föra internationella register. Det är värt att notera att den här funktionen bara visas om batchredovisning har angetts i inställningarna för redovisningsprinciper. Om du (se i "Accounting Manager" -gränssnittet i "Accounting Settings - Accounting Settings" -menyn) väljer du avancerad kostnadsredovisningsanalys (istället för batch-redovisning) kommer du inte att kunna hålla internationell redovisning.

Termer som används, beteckningar på objekt som 1C driver och som måste förstås när man arbetar med en databas

• Uppslagsverk
• Uppräkningar
• Konstanter
• Uppgörelsestypplaner
• Diagram av karakteristiska typer
• Informationsregister
• Dokumentera
• Ackumuleringsregister
• Kontoplan
• Rapportera
• Behandling

Uppslagsverk

En referens är en samling olika betydelser för något. Handboken består av Katalogartiklar... Varje värde för ett ordbokselement kännetecknas av en given uppsättning parametrar. Vanligtvis är en av parametrarna för ett ordbokselement inte upprepande - för varje element i ordlistan är dess värde unikt. Normalt är detta koden för ett katalogobjekt. Vanligtvis fylls referensboken på, d.v.s. du kan lägga till nya element till det när du arbetar med basen (det finns också referensböcker som inte kan fyllas på, vanligtvis vissa klassificerare laddade från andra platser).
Referensböcker är användbara eftersom de låter dig fylla i dokument många gånger snabbare, medan elementet kommer att ha samma namn och presenteras överallt, när du väl har ställt in elementparametrarna kan du använda dem var du än behöver det.

Varje objekt i katalogen är ett objekt som kan refereras från någon annanstans. Till exempel finns det en sådan katalog "Entreprenörer":


Låt oss säga att du måste ange data om nästa mottagning av varor och tjänster i databasen. Istället för att skriva på rätt plats namnet på motparten ”InnoTrade LLP” och ange alla dess egenskaper som kan krävas för att registrera kvittot, räcker det med att välja lämpligt element i ”Motparter” -katalogen.

Eller till exempel finns det en sådan katalog - "Valutor":

Istället för att skriva namnet på valutan och ange dess kurs i varje kvitto kan vi helt enkelt välja värdet på valutareferensen på rätt plats:

Informationsregister

Informationsregistret är ett slags informationslagringsenhet som ser mycket ut som en referensbok. Men till skillnad från referensboken kan informationsregistersträngen inte specificeras som ett objekt - registersträngen kan inte refereras till, till exempel, till en specifik motpart i katalogen "Entreprenörer". Men i informationsregistret är det möjligt att lagra till exempel ändringshistoriken för något element i referensboken. Till exempel lagras historiken över ändringar i värdena för elementen i "Valutor" -katalogen i informationsregistret "Valutakurser":

På grund av valutahistorikens lagring i registret "Valutakurser" behöver du inte ange kursen många gånger i varje kvitto. Själva programmet bestämmer det vid behov efter datum.

Uppräkningar

Uppräkningen är ett speciellt fall i referensboken. En uppräkning är en given fast uppsättning värden för något. Till skillnad från sökningen har varje uppräkningsvärde inga ytterligare parametrar.

Konstanter

En konstant är värdet på något, som vanligtvis bestäms när du börjar arbeta med databasen en gång för alla. I SCP-konstanterna lagras särskilt inställningarna för redovisningsprincipen.

Uppgörelsestypplaner

En särskild typ av referensbok, som beskriver algoritmerna för periodiseringar och avdrag, och lite annan information som är nödvändig för att beräkna avgifter och avdrag.

Diagram av karakteristiska typer

En speciell typ av referens, som beskriver en viss ytterligare information, som innehåller basens föremål.

Dokumenten

Dokument är ett medel för datainmatning, bearbetning av inmatade data med möjlighet att ta hänsyn till befintliga data och omvandla befintliga data, med hänsyn tagen till de inmatade uppgifterna till en informationsdatabas.

Dokument kan delas in i flera typer:

• som återspeglar faktumet om ekonomisk aktivitet - till exempel ett registreringsdokument i databasen för mottagande av varor och tjänster (som ett resultat av bokföringen måste varorna läggas in i lagret, det måste finnas en skuld till leverantören, moms måste vara registrerade, bokföringar måste registreras etc.) eller dokumentet "Rapportera produktion per skift" (registrerar fakta i produktionen, flyttar den till lagret, registrerar transaktioner etc.)
• regleringsdokument - dokument som utför åtgärder som måste utföras vid en given frekvens, till exempel för att beräkna avskrivningar eller beräkna löner, återspegla lönerna i redovisningen, beräkna produktionskostnaden, betala av produktionskostnaden, stäng året (med balansräkning reform), distribuera material för släpp, fördela kostnader etc.
• planeringsdokument - registrera det faktum att planera vissa händelser, fixa planerade indikatorer (säljplan, produktionsplan, produktion på skift, inköpsplan, köparorder, leverantörsorder, produktionsorder, anläggningsserviceorder)
• chefer - introduceras för att kontrollera arbetet med andra dokument (till exempel att ställa in rabatter - dokumentet anger villkoren för att bevilja en rabatt, så att om köparen har uppnått dessa villkor kommer han automatiskt att få rabatt)
• inventering - dokument för förtydligande, uppdatering av saldon, till exempel saldon för pågående arbete eller fastställande av utgifter för äktenskap (notera: i UPP -konfigurationen skriver inventeringsdokument inte information i registret, utan lagrar den bara i sig själva) .

Ackumuleringsregister

Ackumuleringsregister är huvudlagringen av kvantitativa och summa data i databasen. Var och en av ackumuleringsregistren lagrar sin egen specifika information. Ackumuleringsregister kan delas in i grupper enligt typen av lagrad information:

• Anläggningstillgångar
• Produktion
• lager

Samtidigt kan dessa data lagras i olika register beroende på bokföringsavsnittet, till exempel registret Äktenskap i produktion (internationell redovisning), Äktenskap i produktion (bokföring), Äktenskap i produktion (skatteräkenskaper).

Ur synvinkel på metoden för lagring av information är ackumuleringsregister resterande och förhandlingsbar.

Återstående ackumuleringsregister är utformade för att endast lagra rester vid varje tidpunkt. Roterande register lagrar data om hur saldot har förändrats över tiden, d.v.s. i det ögonblicket mottogs så mycket som en följd av en sådan och sådan handling, i det ögonblicket gick så mycket förlorad till följd av en annan handling. Omsättningsregister låter dig analysera historiken över förändringar i mängden eller mängden över en tidsperiod i samband med vissa parametrar. Till exempel kommer försäljningsregistret att visa hur mycket och för vilket belopp under en viss tid en viss produkt såldes till vilka motparter.

Information visas i ackumuleringsregister när man arbetar med dokument, d.v.s. dokumenten för henne dit.

Kontoplan

En typisk UPP -konfiguration innehåller fyra kontoplaner (och följaktligen 4 bokföringsregister - fysiskt lagras informationen om kontoplanen i motsvarande bokföringsregister):

• Budgetering
• internationell
• Beskatta
• Självbärande

Eftersom vid genomförandet av förvaltningsredovisning följs inte principen om dubbelbokning, då behövs inte kontoplanen för det. Följaktligen, i den typiska konfigurationen av SCP, bildas inte hanteringsbalansen. För att göra detta kan du antingen ändra konfigurationen eller helst använda budgeteringsundersystemet (det låter dig lagra mycket olika uppgifter, du kan skapa ett speciellt scenario "Hanteringsbalans" och, enligt hanteringsbokföringsdata, ange information om detta scenario för att i slutändan få en förvaltningsbalans, men mer om det senare)

UPP har information som endast lagras på kontoplanen (till exempel information från 80-90 konton, data om initialvärdet för immateriella tillgångar, förvärv av immateriella tillgångar (konto 08.05), Utför forskning, utveckling och tekniska verk(konto 08.08), FoU -kostnader, en del av kostnaderna för det 29: e kontot, etc.), det finns också information som bara lagras i ackumuleringsregister (allt som rör planering, beställningar, bokningar etc.) och det finns information som lagras både i kontoplanen och i ackumuleringsregistret (lagerbokföring, kostnadsredovisning etc.). Notera. Exempel inom parentes ges under avsnittet Bokföring. Samma funktioner finns i andra typer av redovisning.

Låt oss se ett exempel. Öppna dokumentet "Mottagning av varor och tjänster" - menyn "Dokument - Upphandlingshantering - Mottagning av varor och tjänster". Öppna till exempel det första dokumentet. Titta på hans transaktioner med hjälp av ikonen Var uppmärksam på vilken typ av analyskonto 10 har: d.v.s. efter att kvittot har bokförts på kontoplanen kommer information om varan och lagret att lagras.

Titta nu på dokumentrörelser med knappen "Gå - Dokumentrörelser efter register":

En rapport om dokumentrörelser öppnas. Du kan komprimera gruppens träd genom att klicka i rapportfältet och samtidigt trycka på tangentkombinationen "Ctrl + Shift + MINUS -knappen i NumLock -tangentbordet". Titta på (expandera) gruppen "Ackumuleringsregister" Varupartier i lager (bokföring) "":

Var uppmärksam på de inramade detaljerna - den här analysen fanns inte på kontoplanen. Men det finns på detta ackumuleringsregister.

Det finns dokument som endast korrigerar transaktionerna i kontoplanen, och det finns så att säga fullfjädrade dokument som korrigerar all nödvändig information, inklusive avancerad analys i registren.

Du måste förstå att fullfjädrade dokument registrerar information först och främst i registren, och bara klämmorna av denna information, som krävs för saldot, skriver de till kontoplanen. Dessutom använder alla beräkningar som krävs "i farten" alltid bokföringsdata, och endast resultaten av dessa beräkningar kan registreras som transaktioner i kontoplanen. Följaktligen, om du korrigerar endast kontotabelltransaktioner, detta betyder inte att allt kommer att återhämta sig av sig själv överallt, eftersom i det här fallet kommer inget att komma in i registren med utökad analys. De där. allt arbete bör utföras i lämpliga, "korrekta" dokument och inte justeringar av transaktionerna i kontoplanen.
Om du ändå börjar manuellt korrigera transaktionerna i kontoplanen måste du justera dem ytterligare - till exempel kommer dokumentet "Beräkning av kostnadspris" under den kommande månaden inte att ta hänsyn till några transaktioner som har justerats i kontoplanen, fungerar det med register och skriver bara resultatet till kontoplanen - som ett resultat kan arbetsvolymen öka så mycket att det blir omöjligt att använda programmet.
Innan dokumentet används måste revisorn förstå om dokumentet endast korrigerar bokföringarna, eller om han korrigerar informationen där det behövs. För att kontrollera kan du använda rapporten, som redan nämnts ovan, som öppnas genom att klicka på knappen "Gå - Dokumentrörelser efter register"

I extrema fall, när problemet inte kan lösas med ett fullständigt dokument som finns i databasen som registrerar information i både ackumuleringsregistren och kontoplanen, bör du inte bara använda ett bokföringsdokument utan också ett speciellt dokument för att korrigera ackumulering register. Samtidigt måste du naturligtvis förstå inte bara vilka poster som ska göras på kontoplanen, utan också i vilka ackumuleringsregister och hur informationen ska korrigeras så att korrigeringen slutligen visar sig vara komplett - det här är mycket känsligt och komplicerat, det är bättre att lita på det bara till en mycket bra specialist.

Rapporter

En rapport är ett sätt att få information från databasen, bearbetad och speciellt utarbetad i en begriplig, bekväm form som krävs av användaren. Det finns många rapporter i konfigurationen, alla har sina egna syften.

Exempel på befintliga rapporter:

• Rapporter genererade enligt uppgifterna i kontoplanen:
• Omsättningsbalans
• Schackblad
• Kontoanalys etc.

• Reglerade rapporter

I konfigurationen av UPP -version 1.3.7.1 saknas samtalet till verktyget för att arbeta med reglerade rapporter i "fullt gränssnitt". För att hitta det, byt därför till gränssnittet "Bokföring och skatteregistrering":

I detta gränssnitt finns verktyget för att arbeta med reglerad rapportering i menyn "Redovisning":

• Rapporter om uppgifter om ackumuleringsregister, informationsregister, referensböcker etc. (produktreleasering, produktionsplaner, avslag i produktionen, analys av tillgängligheten av varor i lager, analys av tillgången på medel etc.). Vanligtvis, om en rapport bildas på grundval av data från ett register, innehåller dess titel ordet "uttalande". Om en rapport för en rapport genereras enligt data från flera olika register används ordet "analys" vanligtvis i rapportens namn.

• Anpassade rapporter.

För utbildade användare finns det en mekanism för att skapa egna rapporter. Mer om dem kommer att diskuteras lite senare.

Bearbetning

Bearbetning är ett 1C: Enterprise -verktyg, med hjälp av vilken viss mjukvarutransformation av data utförs. Till skillnad från rapporter skrivs bearbetning av denna konverterade data till databasen. Till exempel, i referensboken "Nomenklatur" är det nödvändigt att ersätta den person som är ansvarig för köpet mot S.G. Chugunova. på Ubeykina V.Ya. För att göra detta kan du använda bearbetningen "Batchbehandling av referensböcker och dokument":

Fyll i bearbetningsfälten enligt följande:

Och klicka på knappen "Välj". Gå sedan till fliken "Bearbetning":

Välj "Action" och ett nytt värde. Och klicka på "Kör" -knappen. Som ett resultat, hela sortimentet, för vilket ansvarig chef för upphandling Chugunova S.G. tilldelades. det kommer en ny ansvarig inköpschef.

Det finns också speciella behandlingar i konfigurationen som utför vissa rutinåtgärder. Till exempel beräkningen av produktionskostnaden, utförd enligt ett schema.

Principer för att arbeta med dokument

I detta avsnitt kommer vi att överväga de grundläggande principerna för att arbeta med dokument: skapa, spela in, genomföra (operativt och icke-operativt, uppskjutet), markering för radering, radering av dokument.

Dokumentskapande

Du kan skapa ett dokument på flera sätt. Tänk på exemplet på dokumentet "Mottagning av varor och tjänster"

Metod 1. - med hjälp av "Lägg till (Ins)" -verktyget. Skapa ett nytt dokument kan göras genom att klicka på "Lägg till" -ikonen från listan över dokument som öppnas direkt från programmets huvudmeny. Låt oss säga att du vill skapa ett dokument "Mottagning av varor och tjänster". Från huvudmenyn i programmet kan du öppna en lista med dessa dokument:

Välj sedan i listan över kvitton som öppnas en av metoderna som är inringade i figuren i ramen (de är likvärdiga, samma sak görs):

Som ett resultat öppnas detta nytt dokument"Mottagande av varor och tjänster" och sedan måste du fylla i alla dess fält (och glöm inte de olika flikarna i detta dokument - de är inringade i en ram):

Metod 2. - med hjälp av kopieringsmekanismen. Att skapa ett nytt dokument kan göras genom att klicka på ikonen "Lägg till genom att kopiera":

I det här fallet kopieras det dokument som markören finns på i dokumentlistan och dess kopia öppnas. I denna kopia kommer fälten i dokumentet redan att fyllas i. Det återstår bara att redigera dem, om det behövs:

Naturligtvis är denna metod ofta mycket snabbare. enkelt skapande dokumentera.

Metod 3. - använda ingångsmekanismen på basen. Du kan skapa ett nytt dokument från grunddokumentet. Till exempel kan "Varor och tjänster kvitto" skapas genom inmatning baserat på dokumentet "Varukvitto". I det här fallet kommer för det första den ursprungliga varukvittot att bli grunden för dokumentet som skapas”Mottagning av varor och tjänster” och för det andra kommer ”Mottagning av varor och tjänster” som skapas på detta sätt automatiskt att fyllas i med data från grunddokumentet. För att ringa in inmatningsmekanismen på grundval måste du öppna dokumentet "Kvittoorder för varor" och klicka på inmatningsikonen på grunden. Dessutom kan detsamma göras utan att själva "inkommande beställning av varor" öppnas, utan direkt från listan med "inkommande beställningar för varor", bara genom att placera markören rätt dokument... Se figur, inmatningsmetoder på basen beskrivs i en ruta:

Det skapade nya kvittodokumentet "tar" listan över varor från den överordnade kvittonanteckningen:

Metod 4. - med hjälp av speciella behandlingar. Skapandet av ett nytt dokument kan ske automatiskt genom någon särskild behandling. Vanligtvis, i det här fallet, skapas många dokument på en gång (bearbetning för detta krävs för att påskynda processen när någon form av massåtgärder eller en given åtgärdssekvens krävs). Denna metod kommer att diskuteras mer i detalj senare.

Spela in dokument

Dokumentet skrivs till databasen när du klickar på knappen "Skriv". Innan den här knappen trycks ned i ett nytt dokument kommer dokumentet inte att sparas i databasen, och i händelse av något oväntat avbrott i arbetet (till exempel under ett strömavbrott) kommer det inspelade dokumentet att gå förlorat. Detta är särskilt viktigt att veta när du arbetar med dokument som innehåller mycket information, till exempel ett stort tabellavsnitt som fylls i manuellt. Spela in dokument ofta så att du inte behöver ange data igen. Vid skrivandet av ett dokument finns det inga viktiga ändringar i databasen som påverkar andra data som inte är relaterade till detta dokument, d.v.s. vid inspelning sparas data helt enkelt, och dessa data sparas endast i dokumentet, informationen går inte någonstans längre.

Notera. Det är vid inspelningstillfället som dokumentet tar plats i databasen på tidslinjen bland dokument av samma typ. Låt oss förklara mer detaljerat. Titta på "från" -fältet med datum och tid för dokumentet:

När du skapar ett dokument fylls inte tiden, och när du skriver det fylls den till närmaste sekund. Samtidigt kan andra användare av din databas i samma sekund skriva dokument av samma typ (dvs. anta att flera användare av samma databas klickar på "Skriv" -knappen, var och en för sig eget dokument"Ankomsten av varor och tjänster" och det hände i samma sekund). Var och en av de inspelade dokumenten, trots samma tid, kommer att inta en del av sin egen position inom en sekund. De där. även inom en sekund på "tidslinjen" för dokumentskapande kommer varje dokument att ha sin egen unika plats - det är när dokumentet spelas in som denna plats tilldelas det.

I allmänhet, beroende på typ av dokument, kan det vara att, förutom inspelningen, inget annat behövs, d.v.s. dokumentet är endast avsett för lagring av data i sig själv (* för en lista över sådana dokument, se nedan), men för de flesta typer av dokument finns det lite registrering. Faktum är att ett dokument i allmänhet inte är den bekvämaste lagringen av information, dess kapacitet i detta avseende är begränsad.

* Lista över dokument som bara är inspelade:

"Avstämningsakt för ömsesidiga uppgörelser", "Fullmakt", "Dokument om förlikningar med motparten (manuell redovisning)", "Begäran om informationstjänst skattebetalare "," Inventering av produktionsfel "och alla andra typer av inventarier," Icke-formaliserat dokument skattemyndighet"," Icke-formaliserat skattebetalardokument "," Undersökning "," Rapport om skiftets sammansättning "," Skicka frågeformulär "," Beräkning av den planerade produktionskostnaden "," Reglerad rapport "," Kontoregister ", "Faktura för betalning till köparen", "Faktura för betalning av leverantören", "Transportkommunikation".

Bokföring av dokument

Som redan nämnts, när du skriver ett dokument, lagras de inmatade data helt enkelt inuti dokumentet. Men för de flesta typer av dokument är inspelning inte tillräckligt, det är också nödvändigt att genomföra det.

Att lägga upp ett dokument är en speciell åtgärd som utförs för att fixa viss information för att skydda den mot ytterligare oavsiktliga ändringar. Samtidigt kan denna information både förbli i själva dokumentet (dvs dokumentet gör inga rörelser någon annanstans, till exempel i ackumuleringsregistret), eller registreras i form av dokumentrörelser någonstans: i ackumuleringsregister, information register, kontoplaner, bokföringsregister m.m.

Det vill säga att dokument som inte utför rörelser någonstans också kan läggas upp. Vanligtvis är poängen med deras beteende att spela in viss information om dokumentet för att förhindra att det ändras ytterligare. I den typiska konfigurationen av UPP -version 1.3.7 utförs endast två typer av dokument, men de utför inga rörelser: "Applikation för att öppna konton" och "Ställa in parametrarna för artikelredovisning".

Snabb och icke-snabb behandling av dokument

Dokumentpostering kan vara snabb och icke-snabb.
Operativt beteende är ett sådant beteende där möjligheten att hålla den kontrolleras... Vad det är?

Antag att vi har skapat och registrerat ett dokument som ökar motpartens skuld. Antag att en viss gräns för kundfordringar sätts med motparten. Låt oss säga att ett par dagar har gått efter skapandet av dokumentet och någon har skrivit in och passerat ett annat dokument som ökar samma motparts skuld, och detta sista dokument har uttömt gränsen för denna skuld. Och här finns det olika alternativ för vidare utveckling av händelser.

Om organisationen vill förhindra frigörande av varor vid överskridande av motpartens fordringar måste vi kontrollera dess saldo vid genomförandet. Men om vi inte ändrar datumet kommer skulden enligt programmet inte att överskridas ännu - trots allt kommer dokumentet som har uttömt det att skrivas in senare och saldona för ömsesidiga uppgörelser för vårt dokument som spelats in tidigare vara irrelevant. Det är för detta som mekanismen för snabbt beteende har införts - dvs. överföring av dokumentet till slutet av kön av upplagda dokument, eftersom det bara är i detta fall möjligt att utföra alla nödvändiga kontroller.

Ett annat sätt är om det är viktigt för organisationen att återspegla faktumet i affärstransaktionen exakt när det hände. Det är till exempel trots att fordringarna överskrids, varorna redan släppt och i själva verket är kunden skyldig mer än vad som fastställts acceptabelt för honom. I det här fallet är det viktigt för oss att inaktivera kontrollen och låta den utföras. Då blir det korrekt att hålla dokumentet inoperativt, d.v.s. utan alla dessa kontroller.

I båda fallen - både för operativ och icke -operativ utstationering kommer alla nödvändiga dokumentrörelser att utföras. Det är dock viktigt att förstå det vid icke-operativt beteende är det hög sannolikhet att få irrelevanta data i databasen, särskilt på grund av användarfel. Låt oss titta på ett förenklat exempel.

Antag att det enligt programmet finns 10 enheter av en produkt på lagret. Låt oss säga att du fick två beställningar för emission av denna produkt: för 7 enheter och för 5 enheter. Låt oss säga att ett dokument för utfärdande av de första sju enheterna har skapats, men inte publicerats. Efter en tid publicerades dokumentet för emission av 5 enheter, resten enligt programdata efter denna utgåva av varan är 5 enheter. Och nu var det tur att lägga upp ett dokument för att släppa de första sju enheterna. Om det verkligen inte finns sju enheter på lagret, är det viktigt för oss att försöka utföra exakt snabbkörning - bara i detta fall kommer programmet att kontrollera och uppmana användaren att varorna inte räcker. Men vad händer om dessa 7 enheter är fysiskt på lagret? De där. vad ska jag göra om du vill återspegla det faktum att en genomförd affärstransaktion är klar? Som redan nämnts måste användaren i detta fall skicka dokumentet icke-operativt, det kommer inga kontroller, dokumentet kommer att läggas ut, rörelserna kommer att utföras, men enligt programmet resten blir minus två enheter.

Som ett resultat får vi ett tveeggat svärd. Å ena sidan kan användaren släppa ut varorna, eftersom han har det fysiskt. Å andra sidan har vi irrelevanta rester. De där. det är uppenbart att det i verkligheten inte kan finnas minus två enheter och troligtvis har någon form av kvittodokument inte postats.

Om alla dokument alltid utfördes i tid och alltid på ett effektivt sätt hade detta inte hänt. Men detta är redan en mänsklig faktor. Om data kan visas i programmet samtidigt med fysiska förändringar i samma lager ... men data måste matas in i programmet av en person, d.v.s. det tar också lite tid.

För att uppdatera saldona finns det en mekanism för ompostering av dokument. Denna mekanism lanseras endast i exklusivt läge, d.v.s. användare för närvarande kommer inte att kunna arbeta med databasen. Men ju längre detta skjuts upp, desto större kedja av dokument som behöver återställas och desto längre tid kommer det att ta. Därför är det optimala en ganska frekvent och regelbunden start av denna mekanism.

Vid operationell bokföring flyttas dokumentet i tid till det sista (nuvarande) ögonblicket, d.v.s. definieras som den sista i raden.
Naturligtvis behöver användaren inte specifikt på något sätt spåra en kö med dokument. Denna spårning sker automatiskt i programmet. Det är bara viktigt för användaren att förstå det om programmet ställer en fråga om om dokumentet ska skickas inaktivt, betyder detta att datumet för inspelning av hans dokument inte sammanfaller med det aktuella datumet, och användaren måste bestämma om han går med på att ändra detta datum till det aktuella. För att säkerställa att det inte finns någon "intressekonflikt för dokument" måste användaren gå med på att flytta sitt dokument i kön och ändå utföra det snabbt. Eller så måste användaren förstå att genom att gå med på icke-operativt utförande ger användaren klartecken för en eventuell förlust av relevans för saldona (och i det här fallet kommer det förr eller senare att vara nödvändigt att återställa beställningen och uppdatera saldona, så det är fortfarande bättre att alltid försöka utföra dokumenten snabbt).

Vi har redan nämnt ovan att när ett dokument spelas in tilldelas det någon position i kön av inspelade dokument. Om bokföringsdatumet inte är aktuellt är operationell bokföring inte möjlig, även om inget annat dokument har skapats sedan detta dokument. Och först måste du ändra datumet till det aktuella, eller att skicka dokumentet inte omedelbart.

Vid snabbpostning ändras inte datumet längre, bara tidpunkten för dokumentet ändras - det blir det sista i kön av dokument "på tidslinjen". Som ett resultat av detta skift i kön kan det visa sig att ett dokument som skrivits senare än honom och därigenom visade sig vara inspelat tidigare än honom. Detta spelar dock ingen roll, eftersom när det dokumentet, inspelat senare, också börjar läggas ut, kommer det på samma sätt att flytta till slutet av kön - det kommer att röra sig vid den tidpunkt då det läggs upp - och det kommer redan att bli det sista.

Vad händer då, när vi startar mekanismen för ompostering av alla dokument för att uppdatera saldona? Programmet kommer att kontrollera möjligheten att hålla inne varje gång och i det ögonblick när till exempel kundfordringar överskrids, kommer innehavet att upphöra. Och användaren kommer att behöva lösa detta problem: antingen öka lånestorleken eller kreditera någon oförutsedd förskottsbetalning eller något annat ... vi pratar mer om mekanismen för ompostering av dokument senare.

I den senaste versionen av "1C: Trade Management" på plattformen 8.2 har en ny metod för dokumentbokföringskontroll implementerats: "I konfigurationen har mekanismen för bokföring av dokument gjorts helt om. Operationell kontroll av resultaten av uppförandet utförs efter bildandet av rörelserna, i motsats till utgåva 10.3 (där kontrollen utfördes före utförandet). Denna lösning gjorde det möjligt att helt separera logiken för ledning och styrningens logik, radikalt förenkla motsvarande programkod, vilket i sin tur är viktigt för att underlätta konfigurationsändringar, minska antalet möjliga fel och öka systemets prestanda. Vid behov utförs kontroll både vid ompostering retroaktivt och när dokumentet avbryts. Till exempel tillåter systemet dig inte att avbryta en beställning för leverans av varor i den del där den redan har utförts. " Det kan förväntas att liknande förändringar gradvis kommer att strömma in i nya versioner av SCP.

Uppskjuten behandling och ytterligare behandling av dokument

Som nämnts tidigare, när dokument läggs ut, utförs ofta rörelser i någon form av datalagring - ackumuleringsregister, informationsregister etc. För att utföra dessa rörelser blockerar dokumenten bokföringstabellerna. Om det vid tidpunkten för utstationering av vårt dokument, när du försöker blockera registret, det visar sig att detta register redan är låst (dvs. samtidigt som ett annat dokument utför operationer med detta register), kommer vårt dokument inte att kunna blockeras den. Han får vänta tills registret är ledigt. När ett dokument läggs ut, utförs oftast rörelser på en gång i ett stort antal register. Var och en av dessa register är utformad för att lagra en del av dess information. Som ett resultat är sannolikheten att det kommer att behövas vänta tills en av dem är ledig ganska stor.

Mekanismerna för uppskjuten innehav och ytterligare innehav behövs för att minimera sannolikheten för behovet av en sådan väntan på grund av det faktum att när de slås på utförs inte rörelserna omedelbart i alla register där de krävs, men bara i de mest "brådskande" - det vill säga ... i vissa register över drifts- och förvaltningsredovisning. Därefter, enligt schemat, eller manuellt, startas mekanismen för ytterligare ledning, d.v.s. alla andra rörelser utförs.

För att aktivera den uppskjutna bokningsmekanismen måste du skapa en ”Uppskjuten bokningsinställning”: ”Byt gränssnitt - Bokföringsansvarig - Uppskjuten bokföring - Inläggsbokningsinställningar” - Lägg till ett nytt element, ange namn och metod, till exempel, “bara de kräver att skjuta upp ” - Sedan i samma meny” Uppskjutet ” - post” Lista över uppskjutna organisationer ” - lägg till en ny rad, ange datum *, organisationen och den nyskapade inställningen.
* Datumet som visas är vanligtvis vanligt, dvs. skift varje månad. De där. för mer effektivt arbete, är det nödvändigt att flytta den varje månad till den första dagen i den aktuella månaden - då kan i slutet av varje månad användaren som arbetar med dokumenten i slutet av perioden normalt posta de dokument han behöver och slutföra perioden . ett. Utföra: rörelser bildas längs delar av register
2. Förledande: genererar rörelser längs resten register.

Ur en begreppsmässig synvinkel liknar uppföljningen "off-line" som drivs av satser.

Ytterligare beteende utförs:

Mekanismen är användbar om, när du går in och leder primära dokument:

• krav till produktivitet och parallellismär tuffa
• rörelser inte i alla register är nödvändiga "denna minut"
• en del av den information som krävs för att bilda rörelser kanske inte är känd - kommer att bli känd senare.

Mekanismen tillämpas inte för alla dokument, utan bara för massiv skrivs in samtidigt av ett stort antal användare.

Uppskjuten bokföring används inte för dokument som:

• infördes sällan
• viktigt att hålla genast i alla register

Listan över dokument för vilka uppskjuten bokföring tillämpas - se.

Hur man arbetar med mekanismen

Mekanismen "Uppskjuten dokumentpostering" är valfri. Dess användning kan anpassas till organisationen på formuläret. Uppskjuten körning är giltig från det angivna datumet.

Hur dokumenten kommer att läggas ut beror på platsen för dokumentdatumet i förhållande till startdatumet för den uppskjutna bokföringen:

Det är vettigt att använda uppskjuten bokning under den period då det finns en intensiv inmatning av primära dokument. Därför rekommenderas det att ange startdatumet för den uppskjutna bokföringen i början av den månad för vilken de primära dokumenten matas in.

Ytterligare dokument utförs i enlighet med. Det kan startas både automatiskt enligt ett schema och manuellt.

Det är vettigt att starta ytterligare inlägg efter slutet av den intensiva inmatningen av primära dokument. Innan du börjar det ytterligare beteendet bör du se till att alla uppgifter för återspegling av dokument i den reglerade redovisningen är kända.

Om, efter avslutad efterpostering, data har ändrats som påverkar återspegling av dokument i reglerad bokföring (till exempel inställningar för standardbokföringskonton), bör du lägga ut alla dokument igen. Detta kan göras genom att välja lämplig metod för förintag till.

Ytterligare underhåll måste utföras innan de schemalagda procedurerna för månadsavslutning påbörjas (se procedurdiagrammet ”månadsavslutning”).

Efter att den intensiva inmatningen av dokument under perioden har slutförts och dokumenten har publicerats är det lämpligt att flytta startdatumet för den uppskjutna bokföringen framåt - till början av nästa månad.

Mekanismbeskrivning

Register, rörelser längs vilka bildas när dokument läggs ut

Om uppskjuten bokföring används, genereras rörelser i bokföring av dokument i samma register som i "full" bokföringsläge när "Reflektera i ex. bokföring ". Som regel används dessa register för att fatta operativa beslut.

Det finns särdrag för registret "Kostnadsredovisning": rörelser genereras endast vid genomförande av "produktions" dokument, dokument "Mottagning av varor och tjänster", "Förskottsrapport". När alla andra dokument läggs ut genereras inte rörelser i detta register.

När du utför dokument inte bildas rörelser i register som inte används för att fatta operativa beslut:

Sålda varor

Försäljningskostnad

Uppskjuten utförande oförenlig med lägen:

• Skriver av partier när dokument läggs ut

  Bestämning av förskott vid bokföring av dokument.

Dessa lägen används när

inga prestandaproblem

det finns ingen uppgift att ge flexibilitet i reflektion i redovisning

att få "korrekta data den här minuten" är en högre prioritet.

Det vill säga, uppskjuten innehav krävs inte vid användning av sådana lägen.

Avbokning av utstationering (utstationering) av dokument

När dokumentet har publicerats kan det avbrytas med ikonen

När du avbryter bokföringen blir dokumentet igen tillgängligt för redigering och alla dess tidigare utförda rörelser raderas (eller blir inaktiva). Sedan kan dokumentet läggas upp igen (eventuellt omedelbart, med en förskjutning på tidslinjen, eller icke-snabbt, dvs utan att ändra datum och tid).

Ta bort dokument

Om användaren bestämmer att till exempel dokumentet som han har angett inte behövs kan han ta bort det. Radering av dokument utförs genom markering för borttagning. Du kan sedan starta bearbetningen "Radera markerade objekt" och radera permanent, och fram till dess kan du avmarkera borttagningen och återställa dokumentet. Denna radering i flera steg är också användbar genom att bearbetningen "Radering av markerade objekt" före radering övervakar data och skyddar mot borttagningsobjekt som används någon annanstans i databasen. Till exempel skulle det vara fel att radera direkt och omedelbart någon motpart, om det redan anges i vissa dokument, sedan i detta fall kommer datornas integritet att kränkas - i ett sådant dokument kommer en länk till något "okänt objekt" att erhållas.

Dessutom kan ibland dokument raderas "direkt", dvs. genast. Vanligtvis sker direkt borttagning genom bearbetning: när det finns kommer det att vara logiskt att samma behandling kan ta bort dem.

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

Denna artikel kommer att fokusera på ERP-systemet "Manufacturing Enterprise Management". Med automatisering tillverkande företag denna produkt visar sig ofta vara den optimala lösningen, och jag har varit involverad i implementeringen av 1C SCP för olika organisationer mer än en gång.

Under arbetets gång uppmärksammade jag det faktum att det praktiskt taget inte finns några recensioner av denna programvaruprodukt. Det finns teknisk dokumentation, några råd till programmerare om att lösa specifika problem i detta system, träningskurser... Men för användare finns det ingen tydlig beskrivning av hela systemet. Och väldigt ofta, innan implementeringen av denna mjukvaruprodukt, måste jag förklara funktionerna, fördelarna och nackdelarna med "Manufacturing Enterprise Management" praktiskt taget "på mina fingrar".

Även på Habré i ERP -sektionen fanns det fortfarande ingen information om detta system. Det var denna lucka som jag bestämde mig för att fylla. Dessutom hoppas jag att min artikel kommer att hjälpa entreprenörer och IT -specialister i stadiet att välja programvara för automatisering av ett tillverkande företag och förbereda dem för de funktioner som måste beaktas vid implementering av detta system.

I den här översynen vill jag berätta vad SCP rev-systemet är. 1.3, så att de som fattar beslutet att köpa och implementera det är mer medvetna och mer medvetet närmar sig valet av denna dyra produkt. Jag kommer att försöka ge en objektiv bedömning av systemet baserat på min erfarenhet av det och mina kunders erfarenhet. Denna översyn kommer att hjälpa någon att fatta ett positivt beslut angående köpet av programmet, och någon annan - beslutet att överge det.

För att förstå funktionerna i programvaruprodukten måste du svara på följande frågor:

1. Vad är systemet, vilka uppgifter tilldelas det.
2. I vilken utsträckning kan detta system utföra de tilldelade uppgifterna.
3. Identifiera fördelarna och nackdelarna med systemet.

Det första som är mycket viktigt att förstå: 1C. Tillverkningsföretagsledning är inte bara ett bokföringssystem; moderna metoder företagsledning, och därför erbjuds denna produkt för användning, inklusive som ett ERP -system. Av namnet följer vidare att just denna produkt är avsedd för drift av företag av industriell typ. Det är ur denna synvinkel som jag tänker överväga 1C UPP-programvaran.

Vad är ett ERP -system?

ERP -system (Enterprise Resursplanering) Är ett företagsinformationssystem som är utformat för att kontrollera, registrera och analysera alla typer av affärsprocesser och lösa affärsproblem i företagsskala.

Enkelt uttryckt kombinerar ERP-systemet alla typer av bokföring som finns i företaget. Med användning av ERP-system utbyts information och interaktion utförs mellan olika avdelningar etc. När det gäller ERP-systemet "Manufacturing Enterprise Management" erbjuder programvaruprodukten implementeringen av alla dessa funktioner för ett tillverkande företag.

Vid implementeringen av produkten "Manufacturing Enterprise Management" försökte utvecklarna kombinera den maximalt möjliga listan över funktioner i systemet. Om du tittar på dokumenten kan du räkna upp till 15 undersystem. Faktum är att i 1C -dokument är grupperade efter delsystem:

• Tillverkningskontroll
• Kostnadshantering
• Upphandlingshantering
• Planera
• Skatt och redovisning
• Lön
• Personalredovisning m.m.

De där. de försökte inkludera i detta system alla funktioner som kan krävas för drift av ett tillverkande företag. Så här positionerar 1C sitt ERP -system: det har redan allt du behöver för att automatisera processer utan att använda andra mjukvaruprodukter.


Skärmdumpen jag gjorde visar tydligt att en mycket liten del av dokumenten är direkt relaterad till produktion. Alla andra dokument är ytterligare delsystem som är utformade för att göra "Manufacturing Enterprise Management" till en universell lösning för alla avdelningar. Jag ser ingen mening med att undersöka alla dessa möjligheter i detalj, men det är viktigt att var och en av delsystemen fungerar effektivt och fullt ut och kan lösa behoven hos ett visst företag. I den här artikeln kommer vi att fördjupa oss i detalj i blocket som skiljer SCP från andra 1c -lösningar - Production Management.

1C UPP: mer om produkten

1C Company positionerar "Manufacturing Enterprise Management" som en av flaggskeppsprodukterna. Detta är en typisk konfiguration från 1C, dvs. mjukvaruprodukten släpps helt av 1C själv och alla ändringar av systemet måste göras av 1C: s officiella partners. UPP är en av de konfigurationer som ständigt stöds av 1C, uppdateringar släpps, etc.

För denna typiska konfiguration har många modifierade, så kallade industriversioner skapats: 1 C. Maskinteknik, 1 C. Köttbearbetningsanläggning, 1 C. Möbelproduktion, 1 C. Polygrafi, etc.

Industriella lösningar skapas av 1C -partnerföretag baserat på grundkonfigurationen. Detta händer vanligtvis enligt följande: för en specifik kund görs ändringar, varefter de "monteras" ny version tillägnad den utvalda branschen. Den reviderade konfigurationen namnges av industrin för vilken den skrevs och såldes som en "boxad lösning".

Produktkostnad

För att kunna arbeta med denna konfiguration måste du köpa själva produkten. Rekommenderat pris från 1C är 186 000 rubel. Och licensiering av denna programvaruprodukt utförs enligt en gemensam funktion för 1C, d.v.s. användare av andra 1C -produkter får inte köpa några separata licenser för detta system.

Varje licens, till exempel från 1C Accounting eller från 1C Trade and Warehouse, passar detta system. Naturligtvis är licenskostnaden för dessa produkter densamma.

Det är viktigt att förstå: för branschlösningar från 1C -partnerföretag kan deras egna separata licenser krävas. Och här kan priset skilja sig från grundversionen.

Som med andra produkter utförs licensiering enligt ett av alternativen som används i 1C: för en dator (enhet) och för en användare (anslutning från vilken enhet som helst). Jag kommer inte att bo här i detalj, eftersom all information finns på 1C -webbplatsen. Du kan bekanta dig med den på länken: http://v8.1c.ru/enterprise/

Det har skrivits mycket om själva 1C -programmet. Jag har också skrivit om denna plattform, till exempel i artikeln "Varför 1C är dåligt och varför 1C -programmerare är så ogillar". Med hänsyn till det faktum att "Manufacturing Enterprise Management" -systemet fungerar på grundval av 1C. Företag 8.3, alla fördelar och nackdelar med den underliggande programvaran finns också i den.

Låt oss överväga konfigurationen mer detaljerat

I Production and Operations Management av R.B. Chase, F.R. Jacobs, N.J. Aquilano gillade jag listan över utmaningar som ERP -system för ett tillverkande företag:

1. Registrera nya beställningar och informera omedelbart produktionsavdelningen.
2. Ge säljavdelningen möjlighet att när som helst se status för en kunds beställning.
3. Ge inköpsavdelningen när som helst möjlighet att se produktionsefterfrågan på material.
4. Ge staten information om företagets arbete i tid, d.v.s. föra bokföring och skatteregister.

Låt oss titta närmare på var och en av dessa punkter. För tydlighetens skull, som ett exempel, kommer jag att nämna en av mina kunder - ett syföretag som använder SCP -systemet och är en klassisk och visuell produktionsmodell. Detta företag har många olika avdelningar: design, design, produktion, lagring av tyger och tillbehör, lagring av färdiga produkter, förvaltning.

Redovisning av nya beställningar på säljavdelningen

Bokföring av order är en integrerad del av alla försäljningsavdelningar. Varje beställning består av flera delar:

1. Kundredovisning (till vilken försäljningen genomförs);
2. Redovisning av varor (vad som kommer att säljas till kunden).

Köpare (kunder) registreras i katalogen över entreprenörer. Kunder kan vara som individer och juridiska. I motpartskortet kan du ange alla bankinformation om företaget, telefoner, leveransadress och annan information som är nödvändig för behandling av dokument och försäljning.

Och detaljerad information om alla varor som kan säljas lagras i referensboken för nomenklaturen.


En nomenklatur är en katalog som är utformad för att lagra information om varor och tjänster som kan tillhandahållas köparen. Och i detta system är nomenklaturen en av de mest komplexa referensböckerna.

Här kan lagras:

• produktnamn
• Serier
• Foton
• Tekniska dokumentationsfiler
• Beskrivning och nästan all annan information om produkten.

Med hjälp av dessa kataloger skapar en anställd på försäljningsavdelningen ett försäljningsorderdokument, där han anger en motpart och en lista med artiklar med priser.

Till exempel plagg tillverkning arbetet med en order är indelat i följande steg:

1. Acceptera beställningen och åtgärda kundens behov.
2. Köp vid behov material för beställningen.
3. Klippning och sedan syning av produkter.
4. Kontrollera (kvalitetskontroll) varor.
5. Lämna över färdiga produkter till lagret.
6. Utför sändning eller leverans till köparen.

Så det första arbetsskedet har slutförts: köparens beställningsdokument har skapats, vilket återspeglar kundens data och de varor som han behöver. Nu måste du överföra information till produktionen.

Varningsproduktion för nya beställningar

Tillverkningen bör se nya beställningar så snart de kommer. Konfigurationen av 1C UPP klarar i allmänhet denna uppgift. Men en motuppgift uppstår: produktionen bör endast se de order som behöver produceras. De där. om orderdokumentet anger varor som redan finns på lagret, är en sådan order inte intressant för produktion, och dess framträdande i listan över tillgängliga dokument för produktion kan skapa ytterligare förvirring.

Produktionen ska se order direkt efter att de har mottagits, men samtidigt bara den del av orderna som produkterna behöver produceras för.

För att undvika sådana problem erbjuder utvecklarna av 1C följande lösning: baserat på köparens order måste försäljningschefen skapa ett nytt dokument - Produktionsorder, där de varuposter som måste produceras kommer att listas.

Men det här alternativet kan inte kallas särskilt bekvämt, eftersom ett annat steg dyker upp i arbetet, som är helt beroende av den mänskliga faktorn. De där. efter att en order har skapats kan en chef glömma att skapa en produktionsorder, göra ett misstag och så vidare. Som ett resultat kommer de nödvändiga varorna inte att levereras till produktionsplanen i tid, och kunden kommer inte att få de beställda produkterna i tid. Naturligtvis, med full automatisering av företaget, är sådana situationer oacceptabla. Å andra sidan är detta problem ganska lösbart genom att skapa ytterligare bearbetning.

För ett syföretag har vi skapat följande lösning. Ett extra plug-in skrevs som skapar en produktionsorder automatiskt, baserat på en viss lista med olika villkor.

Denna bearbetning bestämde om de önskade artiklarna var i lager. Om inte, så var nästa steg analys av gratisartiklar i produktionen. Om det inte finns några sådana föremål eller de planeras för ett datum senare än det som anges i beställningen, genereras en produktionsorder automatiskt.

Slutsats: systemet har allt du behöver för att lagra information om varor och kunder. Det är möjligt att skapa en order och överföra den till produktion. Men för att helt automatisera arbetet kommer det fortfarande att krävas förfining för behoven hos ett visst företag.

Status för en order i produktion

Som redan nämnts är det nödvändigt att ge försäljningsavdelningen möjlighet att i realtid övervaka statusen för ordern efter att ordern har trätt i produktion. Det är viktigt för försäljningschefen att veta i vilket skede arbetet är: om den beställda produkten redan har kommit in i arbetet, när den planeras att slutföras etc.

Detta genomförs på ett av två sätt:

1. Säljchefen kan spåra i vilket tekniskt skede arbetet med ordern är: planerat, påbörjat arbete, under kvalitetskontroll etc. Således kan säljspecialisten ständigt övervaka arbetet med var och en av beställningarna och meddela kunden om tidsfristerna.
2. Försäljningsperioden är fastställd för varorna, d.v.s. datum då listan över den önskade artikeln kommer att produceras, kontrolleras och vara klar för leverans.

Att implementera det första alternativet rätt verktyg ingår inte i systemet. De tillgängliga rapporterna återspeglar endast status för order och varor i lager. För produktion, om nödvändigt, implementera en fasad anmälan, kommer förbättringar att behövas.
Tyvärr finns det i det andra fallet inga färdiga verktyg för fall då produktionen kan ändra datumet för beställningens slutförande. Endast säljavdelningen kan göra ändringar i leveransdatumet och dessutom i riktning mot ökningen. Vanligtvis kan chefen skjuta upp försändelsen till ett senare datum, men produktionen måste manuellt meddela om möjligheten att ändra tidpunkten för skapandet av varor. Dessutom kan produktionen vid behov inte skjuta upp leveransdatumet, även om det blev möjligt att fullfölja ordern snabbare.

I grundkonfigurationen utförs alla förändringar i tidpunkten och bestämningen av stadiet för orderuppfyllelse av anställda manuellt, vilket resulterar i att en oförutsägbar mänsklig faktor ingår i arbetet. Men här hjälper förbättringar att lösa problemet.

Så för sömnadsindustrin skapade vi en konsoliderad rapport som visade vilken sats med varor (från vilka beställningar) var i produktion, inklusive rapporten visar vilken sats som var i skärning, vilken i sömnad och så vidare. De där. vi delade produktionsprocess stadierna och rapporten visade den allmänna bilden - vilka varor från vilka order är i vilka produktionsstadier, vilka står i kön (anger startdatum för arbetet), vilka är under kvalitetskontroll, vilka skickas till lagret.

Inledningsvis skapades denna rapport för produktionsarbetare så att de kan övervaka sitt arbete och göra justeringar om det behövs. Men i framtiden öppnade vi samma rapport för försäljningsavdelningen så att chefer också kunde se läget för en viss order.

Slutsats: konfigurationen tillhandahåller inte automatiskt datautbyte mellan försäljningsavdelningen och produktionen efter överföringen av ordern till arbetet. Men det är möjligt att implementera sådana lösningar baserat på denna konfiguration genom att skapa ytterligare rapporter och bearbetning.

Kommunikation mellan produktions- och inköpsavdelning

Mycket viktig poäng- Tillhandahållande av produktion med nödvändigt material. Samtidigt är det för korrekt drift nödvändigt att förse produktionen med allt som är nödvändigt för att fullfölja order och skapa varor för fri försäljning från lagret, och å andra sidan är det nödvändigt att överskottsmaterial inte ackumuleras på lagret. Därför måste upphandlingsavdelningen ha tillgång till aktuell information om materialmängden på lagret och aktuella produktionskrav, inklusive en materiallista för beställningar som endast är planerade för produktion.

Hur detta arbete ska fortsätta:

1. En lista med behov håller på att bildas.
2. Baserat på denna lista och produktspecifikationer bildas en lista över material som krävs för produktion av produkter.
3. Baserat på den mottagna listan bildas en upphandlingsplan.
4. I enlighet med upphandlingsplanen genererar systemet order till leverantörer.

En viktig brist i systemet: inköpsavdelningen kan inte se vilka material, från vilka leverantörer och till vilka priser som ska köpas. De där. bara de allmänna nuvarande produktionsbehoven är synliga i rapporterna och för att få mer detaljerad information det är nödvändigt att göra ytterligare förbättringar.
Det finns ett dokument i systemet som heter Inköpsplan. Den samlar in information om behoven, d.v.s. om vad som behöver köpas för att säkerställa produktionen och i vilken mängd, som det ska vara i det klassiska MRP -systemet.


MRP (Materialkravplanering)- Det här automatiserad planering företagets behov av råvaror och material för produktion. Planering görs baserat på specifikationer.

Materialräkning- detta är en referensbok som beskriver alla parametrar för ett visst material, dess kvalitet, egenskaper, toleranser. För en färdig produkt eller "halvfabrikat" anger specifikationen vad produkten består av.

För produktion av varje produkt krävs vissa material och halvfabrikat. Material kan beställas omedelbart baserat på specifikationer. För halvfabrikat är det nödvändigt att ta nästa steg-för att ta reda på vilka material i sin tur den eller den halvfabrikat består av. Och även lägga till nödvändiga material att beställa.

På detta sätt bryts varje färdig produkt automatiskt ned i material i några steg. Till exempel:

Dräkten består av byxor, en jacka och ett paket (paket). Byxor och jacka är halvfabrikat som måste brytas ned i nästa steg; för att skapa ett paket kan materialet läggas till direkt i inköp. I det andra steget "byts" byxorna in i olika typer av tyg, trådar, blixtlås, knappar. På samma sätt består jackan också av olika typer tyger, trådar och knappar. Alla dessa material läggs till i upphandlingsplanen.

Nu kan du gå till valet av en leverantör för vart och ett av materialen och skapa en beställning. Alla ovanstående steg i SCP -systemet är inte automatiserade, och därför kommer några förbättringar att krävas för att lösa problemet. Samtidigt ger konfigurationen möjlighet att lagra alla krav, det är också möjligt att samla information om köp. Men i grundversionen kräver de alla mänskligt deltagande, vilket minskar nivån på bekvämlighet och tillförlitlighet. Därför kommer extern behandling också att vara mycket användbar här, särskilt eftersom all data och åtkomst till dem är tillgänglig i systemet.

För syindustrin har vi löst problemet på följande sätt. Baserat på den rapport som utvecklats för produktion samt orderinformation beräknades efterfrågan på nödvändigt material automatiskt. Vidare har material som lagrats på lagret subtraherats från denna lista och en rapport skapades med vilken det var möjligt att göra inköp. Leverantörerna rapporterar sedan hur snabbt de kan leverera materialen. Och redan manuellt matas denna information in i systemet, på grundval av vilka säljare kommer att kunna meddela kunderna om tidpunkten för produktion av order.

Redovisning och skatterapportering i en "boxlösning"

Den typiska konfigurationen av "Manufacturing Enterprise Management", som utvecklaren tänkt, bör samla allt som behövs för redovisning och skatterapportering information och skapa all rapportering som är nödvändig för redovisningsavdelningens arbete.
Och här har denna konfiguration en mycket stor akilleshäl. Faktum är att i varje dokument finns tre bockar:

• UU - dokument gå igenom förvaltningsredovisning;
• BU - dokumentet går igenom redovisning;
• OU - dokumentet skickas för skatteredovisning.

Eftersom dokumenten inte är indelade i olika system träder den mänskliga faktorn i kraft. Till exempel postar en anställd på inköpsavdelningen eller en lagrare, efter att ha mottagit materialet, ett kvittodokument. Materialet är registrerat. Men om han samtidigt inte kryssade i BU, då ser inte revisorn dokumentet, och han bokför kvittot på grundval av skattefakturan som han fått. Som ett resultat revideras dokumentet två gånger av olika författare. Och vid eventuella fel blir det mycket svårt att identifiera den skyldige.

Hur detta problem löses i olika fall vet jag inte. Hittills har jag stött på alternativ där ledningen instämde i denna brist och föredrog att förlita sig på anställda. Den enda metoden för skydd mot mänskliga fel som har implementerats är att ställa in standardrutorna. I grund och botten räcker det verkligen med små och medelstora företag som jag brukar arbeta med.

Integration med andra mjukvaruprodukter och system

Integration är viktigt stadium, vilket är nödvändigt för att automatisera alla företags arbete, inklusive produktion. Samtidigt är det nödvändigt att förstå att integration är en dyr process som tar betydande tid och ansträngning. Eftersom vi talar om ett komplext multifunktionellt ERP-system, för högkvalitativ automatisering av processer, kommer det att vara nödvändigt att skaffa en stor mängd olika data från olika källor.

Om du tittar ur produktionssynpunkt kommer du definitivt att behöva ladda data om produktionstidpunkt, halvfabrikat och material i systemet. Inköpsavdelningen läser in fakturor och andra kvitton i systemet. Försäljningsavdelningen måste ladda upp orderinformation och så vidare. Dessutom är olika situationer möjliga i produktionen, och det är mycket viktigt att systemet i tid får information om förbrukning av material, andelen avslag, uppskjutning av släppdatum på grund av vissa svårigheter som har uppstått i arbetet , etc.

Till exempel integrerade ett syföretag med en skärmaskin. Integration med någon form av CAD, med företagets webbplats och andra lösningar krävs också ofta. Och detta arbetsskede tar ofta upp till 30% av budgeten.
Samtidigt, utan sådana komplexa lösningar, kommer användningen av EPR -systemet inte att vara effektivt, du kommer inte att kunna nå en ny nivå av kontroll och automatisering av företaget. Detta är mycket viktigt att förstå.

Alla system är bara lika effektiva som dess svagaste länk. Och om du under implementeringen överger integrationen i ett eller annat fall och litar på den mänskliga faktorn, kommer säkert fel att ackumuleras och hela systemet blir instabilt.
Till exempel, när det gäller att designa en ny produkt, ska all projektdokumentation laddas upp automatiskt från designsystemet (CAD) till ERP -systemet. Och då, vid frågor och svårigheter, kommer det alltid att vara möjligt att förstå vilken produkt som diskuteras. Och designers kommer att kunna göra nödvändiga ändringar snabbt och utan fel.

När det gäller produktion är det mycket viktigt att ta emot information om inkommande order i tid och utan fel (till exempel från webbplatsen eller från speciell form order) som måste produceras, samt i tid och utan fel överföra information om det material som faktiskt används, vilket gör att du kan fortsätta arbeta utan stillestånd.

Ovan har jag redan nämnt att det vid ett syföretag var nödvändigt att integrera med en skärmaskin, som klippte 36 lager tyg samtidigt, det var nödvändigt att få information om skrot, antalet skrot och distribuera detta skrot till kostnaden för hela produktpartiet. Följaktligen krävdes en överbyggnad som var direkt integrerad med maskinen, så att systemet förstod data som kom ut ur det och skickade data till maskinen i ett format som det förstår. Dessutom krävdes bearbetning av de data som mottogs från maskinen för att beräkna äktenskapet och kostnaden för produkter.

I många andra fall är det också oacceptabelt att lita på den mänskliga faktorn, eftersom fel, felaktigheter i systemet, tidig inmatning av information leder till störningar i arbetet. Därför är integration naturligtvis inte en snabb och dyr process, men det är nödvändigt att förbättra kvaliteten på arbetet.

Industriella lösningar

Förutom den grundläggande konfigurationen av 1C. SCP det finns ett betydande antal branschlösningar. De skapas av 1C -partnerföretag baserat på grundkonfigurationen. Oftast dyker sådana lösningar upp som ett resultat av införandet av 1C. UPP för något slags tillverkningsföretag. Därefter ändras den modifierade versionen av konfigurationen för en viss bransch något och erbjuds som en färdig industrilösning för kunderna.

Nu på 1C -webbplatsen kan du hitta sådana konfigurationer för nästan alla branscher. Men det är mycket viktigt att förstå följande punkter:

1. Konfigurationen slutfördes enligt behoven hos ett visst företag. Och det finns ingen garanti för att detta tillvägagångssätt fungerar för ditt företag. Till exempel kan mejeriproduktionen vara engagerad i skapandet av keso och gräddfil efter vikt eller kan förpacka dessa produkter i vissa behållare. Den kan producera mjölk, kefir och fermenterad bakad mjölk, eller den kan specialisera sig på yoghurt och desserter. Var och en av dessa fall kommer att kräva olika justeringar. Och det är inte ett faktum att de som erbjuds i grundversionen från partners kommer att passa dig.
2. Branschkonfigurationer utförs av partnerföretag på grundval av den huvudsakliga, medan betydande ändringar görs i själva konfigurationen. Det är därför uppdateringar för grundversionen av 1C. Mjukstartare för branschkonfiguration är inte lämpliga. Användare måste vänta medan 1C -partnerföretaget också uppdaterar branschversionen.

Några ord om 1C. SCP ERP 2.0

Det finns också en separat 1C -konfiguration. SCP ERP 2.0, där betydande förbättringar och tillägg gjordes nödvändiga för att automatisera hanteringen av ett tillverkande företag. De där. denna konfiguration är placerad inte bara som komplex lösning, men som en universell lösning för ett tillverkande företag, som inkluderar ett fullfjädrat affärssystem.

Detta system skapas också på grundval av 1C, konfigurationen är också komplex, inte modulär. Därför är alla funktioner i 1C -produkter i princip, liksom problemen som uppstår vid implementering av komplexa 1C -konfigurationer, också inneboende i detta system.

Å ena sidan version 1C. SCP ERP 2.0 utmärks verkligen av en utökad uppsättning funktioner, främst relaterade till frågor om automation och kontroll. Men denna mjukvaruprodukt skapades relativt nyligen. Och jag tror att det är för tidigt att byta till den här versionen på grund av att den ännu inte är helt klar.

Det uppdateras ständigt med nya funktioner, nya referensböcker, dokument, rapporter, i motsats till 1C. UPP, där uppdateringarna endast innehåller korrigering av identifierade buggar och uppdateringar av redovisning och skatterapportering relaterade till ändringar i lagstiftning.

Dessutom 1C -systemet. SCP ERP 2.0 är mycket dyrare än 1C-konfigurationen. SCP.

För- och nackdelar med 1C UPP -systemet

Systemet är verkligen komplext och med lämplig förfining kan det utföra funktioner för att hantera en viss typ av tillverkningsföretag. Det är också viktigt att förstå att varje bransch kommer att kräva olika förbättringar. Om systemet var utformat för att sy kläder, skulle det vara oanvändbart i en mejeriföretag. Naturligtvis kan du också använda industrilösningar, men jag personligen rekommenderar inte att använda sådana lösningar.

Helt enkelt för att om en typisk Manufacturing Enterprise-konfiguration inte är rätt för dig på många sätt, så kommer inte branschspecifika lösningar att göra det heller. I det här fallet blir det lättare att välja en annan produkt eller faktiskt beställa en individuell lösning. Och om den typiska konfigurationen passar dig för det mesta, så är antalet förbättringar och inställningar för specifika egenskaper för ett visst företag för standard lösning och branschspecifika kommer att skilja sig lite.

En viktig nackdel med systemet är bristen på modularitet. De där. för att lösa vissa problem kan du skapa vissa bearbetningar eller rapporter, "tillägg" över systemet. De kommer att fungera, men samtidigt grundläggande lösningar kommer att förbli okränkbar. Men om du för något ändamål behöver göra ändringar i arbetet med dokument eller referensböcker, måste du göra ändringar i alla delsystem som finns i konfigurationen.

På grund av bristen på modularitet i detta system är det omöjligt att göra några väsentliga justeringar av redovisningsavdelningen eller till exempel arbetet med lagerredovisning utan betydande ändringar av dokument och kataloger avsedda för andra avdelningar. De är alla anslutna och arbetar med samma referensböcker och dokument. Denna funktion är dock allmänt känd, eftersom den är inneboende i alla programvaruprodukter från 1C.

Det är därför ingen brukar göra betydande förbättringar i detta system, de försöker klara sig med extern behandling, rapporter och andra tillägg. Industrilösningar är oftast bara ett slags tilläggset som skapades för ett specifikt företag inom ett visst område. Och du behöver fortfarande några modifikationer, vars kostnad inte skiljer sig mycket från slutförandet av grundkonfigurationen. Och tillförlitligheten hos en typisk lösning är fortfarande alltid högre än produkter från partnerföretag.

Slutsats. Om du är nöjd med den grundläggande systemkonfigurationen är det bäst att köpa och installera den. Men samtidigt är det mycket viktigt att erfarna specialister engagerar sig i implementeringen av systemet, som inte bara kan konfigurera programvaran utan också göra alla nödvändiga förbättringar, rapporter för ditt företag och integrera med andra mjukvaruprodukter och system.

Med ett kompetent tillvägagångssätt blir 1C Management -systemet för ett tillverkande företag ett utmärkt verktyg som gör att du kan få hög nivå automatisering av affärsprocesser och samordning av arbetet olika divisioner företag.

Avslutningsvis vill jag ge några råd till dem som bestämde sig för att köpa och implementera programmet "1c: Manufacturing Enterprise Management 8 edition 1.3":

1. Välj en strategi

UPP är en komplex och stor produkt som påstår sig vara mångsidig. Produkten är dyr, och jag talar här inte bara om anskaffningskostnaden, utan också om ägandekostnaden för programmet - kvalificerade specialister är dyra, och det finns väldigt få av dem. Välj en strategi och bestäm varför du köper just det här programmet och hur du ska använda det, vad du ska göra med det härnäst.

Vilka är strategierna? En av mina klienter valde den här konfigurationen eftersom "det är det enda systemet som har allt". Detta företag arbetade i flera system: 1c, Excel, etc. - de bestämde sig för att ta ett system för redovisningskonsolidering.

Ett annat företag som utvecklade produktionen ville kontrollera det pågående arbetet - de var oroliga för att redovisa material i produktionen. Detta är också en strategi.

2. Tänk på integration

Integration måste tänkas inledningsvis för att bedöma vilka ekonomiska resurser och tidsresurser som kommer att läggas på genomförandet. En objektiv bedömning av detta faktum kan påverka beslutet att köpa detta program eller ge företräde åt en annan produkt.

3. Bedöm behovet av SCP när det gäller företagets storlek

SCP är inte lämpligt för alla företag. Jag såg ett företag som sysselsatte 15 personer. De ärvde på något sätt UPP-systemet, men samtidigt kostade implementeringen och revisionen stora pengar och de gjorde aldrig övergången till SCP. Du måste förstå att om ditt företag inte är tillräckligt redo att arbeta med en så komplex produkt kommer det inte att få någon effekt av det. Jag rekommenderar inte denna konfiguration för ett litet företag.

4. Bedöma behovet av SCP ur ett branschperspektiv

Även om 1c skriver att SCP är en universell lösning, måste man förstå att den endast är lämplig för monteringstillverkning, vilket innebär att flera delar av en hel produkt monteras. För släpp, till exempel byggmaterial, blandningar, denna konfiguration passade inte.

Manufacturing Enterprise Management

|

"1C: Manufacturing Enterprise Management 8" är en komplex applikationslösning som täcker huvudkonturerna för hantering och redovisning i ett tillverkande företag. Lösningen låter dig organisera ett komplext informationssystem som uppfyller företagens, ryska och internationella standarder och säkerställer företagets finansiella och ekonomiska verksamhet.

Den tillämpade lösningen skapar ett enhetligt informationsutrymme för att visa företagets finansiella och ekonomiska aktiviteter, som täcker de viktigaste affärsprocesserna. Samtidigt är tillgången till lagrad information tydligt avgränsad, liksom möjligheterna till vissa åtgärder, beroende på anställdas status.

På företagen inom innehavsstrukturen kan den allmänna informationsbasen täcka alla organisationer som ingår i innehavet. Detta minskar avsevärt komplexiteten i redovisning på grund av återanvändning av gemensamma informationsarrayer från olika organisationer. Samtidigt upprätthåller alla organisationer end-to-end management och reglerad (redovisning och skatt) redovisning, men reglerad rapportering genereras separat för organisationer.

Det faktum att en affärstransaktion registreras en gång och återspeglas i hantering och reglerad redovisning. Behovet av att mata in information är uteslutet. Metoden för att registrera en affärstransaktion är ett dokument, och för att påskynda arbetet är vanligt förekommande mekanismer för datasubstitution "som standard", införandet av nya dokument på grundval av tidigare inmatade.

I den tillämpade lösningen antogs följande förhållande av data från olika konton:

De data som matas in av användare styrs operativt av applikationslösningen. Så, när du registrerar en kontant betalning, kommer systemet att kontrollera tillgängligheten av medel, med hänsyn till tillgängliga applikationer för deras utgifter. Och vid registrering av försändelsen av produkter kommer systemet att kontrollera statusen för ömsesidiga uppgörelser med mottagaren.

Applikationslösningen kommer med en uppsättning gränssnitt som ger varje användare prioriterad åtkomst till data och mekanismer för applikationslösningen som han behöver.

Reglerad (redovisning och skatt) redovisning för organisationer upprätthålls i nationell valuta, medan valfri valuta kan väljas för förvaltningsredovisning för företaget som helhet. Olika organisationer i en enda informationsbas kan använda olika skattesystem: i vissa organisationer - ett gemensamt skattesystem, i andra - ett förenklat; olika skatte- och redovisningsprinciper kan användas. Dessutom kan ett beskattningssystem i form av en enda skatt på beräknad inkomst tillämpas på vissa typer av verksamheter i en organisation.

Förutom ledning och lagstadgad redovisning kan du föra redovisning i enlighet med International Financial Reporting Standards (IFRS). För att minska arbetskraftsintensiteten utförs redovisning i enlighet med IFRS icke-operativt, med hjälp av översättning (omräkning) av data från andra typer av redovisning.

Vid utvecklingen av lösningen "1C: Manufacturing Enterprise Management 8" beaktades både moderna internationella metoder för företagsledning (MRP II, CRM, SCM, ERP, ERP II, etc.), liksom erfarenheten av framgångsrik automatisering av industriföretag ackumulerade av 1C och partnergemenskap. Design och utveckling av konfigurationen deltog av specialister från företagen "ITRP" (produktionsledning) och "1C-Rarus" (redovisning i enlighet med IFRS). PricewaterhouseCoopers, ett världsberömt revisions- och konsultföretag, ger konsultstöd i metodfrågor om genomförande av ledning, ekonomisk redovisning och rapportering i enlighet med IFRS.

Lösningen "1C: Manufacturing Enterprise Management 8" är utvecklad på den moderna tekniska plattformen "1C: Enterprise 8". Leveransuppsättningen för programvaruprodukten, förutom plattformen, inkluderar konfigurationen "Manufacturing Enterprise Management".

Ger hög tillförlitlighet och prestanda för den tillämpade lösningen, skalbarhet, byggande av geografiskt distribuerade system, integration med andra informationssystem. Den interna strukturen för den tillämpade lösningen är helt öppen för studier och anpassning för företagets specifika behov.

Företaget 1C håller på att färdigställa och utveckla konfigurationen "Manufacturing Enterprise Management" för att spegla förändringar i lagstiftning och utöka funktionaliteten. Ger snabb uppdatering av installerade applikationslösningar. Ett system med tekniskt stöd på flera nivåer tillhandahålls av 1C och dess partners.

"1C: Manufacturing Enterprise Management 8" är 1C: s flaggskeppslösningslösning med det bredaste utbudet av funktioner. Det allmänna konceptet för lösningen illustreras av diagrammet.

Alla mekanismer för att automatisera en tillämpad lösning kan villkorligt delas in i två stora klasser:

• mekanismer för att stödja företagets operativa verksamhet;
• mekanismer för icke-operativ redovisning.

Områden som tillhör den operativa verksamheten kan särskiljas i varje typ av redovisning (utom redovisning enligt IFRS).

Dessutom är den tillämpade lösningen uppdelad i separata delsystem som är ansvariga för att lösa grupper av liknande uppgifter: delsystemet för kontanthantering, delsystemet för personalhantering, delsystemet för bokföring etc. Denna uppdelning är en viss konvention som underlättar utvecklingen av den tillämpade lösningen. I det nuvarande användararbetet känns praktiskt taget inte gränserna mellan delsystem.

Den senaste översynen av Manufacturing Enterprise Management -konfigurationen, som tilldelades nummer 1.3, visar tydligt fördelarna med version 8.2 av 1C: Enterprise -plattformen. Konfigurationen kan användas i det normala applikationsläget, välkänt för användare av tidigare utgåvor.

"1C: Manufacturing Enterprise Management 8" kan användas i ett antal avdelningar och tjänster hos tillverkande företag, inklusive:

Det förväntas att den största effekten är implementeringen av en tillämpad datalagring på företag med flera tiotals till flera tusen personer, med tiotals och hundratals automatiserade arbetsstationer, samt i holding- och nätverksstrukturer.

"1C: Manufacturing Enterprise Management 8" tillhandahåller:

• företagsledning och chefer ansvariga för affärsutveckling - gott om möjligheter till analys, planering och flexibel hantering av företagets resurser för att öka dess konkurrenskraft;
• avdelningschefer, chefer och anställda direkt involverad i produktion, försäljning, leverans och andra aktiviteter för att säkerställa produktionsprocessen - verktyg för att effektivisera det dagliga arbetet inom sina områden;
• anställda vid företagets redovisningstjänster- medel för automatiserad redovisning i full överensstämmelse med kraven i lagstiftning och företagets standarder för företaget.

Tillverkande företag som är intresserade av rekommendationerna från företaget "1C" om valet av partner för implementering av produkten "1C: Enterprise 8. Manufacturing Enterprise Management" kan kontakta företaget "1C" via e-post: