Tijdens het uitvoeren van economische activiteiten bij de onderneming, doen zich situaties voor waarin kosten worden gemaakt die niet volledig kunnen worden afgeschreven in de huidige periode van boekhouding en fiscale boekhouding.

Dergelijke kosten hebben betrekking op uitgestelde kosten (hierna BPO), d.w.z. dit zijn kosten die in de huidige verslagperiode zijn gemaakt, maar die verband houden met kosten die in volgende verslagperioden geleidelijk worden verantwoord en afgeschreven.

Uitgestelde kosten zijn onder meer: ​​advertentiekosten, abonnement op tijdschriften, huurbetalingen, licenties, etc.

Bij een jaarabonnement op een tijdschrift wordt u bijvoorbeeld in zijn geheel voor het jaar gefactureerd, maar worden de kosten maandelijks in rekening gebracht en vastgelegd.

Hoe uitgestelde uitgaven correct weer te geven in "1C: Accounting 8 voor Kazachstan"?

In de configuratie "Accounting 8 voor Kazachstan" wordt de boekhouding van BPO als volgt uitgevoerd:

• een nieuw item in de directory maken Toekomstige uitgaven... Het wordt aanbevolen om voor elk type BPO een nieuw record aan te maken voor een correcte afschrijving op de bedrijfskosten;
• registratie van de ontvangst van een aan de BPO toegewezen vermogensbestanddeel;
• afschrijving van uitgestelde kosten.

Om te worden weerspiegeld in de boekhouding van BPO, moet u een nieuw type onkosten maken in het naslagwerk Toekomstige uitgaven... De referentie is beschikbaar in de sectie: Enterprise - Referenties en instellingen - Uitgestelde kosten.

Per onderdeel van de BPO wordt informatie gegeven over de tegenpartij van wie goederen, werken, diensten zijn ingekocht, toe te rekenen aan uitgestelde kosten en de periode waarover deze kosten moeten worden afgeschreven. Ook wordt het totaal te debiteren bedrag en de facturatierekening vermeld.

Per type BPO wordt aangegeven op welke wijze de kosten worden afgeschreven:

Gelijkmatig- het afschrijvingsbedrag wordt berekend als de verhouding tussen het opgegeven bedrag en het aantal maanden dat het actief is gebruikt. Bij het kiezen van deze methode worden het te debiteren bedrag van de BPO en de startdatum van de debitering overgenomen uit de gegevens die in de directory staan ​​vermeld Toekomstige uitgaven... Houd er rekening mee dat BPO op de balans van de onderneming moet worden verantwoord, d.w.z. een afspiegeling van de ontvangst ervan is noodzakelijk. Bij een uniforme methode wordt het bedrag van het RBP in de eerste maand afgeschreven over het werkelijke aantal dagen dat het RBP in deze maand is gebruikt. Is de BPO bijvoorbeeld op de 10e gekocht, dan wordt bij afschrijving in de eerste maand het bedrag voor een onvolledige maand berekend. Het bedrag dat in de afgelopen maand moet worden afgeschreven, wordt berekend als het saldo van het RBP-bedrag aan het einde van de periode.

Van restwaarde- het bedrag wordt berekend op basis van het restbedrag van het RBP ten opzichte van het resterende aantal maanden afschrijving kosten. Deze methode van afschrijving van de BPO bepaalt het af te schrijven bedrag op basis van het bedrag dat wordt weerspiegeld in de rekeningen van uitgestelde kosten, ongeacht het bedrag dat in het referentieboek is vermeld. Toekomstige uitgaven.

• Tel niet- bij het uitvoeren van een routine documentbewerking Sluiting van de maand het BPO-bedrag komt niet ten laste van de ondernemingskosten. Aangenomen wordt dat de BPO in dit geval zelfstandig ten laste wordt gebracht door handmatige bewerkingen.

Documenten gebruiken Ontvangst van inventaris en diensten en/of Vooraf rapport overname van RBP is geregistreerd.

