Документите са същността на счетоводството в 1C. Всеки документ има резултат, например +10 пристигнали артикула.

Доклади – позволяват ви да видите резултатите. Тези резултати се обобщават и показват на потребителя.

Документите обаче са много и ако трябваше да се обобщят резултатите от тях, би било твърде трудно. Затова е измислен по-добър начин!

Документите записват своите резултати (наречени „движения“) в специални таблици - 1C регистри, които сами обобщават резултатите, така че отчетът просто показва предварително изчислените суми.

Днес ще говорим за регистрите 1C и тяхното използване.

Регистърът 1c е таблица, същата като в Excel, всеки документ записва един или няколко реда от своите движения (резултати) с някакъв знак - плюс или минус - в регистъра 1c. Това означава, че общата сума на регистъра 1C се е променила до съответната цифра.

Документът, който записва движенията в регистъра 1C, се нарича Регистратор. Датата и часът на движението са равни (в 99% от случаите) на датата на документа. Датата на движение се нарича Период.

Всеки регистър 1C обикновено отчита движенията на една конкретна директория. Например, регистрирайте 1C Стоки в складове - движение на стоки (от гледна точка на 1C „номенклатура“) - колко стоки са пристигнали в склада, колко са напуснали. Регистрирайте 1C Взаимни разплащания с контрагенти (купувачи и доставчици) - движение на договори с контрагенти - колко ни дължи контрагентът след покупката или колко му дължим след плащане. Директорията, в контекста на която се поддържа регистърът, се нарича основно измерение (аналитика) на регистъра 1C.

Разбира се, никой не прави едно основно измерване в регистъра 1C. В края на краищата, ако вземем предвид движението на стоките, тогава се интересуваме не само кои стоки са намалели или увеличени, но и например в кой склад. Следователно винаги има три до пет допълнителни измервания „за всеки случай“, които могат да се нарекат допълнителни анализи на регистъра 1C.

Как се осчетоводява документ чрез регистри?

Движения на документи през регистри 1C

Нека да видим как работят регистрите 1C. Тук имаме документ за получаване на стоки, в който виждаме, че продуктът Масло е пристигнал в Главния склад.

От гледна точка на логиката и математиката този документ има следния резултат:

Кремълско масло, Главен склад +10 (бр.)

Да проверим - вярно ли е това?

Този елемент от менюто ще ни покаже всички движения на документа, които е направил в регистрите. Както виждаме, документът извършва движения през цял куп 1C регистри, във всеки от които записва различна информация (в съответствие с предназначението на 1C регистъра). Според регистъра на стоките в складове 1C той направи осчетоводяването, което изчислихме.

Как изглежда в регистъра 1C? Нека отворим регистъра 1C чрез менюто Операции.

Регистърът 1C се отвори. В него има много данни. Ние ще направим избор само според нашия документ.

В резултат на това виждаме движението на нашия документ през регистъра 1C. Точно съвпада с изчисленото от нас ръчно:

• Плюс – вид движение (приход/разход)
• Регистраторът е нашият документ
• Активност – този низ за движение е валиден (т.е. не е деактивиран)
• Номенклатура, основен размер
• Склад, допълнително измерение
• Количество, ресурс (тоест броят, който броим).

Ако избираме не по документ, а по номенклатура (точно по същия начин), тогава ще видим движенията на всички документи, които са докоснали тази номенклатура. Един документ - купихме стоката. Другият беше продаден. Естествено, самият регистър 1C не показва общата сума - за това трябва да използвате отчет или заявка.

1C регистрите са различни (ще обсъдим това по-долу). Публикациите в различни 1C регистри също изглеждат различно. Сега разгледахме записите в регистъра за натрупване на 1C. Ето как изглеждат осчетоводяванията на същия наш документ според счетоводния регистър 1C, който работи въз основа на счетоводния (данъчен) сметкоплан 1C.

Защо са необходими 1C регистри?

Регистрите 1C се предлагат в различни видове. Целта на използването на регистъра 1C зависи от неговия тип.

• 1C информационни регистри
  Това е обикновена таблица, като в Excel. Няма движения (приходи/разходи). Информационният регистър 1C обикновено се използва за съхраняване на допълнителни данни от директорията. С помощта на информационния регистър 1C можете да организирате
