Implementering av 1s upp på företaget. Genomförande av upp. Integration med andra mjukvaruprodukter och system

1C UPP 1,3 0 gnugga

1C ERP Management företag 2,0 0 rub

1C ERP + Workflow + 100 licenser 0 RUB

Lista över lösningar baserade på 1C SCP för produktionsredovisning:

Produkten är utformad som ett effektivt verktyg för driftledning, kontroll och planering av material och finansiella resurser tillverkande företag. Lista över uppgifter som ska lösas program " 1C: Leda ett tillverkningsföretag" innehåller: ekonomisk förvaltning och i kontanter, och planering, företagspersonalhantering (inklusive löner), produktionshantering, inköp och lagerkontroll, hantering av kundrelationer, förvaltning av anläggningstillgångar, försäljning, förvaltning och regulatorisk rapportering.

Sammansättningen av delsystem 1C UPP

Konfigurationsstrukturen "1C SCP 8.3 (8.2)" innehåller också flera delsystem som möjliggör operativ ledning och redovisning i en produktionsorganisation, nämligen: ett undersystem för hantering av personal, kassa, redovisning etc. Programmets huvudkomponenter syftar till att sådana processer:

• Skatteredovisning;
• Finansiell planering;
• Redovisning enligt IFRS;

Konfigurationen "1C: SCP" utvecklades för tillverkningsföretag respektive, dess huvudmål är att lösa följande uppgifter:

• Minskad stilleståndstid för specialister och utrustning;
• Uteslutning av avbrott i försäljningsplanen på grund av överbelastning av produktionsresurser;
• Att minska tiden för genomförandet av uppgifter;
• Optimering av rörelsen av lagersaldon och material;
• Minska produktionskostnaderna;
• Gör produktionsprocessen hanterbar och transparent;
• Förbättra kvaliteten på tillverkade produkter.

Denna konfiguration kan betjäna båda separat tillverkande företag, och stora innehav, som bildar end-to-end förvaltningsredovisning och en enda informationsbas. Skatt och redovisning är utvecklad i enlighet med Rysslands lagstiftning, och när det gäller struktur, uppföranderegler, innehåll och utförande uppfyller den till fullo alla krav och standarder i relevanta regleringsdokument.

Detta program implementerar mekanismer för att stabilisera driften av ett tillverkningsföretag, vilket hjälper till att registrera endast den information som är i drift. Dessa mekanismer implementerar också uppgifterna för operativ kontroll. Under inspelningen av sådana operationer utförs analysen av riktigheten av informationen i de primära redovisningsdokumenten, såväl som riktigheten av dess utförande.

SCP idag

Därför att modern produktionär en komplex, multifunktionell process, som består av en uppsättning åtgärder som syftar till produktion av produkter, 1C-produkten för ett tillverkningsföretag ger full kontroll över alla steg i produktionen - från leverans av råvaror till utfärdandet färdiga produkter. Programmet övervakar att de genomförda processerna överensstämmer med de godkända planerna och programmen: volymen, volymen av defekter, volymen av produkter som tillverkas per perioder, etc.

Denna konfiguration fångar material som spenderas på produktion och tillverkade produkter, med hänsyn tagen till returintäkter. Chefen kan självständigt göra relaterade ändringar och justeringar av de givna planerna.

Effektiviteten av ett sådant komplex programvara beror till stor del på funktionerna och kvaliteten på dess genomförande. Som regel har många företags specialister lång erfarenhet av att underhålla och installera denna typ av programvara, både i små företag och i företag med den största innehavsstrukturen. Om du vill ta ditt företag eller företag till en högre nivå, ny nivå- Den bästa lösningen skulle vara införandet av 1C-programmet för produktion.

Om vi ​​jämför 1C ERP med funktionaliteten hos 1C SCP, kan vi notera ett stort genombrott i funktionaliteten för produktion och finansiell redovisning. På grund av funktionaliteten i 1C Trade Management 11 har blocket av försäljning, CRM och inköp ibland ökat i kvalitet.

Redan nu är programmet 1C ERP 2.0 (8.3) en ganska kraftfull och innovativ produkt som har samlat en verkligt intressant uppsättning funktioner.

Trots att programmet är nytt har dess moduler redan använts och felsökts i andra program (UT 11, BP 3.0, ZUP 3.0), vilket tyder på att produkten inte omedelbart kom in på marknaden i en "rå" form, men testad och verkligen redo för implementering "1c manufacturing enterprise management".

Att döma av erfarenheten av att implementera 1C SCP 8.3 behöver våra kunder nästan alltid hjälp med att starta systemet. Listan över implementeringsstadier inkluderar: användarutbildning, laddning av initiala data, anpassning till företagets detaljer, installation av systemet i infrastrukturen och andra arbeten.

Efter implementering och konfiguration av 1C SCP 1.3 kräver programmet korrekt underhåll. Underhåll är nödvändigt för korrekt drift. Det inkluderar: uppdatering av rapporteringsformulär, säkerhetskopiering, användarkonsultationer, slutförande av rapportering.

Du bör köpa 1C UPP-programmet från officiella mjukvarudistributörer som tillhandahåller relaterade tjänster för implementering av detta mjukvarupaket, utbildning av personal för att arbeta med det och efterföljande support. I det här fallet garanteras snabb effektivitet och lösningen av alla specifika uppgifter för ett visst företag. Under utbildningen ges svar på vanliga frågor från användare (om skyddsnycklar, versionsskillnader, överföring av programmet till en annan dator etc.).

För pålitlig och säker drift rekommenderas det att köpa och använda klient-serverversionen av programmet, vilket gör att du kan utesluta vanliga anställdas direkta arbete med programmet och företagsdatabasen. Endast de mest utbildade anställda – administratörer – ska ha tillgång till serverdatorn. Detta användningsfall utarbetas under implementeringen av systemet.

1C: SCP fungerar som en heltäckande applikationslösning som täcker huvudområdena redovisning och administration. Mjukvaruprodukten låter dig skapa ett system som möter företag, inhemska och internationella standarder säkerställer företagets effektiva ekonomiska och finansiella arbete.

Fördelar

Mjukvaruprodukten utgör en enda informationsbas för att återspegla ekonomiska och finansiella transaktioner i företaget. Samtidigt finns en tydlig avgränsning av tillgången till lagrad data, handlingsmöjligheterna i enlighet med de anställdas status. I företag med en holdingstruktur kan den omfatta alla strukturer som ingår i den. Detta gör att du avsevärt kan minska komplexiteten i redovisningsarbetet på grund av återanvändning av gemensamma baser information från olika avdelningar. För alla strukturer i företaget upprätthålls helhetsredovisning, förvaltning och skatteredovisning. Reglerad rapportering sammanställs dock separat för varje division.

Systemfunktioner

Informationen som användarna anger är föremål.Särskilt under processen att registrera kontantbetalningar kontrollerar systemet tillgången på medel i enlighet med de ansökningar som mottagits för deras utgifter. Vid redovisning av leverans av produkter analyserar mjukvaruprodukten statusen för offset med mottagare. Applikationslösningen levereras komplett med gränssnitt. Detta gör att varje användare kan få prioriterad åtkomst till den data de behöver.

Bokföring

Redovisning och skatterapporter (reglerade) fylls i rubel. Valfri valuta kan väljas för förvaltningsredovisning. I olika strukturer som ingår i en enda databas, olika system beskattning. Så i vissa divisioner är en allmän möjlig, i andra - en förenklad specialregim. Dessutom kan olika principer för redovisnings- och skatteredovisningsprinciper gälla. UTII-systemet kan tillämpas på vissa typer av verksamhet inom företaget. Utöver de reglerade och förvaltningsredovisning rapportering enligt internationella standarder (IFRS) är tillåten. För att minska komplexiteten utförs detta arbete icke-operativt, genom användning av översättning (omräkning) av information från andra redovisningsmodeller.

Produktanvändning

Införandet av 1C: SCP anses inte längre vara något nytt idag. Många företag använder redan aktivt denna produkt i sina aktiviteter. En egenskap hos denna lösning är användningen av modern datorteknik under hanteringen. Införandet av 1C: SCP bidrar till bildandet av ett effektivt administrativt system i företaget. Men för att säkerställa arbetet med maximal effektivitet är det nödvändigt att anpassa mjukvaruprodukten till företagets särdrag. Samtidigt är det nödvändigt att agera kompetent, noggrant, med hjälp avr.

