Lista över värden för ackumuleringsregister 1s. Rester och omsättningar. Ackumuleringsregistermätningar

Ackumuleringsregister i 1C:Enterprise-systemet är indelade i två typer: ackumuleringsregister matrester och ackumuleringsregister rpm.

Registertypen väljs när den skapas i konfiguratorn

Som namnet antyder är vissa avsedda att erhålla saldon från ett visst datum, och de andra är avsedda att erhålla omsättning för en vald period. Beroende på typen av ackumuleringsregister genererar 1C:Enterprise-plattformen en annan uppsättning virtuella tabeller. I den här artikeln kommer vi att titta på att arbeta med virtuella tabeller med ackumuleringsregister. För att göra detta kommer vi att skapa ett register för ackumulering av saldon - Produkter kvar och r- Produkter Omsättning.

Låt oss nu titta på vilka virtuella tabeller plattformen tillhandahåller för vart och ett av dessa register.

Revolutionens ackumulationsregister

För tydlighetens skull, låt oss öppna och se vilka tabeller som är tillgängliga för registret Produkter Omsättning. Detta är tabellen över själva registret - Produkter Omsättning, som finns fysiskt i databasen, och en virtuell tabell - ProdukterOmsättning.Omsättning

Med standardbordet är allt klart. Låt oss ta en närmare titt på den virtuella.

Virtuellt bord Omsättning

Denna tabell låter dig få resursomsättning i form av dimensioner. I vårt fall har vi två dimensioner: Stock Och Produkt. Och en resurs - Kvantitet

Låt vårt register ha följande poster

Låt oss gå tillbaka till frågedesignern och börja med att helt enkelt välja från tabellen ProdukterOmsättning.Omsättning alla områden

Följaktligen kommer begäran att se ut så här:

VÄLJ ProdukterOmsättningOmsättning.Lager, ProdukterOmsättningOmsättning.Produkt, ProdukterOmsättningOmsättning.MängdOmsättning FRÅN RegisterAccumulation.ProductsTurnover.Turnover(,) AS ProductsOmsättningOmsättning

Resultatet av frågan ser ut så här:

Det vill säga att vi fick omsättning i form av varor och lager under hela tiden. Låt oss anta att vi inte är intresserade av lager och vi vill få omsättning endast vad gäller varor.

För att göra detta utesluter vi dimensionen från begäran Stock

SELECT ProductsTurnoverTurnover.Product, ProductTurnoverTurnover.QuantityOmsättning FRÅN RegisterAccumulation.ProductsTurnover.Turnover(,) AS ProductsTurnoverOmsättning

och som ett resultat kommer vi bara att ha två rader kvar

Men i regel behöver man inte få omsättning under hela registrets existens. I grund och botten behövs de för en viss period: månad, kvartal, år, etc. Dessutom behövs vanligtvis val efter dimensioner (produkt, lager). Detta uppnås med hjälp av virtuella tabellparametrar. Det är bekvämt att fylla i parametrar från konstruktorn. Med knapp Virtuella bordsalternativ En dialogruta öppnas där du kan ange allt vi behöver:

Efter detta kommer vår ursprungliga begäran att ha följande form

VÄLJ VaruomsättningOmsättning.Lager, VaruomsättningOmsättning.Produkt, VaruomsättningOmsättning.MängdOmsättning FRÅN Registerackumulation.Varomsättning.Omsättning(&Början av Period, &Periodens slut, Lager = &Lager) AS Varoromsättning.

Som vi kan se är skillnaden att det inom parentes efter namnet på den virtuella tabellen finns parametrar som måste fyllas i innan frågan körs.

De som precis har börjat arbeta med virtuella tabeller frestas ofta att ställa in urval på vanligt sätt istället för att använda parametrar:

FRÅN RegisterAccumulations.ProductsTurnover.Turnover(,) HUR ProdukterOmsättningOmsättning WHERE ProdukterOmsättningOmsättning.Lager = &Warehouse

När vi fyllde i parametrarna missade vi Periodicitet. Låt oss öppna listan och välja från mängden av möjliga alternativ Månad. Vi tar bort alla andra parametrar för att inte bli förvirrade.

Efter detta ser vi att ett fält dyker upp i tabellfälten Period.

Genom att lägga till den i de valda fälten får vi följande begärantext:

VÄLJ ProdukterOmsättningOmsättning.Period, ProdukterOmsättningOmsättning.Lager, ProdukterOmsättningOmsättning.Produkt, ProdukterOmsättningOmsättning.MängdOmsättning FRÅN RegisterAccumulation.ProductsTurnover.Turnover.Turnover(, Month,) AS ProductsTurnover

Vi utför begäran:

Sålunda kan vi inom det valda tidsintervallet dela upp varven i mindre intervall i enlighet med den valda frekvensen.

Balansackumuleringsregister