• Счетоводни регистри 1с
  От гледна точка на потребителя счетоводството се води на счетоводния сметкоплан. Всъщност счетоводството се води в таблицата на счетоводните регистри 1C, които се правят в контекста на сметкоплана 1C.
• 1C регистри за натрупване (1C балансов регистър)
  Таблица за движение на документи + и –, която автоматично изчислява общата сума в началото на периода и общата сума в края на периода. Например движението на продукта Lopat беше +10, а след това -8. Това означава, че остатъкът в началото е бил 0, а остатъкът в края е станал 2.

  Регистърът за натрупване 1C с изглед „Баланси“ означава, че ще се съхраняват движения (постъпления и разходи, които също се наричат ​​„Оборот“) и освен това сумите ще бъдат автоматично изчислени (наречени „Баланси“).

  Регистърът на баланса 1C се използва в случай, че директорията логично може да има остатък. Например, когато вземем предвид движението на стоки, ще използваме балансовия регистър 1C - в крайна сметка можем да кажем, че са останали 3 броя от продукта Lopat.

• Регистри за натрупване 1C (регистър за обороти 1C)
  Таблица на движение на документи + и -, която не брои общо.

  Регистърът за оборот 1C не се различава от регистъра на баланса, освен че не изчислява автоматично балансите.

  Регистърът на оборотите 1C се използва в случай, че директорията логически не може да има остатък. Ако трябва да вземем предвид продажбите на стоки, тогава ще използваме оборотния регистър.

  Например продажбите на продукти бяха +10 (продадохме) и след това -2 (върнаха ни). Не можем да кажем, че балансът на продажбите е станал 8, защото логично понятието баланс на продажбите не съществува; ще кажем, че общият оборот (сумата от всеки ред на оборота) е станал 8.

• 1C сетълмент регистри

  Таблица на движенията по видове изчисления и периоди. Използва се във ведомостта за заплати (наречени сложни периодични изчисления).

Къде се намират регистрите на 1C?

Изпълнението на документ в код (в програма) се предписва от програмиста. За да направите това, отворете. Намерете ред като „Procedure ProcessingProcessing(). Отворете кръста и ще видите програмата за обработка на този документ.

Настройка и разработване на 1C регистри

Основни характеристики на 1C Регистри, по раздели:

В системата 1C:Enterprise обектите на регистъра на изчисленията са предназначени да записват резултатите от изчисленията, извършени с определена периодичност, тясно свързани помежду си по определени правила и взаимно влияят един на друг за определен период.

Свойства на изчислителния регистър

Наред с общите свойства, присъщи на всички обекти на метаданни, изчислителните регистри имат редица специфични свойства.

Редактирането на изчислителния регистър се извършва в прозореца за редактиране.

При редактиране на регистър на изчисленията се определя план за видовете изчисления, поддържа се период на валидност и базов период, периодичност, се разработва структурата на регистъра: създават се набори от размери, ресурси и подробности за регистъра, ако е необходимо, на екрана и отпечатани създават се форми за преглед на движението на регистъра.

План на видовете изчисления- основната характеристика на регистъра. Изберете един от обектите от типа "План на видове изчисления".

Валидност- ако се установи собствеността, тогава се установява конкурентният характер на взаимното влияние на движенията на даден регистър. Примерите за конкуриращи се движения включват заплати и отпуск по болест - не можете да сте болни и да работите едновременно, т.е. получават както заплата, така и болнични. Такива изчисления са взаимно изключващи се във времето и системата трябва да гарантира, че въвеждането на едно от тях ще доведе до изключване на другото.

График Валидност. Имотът представлява връзка към информационния регистър, който описва времевата схема на изходните данни, включени в изчислението. Графикът трябва да бъде посочен за тези изчисления, които зависят от първоначалните данни, разпределени в рамките на периода на валидност съгласно определено правило. Например, това може да бъде график за записване на работните часове на организацията, разбити по дни, записване на часовете за лекции, разбити по часове и т.н.

Значение на графиката- имотът е наличен, ако имотът е зададен Валидност. В свойството се избира ресурсът на информационния регистър, определен в свойството График.

Дата на график- имотът е наличен, ако имотът е зададен Валидност. В свойството изберете измерението на информационния регистър, дефиниран в свойството Графики имащ тип Дата. Стойността на това свойство се използва за обвързване към стойностите на ресурса на информационния регистър, зададен в свойството Стойност на диаграмата.