Automatisering

Så ett beslut fattades om att genomföra genomförandet av PPP. Hur man kommer igång? Automatisering anses vara en ganska omfattande process. Den innehåller många operationer. I detta avseende är det nödvändigt att noggrant närma sig utvecklingen av metodiken, för att överväga genomförbarheten av automatisering i varje specifikt fall. Den bör också analysera dess inverkan på företagets arbete och resultat. Det är här SCP-implementeringsplanen börjar. I det förberedande skedet bör du utvärdera:

1. Ökad arbetsbelastning på anställda.
2. Kostnader för inköp och implementering av SCP i produktionsdrift. Det bör noteras att returen på produkten kommer att visas först efter en viss period.
3. Tillfällig bristande integritet i bilden av företagets verksamhet i den nya databasen fram till färdigställande
4. Eventuella merkostnader för modernisering (till exempel för inköp av nya datorer) etc.

Implementering av SCP

Automatiseringsstadierna kräver speciell koncentration från alla deltagare i processen. Trots lanseringen av ett nytt informationssystem är redovisningsprinciperna i företaget desamma. Införandet av SCP på företaget befriar naturligtvis inte redovisningsavdelningen från någon del av arbetet. Denna avdelning upprätthåller också huvuddokumentationen. i alla fall nytt system undviker många problem. Detta uppnås med en ganska enkel metod. Varje anställd anger de uppgifter som han är personligen ansvarig för. Det är inte många anställda som direkt börjar göra allt rätt. I detta avseende måste du lägga tid på deras träning. För bokföring är övergången till detta alternativ att ange data mycket viktig. Anställda på avdelningen behöver förstå de principer efter vilka självkostnadspriset bildas i informationssystemet. Dessutom måste revisorer lära sig att identifiera och korrigera misstag som andra anställda gör. I allmänhet tar detta skede cirka tre månader.

Fördelar med övergången

Trots att de anställda måste vänja sig vid innovationer är fördelarna med systemet obestridliga. I synnerhet tillåter införandet av SCP:

• Utveckla rapporter som ger information om anställdas prestationer.
• Använd nya verktyg när du stämmer av med information som har kommit in i 1C: 8 SCP-databasen.

Implementering av mjukvaruprodukten ger också en möjlighet att jämföra standard och verkliga produktionskostnader.

Svårigheter

Problem kan uppstå vid överföring av råvaror och produkter vid skiftbyten. Varje gång ska rapporten undertecknas. En besiktning kan göras när som helst. Vid brist kommer skadeersättningen helt och hållet på den eller de anställdas axlar som var i skiftet vid den tidpunkten. Dessutom genomförs månatlig inventering.

Råvaruförbrukning

Introduktionen av SCP låter dig spåra prestanda för varje specifikt skift. Tack vare detta är det möjligt att beräkna indikatorerna för råvaror för produkter och produktion direkt. Med andra ord, genom att känna till materialförbrukningen och volymen av produktionen, kan du bestämma den färdiga produktens genomsnittliga vikt. Om standardindikatorn är mindre än den beräknade, och kvalitetskontrollen inte fixar märkbara avvikelser, blir stölden uppenbar. I enlighet med den genomsnittliga månatliga vikten av produkter beräknas koefficienten, vilket har blivit utgångspunkten för att utvärdera produktionsanställdas arbete. Således, om denna indikator observeras, får den anställde en ökad bonus, och om den avviker, en reducerad. Efter ett tag i produktionen kan en betydande minskning av förbrukningen av råvaror uppnås. Samtidigt kommer de flesta skiften att rymmas inom den beräknade normen.

"Produktionsorder"

I produktionen kan en situation uppstå då det inte kommer att vara möjligt att fullfölja alla inkommande beställningar i tid. I det här fallet kommer varje ansvarig medarbetare att flytta skulden till en annan. För att återställa den nuvarande situationen till det normala bör chefen för butiken fylla i "Uppgift för produktion". Anställda hänvisar till detta dokument i sina rapporter. Detta blir i sin tur ytterligare en motivation för medarbetarna. Introduktionen av SCP 8.2 tillåter varje maskin som är inblandad i tillverkningsprocess, i teknisk drift, ange orsaken till driftstoppet, om det inträffade. Dessa omständigheter var objektiva, berodde inte på de anställda, produktionschefen kan minska mängden uppgifter för skiftet.

Datasammanfattning

Införandet av PPM gör det möjligt för skift- och sektionsledare att bekanta sig med indikatorerna direkt i en databas. För de anställda är fördelarna också tydliga. Lönerna blir mer transparenta, eftersom anställda anger information i produktionsskiftsrapporter för varje underordnad. Dessutom anger ansvariga personer koefficienten för anställdas deltagande i produktionsprocessen i enlighet med deras specialisering, verkligt bidrag till tillverkningen av produkter. I slutet av månaden får varje anställd en extra rapport om skift och förtjänst. Efter granskning returneras dokumentet till ekonomiavdelningen.

Schema för försäljning, inköp, produktionsprocesser

Noggrann planering krävs när du använder en mjukvaruprodukt. Det handlar om att utarbeta ett vägledande försäljningsschema. I enlighet med den bildas en produktions- och upphandlingsplan. Vid det här laget bör systemet ta hänsyn till kundorder i samband med produktleverans. Införandet av SCP gör att du kan förena standarderna med de faktiska resultaten.

Budget-, förlust- och vinsträkning

Formen på detta dokument är något icke-standardiserad. Den horisontella delen bildas från kolumnerna för produktions- och försäljningsplaner, såväl som den faktiska försäljningsvolymen. För var och en av dem angavs belopp, kvantitet och pris separat. Den vertikala axeln bestod av tre massiva block:

1. Produktutveckling.
2. Produktionskostnad.

Tillsammans med själva produkterna anges de material som fungerade som råvaror för dess tillverkning. Utvecklingen av detta block kan orsaka vissa svårigheter. Denna rapport bör återspegla förhållandet mellan potentiella och faktiska intäkter för den sålda produkten. Om det finns en märkbar skillnad mellan standard och faktiska materialkostnader i produktionsprocessen kan orsaken vara en prishöjning eller en större förbrukning av råvaror.

När du kombinerar den utvecklade rapporten om alla kostnader i Excel-tabellen kan du i detalj bestämma förluster eller vinster. Detta dokument genereras automatiskt varje månad. Med hjälp av denna rapport drar förvaltaren slutsatser om vilka medel som finns tillgängliga för vissa behov.

Reparationskostnader

Införandet av PPM låter dig registrera dessa kostnader med hjälp av produktionsrapporten för skiftet. I detta fall måste underhållsingenjörer också utbildas. Som ett resultat kommer de att självständigt kunna utarbeta rapporter om det utförda arbetet. Dessutom läggs dataregister till i systemet, genom vilka en mer noggrann analys av arbetscentras funktion utförs. Detta gör det i sin tur möjligt att bevisa att orsaken till att order inte fullföljs ofta inte är en minskning av produktionen, utan direkt förseningar från dessa avsnitt.

Slutsats

Som ett resultat av introduktionen av SCP i produktionen når företaget en kvalitativt ny nivå av processledning. För företagsledare är fördelarna med att använda produkten också tydliga. Först och främst ökar transparensen i affärsprocesser, effektiviteten i de anställdas arbete ökar. Automatisering låter dig också minska företagets kostnader avsevärt.

I det här avsnittet börjar vi en recensionsserie med artiklar som hjälper dig att bemästra konfigurationen av "1C: Manufacturing Enterprise Management".

Introduktion

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

Applikationslösningen skapar ett enda informationsutrymme för att visa ekonomiska och ekonomisk aktivitet företag, som täcker de viktigaste affärsprocesserna. Samtidigt är tillgången till lagrad information tydligt avgränsad, liksom möjligheten till vissa åtgärder beroende på de anställdas status.

På företagen i holdingstrukturen kan den allmänna informationsbasen täcka alla organisationer som ingår i företaget. Detta minskar avsevärt komplexiteten i redovisningen på grund av att olika organisationer återanvänder gemensamma informationsmatriser. Samtidigt upprätthålls end-to-end förvaltning och reglerad (redovisning och skatt) redovisning för alla organisationer, men reglerad rapportering genereras separat för organisationer.