In document Ontvangst van inventaris en diensten gegevens over de tegenpartij, het contract, enz. In het tabelgedeelte op het tabblad Diensten informatie over het verworven actief wordt ingevuld en ten laste van de uitgestelde kosten gebracht. 1720 "Vooruitbetaalde kosten op korte termijn" of 2920 "Vooruitbetaalde kosten op lange termijn" worden als kostenrekening aangegeven.

In document Vooraf rapport het invullen van informatie over de BPO gebeurt op het tabblad Ander.

Afschrijving van BPO wordt uitgevoerd in het document Sluiting van de maand, routinematige operatie Afschrijving van vooruitbetaalde kosten... Het document is beschikbaar in de sectie Bewerkingen - Routinematige bewerkingen - Afsluiting van de maand... De routinehandeling van het afschrijven van de BPO wordt maandelijks uitgevoerd op de laatste dag van de maand.

Voorbeelden van afschrijvingen van vooruitbetaalde kosten

Afschrijving van BPO volgens de "Uniformly"-methode

Voorbeeld

Op 10 januari 2016 is de dienst van een jaarabonnement op een tijdschrift afgenomen voor een bedrag van 120.000 tenge (bovenstaande btw).

In de referentie Toekomstige uitgaven het is noodzakelijk om de periode van toerekening aan kosten vast te stellen: van 01 januari 2019 tot 31 december 2019 en de methode van afschrijving Gelijkmatig... Het afgeschreven bedrag is 120.000 tenge.

In document Ontvangst van inventaris en diensten weerspiegelt de aankoop van een abonnementsservice voor een tijdschrift. Koppeling Prijzen en valuta het is noodzakelijk om het teken te verwijderen Bedrag inclusief btw voor de juiste berekening van het btw-bedrag volgens de voorwaarden van het voorbeeld.

Op het tabblad Diensten in het veld Nomenclatuur BPO is geselecteerd uit de directory Nomenclatuur, wordt de kostenrekening 1720 "Korte termijn uitgaven van toekomstige perioden" aangegeven.

Om het RBP-bedrag voor januari af te schrijven, wordt een document gegenereerd Sluiting van de maand met routine operatie Afschrijving van vooruitbetaalde kosten... In documentbewegingen Sluiting van de maand het afgeschreven bedrag is gelijk aan 10.000 tenge voor de periode van 01 tot en met 31 januari. De berekening van het afschrijvingsbedrag is gemaakt voor een volledige maand, op basis van de gegevens over het bedrag en de afschrijvingsperiode die op de RBP-kaart staan ​​vermeld. Een voorbeeld van een berekening staat in onderstaande tabel.

Ook kunt u het afgeschreven bedrag in het rapport inzien. Afschrijving van vooruitbetaalde kosten in document Sluiting van de maand... Het rapport is beschikbaar door op de knop te klikken Hulpberekeningen - Afschrijving van uitgestelde kosten... Het rapport geeft informatie over het bedrag van de afschrijving, de datum van het begin / einde van de afschrijving, het aantal maanden van afschrijving, de saldi van de RBP-bedragen aan het begin en einde van de maand.

Onderstaande tabel toont de maandelijkse berekening van het afschrijvingsbedrag van BPO op een uniforme manier wanneer de feitelijke overnamedatum of de eerste dag van de maand van aanschaffing op de BPO-kaart staat vermeld.

Bij opgave van het begin van de afschrijvingsperiode vanaf de verkrijgingsdatum (10 januari) zou het RBP-bedrag voor de eerste maand zijn afgeschreven ten bedrage van KZT 7.394,96 (voor een onvolledige maand). Dit bedrag wordt als volgt berekend: 120.000 / 357 * 22 = 7 394,96 tenge, waar:

• 357 dagen = 366 - 9 (het aantal dagen in een jaar minus het aantal dagen voor aanschaf van de BPO).
• 22 dagen = 31 - 10 + 1 (het aantal dagen in januari minus de start van de afschrijvingsperiode en inclusief één dag van aankoop).