Базов период- ако е установена собствеността, то се установява свързаността на взаимното влияние на движенията на даден регистър. Примерите за свързани движения включват връзката между изчисляването на натрупаните суми въз основа на средната стойност на натрупаните суми в базовия период.

Периодичност- определя периода, с който се записват движенията и в рамките на който движенията могат да си влияят едно на друго (за регистри, които поддържат период на действие).

Преизчисления- подчинени регистрови обекти, които ви позволяват да задавате правила за взаимно влияние на движенията на регистъра. В палитрата със свойства на обекта, в групата Relationship in Property Измерванерегистърът определя основното измерение на текущия регистър, което трябва да бъде преизчислено при промяна на данните на водещите регистри, посочени в свойството Данниводещи регистри. Например, преизчисляването на размера на приспадането за физическо лице ще се формира, когато начисленията (заплати, бонуси) се променят.

Ако свойството е зададено Базов период, тогава генерирането на данни за преизчисление ще се извърши автоматично. Ако свойството не е зададено, генерирането на данни за преизчисление трябва да се извърши ръчно от потребителя (по време на проектирането трябва да се разработи специална форма за въвеждане на преизчисления и механизъм за тяхното изпълнение).

В раздела „Други“ задавате режима на блокиране на обекти (автоматичен или контролиран) и настройвате функцията за пълнотекстово търсене за обекти от този тип.

Изчислителни регистри

Изчислителните регистри са предназначени за съхраняване на изчислителни записи (междинни и крайни резултати). Регистрационните формуляри ви позволяват да преглеждате записите за сетълмент. Например фигурата по-долу показва формата на главния регистър на начисленията.

Както можете да видите, резултатите от изчисляването на основните начисления (заплата, отпуск) и т.н. се съхраняват в този регистър за всяко лице. Двойното щракване върху запис отваря документа на записващото устройство, който е въвел този запис в регистъра на изчисленията.

Всеки селищен регистър се основава на конкретен план на видовете селища. При редактиране на регистъра на изчисленията се посочват и другите му характеристики, например честотата на изчисленията, поддръжката на механизма за получаване на базата, поддръжката на периода на валидност (за механизма за изпреварване), графици, по които ще бъдат периодите на валидност контролирани и др.

Структурата на изчислителния регистър определя каква информация и в какви раздели ще се съхранява в регистъра. Разработчикът определя размери, ресурси и подробности за регистъра:

Размерите са секции от съхранена информация. Например регистърът на основните начисления ще има измеренията Индивид, Организация, Подразделение, Позиция, докато регистърът на данъците ще има само две измерения: Индивид и Организация.

Ресурси - резултати от изчисление, например ресурсът Начислени за регистър Основни начисления, ресурсът Удържани за регистър Данъци и др. Ресурсите могат да бъдат само от числов тип.

Детайлите са допълнителна характеристика на изчислителния запис. Подробностите могат да бъдат от почти всякакъв тип, съхранявани в базата данни. Например подробностите Дни и часове за главния регистър на начисленията, подробностите DocumentBase за регистъра на удържаните данъци. Фигурата по-долу показва структурата на регистъра за изчисляване на начисленията на служителите.

Графики

Ако регистърът има отметка в квадратчето „Период на валидност“, тогава можете да попълните свойствата „График“, „Стойност на график“ и „Дата на график“. Всъщност графиката е непериодичен регистър на информация, който описва разпределението във времето на първоначалните данни за изчислението. Например, това може да бъде работният график на организацията, разбит по работни дни и часове, продължителността на работните смени, графикът на часовете за лекции и др.

По-долу е даден пример за информационен регистър, който служи като работен график.

Преизчисления

Системата ви позволява автоматично да проследявате записи, които изискват преизчисляване. Тази ситуация може да възникне, когато техните резултати по някакъв начин са свързани с други видове изчисления и те са били променени (изтрити или добавени нови записи).

Например, когато начисленията на служител се променят, данъците трябва да бъдат преизчислени. След това, за типа изчисление „NDFL“, начисленията ще бъдат водещите типове изчисления, които са конфигурирани по отношение на типовете изчисления в раздела „Водещи“.