Precis som med det omvända registret, låt oss titta i frågedesignern vilka virtuella tabeller som är tillgängliga för saldoackumuleringsregistret

Som du kan se finns tre virtuella tabeller tillgängliga för saldoackumuleringsregistret: Revolutioner, Matrester, Rester och omsättningar. Låt oss överväga var och en av dem separat.

Virtuellt bord Omsättning

Trots att registertypen är Matrester, vi kan ändå få omsättning från det. Dessutom har vi två ytterligare resurser här: Kommande Och Konsumtion

Låt mig påminna om att när en anteckning görs i saldoregistret anges typen av ackumuleringsrörelse (inkomst eller kostnad), medan för omsättningsregistret typ av rörelse inte anges. Därför har vi här en extra bonus i form av möjligheten att få inte bara den totala omsättningen för perioden, utan även intäkter och kostnader separat. Men naturligtvis, om metadata innehåller ett omvänt register med en liknande uppsättning mätningar, är det bättre att använda det för att få omsättning. I allmänhet liknar arbetet med den här virtuella tabellen som att arbeta med en virtuell tabell Revolutioner det förhandlingsbara registret som diskuterats ovan.

Virtuella bordssaldon

Den här tabellen används för att erhålla resursbalanser per dimension. I tabellparametrarna kan vi ange datumet för vilket vi tar emot saldon och ställa in val:

Låt oss titta på ett litet exempel. Vi har följande registerposter:

Låt oss välja alla tillgängliga fält och ställa in slutet av juni som datum för att ta emot saldon. Vi kommer inte att välja baserat på mått. Då kommer förfrågningstexten att se ut så här:

VÄLJ ProdukterResterande.Lager, ProdukterRester.Rester.Produkt,ProdukterRester.QuantityRemaining FROM RegisterAccumulations.ProductsRemainings.Remainings(&DateRemainings,) AS ProductsRemainingRemainings

Och efter att ha utfört det får vi det här resultatet

Virtuell tabell Saldon och omsättningar

Denna tabell kombinerar de två tidigare diskuterade och låter dig få omsättning för den valda tidsperioden, samt saldon i början och slutet av perioden. Du kan också ställa in val.

Användningen av denna tabell kan motiveras när du samtidigt behöver få både omsättning och saldon i början och slutet av perioden i en rapport. I andra fall bör du inte missbruka dess användning.

Objekt 1C "Ansamlingsregister" - Dessa är applicerade objekt som utgör grunden för mekanismen för redovisning av rörelser av medel (finansiering, varor, material, etc.), utformade för lagring av operativa redovisningsindikatorer och låter dig automatisera områden som lagerredovisning, ömsesidiga avräkningar och planering.

Med andra ord är dessa som gör att du snabbt kan registrera och lagra rörelser av alla tillgångar eller skulder i ett företag.

Ackumuleringsregistret är en tabell med information som samlar alla vissa rörelser (kvitton, avskrivningar eller omsättning).

Ackumuleringsregistret bildar ett flerdimensionellt mätsystem och låter dig "ackumulera" numerisk data i ett sammanhang av flera dimensioner. I ett sådant register kan du till exempel samla information om produktsaldon per produktlinje och lager, eller information om försäljningsvolymer per produktlinje och företagsindelning.

Restregister(Rester) lagrar rörelser, och även, baserat på dem, resten efter varje rörelse. Restackumuleringsregister används till exempel för att registrera varor i lager.

Förhandlingsbart register(Revolutions) lagrar rörelser utan att ange deras riktning, och innebär inte separat lagring av rester. Ett exempel på användning av ett förhandlingsbart register är registrering av uppgifter om ett företags intäkter.

Ur tabellmodellens synvinkel innehåller ackumuleringsregistret:

• mätningar;
• resurser (kan vara antingen numeriska eller definierbara);
• nödvändigheter.

Vid utformningen av ackumulationsregistrets struktur ska en registrator utses, och minst en resurs ska skapas.

[kollaps]

Ett obligatoriskt attribut för ackumuleringsregistret är "Period", och frekvensen kan inte justeras - poster lagras exakt till tvåan. Informationen som lagras i ackumuleringsregistret är alltid kopplad till tidsaxeln.

Vid skrivning av data till ackumuleringsregistret får "Perioden" inte vara tom. "Period" är en standarddetalj som måste fyllas i.

Standarddetaljer för 1C-ackumuleringsregistret finns på fliken "Data" - "Standarddetaljer".

• Period- Datumet för flyttningen behöver inte sammanfalla med datumet för dokumentet;
• Registrator- en handling som gör en anteckning i registret;
• Linje nummer- Serienummer för raden i postuppsättningen, unikt inom registraren;
• Aktivitet- ansvarar för att få in poster i virtuella tabeller (ett snabbt sätt att få profilinformation från register); kan inte ställas in för varje post individuellt inom ramen för en dokumentinspelare (ett minimum för en uppsättning poster kan ställas in);
• VisaDvisioner- inkomst eller kostnad.