De afschrijving voor de periode van februari tot november zou als volgt worden berekend: het bedrag van het saldo begin februari 112.605,04 / 11 maanden = 10.236.82 tenge enzovoort.

Bij het specificeren van de afschrijvingsperiode vanaf de eerste dag van de maand van aankoop (periode van dienstverlening), wordt de afschrijving van RBP-bedragen gelijkmatig uitgevoerd in het bedrag van 10.000 tenge. maandelijks. Dit bedrag werd verkregen door 120.000 tenge te delen door 12 maanden van de afschrijvingsperiode.

Belangrijk!

Met de methode van afschrijven Gelijkmatig het is noodzakelijk om rekening te houden met de volgende kenmerken:

Bij het afschrijven van het RBP-bedrag aan onkosten, controleert het programma de overeenstemming van het op de kaart aangegeven bedrag en het bedrag dat wordt weergegeven in de rekeningen van uitgestelde uitgaven. In geval van discrepantie tussen deze bedragen, bij het boeken van het document Sluiting van de maand, wordt de gebruiker gevraagd met een passend foutbericht. Een dergelijke situatie kan zich bijvoorbeeld voordoen wanneer bij ontvangst van een nieuwe BPO geen nieuw element van de directory is aangemaakt, maar een toewijzing aan een bestaand element.

Het wijzigen van het bedrag aan RBP op de kaart in het geval dat er afschrijvingen op dit RBP zijn gedaan, zal er ook toe leiden dat het programma het uitvoeren van een routinehandeling niet toestaat Afschrijving van vooruitbetaalde kosten en geeft een foutmelding.

Om meerdere afschrijvingsbedragen toe te kennen aan hetzelfde type BPO of als het nodig is om het bedrag van de kosten tijdens de afschrijvingsperiode te wijzigen (bijvoorbeeld bij het afschrijven van verzekeringskosten), is het raadzaam om de afschrijving methode Van restwaarde.

Afschrijving van BPO volgens de methode “Van restwaarde”

In document Ontvangst van inventaris en diensten gaf de kosten van 120.000 tenge aan, gaf de onkostenrekening 1720 "Korte termijn uitgaven van toekomstige perioden" aan.

Voor type RBP Buitenreclame in de map Toekomstige uitgaven het totale aankoopbedrag is 120.000 tenge, de afschrijvingsmethode is geselecteerd Van restwaarde en de periode is aangegeven van 15 juli 2019 tot 31 december 2019.

Belangrijk!

Bij het kiezen van een afschrijvingsmethode Van restwaarde document Sluiting van de maand het bedrag dat op de rekeningen van uitgestelde kosten wordt vermeld, wordt geanalyseerd, ongeacht het bedrag dat op de RBP-kaart staat.

In document Sluiting van de maand voor juli zullen transacties worden gevormd om RBP af te schrijven op rekening 7210 (aangegeven op de RBP-kaart als een afschrijvingsrekening) ten bedrage van 12.000 tenge.

Het tabelgedeelte toont de berekening van het maandelijkse bedrag aan BPO-afschrijving volgens de methode Van restwaarde... In de eerste variant van de berekening staat de datum van de daadwerkelijke aankoop op de BPO-kaart. In de tweede variant van de berekening geeft de kaart de eerste dag van de maand van aankoop aan.

De berekening van het op de eerste manier af te schrijven bedrag voor de maand juli is als volgt gemaakt:

120.000 tenge / 170 * 17 = 12.000 tenge,

waarbij: 170 dagen - het aantal dagen in de afschrijvingsperiode + 1 (dag van aankoop);

17 dagen - het aantal afschrijvingsdagen in een maand + 1 (dag van aankoop).

De berekening van het bedrag voor de tweede en volgende maanden is gemaakt op basis van het saldo gedeeld door het resterende aantal maanden afschrijving.

Bij het specificeren van de afschrijvingsperiode vanaf de eerste dag van de maand, wordt het RBP-bedrag als volgt berekend: 120.000 / 6 = 20.000 tenge maandelijks tot het einde van de periode.

Weerspiegeling van de BPO in het formulier 100,00 "Verklaring op CIT"