Да приемем, че имаме изчислителни регистри за основни начисления, бонуси и удръжки. Данъците се изчисляват след всички начисления и бонуси, като се използват резултатите от тях.

За автоматично проследяване на уместността на данъчните записи за всеки служител, трябва да създадете преизчисление с индивидуалното измерение в регистъра на удържаните данъци. Индивидуалното измерение от регистъра на основните начисления и регистъра на бонусите се присвоява като основни данни в регистъра.

Примерът по-долу показва как работи преизчисляването:

Променените записи се маркират във всеки регистър. Следователно свързаните записи в регистъра на удържаните данъци са станали неуместни, т.е. изискват преизчисляване, което се отразява в таблицата за преобразуване.

По този начин преизчисляването е таблица, която съхранява стойностите на размерите, за които е необходимо преизчисляване. В допълнение към измерванията, тази таблица съхранява видове изчисления и връзки към документи за запис. Използвайки таблицата за преизчисляване, можете да определите кои записи са станали неуместни и изискват преизчисляване (или поне по-внимателно внимание).

Заявки към изчислителни регистри

Заявките към данните от регистъра на изчисленията ви позволяват да извлечете информация за извършените изчисления. Можете да получите достъп до следните изходни таблици в заявки:

• основна таблица на записи в регистъра на изчисленията,
• таблица с действителния период на валидност,
• таблица за преобразуване.

С помощта на механизма за заявки можете да групирате резултатите от изчисленията в необходимите секции, да изчислявате суми и да избирате само необходимите записи за изчисления. Това ви позволява да генерирате цялата гама от необходими отчети, например ведомости за заплати, лични сметки, извлечения за заплати и др. Механизмът на заявките е описан подробно в главата „Заявки“. Списъкът с полета в изходните таблици на регистъра на изчисленията е даден в документацията.

Механизмът на сложните периодични изчисления ви позволява да прилагате различни модели на заплати. Работата на механизма се основава на два компонента.

От една страна, механизмът за сложни периодични изчисления съдържа инструменти за описание на различни видове изчисления, които ще бъдат използвани в приложното решение. Например, това могат да бъдат такива видове изчисления като заплата, издръжка, глоба и др. В допълнение към действителното описание на тези типове изчисления е възможно да се зададат правила, според които някои видове изчисления ще влияят на други видове изчисления.

От друга страна, този механизъм предоставя възможност за съхраняване на междинни данни, които се използват за извършване на изчисления и крайните резултати от изчисленията.

Работата на механизма за сложни периодични изчисления се осигурява от два обекта на приложното решение:

План на видовете калкулации и Калкулационен регистър.

Планът на видовете изчисления се използва за описание на видовете изчисления и взаимното им влияние един върху друг. В едно приложно решение може да има произволен брой планове за видове изчисления в зависимост от внедрения счетоводен модел:

Регистърът на изчисленията се използва за съхраняване на записи за определени видове изчисления, които трябва да бъдат извършени, както и за съхраняване на междинни данни и резултатите от самите изчисления. Едно приложно решение може да съдържа няколко изчислителни регистъра, предназначени да отразяват данни от конкретен счетоводен раздел:

План на видовете изчисления

Структура на плана за калкулационни видове
Планът на видовете изчисления е списък на видовете изчисления. Всеки тип изчисление има код, име и набор от подробности, съдържащи допълнителна информация за този вид изчисление:

Например план за типове изчисления Основни начисления на организации може да изглежда така:

Създаването и редактирането на типове изчисления може да се извърши както от разработчика (предварително зададени типове изчисления), така и от потребителя, докато работи с приложното решение. Потребителят обаче не може да изтрие типове изчисления, създадени от разработчика.

Типовете изчисления, създадени в план за тип изчисления, могат да си влияят взаимно. Системата поддържа два вида такова влияние: зависимост от базовия период и изместване от периода на валидност.

За всеки тип изчисление можете да посочите списък с типове изчисления, от които ще зависи за базовия период и които ще го заменят за периода на валидност.

Например видът на изчисляване на издръжката може да зависи от базовия период от следните видове изчисления:

А типът изчисление Заплата може да бъде заменен с типа изчисление Отсъствие:

В допълнение към тези зависимости, за даден вид изчисление могат да се уточнят т. нар. водещи видове изчисления - такива, от които той не зависи пряко, но които могат да му влияят чрез други видове изчисления.