Faktumet av en affärstransaktion registreras en gång och återspeglas i förvaltningsmässig och reglerad redovisning. Inget behov av att ange information igen. Medlet för att registrera en affärstransaktion är ett dokument, och för att påskynda arbetet används mekanismer för datasubstitution "som standard", införandet av nya dokument baserade på tidigare inmatade.

I den tillämpade lösningen används följande dataförhållande från olika konton:

• oberoende av lednings-, redovisnings- och skatteredovisningsdata;
• jämförbarhet av förvaltnings-, redovisnings- och skatteredovisningsdata;
• sammanträffande av summa och kvantitativa bedömningar tillgångar och skulder enligt förvaltning, redovisning och skatteredovisning, i avsaknad av objektiva skäl för deras avvikelse.

Data som läggs in av användare styrs operativt av applikationslösningen. Så när du registrerar en kontantbetalning kommer systemet att kontrollera tillgången på medel, med hänsyn till befintliga ansökningar för deras utgifter. Och när du registrerar leveransen av produkter kommer systemet att kontrollera statusen för ömsesidiga uppgörelser med mottagaren av varorna.

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 förs i den nationella valutan, medan vilken valuta som helst kan väljas för förvaltningsredovisning för företaget som helhet. I olika organisationer av en enda informationsbas kan olika skattesystem användas: i vissa organisationer - ett allmänt skattesystem, i andra - ett förenklat; olika skattepolicyinställningar och bokföring. Dessutom vissa typer verksamheten i organisationen kan tillämpas skattesystem i form av en enda skatt på tillräknade inkomster.

Utöver förvaltnings- och reglerad redovisning kan du föra bokföring i enlighet med International Financial Reporting Standards (IFRS). För att minska komplexiteten i redovisningen enligt IFRS utförs den icke-operativt med hjälp av översättning (omräkning) av data från andra typer av redovisning.

Vid utvecklingen av 1C: Manufacturing Enterprise Management 8-lösningen togs hänsyn till både moderna internationella företagsledningsmetoder (MRP II, CRM, SCM, ERP, ERP II, etc.), liksom erfarenheten av framgångsrik automatisering av industriföretag som samlats in. av 1C och partnergemenskapen. Specialister från ITRP (produktionsledning) och 1C-Rarus (redovisning enligt IFRS) deltog i design och utveckling av konfigurationen. Det världsberömda revisions- och konsultföretaget PricewaterhouseCoopers tillhandahåller konsultstöd i metodfrågor kring implementering av ledning, finansiell redovisning och rapportering enligt IFRS.

Lösningen "1C:Manufacturing Enterprise Management 8" utvecklades på den moderna tekniska plattformen "1C:Enterprise 8". Utöver plattformen innehåller mjukvarupaketet konfigurationen "Manufacturing Enterprise Management".

Hög tillförlitlighet och prestanda för den tillämpade lösningen, skalbarhet, bygga 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 Company slutför och utvecklar konfigurationen "Manufacturing Enterprise Management" för att spegla förändringar i lagstiftningen och utöka funktionaliteten. Snabb uppdatering av de installerade tillämpade lösningarna tillhandahålls. 1C och dess partners tillhandahåller ett flernivåsystem för teknisk support.

1C:Manufacturing Enterprise Management 8 är flaggskeppet för applikationslösningen för 1C med det bredaste utbudet av funktionalitet. Det allmänna konceptet för lösningen illustreras med ett diagram.

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

• mekanismer för att upprätthålla företagets operativa verksamhet, mekanismer för att upprätthålla icke-operativ redovisning.
• Områden som hör till den löpande verksamheten kan identifieras i varje typ av redovisning (med undantag för IFRS-redovisning).

Dessutom är den tillämpade lösningen uppdelad i separata delsystem som ansvarar för att lösa grupper av liknande uppgifter: delsystemet kontanthantering, delsystemet för personalhantering, delsystemet redovisning etc. En sådan uppdelning är en slags konvention som underlättar utvecklingen av det tillämpade lösning. I användarnas nuvarande arbete känns gränserna mellan delsystem praktiskt taget inte.

Den senaste versionen av "Manufacturing Enterprise Management"-konfigurationen, som tilldelas nummer 1.3, visar tydligt fördelarna med den nya versionen 8.2 av 1C:Enterprise-plattformen. Konfigurationen kan användas i normalt applikationsläge, vilket är bekant för användare av tidigare utgåvor.

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

• ledning (generell direktör, finansdirektör, Kommersiella direktör, Produktionsdirektör, Överingenjör, personaldirektör, IT-direktör, utvecklingschef), planerings- och ekonomiavdelning;
• produktionsbutiker;
• produktions- och leveransavdelning;
• avdelning för chefsdesignern;
• chefsteknologavdelning;
• avdelning för chefsmekanikern;
• säljavdelning;
• avdelning för logistik (försörjning);
• marknadsavdelning;
• lager för material och färdiga produkter;
• bokföring;
• Human Resources Department;
• avdelningen för organisation av arbete och sysselsättning;
• IT-tjänst;
• administrativ och ekonomisk avdelning;
• avdelning för kapitalkonstruktion;
• informations- och analysavdelning;
• avdelningen för strategisk utveckling.

Det förväntas att implementeringen av den tillämpade lösningen kommer att ha störst effekt på företag med en personalstyrka på flera tiotals till flera tusen personer, med tiotals och hundratals automatiserade jobb, såväl som i holding- och nätverksstrukturer.

"1C: Manufacturing Enterprise Management 8" ger:

• ledning av företaget och chefer med ansvar för affärsutveckling - stora möjligheter för analys, planering och flexibel förvaltning av företagets resurser för att öka dess konkurrenskraft; avdelningschefer, chefer och anställda som är direkt involverade i produktion, marknadsföring, leverans och andra aktiviteter för att säkerställa produktionen process - verktyg för att förbättra effektiviteten dagligt arbete inom sina områden;
• anställda av företagets redovisningstjänster - medel för automatiserad redovisning i full överensstämmelse med kraven i lagen och företagsstandarder företag.

Produktionsredovisning och kostnader som huvudämne för sin studie

Huvudkomponenten i ledningen av ett tillverkningsföretag är produktionsredovisning.

Produktionsredovisning är en komplex och intressant teknik, med sina egna metoder och tekniker. Uppgiften med produktionsredovisning är att ta hänsyn till hela kostnadsomvandlingens förlopp: kostnader ändrar karaktär, slås samman, delas upp, transformerar olika sätt under produktionen, dvs. ämnet för produktionsredovisning är dynamiskt föränderliga objekt. Till exempel ger produktionsredovisning ett svar på frågan: vad är kostnaden för en produkt om dess produktion krävde ett visst belopp av nedlagd kostnad nr 4, bestående av delar kostnader #1 och #2 och fullt redovisade för kostnader #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 av material som gick per produktionsenhet. Detsamma gäller många andra kostnader - el osv. Samtidigt är det nödvändigt att ta hänsyn till hela historien om kostnaders passage genom produktion - från det ögonblick kostnaden uppstår i redovisningen till dess inkludering i kostnaden och försäljningen som en del av produkten, och förekomsten i redovisningen och inkludering i kostnaden kan ske under olika rapporteringsperioder.

Installation och lansering av mjukstartare

För att fungera behöver vi 1C 8.2-plattformen. SCP-versionen kan hämtas från valfri senaste utgåva av 1.3.
Vi kommer att arbeta med demodatabasen. I basinställningarna för huvudstartläget väljer du "Tjock klient". Resten av inställningarna kan lämnas som standard.

För de som ännu inte är bekanta med 8.2-plattformen kommer vi att ge en kort bakgrund om termen "tjock klient".
En rik (rik) klient i en klient-server-arkitektur är en applikation som tillhandahåller (i motsats till en tunn klient) avancerad funktionalitet, oberoende av en central server. Ofta är servern i detta fall bara ett datalager, och allt arbete med att bearbeta och presentera dessa data överförs till klientens maskin.
Fördelar med en fet klient
En tjock klient har ett brett utbud av funktionalitet, till skillnad från en tunn klient.
Fleranvändarläge.
Ger möjlighet att arbeta även om anslutningen till servern avbryts.
Den har möjlighet att ansluta till banker utan att använda Internet.
Hög prestanda.
Brister
Stor distribution.
Mycket av kundens arbete beror på vilken plattform den utvecklades för.
När man arbetar med det finns det problem med fjärråtkomst till data.
En ganska komplicerad installations- och konfigurationsprocess.
Komplexiteten i uppdateringen och den tillhörande irrelevansen av data.