Informatie over het bedrag van RBP dat kan worden toegeschreven aan inhoudingen, evenals de bedragen van RBP die zijn overgedragen naar volgende perioden, wordt weergegeven in het belastingaangifteformulier 100,00 "Aangifte vennootschapsbelasting".

Het invullen van de regels van het formulier 100.00 gaat als volgt:

In geval van verwerving van RBP in de verslagperiode wordt regel 100.00.009III A ... N “Ingekochte inventaris, werken en diensten, waaronder:” ingevuld, waarbij het bedrag van RBP wordt aangegeven in de overeenkomstige regel. In het voorbeeld bevat regel 100.00.09 het bedrag van de kosten van de RBP voor de betaling van telefoondiensten ten bedrage van 90.000 tenge.

Regel 100.00.009V "Kosten van werken en diensten, voorraadkosten, opgenomen als uitgestelde kosten in vorige belastingperiodes en afgetrokken in de belastingrapportageperiode" geeft het RBP-bedrag aan voor de verworven activa in vorige rapporteringsperioden. In dit voorbeeld geeft regel 100.00.009V het RBP-bedrag weer van 80.000 tenge voor de betaling van advertentieservices.

Regel 100.00.009IX "Kosten van werken en diensten, kostprijs van voorraad, erkend als uitgestelde kosten en onderhevig aan aftrek in volgende belastingperiodes" geeft informatie weer over BPO's die in de verslagperiode zijn verworven, maar in volgende perioden worden afgetrokken. In dit voorbeeld wordt de BPO-afschrijvingsperiode tot maart 2019 ten laste van de kosten gebracht, respectievelijk wordt het bedrag van het BPO-saldo ad 30.000 tenge in 2019 afgeschreven en weergegeven in de aangifte 2019. De aftrek voor RBP in regel 100.00.009 wordt automatisch berekend op basis van de gegevens gespecificeerd in regels 100.00.009III, 100.0.009V en 100.00.009IX en is gelijk aan 140.000 tenge.

• (26834)

/
Implementatie van gegevensverwerking

Totalen oplossen voor periodieke detailgrootboeken

Toepassingsgebied: beheerde applicatie, mobiele applicatie, algemene applicatie.

1.1. Voor periodieke detailgrootboeken wordt aanbevolen om totalen in te schakelen als aan alle volgende voorwaarden wordt voldaan:

• er wordt een grote hoeveelheid gegevens in het register verwacht (het is bijvoorbeeld gerechtvaardigd voor een register met artikelprijzen, maar niet zinvol voor een register met wisselkoersen);
• de configuratie voorziet in frequentieverzoeken aan de segmenten van laatstgenoemde op het huidige moment en/of aan segmenten van eerstgenoemde om actuele gegevens te verkrijgen (d.w.z. wanneer de periode niet is gespecificeerd in de parameters van virtuele tabellen SliceFirst en PlakLaatste);
• terwijl de rest van de voorwaarden voor virtuele tafels SliceFirst en PlakLaatste zijn alleen ingesteld voor meetwaarden (en scheidingstekens in de modus Zelfstandig en gezamenlijk);
• in de beperkingen op toegang tot registergegevens worden alleen metingen gebruikt (en scheidingstekens die in de Zelfstandig en gezamenlijk).

Voor een volledige lijst van alle voorwaarden waarbij informatiegrootboektotalen worden gebruikt in query's, zie:documentatie voor het 1C: Enterprise-platform.

Als de configuratie bijvoorbeeld voorziet in vaak uitgevoerde zoekopdrachten naar het register PrijzenNomenclatuur om actuele artikelprijzen te krijgen:

KIES nomenclatuur. SKU ALS SKU, Prijzen Prijs ALS Prijs,. ... ... VAN Directory. Nomenclatuur AS Nomenclatuur LEFT JOIN InformatieRegistreer. Prijzen SliceLast (, KindPrice = & KindPrice) AS PricingNomenclatuur ON Prijsnomenclatuur. Nomenclatuur = Nomenclatuur. Koppeling . ... ...