Видове изчисления планови форми
За да може потребителят да преглежда и променя данните, съдържащи се в плана на видовете изчисления, системата поддържа няколко форми на представянето му. Системата може автоматично да генерира всички необходими формуляри; Заедно с това разработчикът има възможност да създава свои собствени формуляри, които системата ще използва вместо стандартните формуляри:

За да видите видовете изчисления, използвайте формата за списък. Тя ви позволява да навигирате в списъка, да добавяте, маркирате за изтриване и да изтривате типове изчисления. Списъчната форма ви позволява да сортирате и избирате показаната информация според няколко критерия:

За да прегледате и промените данни за отделни типове изчисления, използвайте формуляра за типове изчисления. По правило той представя данните във форма, която е лесна за разбиране и редактиране:

В допълнение към тези две форми за типове изчисления се поддържа форма за избор на конкретни типове изчисления от списъка. Обикновено съдържа минималния набор от информация, необходима за избор на един или друг вид изчисление.

Изчислителен регистър

Структура на калкулационния регистър
Информацията в изчислителния регистър се съхранява под формата на записи, всеки от които съдържа стойности на измерване и съответните стойности на ресурса.

Размерите на регистъра описват секциите, в които се съхранява информация, а ресурсите на регистъра съдържат директно съхранената информация. Например за регистъра за изчисление Основни начисления на служители на организации, който има следната структура:

Записите, съхранявани в базата данни, ще изглеждат така:

Връзка с калкулационните видове план
Регистърът за изчисление е свързан с един от плановете за тип изчисление, които съществуват в приложното решение. Тази връзка кара всеки регистърен запис да има поле за тип изчисление, благодарение на което механизмите на регистъра могат да проследяват взаимното влияние на изчислителните записи един върху друг.

Периодичност

Изчислителният регистър съхранява данни не само по отношение на създадените измервания, но и по отношение на времето. Това е причината да съществува още едно задължително поле за всеки запис в регистъра на изчисленията - Срок на валидност. Когато създава регистър за изчисления, разработчикът може да посочи минималната честота, с която записи ще бъдат въведени в регистъра:

Подчинение на регистратора
Промяна в състоянието на регистъра на изчисленията обикновено възниква, когато документът е осчетоводен. Следователно всеки запис в регистъра е свързан с определен документ - регистратор и номера на реда на този документ. Добавянето на записи в регистъра, промяната им и изтриването им е възможно само едновременно за всички записи, свързани с един документ.

Връзка с времевата линия
Регистърът на изчисленията може да бъде свързан с график. Времевата линия е регистър от информация, който съдържа времева диаграма на изходните данни, включени в изчисленията. Размерите на този график могат да бъдат например работният график и датата, а ресурсът може да бъде броят на работните часове на тази дата. Тогава ще бъде възможно да се асоциира запис в регистъра на изчисленията с конкретен работен график и в бъдеще, използвайки вградения език, да се получи информация за броя на работните часове, необходими за извършване на изчисления.

Например времева линия със следната структура:

Преизчисления
Регистърът на изчисленията може да включва специални обекти - преизчисления:

В тези обекти системата ще съхранява информация за това кои записи в регистъра на изчисленията са загубили своята релевантност и подлежат на преизчисляване в резултат на работата на механизмите за зависимост за базовия период и изваждане за периода на валидност.

Уникалност на записите
Системата осигурява контрол върху уникалността на записите, съхранявани в изчислителния регистър. Следователно регистърът на изчисленията не може да съдържа два записа, свързани с един и същ ред на един и същи документ.

Механизми, реализирани от изчислителния регистър

Предимство по срок на валидност
Механизмът за изпреварване на периода на валидност ви позволява да изчислите действителния период на валидност на запис в регистъра за сетълмент въз основа на анализ на други записи, съдържащи се в регистъра.

По принцип записът в регистъра за сетълмент съдържа две дати, които определят периода, през който записът е валиден. Този период се нарича период на валидност на записа. Въпреки това, ако типът изчисление, за което се отнася даден запис, може да бъде заменен от друг тип изчисление, тогава периодът на валидност на дадения запис е само „заявен“ период, тоест „ние искаме записът да е валиден в този период .” В действителност действителният период на валидност на този запис може да бъде определен само след анализ на всички записи от видове изчисления, които заместват този тип изчисления по период на валидност. Действителният период на валидност ще бъде набор от периоди, които са подмножество от първоначалния период на валидност на записа. Ако не се намери запис, който да измества дадения по срок на валидност, тогава действителният период на валидност на този запис ще бъде равен на неговия период на валидност. Друг краен случай на доживотно изгонване е, когато даден запис е напълно изместен от други записи. В този случай няма да има действителен срок на валидност на записа.