Unikheten hos poster för 1C-objektet "Akkumulationsregister"

Systemet ger kontroll över unikheten hos poster som lagras i ackumuleringsregistret. Tack vare detta kan ackumuleringsregistret inte innehålla två poster som hänför sig till samma rad i samma dokument.

Unikhet med poster i ackumuleringsregistrets rörelsetabell bestäms av fälten "Registrator" och "Line number".

[kollaps]

Ackumuleringsregister är alltid underställda dokumentregistratorn. Därför, bland deras standarddetaljer finns det alltid " ".

Funktionalitet hos 1C-ackumuleringsregistret

Huvudfunktionaliteten som ackumuleringsregistret tillhandahåller utvecklaren är:

• välja poster i ett givet intervall enligt specificerade kriterier;
• urval av poster av registrator;
• erhålla saldon och omsättning vid en specificerad tidpunkt baserat på specificerade mätvärden;
• funktionssätt med uppdelning av totaler, vilket ger högre parallellitet för skrivning till registret;
• inaktivera användningen av löpande summor;
• beräkning av resultat för det angivna datumet;
• läsa, modifiera och skriva en uppsättning poster till ett register;
• förmågan att skriva till registret utan att räkna om resultaten;
• en fullständig omräkning av resultaten och en omräkning av resultaten för den angivna perioden.

För ackumuleringsregister kan totalseparationsläget aktiveras:

Om divisionen är aktiverad, kommer en ytterligare kolumn med ett värde av typen "Number" att läggas till i registertotaltabellen, som kommer att fungera som en separator för återstoden av data vid samtidig skrivning till registret av två dokument.

[kollaps]

Struktur för 1C-objektet "Akkumulationsregister"

Uppgifter i ackumuleringsregistret lagras i form av register, som var och en innehåller:

1. mätvärden (beskriv sektionerna där information lagras);
2. motsvarande resursvärden (ackumulera nödvändiga numeriska kvantitativa data).

En redovisningsdel kan till exempel vara lager, artikel, produktegenskaper, produktserie, kvalitet.

Genom att specificera de mått vi är intresserade av kan vi när som helst få fram kvantiteten - resursen.

I samband med olika dimensioner kan du i framtiden till exempel få saldon för ett specifikt datum.

Designegenskaper för ackumuleringsregistret:

1. Framför allt är det nödvändigt att sätta de mätningar som oftast kommer att begäras i systemet;
2. egenskap "Index" ackumuleringsregistermätningar måste ställas in på mätningar i de fall det är planerat att ofta tillämpa urval för mätningen vid inhämtning av data och denna mätning kan ha ett stort antal varianter av värde. Till exempel har vi ett register "ProductsInWarehouses" (dimensioner "Warehouse, Nomenclature", resurs - "Quantity"). Det är mer korrekt att indexera "Nomenklaturen", men fältet "Warehouse" bör inte indexeras, eftersom antalet lager i systemet som regel inte är signifikant.

Uppsättning av ackumuleringsregister

Detta är en samling av dess strängar (poster) som finns i datorns minne.

En uppsättning poster är alltid associerad med ett specifikt registerdokument (dvs. bestäms av dokumentregistratorn), eftersom det inte kan finnas oberoende ackumuleringsregister. Genom att arbeta med en uppsättning poster kan du läsa denna data från databasen, ta bort den, ändra den och lägga till den under vissa förutsättningar. När du skriver ersätter den vanligtvis alla poster som är tillgängliga i databasen för ett givet tillstånd med de poster som finns i uppsättningen. Om poster inte ersätts, rensas uppsättningen efter att skrivningen är klar.

Det maximala antalet poster i en uppsättning är 999 999 999.

Uppsättning av ackumuleringsregisterkan användas:

1. att ändra ackumuleringsregisterposter för en specifik registrar;
2. att lägga till ackumuleringsregisterposter för en specifik registrar;
3. att radera ackumuleringsregisterposter för en specifik registrator;
4. för att läsa en uppsättning poster för en specifik brännare.

Viktig! Urval kan endast baseras på jämlikhet.

Eftersom ackumuleringsregistret används för att ackumulera numeriska värden, gör varje post en ändring av de lagrade resurserna - rörelse. Rörelser i allmänhet kan antingen lägga till några steg till lagrade resurser eller subtrahera dem:

1. församlingsrörelse(“+”) - om en ökning av lagrade resurser bör utföras;
2. flödesrörelse(“-”) - om en minskning av lagrade resurser ska utföras.

Tillsammans med varje inmatning i ackumuleringsregistret kan ytterligare godtycklig information lagras. För detta ändamål används.