vervolgens, onder voorbehoud van alle andere hierboven genoemde voorwaarden, het instellen van de eigenschap Totalen toestaan: segment de laatste zal de uitvoering van dergelijke zoekopdrachten aanzienlijk versnellen, omdat de selectie rechtstreeks wordt uitgevoerd vanuit extra tabellen, die alleen de laatste waarden opslaan (voor een deel van de laatste) en de eerste waarden (voor een stukje van de eerste).

1.2. Daarnaast moeten alternatieven worden overwogen om de bevragingen aan het register zodanig te herzien dat aan deze voorwaarden wordt voldaan.

Als in sommige gevallen bijvoorbeeld de gegevens in het register PrijzenNomenclatuur worden geregistreerd met een toekomstige datum, en bij het selecteren van goederen voor dit register wordt altijd een query uitgevoerd voor de huidige datum (de datum wordt expliciet ingesteld in de virtuele tabelparameter PlakLaatste), dan zullen de totalen de uitvoering van dergelijke zoekopdrachten niet versnellen. Omdat totalen alleen worden gemaakt voor de eerste en laatste registerrecords.

Als u echter bij het openen van het productselectieformulier analyseert of er registrars zijn met een toekomstige datum, en als die er niet zijn, een ander verzoek uitvoert om dit laatste te knippen zonder de datum vast te stellen, dan zal zo'n verzoek sneller werken.

2. In alle andere gevallen laat u geen totalen toe voor periodieke informatieregisters. Allereerst, als

• meestal (altijd) vragen voor een specifieke periode (bijvoorbeeld op de datum van het document) worden gedaan aan de virtuele tabellen van de afsluiting van de eerste / laatste van het periodieke informatieregister.
• in voorwaarden voor virtuele tabellen SliceFirst en PlakLaatste meestal (altijd) worden subquery's en joins (gestippelde toegang tot velden van gerelateerde tabellen) gebruikt. In dit geval bijvoorbeeld:

3. Het is niet nodig om een ​​apart mechanisme te voorzien voor het herberekenen van totalen in de configuratie, aangezien de totalentabellen automatisch worden bijgewerkt telkens wanneer een set records naar het grootboek wordt geschreven.

In de testconfiguratie hebben we een periodiek grootboek "Prijzennomenclatuur" met de volgende initiële gegevens:

In de figuur is ook de opbouw van de registermetadata weergegeven. Zoals we kunnen zien, bevat het register de dimensie "Goederen" met het referentietype "Goederen", evenals de numerieke bron "Prijs" en de variabele "Oude Prijs".

Laten we zeggen dat we in het rapport een deel van de nieuwste records voor producten en hun prijzen moeten krijgen, met de voorwaarde dat de oude prijs lager dan of gelijk aan 50 is.

Twee verzoekopties

Ik moet meteen zeggen dat we de juiste en onjuiste opties zullen overwegen, laten we beginnen met het laatste. Deze fout wordt vaak gemaakt door beginnende programmeurs. En zo werd het volgende verzoek geschreven voor het rapport:

Verzoek = Nieuw Verzoek; Navraag. Tekst = "SELECTEER | | | | | VAN | Informatie Register. Prijzen SliceLast AS PrijzenNomenclatuurSliceLast| WAAR | PrijzenNomenclatuurSliceLast. Oude prijs< = 50 " ;

Let op de voorwaarde in het gedeelte WHERE. Dit is de grootste fout! Deze query retourneert geen records, en dit is de reden waarom: bij gebruik van virtuele tabellen, in ons geval "SliceLast", worden eerst gegevens uit de database opgehaald volgens de voorwaarden beschreven in de virtuele tabel, en vervolgens de acties beschreven in de query tekst (groeperingen, voorwaarden in de sectie "WAAR", sortering, enz.).

Daarom retourneert het verzoek in ons voorbeeld geen resultaat. Eerst krijgt hij een deel van de laatste, en daarna stelt hij een voorwaarde voor het attribuut "Oude prijs". Zo ziet het eruit op het schema:

Om het probleem correct op te lossen, moet de voorwaarde voor de variabele "OldPrice" worden overgebracht naar de voorwaarden van de virtuele tabel. Zo ziet de juiste vraagtekst eruit:

Verzoek = Nieuw Verzoek; Navraag. Tekst = "SELECTEER" PrijzenNomenclatuurSliceLast. Punt uit, PrijzenNomenclatuurSliceLast. Product, PrijzenNomenclatuurSliceLast. Prijs, PrijzenNomenclatuurSliceLast. Oude prijs VAN Informatie Register. Prijzen SliceLast (, Oude Prijs< = 50 ) AS-prijzenNomenclatuurSliceLast"

Nu zal het verzoek de juiste gegevens ontvangen, aangezien het deel van de laatste prijzen zal worden ontvangen, rekening houdend met de voorwaarde voor de variabele "Oude Prijs".

resultaten

Het moet duidelijk zijn dat het bovenstaande van toepassing is op alle toepassingen van virtuele tabellen in zoekopdrachten (voor accumulatieregisters, boekhoudregisters, taken, enz.).

Dit impliceert ook de hoofdregel voor het gebruik van virtuele tabellen: "Als u een virtuele tabel gebruikt, moet u ervoor zorgen dat u de filterparameters rechtstreeks in de virtuele tabel instelt, anders ontvangt de query onnodige gegevens, waarop de filters later worden geïnstalleerd."

Informatieregisters 1C het is een gestructureerde dataset met dimensies en bronnen. Ontworpen voor het opslaan van periodieke informatie.

periodiciteit

De informatie wordt opgeslagen in termen van metingen en periodes. Informatieregister, u kunt de frequentie instellen:

• niet-periodiek
• door registrar
• tweede
• een week
• maand
• kwartaal

Periodiciteit is nodig om gedurende een bepaalde periode informatie uit het register te selecteren. Als u de frequentie opgeeft, worden de boekingen in het register gedaan met de periode waarin de boeking is gedaan. Als u bijvoorbeeld in het register "Artikelprijzen" kijkt, ziet u de historie van prijswijzigingen, met welke afmetingen en in welke periode het record is gemaakt.

Frequentie in informatieregisters is nodig voor informatie die in de loop van de tijd verandert, bijvoorbeeld: valutakoersen, artikelprijzen, artikelkortingen en toeslagen, enz.

registrars

Als u een document invoert in het informatieregister, moet u de opnamemodus instellen: "Indiening aan de registrar" en het document selecteren dat zal worden gebruikt om in het register op te nemen. Vervolgens verschijnt het veld "Registrar" in het register, waar informatie wordt opgeslagen, met welk document is vastgelegd. Ook kan de registrar als periode worden gebruikt, geef hiervoor aan in het veld "Periodiciteit" - "Per registrar". Indiening bij de registrar vindt plaats wanneer het nodig is om het register stevig aan het document te koppelen en het handmatig wijzigen van de boekingen in het register niet meer mogelijk is.

Er kunnen verschillende documenten zijn die de rol van registrars hebben. Om een ​​registrar toe te voegen, moet u naar de eigenschappen van het vereiste informatieregister gaan, naar het tabblad "Registrars" gaan en de vakjes aanvinken naast de documenten die als registrar zullen fungeren.

Vanuit het document ziet u de bewegingen die de registrar maakt. Ga hiervoor naar het document waarin u geïnteresseerd bent, klik op: Go - Documentbewegingen in de registrar.

Vergeet niet om rechten toe te voegen in de registereigenschappen, deze kunnen worden toegewezen op het tabblad "Rechten". Vervolgens moet u in de lijst met rollen de rol selecteren waaraan u registerrechten wilt toevoegen en in de lijst met rechten de rechten voor de geselecteerde rol instellen.

Uniciteit van records

De uniciteit van het record is afhankelijk van de periode en metingen. Als u bijvoorbeeld op dezelfde dag een record met dezelfde afmetingen naar het register "Artikelprijzen" wilt schrijven, dan kunt u dit niet doen en veroorzaakt het programma een fout, omdat de frequentie van het register is binnen een dag.