Всеки запис в регистъра за сетълмент съдържа типа сетълмент, за който се отнася. За да определи кои записи трябва да заменят даден запис по период на валидност, регистърът на заплатите използва връзка към плана за видовете заплати, който описва взаимното влияние на видовете заплати един върху друг. Използването на тази връзка позволява на регистъра за заплати да определи действителния период на валидност на всеки запис.

Зависимост по базов период
Механизмът за зависимост от базовия период ви позволява да получите базовата стойност за запис в регистъра за изчисление въз основа на анализа на други записи, съдържащи се в регистъра.

Базата е числовата стойност, която трябва да се използва за изчисляване на резултата от даден запис. Базата се изчислява чрез анализиране на резултатите от изчислението на други записи, от които зависи тази позиция за базовия период. По този начин в общия случай записът в регистъра на изчисленията съдържа две дати, които определят периода, в който е необходимо да се анализират записите на видовете изчисления, от които този тип изчисление зависи от базата - базовия период. Използването на връзката към плана за тип изчисление позволява на регистъра на изчисленията да определи видовете изчисления, от които зависи даден тип изчисление за базовия период.

Регистърът на изчисленията поддържа два вида зависимости от базовия период:

• зависимост от срока на годност;
• зависимост от периода на регистрация.

В случай на зависимост от срока на валидност, за получаване на базата ще бъдат избрани тези записи, за които се намира пресечната точка на техния действителен период на валидност с базовия период на този запис. Стойността на базата, която ще бъде получена от конкретен въздействащ запис, обикновено не е равна на резултата, който този запис съдържа. Базата ще бъде изчислена пропорционално на частта от действителния период на въздействащия запис, който се припокрива с определения базов период. Това ще използва данните от диаграмата, свързани с този запис.

В случай на зависимост от периода на регистрация, за да се получи базата, ще бъдат избрани резултатите от изчислението на онези записи, които попадат в базовия период на този запис по стойността на тяхното поле „Период на регистрация“.

Най-сложната версия на зависимостта от базовия период е случаят, когато свойството „Периодът на валидност е базовият период“ е зададено за вида на изчислението на този запис. Това свойство означава, че базовият период на този запис ще се използва не базовият период, който е посочен в съответните полета на записа, а действителният период на валидност на записа, получен в резултат на работата на механизма за изваждане за срока на валидност и който в общия случай е съвкупност от няколко срока.

Генериране на записи за преизчисление
Механизмът за генериране на записи за преизчисляване следи факта, че в регистъра се появяват записи, които влияят на резултата от изчислението на съществуващи записи. Възможността новите записи да влияят върху съществуващите се определя в резултат на анализ на взаимното влияние на видовете изчисления и въз основа на работата на механизмите за изместване за периода на валидност и зависимостта за базовия период.

Резултатът от механизма за генериране на записи за преизчисляване е набор от записи за преизчисление, съдържащи информация за това кои записи в регистъра трябва да бъдат преизчислени (преизчислени).

Формуляри за регистър на изчисленията
За да може потребителят да преглежда данните, съдържащи се в калкулационния регистър, системата поддържа форма на представяне на калкулационния регистър - списъчна форма. Тя ви позволява да сортирате и избирате показаната информация според няколко критерия:

Системата може автоматично да генерира този формуляр. Заедно с това разработчикът има възможност да създава свои собствени формуляри, които системата ще използва вместо формуляра по подразбиране, включително формуляр за набор от записи, който ви позволява да добавяте, променяте и изтривате записи в регистъра на изчисленията.

Функционалност на регистъра на изчисленията
Основната функционалност, която регистърът за изчисления предоставя на разработчика, е:

• избор на записи в даден интервал по зададени критерии;
• подбор на записи от регистратор;
• получаване на базовата стойност за записи в регистъра, които удовлетворяват зададения избор;
• получаване на данни за график за записи в регистъра, които удовлетворяват даден избор;
• получаване на данни за записи, подлежащи на преизчисляване;
• четене, модифициране и запис на набор от записи в регистър.