När du startar den installerade demodatabasen, välj användaren "Abdulov", han har fullständiga rättigheter. Du behöver inte ange något lösenord.

För att studera SCP, vid första starten, omdefiniera användargränssnittet "Abdulov" till "Fullständigt": menyn "Användare - Användare - Administration - Abdulov - dubbelklicka för att öppna formen av Abdulov - "Huvudgränssnitt" fältet - Full - knapp Spara och stäng". Klicka sedan på knappen "Byt gränssnitt" i verktygsfältet och välj alternativet "Fullständigt".

Om begreppen "Enterprise" och "Organisation", "Regulated" och Management Accounting. Ett företag är en samling av alla organisationer för vilka register förs i databasen. « Reglerad redovisning» bestäms av att reglerna för dess underhåll bestäms i lag. " Management Accounting» 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. Konfigurationen av SCP innehåller en viss vision om hur man bäst (bekvämt, tydligare, mer rationellt) ska upprätthålla förvaltningsredovisning, men varje specifikt företag kan ha sin egen vision om dess underhåll på grund av det faktum att det inte finns några enhetliga regler och standarder , och i det här fallet måste det slutföras. I en typisk PRM-konfiguration baseras förvaltningsredovisning egentligen på kraven på i första hand redovisning, medan rapportering i förvaltningsredovisning syftar till att tillgodose behovet av planering av inköp, kostnader etc. Vid genomförandet av management accounting används inte principen om dubbel bokföring, d.v.s. till exempel kan du kapitalisera något "från ingenstans", och samtidigt blir det ingen skuld osv. Reglerad redovisning genomförs för varje organisation separat. ledning- delvis i hela företaget.

Om internationell redovisning. I inledningen sades det att internationell redovisning kan föras i SCP. Det är värt att notera att denna möjlighet endast visas om batchredovisning är inställd i redovisningsprincipinställningarna. Om (se i gränssnittet "Kontohanterare" i menyn "Kontoinställningar - Bokföringsinställningar") du väljer avancerad kostnadsredovisningsanalys (istället för batchredovisning), kommer det inte att finnas någon möjlighet att genomföra internationell redovisning.

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

• Uppslagsverk
• Uppräkningar
• Konstanter
• Beräkningstypsplaner
• Planer över typer av egenskaper
• Informationsregister
• Dokumentera
• Ackumuleringsregister
• Kontoplan
• Rapportera
• Behandling

Uppslagsverk

En katalog är en samling av olika värden för något. Katalogen består av Referensartiklar. Varje värde i ordbokselementet kännetecknas av en given uppsättning parametrar. Vanligtvis är en av parametrarna för ordbokselementet icke-upprepande - för varje element i katalogen är dess värde unikt. Vanligtvis är detta katalogelementets kod. Vanligtvis fylls katalogen på, dvs. du kan lägga till nya element till den när du arbetar med databasen (det finns också ouppdaterade kataloger, vanligtvis någon sorts klassificerare som laddas från andra ställen).
Referensböcker är användbara eftersom de låter dig fylla i dokument många gånger snabbare, medan elementet kommer att namnges och presenteras på samma sätt överallt, när du väl har ställt in elementparametrarna kan du använda dem var du än behöver.

Varje katalogelement är ett objekt som kan refereras från andra platser. Till exempel finns det en sådan referensbok "Entreprenörer":


Anta att du behöver ange data om nästa mottagande av varor och tjänster i databasen. Istället för att skriva namnet på motparten "LLP" InnoTrade "" på lämplig plats och ange alla dess egenskaper som kan krävas för att utfärda ett kvitto, kommer det att räcka med att välja lämplig del av katalogen "Motparter".

Eller, till exempel, det finns 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 en typ av informationslagringsenhet som påminner mycket om en uppslagsbok. Men till skillnad från katalogen kan informationsregisterraden inte anges som ett objekt - registerraden kan inte hänvisas till, till exempel, till en specifik motpart i katalogen "Motparter". Men i informationsregistret kan du lagra t.ex. historik över ändringar i något element i katalogen. Till exempel lagras historiken för att ändra värdena för elementen i referensboken "Valutor" i informationsregistret "Valutakurser":

På grund av lagringen av valutahistoriken i registret "Valutakurser" behöver du inte ange växelkursen många gånger i varje kvitto. Programmet självt kommer att fastställa det, vid behov, efter datum.

Uppräkningar

En uppräkning är ett specialfall av en katalog. En uppräkning är en given fast uppsättning värden för något. Till skillnad från en uppslagning har varje uppräkningsvärde inga ytterligare parametrar.

Konstanter

En konstant är värdet av något, vanligtvis definierat en gång för alla när du börjar arbeta med databasen. Särskilt UPP-konstanterna lagrar inställningarna för redovisningsprinciper.

Beräkningstypsplaner

En speciell typ av uppslagsbok som beskriver periodiserings- och avdragsalgoritmerna och en del annan information som behövs för att beräkna periodiseringar och avdrag.

Planer över typer av egenskaper

En speciell sorts handbok som beskriver en viss ytterligare information, som innehåller databasobjekt.

Dokumenten

Ett dokument är ett sätt för datainmatning, bearbetning av inmatade data med förmågan att ta hänsyn till befintliga data och konvertera befintliga data, med hänsyn till indata, till en informationsbas.

Dokument kan delas in i flera typer:

• som återspeglar faktumet av ekonomisk verksamhet, till exempel ett registreringsdokument i databasen för mottagande av varor och tjänster (som ett resultat av dokumentet måste varor krediteras lagret, en skuld till leverantören måste visas, moms måste registreras, konteringar måste registreras etc.) eller dokumentet "Rapportera produktion per skift" (fixar faktumet av produktionssläpp, flyttar det till lagret, registrerar konteringar etc.)
• regulatoriska dokument - dokument som utför åtgärder som måste utföras med en given frekvens, till exempel beräkna avskrivningar eller beräkna löner, spegla löner i bokföring, beräkna emissionskostnaden, betala av emissionskostnaden, avsluta året (med balansreform ), distribuera material för utfärdande, fördela kostnader osv.
• planeringsdokument - registrering av faktumet att planera vissa evenemang, fastställa planerade indikatorer (försäljningsplan, produktionsplan, produktion per skift, inköpsplan, köparens order, order till leverantören, order för produktion, order för underhåll av anläggningstillgångar)
• chefer - introduceras för att hantera arbetet med andra dokument (till exempel fastställa rabatter - dokumentet ställer villkoren för att bevilja rabatt, så att om köparen når dessa villkor får han automatiskt en rabatt)
• inventering - dokument för förtydligande, uppdatering av saldon, till exempel saldon av pågående arbete eller fastställande av kostnadsbalansen för äktenskap (notera: i konfigurationen av SCP skriver inventeringsdokument inte information i registret, utan lagrar den endast i sig själva).

Ackumuleringsregister

Ackumuleringsregister är den huvudsakliga lagringen av kvantitativa data och summadata i databasen. Vart och ett av ackumuleringsregistren lagrar sin specifika information. Ackumuleringsregister kan delas in i grupper efter vilken typ av information som lagras:

• anläggningstillgångar
• Produktion
• Stock

Samtidigt kan dessa uppgifter lagras i olika register beroende på redovisningsdelen, till exempel registret Giftermål i produktion (international accounting), Giftermål i produktion (redovisning), Giftermål i produktion (skatteredovisning).

Ur synvinkel till sättet att lagra information är ackumuleringsregister resterande och förhandlingsbar.

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

I ackumuleringsregistren förekommer uppgifter vid arbete med dokument, d.v.s. dokument introducerar det där.

Kontoplan

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

• Budgetering
• Internationell
• Beskatta
• självförsörjande

Därför att vid genomförandet av förvaltningsredovisningen iakttas inte principen om dubbelregistrering, då behövs ingen kontoplan för det. Följaktligen, i en typisk PMS-konfiguration, bildas inte en förvaltningsbalansräkning. För att göra detta kan du antingen förfina konfigurationen, eller helst använda budgetundersystemet (det låter dig lagra mycket olika information, du kan skapa ett speciellt scenario "Management balance" och, enligt förvaltningsredovisning, ange information om detta scenario för att så småningom få en förvaltningsbalans, men mer om det senare)