Det erforderliga standardkravet för ackumuleringsregistret är registratorn.

[kollaps]

Registrator - detta är ett dokument under vilket registeranteckningar genereras (dvs. det är ett dokument som kan göra rörelser i ackumuleringsregistret).

Uppteckningar är bara meningsfulla om brännaren finns; Vid radering av ett journaldokument raderas även journalerna.

Listan över registrardokument anges på motsvarande flik "Registrarer" i fönstret för redigering av konfigurationsobjektet "Accumulation Register".

Bild "Recorders"-fliken i fönstret för redigering av konfigurationsobjektet "Accumulation register"

[kollaps]

Däremot kan du programmässigt göra en post utan ett brännardokument (men det förutsätter fortfarande att det finns en brännare). Dessutom kan skapandet av poster inte bara ske under evenemang, utan även för vissa andra evenemang finns det inga strikta begränsningar här.

De flesta algoritmer för att skapa rörelse i ackumuleringsregistret bildas vid postning av ett dokument (procedur "Bearbetning av bokföring").

Anslutning av 1C-objektet "Akkumulationsregister" med registraren

En förändring av ackumulationsregistrets tillstånd sker vanligtvis när en handling bokförs. Därför är varje registerpost associerad med ett specifikt dokument - registratorn, detta dokuments radnummer och datum - period.

[kollaps]

I allmänhet kanske värdet i fältet "Period" inte sammanfaller med dokumentdatumet. Till exempel kan försäljningsplansdokumentet registrera företagets förväntade försäljning på flera olika datum i ackumuleringsregistret.

Sammansättningen av dokument som kan skapa poster i ackumuleringsregistret specificeras av utvecklaren under skapandeprocessen.

[kollaps]

Funktioner för att arbeta med registrarer vid behandling av dokument:

1. Anteckningar i ackumuleringsregistret kan bildas:
   • när du utför ett dokument;
   • när du spelar in ett dokument;
   • när du fyller i dokumentet.
2. Obligatoriskt villkor i förhållande till Registrator vid registrering av uppgifter i ackumuleringsregistret: Journalhandlingen måste antecknas. Tills dokumentet registreras finns det ingen länk till det i systemet, och länken måste anges i fältet "Registrarer".
3. Fältet "Registrarer" kan innehålla en icke-tom länk endast till registrardokumentet(typkontrollerad).
4. Typ fältdata "Registratorer" bestäms på fliken "Registrarer". i redigeringsfönstret för konfigurationsobjekt.
5. För fältet "Registrarer" kan du definiera typenDocumentLink.<ИмяДокумента>. MED Listan över inspelarestyper är ganska specifik (skärmdump ovan).
6. Saker att komma ihåg:
   • ett ackumuleringsregister kan associeras med valfritt antal dokumenttyper;
   • en dokumenttyp kan associeras med valfritt antal ackumuleringsregister;
   • när en dokumentinspelare raderas, raderas poster automatiskt från databasen;
   • register kan finnas utan närvaro av ett registerdokument vid användning av en utbytesplan, vilket kan leda till till kränkning av referensintegriteten informationsbas.
7. Datumet för registrarens handling är inte på något sätt relaterat till registrets period. Datumet för registeranteckningen bestäms programmatiskt och kan antingen sammanfalla med dokumentets datum eller vara helt annorlunda.

1C-objektrörelsedesigner "ackumulationsregister"

Algoritmerna med vilka registerposter genereras beskrivs med hjälp av det inbyggda språket i procedurerna för motsvarande dokument. Systemet innehåller, vilket hjälper utvecklaren att skapa algoritmer för dokumentbehandling.

Saldoregister och omsättningsregister

Det finns två typer av ackumuleringsregister:

1. balansackumuleringsregister(lagrar de totala värdena av resurser - saldon);
2. revolutionsackumuleringsregister(lagrar endast förändringar i dessa resurser - revolutioner).

Förekomsten av ett register för ackumulering av omsättning beror på det faktum att det vid automatisering av ekonomisk verksamhet finns ett stort antal situationer när det bara är nödvändigt att ackumulera omsättning, och värdena på saldona är inte vettiga. Ett typiskt exempel på användning av ett omsättningsackumuleringsregister är registret ”Intäkt och försäljningskostnad”, som lagrar information om försäljningsvolymer.

Eftersom omsättningsackumuleringsregistret inte ackumulerar de återstående resurserna, är "riktningen" för rörelsen av resurser (inkomster eller utgifter) inte meningsfull för det; Endast mängden förändring i resurser ackumuleras. Därför är alla poster i varvtalsregistret markerade med samma ikoner.

Enheter av register för ackumulerande varv

För förhandlingsbara ackumuleringsregister stöder plattformen en speciell aggregatmekanism, som avsevärt kan påskynda inhämtningen av data från register som innehåller ett stort antal poster - hundratusentals och miljoner poster.