Als de frequentie door de registrar wordt bepaald, draagt ​​deze ook bij aan de uniciteit van het record.

Voor niet-periodieke en onafhankelijke registers hangt de uniciteit af van de combinatie van dimensies.

Formulieren

Om de records te bekijken, gebruikt u het lijstformulier, daarin kunt u de selectie voor de velden waarin u geïnteresseerd bent instellen, de historie van records bekijken en deze wijzigen via het recordformulier. U kunt de registerrecords als volgt bekijken: klik in het bovenste menu op de knop "Bewerkingen" - "Informatieregisters". Selecteer in het geopende venster het register dat u nodig heeft. Daarna wordt een lijstformulier geopend in de vorm van een tabel, waarbij elke afvoer een uniek record is.

Gebruik voor het bewerken/aanmaken het recordformulier, als het record ondergeschikt is aan de registrar, dan is het veld niet beschikbaar en werkt het formulier niet.

U dient formulieren toe te voegen in de configurator, ga naar het informatieregister, in het tabblad "Formulieren" en klik op het "vergrootglas" naast het gewenste formulier. Vervolgens wordt een venster geopend waarin u de velden van het toekomstige formulier kunt aanpassen (locatie, namen en schrijffunctionaliteit).

Metingen, middelen en rekwisieten

Metingen zijn bedoeld om de uniciteit van het record te vormen; in de toekomst kunt u daaruit selecteren en een snede maken langs een specifieke dimensie. De combinatie van metingen en vormt de sleutel van het record. Het is beter om geen groot aantal dimensies te maken, zodat de tafel niet groeit en tijdens het werken ermee niet vertraagt.

Metingen hebben een checkbox "Leading", als deze is aangevinkt, dan wordt het record in de database bewaard zolang deze meting bestaat. Er kunnen verschillende toonaangevende metingen worden gedaan. In het informatiegrootboek "Artikelprijzen" is bijvoorbeeld de leidende dimensie het artikel. Als u een artikel verwijdert dat deelneemt aan het record, wordt het record in het grootboek voor dit artikel automatisch verwijderd.

Bronnen zijn ontworpen om samengevatte informatie op te slaan: hoeveelheid, prijs, enz. In de toekomst zullen we middelen ontvangen voor een bepaalde periode (als het register periodiek is), volgens metingen.

Details zijn in de meeste gevallen bedoeld om aanvullende informatie op te slaan; ze nemen niet deel aan de uniciteit van het record. U kunt bijvoorbeeld informatie zoals auteur, commentaar, enz. invoeren in de vereisten.

Met het informatieregister kunnen de volgende acties worden uitgevoerd:

• Een vermelding in het 1C-informatieregister verwijderen

Eigenaardigheden

- Uniciteit van records over een reeks dimensies: elk record in het informatieregister is een nieuwe bronwaarde.

- Gegevens in het informatieregister kunnen al dan niet periodiek zijn.

- Het informatieregister kan afhankelijk en onafhankelijk zijn van de registrar.

- Het is mogelijk om een ​​plakje te maken van de eerste en laatste records voor de gewenste datum. Dit wordt geïmplementeerd door de virtuele tabellen: "SliceFirst" en "SliceLast". Om deze tabellen te gebruiken, kunt u zowel een selectie als een query gebruiken (in de queryontwerper ziet u deze virtuele tabellen en kunt u er een query op maken). Deze tabellen zijn beschikbaar als het informatieregister periodiek is.

Register "Artikelprijzen" - een periodiek register van informatie, records worden gemaakt door de registrar.

Op de afbeelding is te zien dat de frequentie binnen een dag is ingesteld. Dit betekent dat de prijs één keer per dag kan worden gewijzigd met behulp van metingen die uniek zijn gedurende de dag.

Het register is ondergeschikt aan het document "Prijsbepaling van het artikel". Dit betekent dat de inschrijving in het register uit dit document komt. Verhuizingen voor een specifiek document kunnen worden bekeken vanuit het documentformulier "Artikelprijzen instellen".