SCP innehåller information som endast lagras i kontoplanen (till exempel information om 80-90 konton, uppgifter om initial kostnad för immateriella tillgångar, förvärv av immateriella tillgångar (konto 08.05), Forskning, utveckling och tekniskt arbete (konto). 08.08 ), FoU-utgifter, del av utgifterna för det 29:e kontot etc.), det finns även uppgifter som endast lagras i ackumuleringsregister (allt som rör planering, beställningar, reservationer etc.) och det finns uppgifter lagrade både på kontoplanen och i ackumuleringsregistret (lagerbokföring, kostnadsredovisning etc.). Notera. Exempel inom parentes ges under avsnittet "redovisning". Samma funktioner finns i andra typer av redovisning.

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

Titta nu på dokumentets rörelser med knappen "Kör - Dokumentets rörelser efter register":

En dokumentrörelserapport öppnas. Du kan komprimera gruppträdet genom att klicka i rapportfältet och sedan samtidigt trycka på tangentkombinationen "Ctrl + Shift + MINUS-knappen i NumLock-tangentbordssektionen". Titta på (vidga) gruppen "Ansamlingsregister "Varuförsändelser i lager (bokföring)"":

Var uppmärksam på detaljerna inringade av ramen - denna analys fanns inte i kontoplanen. Men det finns på detta ackumuleringsregister.

Det finns dokument som korrigerar endast kontoplanskonteringar och det finns fullfjädrade dokument som korrigerar all information som krävs, inklusive avancerad analys i register.

Du måste förstå att fullfjädrade dokument registrerar information främst i register, och endast utdrag av denna information som krävs för balans, skriver de till kontoplanen. Dessutom använder alla beräkningar som krävs "i farten" alltid registrens data, och endast resultaten av dessa beräkningar kan registreras som konteringar till kontoplanen. Följaktligen, om den korrigeras endast kontoplanstransaktioner, det betyder inte att allt kommer att bli bättre överallt av sig självt, eftersom. ingenting kommer in i register med avancerad analys. De där. allt arbete ska utföras i lämpliga, "korrekta" dokument och inte genom att justera kontoplansposterna.
Om du ändå börjar manuellt korrigera kontoplanens konteringar måste du justera dem ytterligare - till exempel kommer dokumentet "Kostnadsberäkning" under den kommande månaden inte att ta hänsyn till eventuella konteringar som justerats i kontoplanen , den fungerar med register och skriver bara resultatet till kontoplanen , - som ett resultat kan arbetsmängden öka så mycket att det blir omöjligt att använda programmet.
Innan ett dokument används måste revisorn förstå huruvida detta dokument endast korrigerar anteckningar, eller om det korrigerar information där det är nödvändigt. För verifiering kan du använda rapporten, som redan har nämnts ovan, som öppnas genom att klicka på knappen på knappen "Gå - Förflyttning av dokumentet genom register"

I extrema fall, när problemet inte kan lösas genom att ett komplett dokument som finns i databasen som registrerar information både i ackumuleringsregistren och i kontoplanen, ska du använda inte bara bokföringsjusteringsdokumentet, utan även en särskild ackumuleringsregisterjustering dokumentera. Samtidigt behöver man förstås väl förstå inte bara vilka poster som ska göras på kontoplanen utan även i vilka ackumuleringsregister, och hur uppgifterna ska rättas för att rättningen ska utfalla. vara komplett - det här är en mycket känslig sak och komplex, det är bättre att bara lita på det till en mycket bra specialist.

Rapporter

En rapport är ett sätt att få information från databasen, bearbetad och speciellt förberedd i en tydlig, bekväm och användarvänlig form. Det finns många rapporter i konfigurationen, alla har sina egna syften.

Exempel på befintliga rapporter:

• Rapporter genererade enligt kontoplanen:
• Omsättningsbalansräkning
• schackblad
• Kontoanalys osv.

• Reglerade rapporter

I konfigurationen av SCP version 1.3.7.1 är anropet till verktyget för att arbeta med reglerade rapporter inte tillgängligt i det "fullständiga gränssnittet". Därför, för att hitta det, byt till gränssnittet för redovisning och skatteredovisning:

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

• Rapporter om uppgifterna i ackumuleringsregister, informationsregister, kataloger etc. (produktutdata, produktionsplaner, defekter i produktionen, analys av tillgången på varor i lager, analys av tillgången på medel etc.). Vanligtvis, om en rapport genereras enligt uppgifterna i ett register, finns ordet "uttalande" i dess titel. Om en rapport genereras för en rapport baserad på data från flera olika register, så används vanligtvis ordet ”analys” i rapportens namn.

• Anpassade rapporter.

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

Bearbetning

Processing är ett 1C:Enterprise-verktyg som utför vissa programmatiskt specificerade datatransformationer. Till skillnad från rapporter skriver bearbetning dessa konverterade data till databasen. Till exempel, i uppslagsboken "Nomenklatur" måste du ersätta den person som är ansvarig för köpet med Chugunova S.G. på Ubeikin V.Ya. För att göra detta kan du använda bearbetningen "Gruppbehandling av kataloger och dokument":

Fyll i bearbetningsfälten enligt följande:

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

Välj "Action" och ett nytt värde. Och klicka på knappen "Execute". Som ett resultat har hela nomenklaturen, som tilldelats den ansvariga chefen för upphandling Chugunov S.G. det kommer en ny ansvarig inköpschef.

Det finns också speciella bearbetningar i konfigurationen som utför någon form av rutinåtgärder. Till exempel beräkningen av produktionskostnaden, utförd enligt schema.

Principer för att arbeta med dokument

I det här avsnittet kommer vi att överväga de grundläggande principerna för att arbeta med dokument: skapa, spela in, lägga upp (operativa och icke-operativa, uppskjutna), markering för radering, radering av dokument.

Skapa dokument

Ett dokument kan skapas på en mängd olika sätt. Tänk på exemplet med dokumentet "Mottagande av varor och tjänster"

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

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

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

Metod 2 - med kopieringsmekanismen. Skapa ett nytt dokument genom att klicka på ikonen "Lägg till genom att kopiera":

I det här fallet kommer dokumentet som markören är placerad på i listan över dokument att kopieras och en kopia av det öppnas. I denna kopia kommer fälten i dokumentet redan att vara ifyllda. Det återstår bara att redigera dem om det behövs:

Naturligtvis är denna metod ofta mycket snabbare. enkel skapelse dokumentera.

Metod 3. - använda inmatningsmekanismen på grundval. Du kan skapa ett nytt dokument från ett basdokument. Till exempel kan "Mottagande av varor och tjänster" skapas genom att ange baserat på dokumentet "Varumottagande". I det här fallet kommer för det första originalkvittot för varor att bli grunden för det skapade dokumentet "Mottagande av varor och tjänster" och för det andra kommer det sålunda skapade "Kvitto av varor och tjänster" automatiskt att fyllas med data från basdokumentet. För att anropa mekanismen för inmatning på grundval måste du öppna dokumentet "Inkommande order för varor" och klicka på inmatningsikonen på basen. Dessutom kan samma sak göras utan att öppna själva "Inkommande order för varor", utan direkt från listan över "Inkommande order för varor", endast genom att först placera markören på önskat dokument. Se figuren, inmatningsmetoderna på basen är inringade:

Det skapade nya mottagningsdokumentet kommer att "ta" listan över varor från den överordnade mottagningsordern:

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

Inspelning av dokument

Dokumentet skrivs till databasen när du klickar på knappen "Skriv". Tills denna knapp trycks in i det nya dokumentet 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 oskrivna dokumentet att gå förlorat. Detta är särskilt viktigt att veta när man arbetar med dokument som innehåller mycket information, till exempel ett stort kalkylblad 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 förändringar i databasen som påverkar annan data som inte är relaterad till detta dokument, d.v.s. vid skrivning sparas data helt enkelt, och dessa data sparas endast inom ramen för dokumentet, informationen går ingenstans 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 i detalj. Titta på "från"-fältet med datum och tid för dokumentet:

Vid skapande av ett dokument fylls inte tiden i, men vid skrivning fylls den i med en noggrannhet på upp till en sekund. Samtidigt, i samma sekund, kan dokument av samma typ skrivas av andra användare av din databas (dvs. anta att flera användare av samma databas klickade på knappen "Skriv", var och en i sitt eget dokument "Kvitto av varor och tjänster" och det hände på en och samma sekund). Vart och ett av de inspelade dokumenten kommer, trots samma tid, att ta en del av sin egen position inom en sekund. De där. även inom en sekund på "tidslinjen" för att skapa dokument kommer varje dokument att ha sin egen unika plats - det är när dokumentet skrivs som platsen tilldelas det.

I allmänhet, beroende på typ av handling, kan det vara så att det, förutom journalen, inte behövs något annat, d.v.s. dokumentet är endast avsett för att lagra data i sig själv (*se listan över sådana dokument nedan), men för de flesta typer av dokument finns det få poster. Faktum är att i det allmänna fallet är ett dokument inte den mest bekväma lagringen av information, dess möjligheter i detta avseende är begränsade.

*Lista över dokument som endast registreras:

"Akten om avstämning av förlikningar", "Fullmakt", "Dokument över förlikningar med motpart (manuell redovisning)", "Begäran om informationstjänst skattebetalare”, ”Inventering av produktionsfel” och alla andra typer av inventarier, ”Oformaliserat dokument skattemyndighet”, ”Oformaliserat dokument från skattebetalaren”, ”Undersökning”, ”Rapport om skiftets sammansättning”, ”Utdelning av frågeformulär”, ”Beräkning planerad kostnad produkter”, ”Reglerad rapport”, ”Register på fakturor”, ”Faktura för betalning till köpare”, ”Faktura för betalning av leverantör”, ”Transportkommunikation”.

Håller dokument

Som redan nämnts, när du skriver ett dokument, lagras de inmatade uppgifterna helt enkelt inuti dokumentet. Men för de flesta typer av dokument räcker det inte med inspelning, 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 från ytterligare oavsiktlig ändring. Samtidigt kan denna information både finnas kvar i själva dokumentet (d.v.s. dokumentet gör inga rörelser någon annanstans, till exempel i ackumuleringsregistret), eller registreras i form av dokumentförflyttningar någonstans: i ackumuleringsregister, information register, kontoplaner, avräkningsregister m.m.

Det vill säga att dokument som inte utför rörelser någonstans också kan läggas upp. Vanligtvis är innebörden av deras implementering att fixa viss information i dokumentet för att förhindra ytterligare modifiering. I standardkonfigurationen av SCP version 1.3.7 bokförs endast två typer av dokument, men utför inga rörelser: "Ansökan för att öppna konton" och "Ställa in parametrar för artikelredovisning".

Operativ och icke-operativ behandling av dokument

Dokumentationen kan vara operativ eller icke-operativ.
Operativt beteende är ett beteende där kontrollerar genomförbarheten av. Vad det är?

Antag att vi har skapat och registrerat ett dokument som ökar motpartens skuld. Antag att en viss gräns sätts med motparten kundfordringar. Anta att det har gått ett par dagar efter att ett dokument skapats och att någon skrev in och postade ett annat dokument som ökade skulden för samma motpart, och att detta sista dokument uttömde gränsen för denna skuld. Och här finns olika alternativ för vidareutveckling av evenemang.

Om en organisation vill förhindra frisläppande av varor som överstiger motpartens fordringar måste vi kontrollera dess saldo under transaktionen. Men om vi inte ändrar datumet, kommer skulden enligt programmet inte att överskridas ännu - trots allt kommer dokumentet som tömde det in senare och saldot på ömsesidiga uppgörelser för vårt dokument som registrerats tidigare att vara irrelevant. Det är för detta ändamål som mekanismen för snabb implementering har införts - dvs. överföra dokumentet till slutet av kön av postade dokument, eftersom det endast i detta fall är möjligt att utföra alla nödvändiga kontroller.

Ett annat sätt är om det är viktigt för en organisation att spegla faktumet av en affärstransaktion exakt när den hände. Det vill säga, till exempel trots att fordringarna överskrids, varorna redan släppt och i själva verket är klienten skyldig mer än vad som var tillåtet för honom. I det här fallet är det viktigt för oss att inaktivera kontrollen och aktivera den. Då vore det korrekt att hålla i dokumentet inoperativt, dvs. utan alla dessa kontroller.

I båda fallen, både under operativ och icke-operativ utförande, kommer alla nödvändiga rörelser av dokumentet att utföras. Det är dock viktigt att förstå det med icke-operativt beteende är det stor sannolikhet att få irrelevanta uppgifter i databasen i synnerhet på grund av användarfel. Låt oss titta på ett förenklat exempel.

Anta att det enligt programmet finns 10 enheter av någon produkt i lagret. Anta att två beställningar för lanseringen av denna produkt har kommit: för 7 enheter och för 5 enheter. Låt oss säga att ett dokument för utgivningen av de första 7 enheterna skapades, men inte postades. Sedan, efter en tid, postades ett dokument för emission av 5 enheter, saldot enligt programmet efter denna emission av varor är 5 enheter. Och nu är det turen att utfärda ett dokument för frisläppandet av de första 7 varuenheterna. Om det verkligen inte finns sju enheter på lagret är det viktigt för oss att försöka utföra det operativa utförandet - bara i det här fallet kommer programmet att kontrollera och uppmana användaren att varorna inte räcker. Men vad händer om dessa 7 enheter fysiskt finns i lager? De där. Vad ska du göra om du behöver återspegla faktumet av en genomförd affärstransaktion? Som redan nämnts, i det här fallet måste användaren posta dokumentet icke-operativt, inga kontroller kommer att utföras, dokumentet kommer att postas, 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 varorna, eftersom han har det fysiskt. Å andra sidan har vi irrelevanta lämningar. De där. det är uppenbart att det i själva verket inte kan vara ett minus på två enheter och troligen har någon form av kvittodokument inte bokförts.

Om alla dokument alltid utförts i tid och alltid med en operativ metod, så hade detta inte hänt. Men det är det redan mänskliga faktorn. Om data skulle kunna dyka upp i programmet samtidigt med fysiska förändringar i samma lager ... men uppgifterna ska matas in i programmet av en person, d.v.s. detta tar också lite tid.

För att uppdatera saldonen finns det en mekanism för ombokning av dokument. Denna mekanism lanseras endast i exklusivt läge, dvs. användare för närvarande kommer inte att kunna arbeta med databasen. Men ju längre detta fördröjs, desto större kedja av dokument som behöver återställas och desto längre tid kommer det att ta. Därför kommer det att vara optimalt att köra denna mekanism ganska ofta och regelbundet.

Under operativt exekvering förflyttas dokumentet i tid till sista (aktuella) ögonblicket, d.v.s. definieras som sist i raden.
Naturligtvis behöver användaren inte specifikt på något sätt spåra en kö av dokument där. Denna spårning sker automatiskt i programmet. Det är bara viktigt för användaren att förstå att om programmet ställer en fråga om huruvida dokumentet ska läggas upp icke-operativt, då betyder detta att datumet för inspelningen 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 nuvarande. För att säkerställa att det inte finns någon "intressekonflikt för dokument", måste användaren acceptera att hans dokument flyttas i kön och ändå utföra det snabbt. Eller användaren måste förstå att genom att gå med på icke-operativ bearbetning ger användaren grönt ljus för eventuell förlust av relevans för saldon (och i det här fallet, i alla fall, förr eller senare, kommer det att vara nödvändigt att återställa ordningen och uppdatera saldona, så det är fortfarande bättre att alltid försöka behandla dokument snabbt).

Vi har redan nämnt ovan att när ett dokument skrivs tilldelas det en viss position i kön av inspelade dokument. Om datumet för inmatningen inte är den aktuella dagen är det inte möjligt att lägga upp online, även om inget annat dokument har skapats sedan detta dokument. Och först måste du ändra dess datum till det nuvarande, eller posta dokumentet inte omgående.

Under den snabba exekveringen ändras inte längre datumet, bara tidpunkten för dokumentet ändras - det blir det sista i dokumentkön "på tidslinjen". Till följd av denna förskjutning i kön kan det hända att en handling som skrivits senare än honom, alltså visade sig vara skriven tidigare än honom. Detta spelar dock ingen roll, eftersom när det senare inspelade dokumentet också börjar postas, kommer det att flyttas till slutet av kön på samma sätt - det kommer att flyttas till den tidpunkt då det kommer att postas - och det kommer redan att vara det sista.