Aggregat- Detta är en speciell mekanism som implementeras i cirkulerande ackumuleringsregister och gör det möjligt att avsevärt minska tiden för generering av rapporter.

Varje aggregat är ett specialiserat lager som innehåller aggregerade registerdata i olika sektioner, bekvämt för att generera rapporter i denna informationsbas. Systemet utvärderar automatiskt intensiteten i användarnas arbete med vissa delar av information och, baserat på ackumulerad statistik, väljer den optimala sammansättningen av stödda aggregat.

Användningen av aggregat tillåter analytiker och chefer att analysera tillgänglig information genom att växla mellan olika visningsvyer med en kort systemsvarstid. Samtidigt använder systemet ackumulerad aggregerad data och säkerställer alltid att de inkomna rapporterna är uppdaterade.

Flera aggregat kan skapas för alla register.

Plattformen innehåller en speciell, med vilken du kan ändra sammansättningen av enheter och konfigurera deras användning.

Aggregatdesignern kan anropas från fönstret för redigering av det cirkulerande ackumuleringsregistret (fliken "Data").

Listform och postuppsättningsform för 1C-objektet "Akkumulationsregister"

För att användaren ska kunna se data som finns i ackumuleringsregistret stöder systemet följande vyer av ackumuleringsregistret:

1. ackumulationsregisterlista blankett- låter dig sortera och välja den visade informationen enligt flera kriterier; systemet kan automatiskt generera detta formulär;
2. ackumuleringsregisterpostuppsättningsformulär- låter dig lägga till, ändra och ta bort poster.

Tillsammans med detta har utvecklaren möjlighet att skapa sina egna (anpassade) formulär, som systemet kommer att använda istället för standardformuläret.

Uppgiften för alla redovisningssystem är att lagra och snabbt visa information för användaren, d.v.s. Målet med varje systemdesign är att snabbt förse användaren med en rapport. Med hjälp av de uppgifter som erhålls fattas som regel ledningsbeslut på företag.

Låt oss anta att vi har 1000 olika dokument: mottagning av varor, avskrivning, retur, försäljning osv. Och vart och ett av dokumenten ändrar mängden av en viss produkt i lagret. För att få information om den aktuella kvantiteten på lagret behöver du gå igenom allt: vissa ökar mängden varor, vissa minskar, vissa kan öka eller minska. Och om det också är nödvändigt att ta hänsyn till lagret, organisationen?.. Ett sådant system är mycket resurskrävande.

För att förenkla denna process kom 1C-utvecklare med speciella konfigurationsobjekt. De används för bekvämligheten att lagra och hämta information i 1C 8.3 och 8.2 används alla typer av register i denna artikel som vi kommer att prata specifikt om Ackumuleringsregister.

Själva ackumuleringsregistret är en tabell med information som samlar alla rörelser (kvitton/avskrivningar eller omsättning) av vissa handlingar. Låt oss titta på hur rörelsetabellen ser ut med exemplet på ett typiskt ackumuleringsregister "Varor i lager" i "Trade Management 10.3"-konfigurationen:

Här ser vi att 1C "Sales"-dokument minskar mängden av en viss produkt på en viss lagringsplats, och kvittodokument tvärtom ökar kvantiteten. Som ett resultat får vi en helhetsbild där vi tydligt kan se vad, när och i vilken kvantitet som mottagits (avskrivs) enligt bokföring. Det är mycket bekvämare att skapa en rapport med en sådan tabell.

Ackumuleringsregister i konfiguratorn

Vad är ett ackumuleringsregister urt? Låt oss börja med att titta på fälten i ackumuleringsregistret i:

Få 267 videolektioner på 1C gratis:

Ackumuleringsregistret har Mått, resurser, detaljer och standarddetaljer.

Låt oss först överväga standarddetaljerna för ackumuleringsregistret:

• period— Datum för flyttning behöver inte sammanfalla med datumet för dokumentet.
• registrator- en handling som gör en anteckning i registret;
• linje nummer— Serienummer för raden i postuppsättningen, unikt inom registraren.
• aktivitet— ansvarar för att få in poster i virtuella tabeller (mer om dem nedan);
• serörelse- inkomst eller kostnad.

Ackumuleringsregistermätningar

En dimension är en sektion där register förs. I exemplet ovan är redovisningssektionen: lager, nomenklatur, produktegenskaper, produktserier, kvalitet. Det vill säga, genom att specificera de mått vi är intresserade av kan vi erhålla kvantiteten – resursen – när som helst. I samband med olika dimensioner kan du i framtiden till exempel få saldon för ett specifikt datum.

Ackumuleringsregisterresurs

En resurs är ett numeriskt fält där information lagras inom ramen för de dimensioner som beskrivs ovan.