Het register is bedoeld voor het opslaan van informatie over de artikelprijs, met de afmetingen "Prijssoort", "Nomenclatuur" en "Artikelkenmerken". Alle drie de meetvelden zijn de leidende dimensies; hier kan bij het bemonsteren een selectie op gemaakt worden.

Conclusie: na het lezen van het artikel kunt u een 1C-informatieregister maken, dimensies en bronnen toevoegen, bewerkings- en lijstformulieren instellen. Maak een record aan en maak een selectie van bestaande records. Als je vragen hebt, gebruik dan de opmerkingen in het artikel, ik zal proberen je vraag zo snel mogelijk te beantwoorden.

Soms is het nodig om bij een verzoek gegevens voor meerdere data tegelijk op te halen uit het periodiek informatieregister. Een typisch voorbeeld is het werken met wisselkoersen. Laten we het algoritme voor het oplossen van dit probleem bekijken aan de hand van een voorbeeld.

Formulering van het probleem

In de database is er een document "Realisatie van goederendiensten", in de kop waarvan een variabele "Valuta" staat. De aanvraag vereist dat voor elk document de actuele wisselkoers uit de kop op de datum van het document wordt gehaald. De opslag van valutakoersen wordt uitgevoerd in het periodieke informatieregister "Valutakoersen".
Een directe oplossing voor dit probleem zou een query in een lus kunnen zijn: alle documenten met hun datums en valuta krijgen en, in het voorbeeld, verwijzen naar de virtuele tabel van de laatste verlaging van het valutakoersenregister. Maar sinds een verzoek in een lus is "slecht", laten we proberen de taak met één verzoek uit te voeren.

Oplossing

Om het probleem op te lossen, gebruiken we het feit dat de tabellen in de query kan niet alleen worden verbonden door gelijkheid van velden.

KIES RealizatsiyaTovarovUslug.Ssylka, RealizatsiyaTovarovUslug.Valyuta, MAX (KursyValyut.Period) als een periode VTPeriodyUstanovkiKursov stak HOE Dokument.RealizatsiyaTovarovUslug RealizatsiyaTovarovUslug LEFT JOIN RegistrSvedeniy.KursyValyut HOE KursyValyut RealizatsiyaTovarovUslug.Valyuta = KursyValyut.Valyuta En RealizatsiyaTovarovUslug.Data> = KursyValyut.Period gegroepeerde Software Realisatie van GoodsServices.Link, Realisatie van GoodsServices.Currency; ////////////////////////////////////////////////// //////////////////////////// SELECTEER WTPInstallationPeriods Valutakoersen AS Valutakoersen ON VT

De volgorde van acties in het verzoek:

1. Het verkrijgen van voor elk document de periode van het instellen van de wisselkoers. De documenten zijn gekoppeld aan de FYSIEKE tabel "Valutakoersen". Hierbij dient u op de aansluitvoorwaarden te letten. Valuta's moeten gelijk zijn en documentdatum> = informatieregisterperiode.
   Als gevolg van een dergelijke verbinding wordt voor elk document een reeks regels verkregen die voldoen aan de voorwaarde: alle koersregistraties voor de valuta van het document, vastgesteld uiterlijk op de datum van het document.
   De laatste fase zal het groeperen van de lijnen zijn om de maximale cursusperiode te verkrijgen. Hierdoor wordt voor elk document de vereiste periode voor het vaststellen van de koers voor de gewenste valuta verkregen (de maximale datum voor het vaststellen van de wisselkoers, maar niet meer dan de datum van het document). Het resultaat wordt in de tijdelijke tabel VTcourseSettingPeriods geplaatst.
2. Een cursus krijgen. Tijdelijke tabel VTPeriodsCourseSetting is gekoppeld aan de FYSIEKE tabel "Valutakoersen". De verbinding wordt gemaakt door de documentvaluta en de tariefinstellingsperiode die is gespecificeerd in de tweede tijdtabel.