Vad kommer att hända senare när vi lanserar mekanismen för ombokning av alla dokument för att uppdatera saldona? Programmet kommer att kontrollera möjligheten att bokföra varje gång, och i det ögonblick då t.ex. fordringsbeloppet överskrids stoppas kontering. Och användaren kommer att behöva lösa det här problemet: antingen öka lånebeloppet eller kreditera något oredovisat förskott eller något annat ... vi kommer att prata mer om mekanismen för att lägga om dokument senare.

I den senaste utgåvan av 1C: Trade Management på plattform 8.2 har en ny metod för att styra posteringen av dokument implementerats: ”Mekanismen för att posta dokument har gjorts om helt i konfigurationen. Operativ kontroll av resultatet av beteendet utförs efter bildandet av rörelser, till skillnad från version 10.3 (där kontrollen utfördes före utförandet). Detta beslut gjorde det möjligt att helt separera exekveringslogiken och kontrolllogiken, vilket radikalt förenklade motsvarande programmeringskod, vilket i sin tur är viktigt för att underlätta konfigurationsförbättringar och minska antalet möjliga fel, vilket ökar systemets prestanda. Vid behov utförs kontroll både vid ombokning av ett dokument och vid annullering av en dokumentbokning. Till exempel kommer systemet inte att tillåta dig att annullera beställningen för leverans av varor i den del där den redan har slutförts. Det kan förväntas att liknande förändringar gradvis kommer att flyta in i nya versioner av SCP.

Uppskjuten bokföring och tilläggskontering av dokument

Som tidigare nämnts, vid utstationering av handlingar, utförs ofta förflyttningar i något slags datalager - ackumuleringsregister, informationsregister m.m. För att kunna utföra dessa rörelser låser dokumenten registerborden. Om det vid tidpunkten för vårt dokument, när du försöker blockera registret, visar sig att detta register redan är blockerat (det vill säga samtidigt som något annat dokument utför operationer med detta register), kommer vårt dokument inte att kunna blockera den. Han kommer att tvingas vänta tills registret är ledigt. När du bokför ett dokument utförs förflyttningar oftast omedelbart i i stort antal register. Vart och ett av dessa register är utformat för att lagra en del av dess information. Som ett resultat är sannolikheten att det kommer att finnas ett behov av att vänta tills en av dem är ledig ganska stor.

Mekanismerna för försenad postning och postpostering behövs för att till ett minimum minska sannolikheten för behovet av en sådan väntan på grund av det faktum att när de slås på utförs rörelser inte omedelbart i alla register där de krävs , men bara i det mest "brådskande" - dvs. i vissa register över verksamhets- och förvaltningsredovisning. Sedan, enligt schemat, eller manuellt, lanseras uppföljningsmekanismen, d.v.s. alla andra rörelser utförs.

För att aktivera mekanismen för fördröjd bokföring måste du skapa en "Ställa in uppskjuten bokföring": "Byt gränssnitt - Kontohanterare - Uppskjuten bokföring - Inställningar för dokumentbokföring" - Lägg till ett nytt element, ange namn och metod, till exempel "kräver endast post posting" - Sedan i samma meny "Uppskjuten innehav" - post "Lista över organisationer med uppskjutet innehav" - lägg till en ny rad, ange datum *, organisation och inställningen som just skapats.
*Det angivna datumet är vanligtvis regelbundet, d.v.s. skift varje månad. De där. för effektivare arbete måste du månadsvis flytta det till den första dagen i den aktuella månaden - sedan i slutet av varje månad kan användaren som arbetar med dokumenten för periodens slut normalt fylla i de dokument han behöver och avsluta perioden. ett. Innehav: rörelser bildas längs delar register
2. Ytterligare implementering: bildar rörelser längs resten register.

Ur en konceptuell synvinkel liknar eftermatning som "off-line" postning i partier.

Uppföljning görs:

Mekanismen är användbar om, när du matar in och postar primära dokument:

• krav på prestanda och parallellitetär tuffa
• rörelser som inte finns i alla register behövs "just nu"
• en del av den information som är nödvändig för bildandet av rörelser kanske inte är känd - de kommer att bli kända senare.

Mekanismen tillämpas inte på alla dokument, utan endast på massiv skrivs in samtidigt av ett stort antal användare.

Försenad postning används inte för dokument som:

• infördes sällan
• det är viktigt att direkt för alla register

För en lista över dokument för vilka uppskjuten bokföring tillämpas, se .

Proceduren för att arbeta med mekanismen

Mekanismen "Försenad postning av dokument" är valfri. Dess användning är anpassningsbar ner till organisationen i formuläret. Uppskjutet innehav gäller från angivet datum.

Hur dokumenten kommer att bokföras beror på platsen för dokumentdatumet i förhållande till startdatumet för den försenade bokföringen:

Det är vettigt att använda uppskjuten bokföring under en period då det sker en intensiv inmatning av primära dokument. Därför rekommenderas det att ställa in startdatumet för den försenade bokföringen i början av den månad för vilken primära dokument skrivs in.

Ytterligare handlingar utförs i enlighet med. Den kan startas både automatiskt enligt schemat och manuellt.

Det är vettigt att starta ytterligare inlägg efter slutet av den intensiva inmatningen av primära dokument. Innan du påbörjar ytterligare bokföring bör du försäkra dig om att alla uppgifter för att spegla dokument i reglerad redovisning är kända.

Om, efter att ha utfört ytterligare bokföring, uppgifterna som påverkar reflektionen av dokument i reglerad bokföring har ändrats (till exempel standardkontoinställningarna), ska alla dokument bokföras om. Detta kan göras genom att välja lämplig bokföringsmetod i .

Ytterligare utstationering måste göras innan de rutinmässiga rutinerna för att avsluta månaden påbörjas (se diagrammet över proceduren "avsluta månaden").

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

Beskrivning av mekanismen

Register, rörelser på vilka det bildas vid bokföring av en handling

Om fördröjd kontering används, vid bokföring av dokument, bildas rörelser enligt samma register som i ”full” kontering med rutan ”Reflektera i ex. bokföring". Dessa register används i regel för att fatta operativa beslut.

Det finns funktioner för registret "Kostnadsredovisning": rörelser bildas endast när du bokför "produktions" dokument, dokument "Mottagande av varor och tjänster", "Förskottsrapport". Vid bokföring av alla andra dokument genereras inga rörelser i detta register.

Vid utförande av dokument inte bildas rörelser i register som inte används för att fatta operativa beslut:

Sålda varor

Försäljningskostnad

Uppskjutet innehav oförenlig med lägen:

• Avskrivning av partier vid bokföring av dokument

  Fastställande av förskott vid bokföring av handlingar.

Dessa lägen används när

inga prestandaproblem

Det finns ingen uppgift att säkerställa flexibiliteten för reflektion i räkenskaperna

mer prioritet är att få "korrekta data denna minut."

Det vill säga, fördröjd ledning vid användning av sådana moder krävs inte.

Annullering av bokföring (distribution) av dokument

När ett dokument har lagts upp kan det avbrytas med ikonen

När postningen avbryts blir dokumentet tillgängligt för redigering igen, och alla dess tidigare utförda rörelser raderas (eller blir inaktiva). Dokumentet kan sedan läggas upp igen (kanske online, med en förskjutning i tidslinjen, eller icke-operativt, d.v.s. utan att ändra datum och tid).

Ta bort dokument

I de fall då användaren bestämmer sig för att till exempel dokumentet han angett inte behövs, kan han radera det. Radering av dokument görs genom att markera dem för radering. Sedan kan du starta "Delete of Marked Objects"-behandlingen och radera den permanent, och tills dess kan du ta bort raderingsmärket och återställa dokumentet. Denna radering i flera steg är också användbar eftersom behandlingen av radering av markerade objekt utför datakontroll före radering och skyddar objekt som används någon annanstans i databasen från radering. Det skulle till exempel vara fel att direkt och omedelbart ta bort någon motpart om det redan finns angivet i vissa dokument, eftersom. i det här fallet kommer dataintegriteten 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", d.v.s. direkt. Vanligtvis görs direkt borttagning genom bearbetning: när det finns skulle det vara logiskt att samma bearbetning kunde ta bort dem.

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

Tillverkningsföretag är de vanligaste bland de största företagen i Ryssland. Ledningen av sådana företag är en mycket komplex process som kräver båda vd, och från chefer för avdelningar, och från chefer för verkstäder och andra produktionslinjer med stor skicklighet, förmågan att planera, förutse och effektivt lösa aktuella problem.