Annars kan växelverkan mellan dimensioner/resurser schematiskt avbildas som ett koordinatsystem:

Två dimensioner - abskissa och ordinata för koordinatsystemet, d.v.s. i det här exemplet är dimensionerna lager och artikel. I skärningspunkten mellan dimensioner kan vi få en kvantitet - en resurs. Till exempel, på "huvudlagret" för produkten "penna" finns det 1 st i lager.

Detaljer för ackumuleringsregistret IC

Ackumuleringsregisteruppgifter fungerar som en "kommentar" eller ytterligare information vad gäller mått, saldon/omsättningar kan inte erhållas. Används ganska sällan.

Typer av ackumuleringsregister

Det finns två typer av ackumuleringsregister − omsättningar och saldon.

Om syftet med ackumuleringsregistret inte är att få saldon, är det nödvändigt att använda typen av ackumuleringsregister - rpm. Ett typiskt exempel på användning av ett omsättningsregister är att registrera försäljningsvolymer. I det här fallet behöver vi bara veta vad försäljningen var under en viss tidsperiod i det här fallet är inte vettigt.

Om syftet med att använda ackumuleringsregistret är att få saldon för en viss period behöver vi ett register med blanketten matrester. Denna typ gör att du kan ta emot både saldon och omsättning. För ett sådant register beräknar systemet automatiskt saldon. Ett exempel på ett ”restregister” är varor i lager, pengar i kassan.

Använda en registertyp matrester där du kan ta dig fram rpm, anses vara en blunder i utformningen av ackumuleringsregistret ur ett systemprestandaperspektiv.

Beroende på typ av register kommer systemet att skapa olika virtuella tabeller för ackumuleringsregistret. En virtuell tabell är ett snabbt sätt att få profilinformation från register.

För ackumuleringsregistret är det:

• Matrester;
• Revolutioner;
• Rester och omsättningar.

För lösningsutvecklaren hämtas data från en (virtuell) tabell, men i själva verket tar 1C-plattformen den från många tabeller och omvandlar dem till den form som krävs.

Rätt utformning av ackumuleringsregister

Ackumuleringsregister ska utformas utifrån de rapporter som krävs. Det svåraste i 1C 8.3-systemet är att lagra information korrekt så att den lätt kan hämtas när som helst.

Bland funktionerna i registerdesign bör det noteras behovet av att korrekt ordna dimensionerna i registret. Framför allt måste du lägga in de mått som kommer att begäras oftast i systemet.

Indexering av

Ackumuleringsregistermätningar har egenskapen att "indexera". Den här egenskapen måste ställas in på mätningar i de fall där det är planerat att ofta tillämpa urval på mätningen vid mottagning av data och denna mätning kan ha ett stort antal värdealternativ.

Till exempel är registret "ProductsInWarehouses", dimensionerna är "Warehouse, Nomenclature", resursen är "Quantity".

Det är mer korrekt att indexera "Nomenklaturen", men fältet "Warehouse" bör inte indexeras, eftersom antalet lager i systemet som regel inte är signifikant.

I alla konfigurationer av 1s 8.2 kan du se den här typen av objekt som register. Deras huvudsakliga syfte är att optimera datainsamlingen för rapporter. Det finns fyra typer av register: informationsregister, ackumuleringsregister, redovisningsregister och beräkningsregister. Och även om dessa typer är avsedda att lösa olika problem, bara genom att de alla kallas "register" kan man gissa att de också har något gemensamt.

För det första, som redan nämnts, behövs de som konfigurationsobjekt för att snabbare läsa information från databasen, till exempel i frågor. Registren kan jämföras med en bokbibliotekskatalog (tidigare sammanställdes de på papperskort). Det vill säga, detta är inte bara lagring av information (data), utan också dess systematisering (skapande av en viss struktur), när data kommer in i ett specifikt register (till exempel från dokument av olika slag) och, om det behövs, kan det snabbt hämtas därifrån och visas till exempel i rapport eller annan process. I allmänhet kan den huvudsakliga användningen av register i 1C illustreras med följande schema: "Dokument - Register - Rapport", även om det finns undantag.

För det andra har alla register, oavsett typ, resurser, dimensioner och detaljer. Det vill säga, det är bestämt Vad(resurs) i vilka avsnitt(mått) måste beaktas. Gäller biblioteket – vi tar hänsyn till böcker efter författare, genre och förlag. Och med hjälp av detaljer kan du komplettera informationen, till exempel med publiceringsår. Och här finns det en viktig punkt - registrets struktur måste bestämmas mycket noggrant, beroende på vilken information vi ska hämta ur den. Till exempel, om sökningen i vårt bibliotek oftast utförs med författarens efternamn, bör kortet först innehålla författaren (den första dimensionen), och först efter det ska genren (den andra dimensionen).