Една от задачите, решени с помощта на изчислителни регистри, е получаването на обороти на регистъра с помощта на заявки към виртуална таблица с основни данни или метода GetBase(). Регистърните обороти се получават въз основа на голям брой различни изходни данни, включително настройки и съдържание на плана на видовете изчисления, настройки на изчислителния регистър, параметри на виртуалната таблица с основни данни и др. Но една от важните роли за получаване на основни данни играят измерванията в регистъра на изчисленията.

Ролята на измеренията при параметризиране на виртуална таблица с основни данни

Един от важните параметри на виртуалната таблица на основните данни е списъкът от измерения, по които се сравняват записите в регистъра при сумиране на данните. За да разрешите различни проблеми, може да се наложи да сумирате ресурсите на регистъра за различни набори от измерения. Нека разгледаме примера на регистър, предназначен за изчисляване на заплати и имащ три измерения:

• организация,
• Индивидуален,
• Подразделение.

Нека си представим, че е необходимо да се решат следните проблеми:

• Получаване за определени записи на регистъра на оборота на регистъра за всички записи със същото разделение като оригиналния запис. Това може да бъде например изчисляване на надбавка в зависимост от начисленията на целия отдел.
• Получаване на оборот от записи с едно и също физическо лице и отдел. Тези. получаване на сумата на начисленията на служителите, които са му начислени в същия отдел (начисленията за същия служител, които е получил в други отдели, са изключени).
• Получаване на оборот от записи с едно и също физическо лице и една и съща организация (всички начисления към физическото лице в рамките на една и съща организация).

Всички горепосочени задачи се решават с помощта на заявки към виртуална таблица с основни данни. В този случай параметрите „Измервания на основния регистър“ и „Измервания на основния регистър“ ще бъдат различни и за трите задачи. В първия случай има едно измерение - „Разделение”; във втория - „Индивидуално“ и „Единица“; в третата - „Организация” и „Индивидуално лице”.

Оптимизиране на получаването на базови данни

За случаите, изброени по-горе, при генериране на заявка към виртуална таблица на базовите данни, системата, по отношение на езика на заявката, ще извърши „ляво свързване“ на таблицата на регистъра на изчисленията със същата таблица. В този случай едно от условията за свързване е равенството на стойностите в полетата, посочени като размери на главния и основния регистър. Разбира се, в допълнение към това условие има сравнение на периода на валидност или периода на регистрация с началото и края на базовия период, сравнение на видовете изчисления и т.н., но най-строгото ограничение, като правило, е ограничението на стойностите на измерване.

По този начин, за да работи ефективно получената заявка, е важно да има индекс в таблицата на регистъра на изчисленията, който съдържа полетата на сравнените измерения като първите полета.

Възможността за индексиране на размерите на изчислителния регистър ни позволява да решим такъв проблем, но само за случая, когато се сравнява едно измерение (в нашия пример задачата за получаване на данни за отдел). В случай, че има две или повече сравними измерения, е необходимо да се изгради индекс за няколко измерения наведнъж.

Това е точно проблемът, който ви позволява да разрешите свойството Basic dimension на изчислителния регистър. Като зададе това свойство на множество измерения, дизайнерът на конфигурацията създава индекс за всички измерения, маркирани като „база“ (за повече подробности вижте раздела „Индекси на таблица на база данни“).

От горното става ясно, че може да се създаде само един такъв индекс за регистър за изчисление, за да се оптимизира получаването на основни данни чрез избиране на определени измерения. По този начин по време на разработката е важно правилно да се прецени кои виртуални таблици ще се използват най-често и чиято оптимизация на производителността е най-важна.

Да се ​​върнем към нашия пример. Нека си представим, че натрупванията, които изискват получаване на данни за физическо лице и отдел, ще бъдат по-рядко срещани по време на конфигуриране, отколкото натрупванията, които изискват получаване на данни за физическо лице и организация. Тогава измеренията „Организация“ и „Индивидуално лице“ трябва да бъдат отбелязани като основни измерения. В същото време ще трябва да се примирим с факта, че получаването на основни данни за физическо лице и отдел ще бъде относително бавно.