Ineffektiv ledning och ledningsmisstag är för kostsamma för alla företag. Men för ett företag inom produktionsområdet är sådana misstag oacceptabla. Tillverkning kräver ibland stora material-, arbets-, råvaru- och energikostnader. Om produktionen är dåligt planerad kommer kunder och köpare att bli missnöjda, om det finns ”luckor” i försäljningsplaneringen riskerar företaget att gå med förlust. För att hjälpa tillverkande företag har 1C utvecklat en speciell mjukvaruprodukt 1C Manufacturing Enterprise Management 8 (hädanefter kallad "1C: SCP 8").

Detta program är ett helt system av värdefulla redovisnings-, planering-, kontroll- och ledningsverktyg som kommer att vara särskilt användbara för general- och finansdirektören, ekonomichefen och produktionsdirektören. Programmet "1C: UPP 8" inkluderar ledning och reglerad redovisning.

De senare inkluderar:

Bokföring;

Skatteredovisning;

Redovisning enligt IFRS regler.

Införandet av SCP 8 kommer att automatisera följande områden:

Produktionsledning (planering, kostnads- och kostnadshantering);

Ekonomisk förvaltning (redovisning enligt nationella och internationella standarder, hantering av ömsesidiga uppgörelser och fonder, budgetering);

Inköps- och försäljningsledning;

Lagerhantering;

Kundrelationshantering;

Bedömning av nivån på chefers arbete;

Personaladministration;

Analytiska rapporter med mera. andra

Således täcker programmet nästan alla avdelningar och divisioner i ett tillverkningsföretag, och presenterar för revisorer, avdelningschefer och företagsledning stora möjligheter för planering, analys, spårning av verksamhetens laglighet och flexibel resurshantering.

Stadier av implementering av SCP 8:

Express granskning och ingående av avtalet. Som alla projekt föregås implementeringen av "1C: Manufacturing Enterprise Management" av arbetsplanering. Innan man fortsätter med automatiseringen av förvaltningen bedömer specialister omfattningen av det kommande arbetet, identifierar huvudområdena, förutsäger eventuella svårigheter och sätt att eliminera dem.

Upprättande av tekniska specifikationer och överlåtelse till entreprenören. Ofta gör Softroom-specialister själva upp teknisk uppgift baserat på intervjuer med anställda på kundföretaget.

Systemdesign är det viktigaste steget. Under det utvecklas en systemlayout, gränssnittet konfigureras, data överförs från andra system. Därefter testas systemet och, om det lyckas, börjar det andra steget av implementeringen.

Testdrift och utbildning av företagets personal. Som regel genomgår alla anställda på redovisningsavdelningen och andra tjänster utbildning. Efter att ha fastställt nivån på personalens kompetens i arbetet med systemet, startar vårt företags specialister testoperation, under vilken de identifierar brister, korrigerar dem och genomför den senaste revideringen.

Framgången för implementeringen av SCP 8 på företaget beror till stor del på:

Kvalifikationer för specialister som representerar franchisetagaren företaget.

Anställda i företaget som är involverade i projektledning. Ju högre befattning projektledaren har, desto större chans att lyckas. Varje riktning måste tilldelas en ansvarig person.

Korrektheten i tillämpningen av programmets typiska funktionalitet och dess ändringar (tillägg) till företagets behov. Risken för fel minskar om allt görs noggrant under implementeringen, enligt standarder, med dubbelkontroller och ständig övervakning.

Kvaliteten på kontrollen av högsta ledningen. Människor tenderar att vara rädda för innovation och ansvar för att fatta beslut. Chefens uppgift är att utöva kontroll och vid behov använda administrativa verktyg. Dessutom kommer det i vissa fall att vara nödvändigt att tänka på att uppgradera de anställdas kompetens.

Alla dessa villkor kan endast tillhandahållas med ett professionellt tillvägagångssätt för implementeringen av systemet. Certifierade specialister från franchisetagaren som betjänar ditt företag kommer naturligtvis att göra allt rätt. Men framgång är möjlig endast med deras ständiga samarbete med cheferna för ditt företag.

Kostnad för att implementera SCP 8

När man utvärderar kostnaden för genomförandet är en nyckelfaktor företagets omfattning, vars hantering måste automatiseras. Antalet anställda, verkstäder, divisioner och produktionslinjer påverkar direkt specialisternas arbetstid.

Förutom, viktig faktor- om det tidigare fanns på företaget automatiserade system och hur väl de användes.

Softroom-företaget bestämmer SCP 8 individuellt för varje projekt, beroende på utbudet av uppgifter och deras komplexitet. Den preliminära bedömningen är kostnadsfri.

Tidslinje för implementering av SCP 8

Kan ett företag implementera SCP 8 på egen hand?

Kanske. Men försumma inte hjälpen från specialister för att automatisera hanteringen av ett medelstort och stort företag.

Endast certifierade proffs kan tillhandahålla positiv effekt från implementeringen av systemet. Och endast kompetent projektledning kommer att ge besparingar från processautomatisering.

Så lita på proffsen, och implementeringen av "1C: UPP 8" på ditt företag kommer att ge fantastiska resultat!

08.08.2016

Sätt upp mål för implementeringen av 1C: Production Enterprise Management (UPP). Hur bestämmer man?

Det är inte ovanligt för ledningen stort företag fatta beslut om att automatisera ett företag med en mjukvaruprodukt SCP, instruerar ansvariga medarbetare att utvecklas grov plan automatisering. I de flesta av dessa fall vet inte anställda var de ska börja. Den här artikeln hjälper dig att hantera den första viktiga punkten i framtidsplanen - att sätta upp mål för genomförandet. Senare kommer det integratörsföretag du har valt utifrån målen att ta fram en automationsplan. Det bör genast noteras att felaktigt formulerade, vaga, luddiga automationsmål kan leda till negativa konsekvenser. Det kan till exempel bli en betydande ökning kostnad för mjukstartare på grund av extra tid och arbetskostnader för att slutföra målen.

För att korrekt ställa in målen för automatisering måste du identifiera de uppgifter som den är utformad för att lösa. Det enklaste man kan göra i det här fallet är att intervjua företagets ledning och nyckelpersoner. Under undersökningen måste du ta reda på följande tre viktiga punkter:

• Vilka problem finns för närvarande i företaget (oavsett om det är direkt relaterat till automatisering eller inte, ibland ligger lösningen på problemet i de rumsliga svaren)?
• Vad behöver göras för att lösa dem (vilka steg ska man ta, vad ska man vara uppmärksam på, vad ska man ändra osv.)?
• Vilka är sätten att lösa problem (enligt intervjupersonens åsikt).

Integratörer rekommenderar att man genomför undersökningar separat med varje chef och registrerar varje svar i detalj, eftersom nyckelmedarbetarnas svar kan dölja syftet med automatisering. Dessutom är det nödvändigt att genomföra intervjuer i en ökande struktur: först - nyckelmedarbetare, efter - ledningen och i slutet - generaldirektören.

Som praxis visar, möter oftast stora tillverkningsföretag följande problem, som bäst hanteras av SCP:

• upprätta en enhetlig redovisning inom företaget och dess strukturella divisioner ( UPP redovisning utförs i ett enda informationsutrymme, oavsett komplexitet organisationsstruktur företag eller holding);
• kontinuerligt mottagande aktuell information om flödet av affärsprocesser på företaget i form av informativt analytiska rapporter (mjukstartsinställning innebär att man tar hänsyn till alla krav för insamling av information, dess bearbetning och tillhandahållande till ledningen; parametrar och kriterier för att samla in och analysera information konfigureras och ställs in manuellt);
• organisation av relationer mellan avdelningar och strukturella uppdelningar företag (till exempel version SCP 1.3 låter dig skapa och använda informationsbaser för att organisera oavbrutna interstrukturella relationer på företaget, vilket flera gånger ökar effektiviteten för hela företaget och varje anställd individuellt);
• acceleration av affärsprocesser för insamling och förflyttning av primära referenser ( SCP redovisning utförs på basis av automatisk ifyllning av primära referenser).

Automationsmålen kan vara olika, men huvudpoängen är att de är tydligt formulerade och överförs till integratörsföretaget, som utifrån dem förbereder detaljplan implementering av den valda mjukvaruprodukten