För det tredje har register en tabellstruktur, men den skiljer sig från strukturen för objekttabeller. Så du hittar inte klasser som RegisterReference eller RegisterObject. Registertabellens sammansättning beror på dess egenskaper.

För det fjärde skrivs data till register i form av registeruppsättningar. Varje set består av en eller flera poster. Det går dock inte att referera till eller komma åt posten i uppsättningen. Och varken en uppsättning poster eller en post i en uppsättning kan ha tillståndet "markering för radering".

För det femte, när man kommer åt register i frågor för att erhålla data, är det möjligt att komma åt inte bara de fysiska registertabellerna, utan även virtuella tabeller, som är en kapslad fråga som erhåller data baserat på vissa parametrar. De virtuella tabellparametrarna ställs in beroende på de specifika behoven för att hämta data från registertabeller.

Låt oss nu prata om funktionerna i varje typ av register:

1. Informationsregister

Kanske den enklaste typen av register. Till skillnad från andra typer av register kan dess resurs namnges inte bara som ett numeriskt värde, utan också som en annan datatyp.

Den har en speciell egenskap som inte används i andra typer av register - periodicitet.

Det kanske inte har en registrator, det vill säga vara oberoende i det här fallet görs inmatningar direkt i registret, förbi registreringsdokumentet (detta är själva undantaget från det allmänna systemet för användning av register i 1c). Medan andra typer av register måste ha minst en dokumentregistrator.

Dessutom har denna typ av register automatisk kontroll av posternas unika per period (frekvens angiven i registeregenskaperna) och dimensioner. Det vill säga, bland registerposterna kan det inte finnas mer än en post med samma indikatorperiod + mätning + skrivare (om det finns en). Det unika hos poster i andra typer av register bestäms av registratorn.

2. Ackumuleringsregister

Designad för att samla numeriska indikatorer (resurser) och är uppdelad i två undertyper - Remains och Turnovers. Skillnaden mellan dem är att ackumuleringsregistersaldon är avsedda att få information om tillståndet "vid en tidpunkt" och omsättning är avsett att få information om data "för en period".

Ackumuleringsregisterdata lagras i databasen i form av två tabeller - en rörelsetabell och en totaltabell. Direkt åtkomst är endast möjlig till rörelsebordet.

3. Bokföringsregister

Det liknar ett ackumuleringsregister, men är utformat för att systematisera uppgifter om bokföringsposter. Det kan dock användas inte bara för redovisning, utan också för alla andra typer av redovisning.

Dess huvudsakliga funktion är möjligheten att registrera data med hjälp av dubbelinmatningsmetoden med debet-kreditprincipen. För att implementera möjligheten att generera transaktioner måste Bokföringsregistret vara kopplat till ett särskilt objekt - Kontoplan.

4. Beräkningsregister

Denna typ av register är inte bara avsedd för att lagra, ackumulera och systematisera data, utan också för att implementera komplexa mekanismer för periodiska beräkningar. För att göra detta, i egenskaperna för beräkningsregistret, måste du definiera ett annat 1C-objekt - en plan över beräkningstyper. Det vill säga driften av ett register av denna typ är omöjligt utan att definiera en specifik plan för beräkningstyper för det.

Vi kan säga att beräkningsregistret används för att lagra information om typerna av beräkningar och för att lagra resultaten av beräkningar och för mellanliggande värden av beräkningar. Dess huvudsakliga syfte i 1C-konfigurationer är att beräkna periodiseringar, till exempel löner och andra betalningar till anställda. Och för att implementera dessa uppgifter, när man bestämmer parametrarna för beräkningsregistret, är det möjligt att i det ange en koppling till ett tidsschema, vilket gör att beräkningar kan göras beroende på den tid som anges i detta schema. Själva tidsschemat måste definieras med hjälp av lämpligt informationsregister.

Således kan vi säga att beräkningsregistret i slutändan har den mest komplexa strukturen jämfört med andra typer av register i 1:or.

Rapportera "Saldon och omsättningar" skapad för få en redogörelse för saldon och omsättning.

Utdraget visas i form av en tabell med kolumner "Startsaldo", "Kvitto", "Utgift", "Slutsaldo" och detaljerade kolumner.

Denna rapport kan byggas för eventuellt saldoackumuleringsregister finns i konfigurationen.

Väg: Rapporter – Universell – Saldon och omsättning

Efter att ha öppnat huvudrapportformuläret behöver du göra detta, vilket kan göras direkt på huvudformuläret. I det här fallet är det nödvändigt:

• i fält" Bokföringssektionen" välj det saldoackumuleringsregister som du vill generera en rapport för (valet görs från den föreslagna listan);
• i fält "Perioden från ... till ...."— ange den period för vilken rapporten kommer att genereras.

OBS: om fältet "Perioden från ... till ...." lämnas tom kommer rapporten att genereras för hela systemets driftperiod;