При избора на базови измервания трябва да се оцени и тяхната „селективност“, т.е. представете си колко стойности ще има в определено измерение при работа с конфигурацията. Нека си представим, че в нашия пример едно лице може да има много малко (една или две) организации и относително много подразделения. Тези. Човек почти винаги получава заплата за една организация и в същото време заплатите често се изчисляват за различни отдели. При такива обстоятелства е по-разумно да изберете измеренията „Индивидуално“ и „Дивизия“ като основни.

Но е важно да запомните реда на измерване на изчислителния регистър...

Относно реда на измерванията в регистъра за изчисления

Факт е, че при създаването на индекс, който ще улесни получаването на основни данни, системата включва измерения в него в последователността, в която са разположени в конфигурационното дърво. Това означава, че просто чрез „превключване“ на измеренията „Индивидуално“ и „Разделение“ ще променим реда на полетата в индекса.

В нашия пример, ако размерите „Индивид“ и „Деления“ са избрани като базови, тогава чрез пренареждането им няма да променим скоростта на получаване на основни данни за индивид и отдел, но радикално ще влошим ситуацията с получаване на данни за физическо лице и организация. Когато сравнявате стойности в полетата „Организация“ и „Индивид“, системата няма да може да използва индекса Division+Individual, тъй като полето „Индивид“ не е първото в него и условието не е наложено на разделението. И в случай на индекса Individual+Division, както получаването на основни данни за отдела и физическото лице, така и получаването на основни данни за организацията и физическото лице ще се възползват, тъй като полето „Индивидуално“ ще бъде първото в индекса, системата ще може да го използва „частично“ (едно поле наведнъж) . В същото време полето „Индивид“ има много по-голяма „селективност“ от полето „Организация“ и няма да отнеме много време, за да се изработят условията за организацията.

Ако базовото измерение е едно

Нека не забравяме задачата в нашия пример, която включва получаване на основни данни само за отдел. Изглежда, че създаването на индекс Individual+Division за решаване на другите два проблема изключва ефективната работа на виртуална таблица с основни данни за едно измерение „Division“. Но тук трябва да помним за възможността за индексиране на размерите на регистъра (свойство Indexing). Възможността за индексиране на измерение ви позволява ефективно да разрешите проблема с получаването на база данни въз основа на едно основно измерение.

По този начин в примера, който разгледахме, е необходимо да зададете основното свойство на измеренията „Индивидуално“ и „Разделение“, свойството Индексиране на измерението „Разделение“ и също така да се уверите, че измерението „Индивидуално“ е „по-високо ”, отколкото измерението „Подразделение” (редът на измерението „Организация” не е важен).

Както знаете, при четене на данни платформата 1C има достъп до таблици на база данни. Но за регистрите платформата 1C, базирана на реални таблици, може да генерира виртуални маси, които не се съхраняват физически в базата данни. Това позволява на разработчика, вместо да прави сложна заявка към реална таблица, незабавно да получи данни от виртуална с проста заявка. Освен това елиминира възможните грешки. Следователно винаги трябва да използвате виртуални таблици, когато е възможно. Особено при преминаване на изпита за 1C: Специалист. Нека да разгледаме различните типове регистри и да видим какви виртуални таблици предлага платформата за всеки тип регистър.

Информационни регистри

Платформата генерира виртуални таблици само за периодични информационни регистри. Предлагат се следните видове:

• Парче от Първия
• Парче от последния

Регистри за натрупване

За регистрите за натрупване наборът от предоставени виртуални таблици също зависи от вида на регистъра. Както знаете, има два вида регистри за натрупване: ОстатъциИ Революции

Регистър за натрупване на баланс

Налични са следните виртуални маси

• Остатъци
• Революции
• Остатъци и обороти

Регистър за натрупване на обороти

Налична е само една виртуална маса

• Революции

Изчислителни регистри

Тук в зависимост от настройките са налични и следните виртуални маси:

Счетоводни регистри

Счетоводните регистри имат най-голям набор от виртуални таблици

• Остатъци
• Революции
• ОборотDtKt
• Остатъци и обороти
• Подконто
• MovementsSubconto

Но скоростта на достъп до счетоводните регистри е най-ниска. Следователно, ако е възможно да се получат същите салда или обороти с помощта на регистри за натрупване, тогава те трябва да се използват.