• För att generera en rapport i ett formulär som är lämpligt för oss, konfigurerar vi den med knappen " Inställningar".
• När du använder knappen kan du konfigurera urvalet av data som visas i rapporten. ( Dessutom kan valet konfigureras på "Urval"inställningsformulär.)

Med knappen " Form" Rapporten genereras i enlighet med de aktuella inställningarna.

Knapp " Rubrik" låter dig få en mer kompakt vy av rapporten genom att dölja dess rubrik.

Rapporten kan också initialt konfigureras med "Inställningar"-knappar vilket gör att du kan ställa in alla möjliga rapportparametrar, inkl. och de som anges på huvudformuläret.

Formuläret innehåller följande flikar:

• Är vanliga;
• Grupper;
• Urval;
• Fält;
• Sortering.

På bokmärket "Är vanliga" du kan ställa in rapporteringsperioden, välja en redovisningssektion, annat allmänt parametrar och indikatorer.

Som parametrar föreslog:

• "Använd egenskaper och kategorier"— efter att ha markerat rutan blir det möjligt att välja och gruppera data efter egenskaper, välja efter kategorier av objekt;
• "Färgsätt fraktionerna"— Rapportgrupperingar kommer att markeras i olika färger.
• "Sammanfatta alla nivåer" - När du grupperar rapporten kommer totala data för varje grupp att visas.

"Index"— numeriska värden sammanfattade i rapporten. Dessa värden visas i kolumnerna "Börjansaldo", "Slutsaldo", "Inkomst", "Utgift".

"Utdata i olika kolumner"— med kryssrutan markerad kommer varje indikator att visas i en separat kolumn om kryssrutan är avmarkerad, kommer indikatorerna att visas under varandra.

På bokmärket Grupper Du kan anpassa rapportdetaljen:

— Grupperingslinjer kommer att innehålla de totala värdena för de valda indikatorerna;

— Typ av totaler avgör om ytterligare hierarkiska grupperingar behöver läggas till i rapporten

Systemet erbjuder följande typer av datagruppering:

Element– generera en rapport om de element som ingår i det valda ackumuleringsregistret

Hierarki— skapa en rapport om grupper som innehåller element,

Endast hierarki används endast om totaler för element inte behövs, men endast totaler för grupper behövs

— För att skapa en rapport efter grupper måste du välja en egenskap som rapporten kommer att vara detaljerad med. För detta är det nödvändigt till radgruppering lägg till grupperingsvy från popup-fönstret "Fältval".

På bokmärket "Urval" data upprättas villkor för att generera en rapport

Varje rad anger ett urvalselement som innehåller:

• Fält, vars värden är föremål för urvalsvillkor.
• Kryssruta för att använda urvalselement . Låter dig enkelt inaktivera och aktivera individuella urvalselement utan att ta bort eller lägga till element.
• Jämförelsetyp– urvalsvillkor för vilket rapporten kommer att genereras.

Systemet erbjuder följande jämförelsetyper:

Lika— Rapporten kommer endast att bygga på det valda attributet.

Inte jämnlikt— Rapporten kommer att baseras på alla egenskaper utom den valda.

På listan— Rapporten kommer att baseras på en förteckning över egenskaper.

Inte på listan— Rapporten kommer att baseras på alla egenskaper, utom de som valts ut.

I grupp— rapporten kommer att byggas utifrån alla egenskaper som finns i den valda mappen från motsvarande katalog.

Inte i grupp— Rapporten kommer att byggas utifrån alla egenskaper, förutom objekt som finns i den valda mappen från motsvarande katalog.

I en grupp från listan— liknande jämförelse I listan är endast flera mappar från motsvarande katalog valda som listvärden;

Inte i en grupp från listan- liknande jämförelsen Inte i listan, endast flera mappar från motsvarande katalog väljs som listvärden.

• Menande, värden indikeras för att bestämma urvalsvillkoren för att ange intervallet, som specificeras av två värden - intervallets gränser. Om ett villkor ställs för att vara i en lista, anges jämförelsevärdena av en värdelista.

På fliken " Fält" Du kan ange en lista över fält som ska visas i rapporten. Som standard, om listan är tom, visas de valda fälten i grupperingslistan i rapporten.

Fälten visar ytterligare information som kommer att visas när rapporten genereras i kolumner.

På fliken " Sortering" Du kan ställa in i vilken ordning rapportraderna ska visas.

Varje rad anger fältet och sorteringsordningen. Om sortering inte anges används automatisk ordning (teckensträngar - alfabetiskt, siffror - stigande, etc.). Indikatorfält kan väljas som beställningsfält, vilket gör att du kan sortera rapportrader i fallande eller stigande ordning för indikatorn.

När du har angett alla villkor för att generera en rapport, när du klickar på OK, genereras rapporten

Visningar av inlägg: 2 537