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

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

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

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

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

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

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

• измервания;
• ресурси (могат да бъдат числени или дефинируеми);
• реквизити.

При формиране на структурата на натрупващия регистър трябва да се назначи регистратор и да се създаде поне един ресурс.

[свиване]

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

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

Стандартни подробности за регистъра за натрупване 1C са достъпни в раздела „Данни“ - „Стандартни подробности“.

• Период- не е необходимо датата на движение да съвпада с датата на документа;
• Секретар- документ за вписване в регистъра;
• Номер на ред- пореден номер на реда в набора от записи, уникален в рамките на регистратора;
• Дейност- отговаря за въвеждането на записи във виртуални таблици (бърз начин за получаване на информация за профила от регистрите); не може да се задава за всеки запис поотделнов рамките на документа за запис (може да се зададе минимум за набор от записи);
• ViewDвидения- приходи или разходи.

Уникалност на записите на обекта 1C "Акумулационни регистри"

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

Уникалност на записите в таблицата за движение на регистъра за натрупванеопределен от полетата "Регистратор" и "Номер на ред".

[свиване]

Натрупващите регистри винаги са подчинени на регистратора на документи. Следователно сред техните стандартни детайли винаги има " ".

Функционалност на регистъра за натрупване 1C

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

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

За регистрите за натрупване може да се активира режимът на разделяне на сумите:

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

[свиване]

Структура на 1C обект "Регистри за натрупване"

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

1. стойности на измерване (опишете секциите, в които се съхранява информацията);
2. съответните стойности на ресурса (натрупване на необходимите цифрови количествени данни).

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

Чрез посочване на измерванията, които ни интересуват, ние можем да получим количеството - ресурс - по всяко време.

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

Конструктивни характеристики на регистъра за натрупване:

1. Преди всичко е необходимо да поставите измерванията, които най-често ще се изискват в системата;
2. свойство "Индекс" измервания в регистъра на натрупванетотрябва да бъде настроен на измервания в случаите, когато се планира често да се прилагат селекции за измерването при получаване на данни и това измерване може да има голям брой варианти на стойност. Например, имаме регистър „Продукти в складове“ (размери „Склад, номенклатура“, ресурс - „Количество“). По-правилно е да се индексира „Номенклатурата“, но полето „Склад“ не трябва да се индексира, тъй като броят на складовете в системата по правило не е значителен.

Комплект за въвеждане на регистър на натрупване

Това е колекция от неговите низове (записи), съществуващи в паметта на компютъра.

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

Максималният брой записи в набор е 999 999 999.

Комплект за въвеждане на регистър на натрупванеможе да се използва:

1. за промяна на записи в натрупания регистър за конкретен регистратор;
2. за добавяне на записи в регистър на натрупване за определен регистратор;
3. за изтриване на записи в натрупания регистър за определен регистратор;
4. за четене на набор от записи за конкретен рекордер.

важно! Изборът може да се основава само на равенство.

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

1. енорийско движение(“+”) - ако трябва да се извърши увеличение на съхранените ресурси;
2. движение на потока("-") - ако трябва да се извърши намаляване на съхраняваните ресурси.

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

Необходимият стандартен реквизит за натрупващия регистър е регистраторът.

[свиване]

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

Записите имат смисъл само ако записващото устройство съществува; При изтриване на документ със запис, записите също ще бъдат изтрити.

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

Фигура Раздел "Регистратори" на прозореца за редактиране на конфигурационен обект "Регистър на натрупване"

[свиване]

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

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

Свързване на обекта 1C "Акумулационни регистри" с регистратора

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

[свиване]

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

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

[свиване]

Характеристики на работа с регистратори при обработка на документи:

1. Вписванията в натрупващия регистър могат да се формират:
   • при извършване на документ;
   • при записване на документ;
   • при попълване на документа.
2. Задължително условие по отношение на Регистратора при записване на данни в набирателния регистър: Документът за запис трябва да бъде записан. Докато документът не бъде записан, няма връзка към него в системата, а връзката трябва да бъде посочена в полето "Регистратори".
3. Полето "Регистратори" може да съдържа незапълнена връзка само към документа на регистратора(контролиран тип).
4. Тип поле данни "Регистратори"определени в раздела "Регистратори".в прозореца за редактиране на конфигурационен обект.
5. За полето "Регистратори" можете да определите типаВръзка към документа.<ИмяДокумента>. СЪССписъкът с типове рекордери е доста специфичен (екранна снимка по-горе).
6. Неща, които трябва да запомните:
   • един натрупващ регистър може да бъде свързан с произволен брой типове документи;
   • един вид документ може да бъде свързан с произволен брой регистри за натрупване;
   • при изтриване на документ-рекордер записите се изтриват автоматично от базата данни;
   • записите могат да съществуват без наличието на документ за запис, когато се използва план за обмен, което може да доведе до до нарушаване на референтната цялостинформационна база.
7. Датата на документа на регистратора по никакъв начин не е свързана с периода на регистъра.Датата на вписване в регистъра се определя програмно и може да съвпадне с датата на документа или да бъде напълно различна.

1C дизайнер на движение на обекти "Регистри за натрупване"

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

Балансови и оборотни регистри

Има два вида регистри за натрупване:

1. регистри за натрупване на салда(съхранява общите стойности на ресурсите - баланси);
2. регистри за натрупване на обороти(съхранява само промените в тези ресурси - обороти).

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

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

Единици от регистри за натрупване на обороти

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

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

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

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

Множество агрегати могат да бъдат създадени за всеки регистър.

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

Конструкторът на агрегати може да бъде извикан от прозореца за редактиране на регистъра на оборотните натрупвания (раздел "Данни").

Форма на списък и форма на набор от записи на обекта 1C "Регистри на натрупване"

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

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

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

Салда и оборот на сметки в 1C: Счетоводство

Докладвай "Остатъци и оборот"предназначени за получаване на отчет за салдата и оборота. Извлечението се показва под формата на таблица с колони „Начално салдо“, „Получаване“, „Разходи“, „Крайно салдо“ и колони с подробности.

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

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

С бутон "форма"Отчетът се генерира в съответствие с текущите настройки.
Бутонът „Избор“ разширява панел, на който може да се конфигурира изборът на изходни данни към отчета. Освен това изборът може да бъде конфигуриран в раздела "Избор"формуляри за настройки.
Бутонът "Заглавие" ви позволява да получите по-компактен изглед на отчета, като скриете заглавието му.
Бутоните за запазване и възстановяване ви позволяват да запазвате персонализирани настройки на отчета за по-късна употреба.

Формата за настройка на отчета (отваря се с натискане на бутона „Настройки“) ви позволява да зададете всички възможни параметри на отчета, вкл. и тези, които са посочени в основния формуляр. Формулярът съдържа следните раздели:
са често срещани. Можете да зададете отчетния период, да изберете счетоводна секция и други общи параметри
„Използване на свойства и категории“- след поставяне на отметка става възможно избиране и групиране на данни по свойства, избиране по категории обекти.
„Оцветете фракциите“- групите на отчетите ще бъдат маркирани в различни цветове.
"Индикатори". Числени стойности, които са обобщени в отчета. Тези стойности се показват в колони „Начален баланс“, „Краен баланс“, „Входящи“, „Разходи“.Индикаторите, отбелязани в списъка, ще бъдат показани в отчета.
„Изход в различни колони“- при поставена отметка всеки индикатор ще се показва в отделна колона, ако отметката не е поставена, индикаторите ще се показват един под друг.
Групи. В раздела можете да конфигурирате групирането на данни (детайлизиране) на отчета. Всеки ред в списъка за групиране дефинира поле за групиране и общ тип. Общият тип определя дали трябва да се добавят допълнителни йерархични групи към отчета за полета, които са елементи на справочник или план на характерни типове. В този отчет можете да конфигурирате групиране на редове. Редовете за групиране ще съдържат общите стойности на избраните индикатори.
Полета.В раздела можете да посочите списък с полета, които да се показват в отчета. По подразбиране, ако списъкът е празен, отчетът показва избраните полета в списъка за групиране (в една колона) и колоните с индикатори. Полетата, свързани с полето за групиране (такива полета в дървото на всички полета са подчинени на полето за групиране), се показват до него в същата колона. Полетата, които не са свързани с нито едно поле за групиране, се показват в редове, наречени подробни редове. Редовете с подробности съдържат по една колона за всяко поле и са разположени на най-ниското ниво на детайлност в отчета.
Избор.Избор на отчетни данни. Всеки ред определя един елемент за избор, съдържащ:
Квадратче за отметка за използване на елемента за избор. Позволява ви лесно да деактивирате и активирате отделни елементи за избор, без да премахвате или добавяте елементи.
Поле, чиито стойности са предмет на условия за избор.
Тип сравнение – условие за избор.
Стойността или стойностите за сравнение. За условията за избор за въвеждане на интервала се определя от две стойности - границите на интервала. Ако е наложено условие да бъдете в списък, стойностите за сравнение се определят от списък със стойности.

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

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

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

какви услуги са предоставени (за създаване на оценка на услугата)

на кой конкретен клиент са предоставени услугите (за да му предостави отстъпка от обема на предварително платените услуги,

кой майстор предоставя услуги (за изчисляване на заплатите му)

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

10.2. Какво представлява договаряем натрупващ регистър?

Набирателните регистри могат да бъдат балансови и оборотни.

Регистрите „Оставащ материал“ и „Цена на материал“, които съществуват в нашата конфигурация за обучение, са регистри за баланс. Ако си спомняте момента, в който създадохме отчета „Материали“, тогава в дизайнера на отчети видяхме, че системата създава три виртуални таблици за такива регистри: таблица на салда, оборот и кумулативна таблица на салда и оборот.

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

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

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

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

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

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

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

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

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

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

За подробностите в регистъра този принцип не е важен; според данните в регистъра ресурсите могат само да се получават или само да се изразходват.

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

10.3. Създаване на работещ натрупвателен регистър

След като вече знаем „почти всичко“ за регистрите за натрупване, нека отворим конфигуратора и да създадем нов конфигурационен обект, регистър за натрупване. Нека го наречем “Продажби” и дефинираме вида на регистъра – “Оборот”.

262. Нека създадем нов конфигурационен обект Регистър за натрупване: изберете обекта в дървото Натрупващ регистър, МП, изберете Добавяне , в полето Име въведете Продажби , в Разширен изглед на списъквлизам Движения в регистъра на продажбите,щракнете върху Напред.

263. В раздела Подсистеми изберете Счетоводство, Счетоводство на материалите, Услуги.

264. В раздела Данни създайте размери на регистъра:

265. Създайте регистър триресурс:

Количество, тип Число, дължина 22, точност 2, Приход, тип Число, дължина 22, точност 2, Цена, тип Число, дължина 22, точност 2.

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

267. Направете същото за подсистемитеПредоставяне на услуги и

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

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

269. Изберете разделДруго, обектен модул.

270. Въведете кода, който създава движенията в регистъра на продажбите, произведени от документа за предоставяне на услуги, маркиран с удебелен шрифт:

Процедура ProcessingConduct(Failure, Mode) //((__MOTION_REGISTER_CONSTRUCTOR

// Този фрагмент е изграден от конструктора.

// При повторно използване на конструктора, направените ръчно промени ще бъдат загубени!!!

Movements.RemainingMaterials.Write = True; Movement.CostMaterials.Write = True;

Movements.Sales.Record = True;

За всяка техническа линияСписък с номенклатури от цикъла на списъка с номенклатури

TechStringList of Nomenclature.Nomenclature.Type of Nomenclature

= Изброяване Видове номенклатура Материал След това

// Регистрирайте оставащото потребление на материал

Movement = Movements.RemainingMaterials.Add();

Movement.Period = Дата;

Movement.Warehouse = Склад;

Movement = Movements.MaterialsCost.Add();

Movement.MovementType = AccumulationMotionType.Expense;

Movement.Period = Дата;

Movement.Material = TekStringList на Nomenclature.Nomenclature;

Movement.Cost = TechStringListItems.Quantity*TechStringListItems.Cost;

endIf;

Движение = Движения.Продажби.Добавяне(); Movement.Period = Дата;

Movement.Nomenclature = TechStringList на Nomenclature.Nomenclature;

Movement.Client = Клиент; Move.Master = Главен;

Movement.Quantity = TechStringList на Nomenclature.Quantity;

Movement.Revenue = TechLineList на Items.Amount;

Movement.Cost = TechStringListItems.Cost*TechStringListItems.Quantity;

EndCycle; //))__CONSTRUCTOR_MOVEMENT_REGISTERS

EndProcedure

271. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, отворете документа Предоставяне на услуги от 27 юли, щракнете върху Провеждане, отидете на списъка с движения в регистъра на продажбите.

272. Отворете документа Предоставяне на услуги от 29 юли, щракнете върху Продължи, отидете на списъка с движения в регистъра на продажбите.

273. Отворете документа Предоставяне на услуги от 29 юли, щракнете върху Продължи, отидете на списъка с движения в регистъра на продажбите.

11 ден. Доклади 11.1. Методи за достъп до данни

Системата 1C:Enterprise поддържа два начина за достъп до данни, съхранявани в базата данни:

обект (четене и запис)

табличен (за четене).

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

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

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

11.2. Работа със заявки

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

11.3. Източници на данни за заявки

Заявката получава първоначална информация от набор от таблици.

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

истински маси

виртуални маси.

Реалните таблици съдържат данни от всяка една реална таблица, съхранявана в база данни.

Например истинската таблица е Directory.Clients, съответстваща на директорията Clients.

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

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

Виртуалните таблици не се съхраняват в базата данни.

Реалните таблици се делят на обектни (референтни) и необектни.

Обектните таблици предоставят информация за референтни типове данни (директории, документи и др.). А в необектните - всички останали типове данни (константи, регистри и др.).

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

11.4. Език за заявки

Алгоритъмът, по който ще се избират данни от входните таблици за заявки, е описан на специален език - език за заявки.

Текстът на искането може да се състои от части:

1. описание на заявката

2. обединяване на заявки

3. резултати от поръчката

4. автоматично поръчване

5. описание на резултатите.

Единствената задължителна част е описанието на заявката.

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

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

Подреждане на резултатите—дефинира условията за подреждане на редовете с резултати от заявката.

Автоматичното подреждане ви позволява да активирате автоматично подреждане на редовете с резултати от заявката.

Описание на общите суми – определя кои общи суми трябва да се изчислят в заявката и как да се групира резултатът.

Система за съставяне на данни

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

Изходните данни за оформлението на отчета съдържат диаграмата на оформлението на данните. Това са набори от данни и методи за работа с тях.

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

Разработчикът създава схема за оформление на данни и настройки по подразбиране.

Въз основа на оформлението и настройките конструкторът на оформление създава оформление.

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

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

11.5. Избор на данни от една таблица

274. Да създадем отчет: изберете клона Отчети, MP в дървото на конфигурационния обект, изберете Добавяне, въведете в полето Име

Регистър на документите Предоставяне на услуги , натиснете tab и в полетоСинонимът трябва да се появи Регистър на документите Предоставяне на услуги , в полето за разширен изглед въведете Списък на предоставяните услуги,

275. щракнете върху Отваряне с диаграма за съставяне на данни

276. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете.

277. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

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

279. Изберете разделАсоциации/Псевдоними,посочете, че полето за връзка ще има псевдонима на документа.

280. Изберете разделПоръчка, укажете, че резултатът от заявката трябва да бъде подреден по стойността на полето Документ.

281. Щракнете върху OK.

Предоставяне на услуги Склад,

Предоставяне на услуги. Майстор,

СОРТИРАНЕ ПО

Документ

Предоставяне на услуги Склад,

Предоставяне на услуги. Майстор,

Документ. Предоставяне на услуги КАК да предоставяте услуги

СОРТИРАНЕ ПО

Документ

Описание на заявката Подреждане на резултатите (възходящо по подразбиране) Списък с полета за избор

След AS източник на данни псевдоним Източници на данни

282. изберете раздела с настройки, изберете Доклад, MP, Нов

групиране.

283. В раздела Избрани полета преместете полетата с мишката.

284.

285. В прозореца за редактиране на конфигурационен обект Доклад Документ Регистър Предоставяне на услуги изберете раздела Подсистеми, изберете Предоставяне на услуги.

286. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Предоставяне на услуги изберете Регистър на документи за предоставяне на услуги, щракнете върху Генериране.

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

11.6. Избор на данни от две таблици

286. Нека създадем отчет: изберете клон в дървото на конфигурационния обект Reports, MP, изберете Add, въведете Service Rating в полето Name, натиснете tab и трябва да се появи в полето Synonym

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

288. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете Добавяне на набор от данни - Заявка.

289. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

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

290. Нека преименуваме номенклатурната таблица на sprNomenclature

291. Нека преместим полетата SprNomenclature.Link и SalesTurnover.RevenueTurnover в списъка с полета.

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

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

293. Премахнете отметката от квадратчето Всички за таблицата SalesTurnover и задайте таблицата SprNomenclature.

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

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

294. Изберете раздела Условия и задайте избора така, че групите в директорията Номенклатура да не се показват в отчета.

295. Изберете стандартната номенклатура, изберете полето ThisGroup, поставете отметка в квадратчето Custom и въведете кода в полето Condition:

sprNomenclature.ThisGroup = FALSE

296. Друго условие е избраният артикул да е услуга. Това е просто условие. Плъзнете полето Тип елемент към списъка с условия. Платформата автоматично ще генерира условие, според което видът на артикула трябва да е равен на стойността на параметъра Тип на артикула. След това, преди да изпълним заявката, ще предадем стойността на изброяването – услуга – към параметъра Nomenclature Type.

297. Изберете раздела Обединяване/Псевдоними, полето Връзка ще има псевдонимУслуга, а полето регистър е Приходи.

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

299. Щракнете върху OK.

SalesTurnover.RevenueTurnover КАТО приходи ОТ

Справочник.Номенклатура AS справочнаНоменклатура

ЛЯВА ВРЪЗКА RegisterAccumulations.Sales.Turnover AS SalesTurnover

Software SalesTurnover.Nomenclature = referenceNomenclature.Link

WHERE sprNomenclature.ThisGroup = FALSE

И sprNomenclature.Тип номенклатура = &Тип номенклатура-

ПОРЪЧКА ПО НАМАЛЕНИЕ НА ПРИХОДИТЕ

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

300. Изберете раздела Ресурси, изберете Приходи, изберете >>, за да накара дизайнера да избере всички налични ресурси, за които може да се изчисли общата сума. За нас това е ресурсът на приходите.

Настроики

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

Параметрите на отчета задават условията за избор на записи за отчета.

301. Изберете разделНастроики

302. Ще освободим потребителя от необходимостта да посочва часа, когато въвежда датата на периода, за който се генерира отчетът: изберете полето Дата, M2 в реда Начало на периода, изберете Дата в списъка Състав на датата, щракнете върху OK.

303. За параметъра Край на периода поставете отметка в квадратчето Ограничение на наличността.

304. щракнете върху бутона Добавяне, въведете крайна дата в полето Име, изберете Дата в списъка Тип, посочете Състав на дата - Дата.

305. Изберете параметъра Край на периода, въведете израза в полето Израз

Краен период (&Крайна дата, "Ден")

306. Изберете линия Вид номенклатура,В списъка на колоната Стойност изберете Услуга.

Настройки

307. изберете раздела с настройки, изберете Доклад, MP, Ново групиране.

В структурата на отчета ще се появи групиране на подробни записи.

308. В раздела Избрани полета преместете мишката върху полетата Услуга, Приходи.

309. Изберете раздела Други настройки, въведете заглавието на отчета – Оценка на услугата.

Бързи персонализирани настройки

310. Изберете раздел

311.

312. За полето Начална дата в списъка със стойности изберете Начало на този месец.

313. За полето Крайна дата в списъка със стойности изберете Начало на този ден.

314. Нека затворим дизайнера на схемата за съставяне на данни.

315. В прозореца за редактиране на конфигурационен обект Докладване на оценка на услугата изберете раздела Подсистеми, изберете Предоставяне на услуги.

316. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Оценка на услугата.

Символ

317. В конфигуратора отворете схемата за съставяне на данни в раздела Настройки, изберете раздела в долната част на прозореца символ,Щракнете върху бутона Добавяне.

318. В полето Design изберете бордо цвят на текста, щракнете-

319. След това посочваме Условието, при настъпване на което ще се приложи дизайнът, избираме Нов елемент, натискаме бутона Добавяне, в лявата колона стойност посочваме Приходи, в колоната Тип сравнение посочваме По-малко, в колоната Дясна стойност посочваме 700 ,

щракнете върху OK.

Тоест, когато полето Приходи има стойност под 700, нещо ще бъде маркирано в червено.

320. Сега нека зададем списъка с полета, които да бъдат създадени: в полето Form fields щракнете върху три точки, щракнете върху Add, изберете Service, изберете Revenue, щракнете върху OK.

321. В полето Символно представяне въведете Непопулярна услуга.Това е, което потребителят ще види в своите настройки.

322. Сега нека добавим създаденото условие към потребителските настройки: щракнете върху бутона Свойства на потребителски елемент

настройки , поставете отметка в квадратчетоВключете в потребителските настройки и задайте свойствотоРежим на редактиране на стойност

Обикновен.

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

323. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела с действия на секцията Услуги изберете Рейтинг на услугата, щракнете върху Генериране.

Виждаме, че сумата на услугите е по-малка от 700 рубли. подчертани в червено.

323. Щракнете върху бутона Настройки, премахнете отметката от настройката за непопулярна услуга, щракнете върху Завършване на редактирането.

324. Щракнете върху създаване, виждате, че цветното подчертаване е изчезнало.

Персонализирани настройки

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

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

327. Задайте флага за използване за настройкиИзбор и Условен дизайни задайте техния режим на редактиране на

стойност Normal, щракнете върху OK.

328. Изберете раздела Избор, разгънете полето Услуга, изберете полето Родител, M2 и го плъзнете към списъка за избор от дясната страна на прозореца.

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

329. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Рейтинг на услугата, щракнете върху Настройки, там се появяват настройките за избор и символ.

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

Ние предоставихме на потребителя възможността да създава произволен брой свои собствени условия.

330. Нека зададем селекцията в отчета, така че да включва следните услуги, свързани с инсталирането на перални машини: щракнете върху три точки в прозореца за потребителски настройки в реда за избор: в реда за избор щракнете върху три точки, в реда за стойност щракнете върху три точки, разгънете групата Услуги и изберете Перални от директорията Номенклатура, щракнете върху OK, щракнете върху Завършване на редактирането, щракнете върху Генериране.

Докладът включва само услуги по монтаж на перални машини.

331. Щракнете върху Настройки, в реда за избор щракнете върху бутона Почистване.

11.7. Справка 3. Показване на данни за всички дни от избрания период

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

331. Да създадем отчет: изберете клона Отчети, MP в дървото на конфигурационния обект, изберете Добавяне, въведете в полето Име RevenueMasters, натиснете tab и в полето Синоним трябва да се появят приходите на майките, в полето за разширен изглед въведете Списък на предоставяните услуги,

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

333. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете Добавяне на набор от данни - Заявка.

334. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

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

336. В полето Таблици изберете Sales.Turnover, щракнете върху бутона Параметри на виртуалната таблица, изберете Ден в списъка Честота, щракнете върху OK.

337. Изберете полета от таблицата SalesTurnover.Master, Pro

salesTurnover.Period, SalesTurnoverClient, SalesTurnover.RevenueTurnover.

338. Изберете разделАсоциации/Псевдоними,посочете това поле ПродажбиОборот.ПриходиОборотще има псевдоним Revenue, щракнете върху OK.

SalesTurnover.Master,

Продажби. Период,

SalesTurnover.Customer, SalesTurnover.RevenueTurnover AS Revenue

RegisterAccumulations.Sales.Turnover(, Day,) AS SalesTurnover

339. Изберете раздела Ресурси, изберете Приходи.

Настроики

340. Изберете раздела Параметри, за параметъра Начало на периода въведете Начална дата на заглавие, в полето Тип изберете състава на датата Дата.

342. Добавяне на параметър EndDate, тип дата, състав на дата –

343. За EndPeriod посочете израза EndPeriod(&EndDate, „Ден“)

и квадратчето за отметка Ограничаване на наличността. Настройки

344. Изберете раздела Настройки, изберете основния елемент Отчет, щракнете върху Добавяне, добавете групиране от най-високо ниво по полето Master, добавете групиране, вложено в предишното, по полето Period, добавете друго групиране, вложено в Подробните записи, групиране по Period поле без посочване на поле за групиране.

345. Изберете раздела Избрани полета, добавете полетата Клиент, Приходи.

346. Изберете раздела Други настройки, в списъка Местоположение на полета за групиране изберете Отделно и само в общи суми, в списъка Вертикално местоположение на Общи Tiogs изберете Начало и в полето Заглавие въведете Основни приходи.

347. Изберете разделОпции, изберете Начална дата, щракнете върху Свойства на елемент от персонализирани настройки, активирайте квадратчето за отметка Включване в персонализираните настройки, щракнете върху OK.

348. Изберете раздела Опции, изберете Крайна дата, щракнете върху Свойства на елемент от персонализирани настройки, поставете отметка в квадратчето Включване в персонализираните настройки и щракнете върху OK.

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

350. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Приходи на занаятчии, задайте периода от 1 юли до 30 юли, щракнете върху Генериране.

Показва всички дати в избрания период

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

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

352. Изберете раздела Полета за групиране, изберете полето Период,

V В списъка Тип добавка изберете ден.

353. В новия ред в колоната Начална дата на периода, M2, щракнете върху бутона Изчисти, щракнете върху бутона за избор на тип данни T, изберете Поле за съставяне на данни, щракнете върху OK, изберете трите точки, изберете опцията Начало на периода.

354. В новия ред в колоната Крайна дата на периода, M2, щракнете върху бутона Изчисти, щракнете върху бутона за избор на тип данни T, изберете Поле за съставяне на данни, щракнете върху OK, изберете трите точки, изберете опцията Крайна дата.

355. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Приходи на занаятчии, задайте периода от 1 юли до 30 юли, щракнете върху Генериране.

Нова версия на доклада. Диаграма

Логично, диаграмата е колекция от точки, серии и стойности на серии в точка.

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

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

Диаграмата като обект на вградения език има три области: област за конструиране, област за заглавие, област за легенда

356. Отворете схемата за съставяне на данни в раздела Настройки, изберете Добавяне в списъка с опции за отчет, въведете името Обем на приходите.

357. Нека добавим диаграма към структурата на отчета: изберете основния елемент Report, MP, New Chart.

358. Изберете клон Точки, MP, Ново групиране, изберете Главно поле.

359. Изберете Избрани полета, щракнете върху Доклад, изберете

360. Изберете раздела Други настройки, изберете Тип на диаграмата – Измерване.

361. Изберете ивиците на диаграмата за измерване според фиг.

362. Изберете разделОпции, изберете Начална дата, щракнете върху Свойства на елемент от персонализирани настройки, активирайте квадратчето за отметка Включване в персонализираните настройки, щракнете върху OK.

363. Изберете раздела Опции, изберете Крайна дата, щракнете върху Свойства на елемент от персонализирани настройки, поставете отметка в квадратчето Включване в персонализираните настройки и щракнете върху OK.

364. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Предоставяне на услуги изберете Приходи на Masters, щракнете върху опция за избор, изберете Сума на приходите, щракнете върху

11.8. Справка 4. Получаване на текущи стойности от периодичния информационен регистър

Докладът ще съдържа информация какви услуги предоставя LLC и на каква цена.

365. Да създадем отчет: изберете клона Отчети, MP в дървото на конфигурационните обекти, изберете Добавяне, в полето Име въведете Списък на услугите, натиснете tab и в полето Синоним Списъкът на услугите трябва да се появи, в полето за разширен изглед въведете Списък на предоставяните услуги,

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

367. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете Добавяне на набор от данни - Заявка.

368. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

369. Изберете таблицата с обекти като източник на данни за заявкатаНоменклатура и виртуална таблица на регистъра на информацията Цени Последна разфасовка.

370. Преименувайте номенклатурната таблица на sprNomenclature.

371. В полето Таблици изберете Цени.РязанеНай-нови, щракнете върху бутона Параметри на виртуална таблица, в полето Период въведете &Дата на отчета.

372. Изберете полета от таблицата sprNomenclature.Parent,

373. Изберете раздела Връзки, махнете отметката от квадратчето Всички за регистрационната таблица и активирайте квадратчето за отметка Всички за справочната таблица.

374. Изберете раздела състояние, изберете полето Тип елемент,

375. Изберете раздела Асоциация/Псевдоними, заменете полето Родител с Група услуги, полето Връзка към услуга, щракнете върху OK.

ИЗБЕРЕТЕ sprNomenclature.Parent AS Service Group,

FROM Справочник.Номенклатура КАТО справочнаНоменклатура

LEFT JOIN RegisterInformation.Prices.SliceLast(&ReportDate,) AS PricesSliceLast

Софтуер (PricesSliceLast.Nomenclature = referenceNomenclature.Link)

WHERE referenceNomenclature.Тип номенклатура = &Тип номенклатура

376. Изберете раздела Ресурси, изберете Цена.

377. Изберете раздела Параметри, за параметъра Тип артикул в колоната Стойност изберете Услуга.

378. За параметъра Дата на отчета премахнете ограничението за наличност (Og), в полето Тип изберете състава на датата – Дата.

379. За параметъра Период задайте ограничението за наличност.

380. Изберете раздела Настройки, изберете основния елемент Отчет, MP, Ново групиране по полето Service Group, Тип йерархично групиране.

379. Изберете групирането GroupServices, MP, Ново групиране, без да посочвате груповото поле (Подробни записи).

380. Изберете Избрани полета, посочете полетата Услуга, Цена.

381. Изберете Други настройки, Вертикални общи суми изберете Няма.

382. Изберете раздела Група услуги, в списъка Местоположение на полетата за групиране изберете Отделно и само в суми и в полето Заглавие въведете Списък на услугите.

383. Изберете разделОпции , изберете Дата на отчета, щракнете върху Свойства на елемент от персонализирани настройки, поставете отметка в квадратчето Включи в персонализираните настройки, щракнете върху OK.

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

385. Отворете регистъра на периодичните цени, добавете нова стойност за услугата Диагностика за 27 юли - 350 рубли.

386. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Списък на услугите, въведете датата 26 юли, щракнете върху Генериране, диагностичната цена трябва да бъде 600.

387. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Списък на услугите, въведете датата 27 юли, щракнете върху Генериране, диагностичната цена трябва да бъде 350.

11.9. Доклад 5: Използване на изчислено поле в отчет

388. Да създадем отчет: изберете клона Отчети, MP в дървото на конфигурационните обекти, изберете Добавяне, въведете Рейтинг на клиента в полето Име, натиснете tab и трябва да се появи в полето Синоним Оценка на клиента, в полето за разширен изглед въведете Списък на предоставяните услуги,

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

390. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете Добавяне на набор от данни - Заявка.

391. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

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

393. Изберете полета от таблицата

Продажби.Клиент

ПродажбиОборот.ПриходиОборот

393. Изберете раздела Асоциация/Псевдоними, заменете полето RevenueTurnover с Revenue, CostTurnover с Cost.

394. Щракнете върху OK.

395. Изберете раздела Изчисляеми полета, щракнете върху бутона Добавяне, въведете Приходи в полето Път към данните и въведете Приходи в полето Израз.

Приходи – Разходи

396. Изберете раздела Ресурси, изберете Приходи, Приходи, Разходи

397. Изберете раздела Настройки, изберете основния елемент Доклад, MP, Нова диаграма.

398. Изберете поле Точки, MP, Ново групиране по клиент.

399. Изберете Избрани полета, изберете Приходи.

400. Изберете Други настройки, тип диаграма – 3-D пай, въведете Оценка на клиента в полето за заглавие.

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

402. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела с действия на секцията Услуги изберете Оценка на клиента, щракнете върху Генериране.

11.10. Справка 6. Извеждане на данни в таблица

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

403. Да създадем отчет: изберете клона Отчети, MP в дървото на конфигурационните обекти, изберете Добавяне, въведете Universal в полето Име, натиснете раздела и Universal трябва да се появи в полето Синоним, въведете Списък на предоставяните услуги в разгънатия изглед поле,

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

405. Добавете нов набор от данни - заявка: щракнете върху бутона Добавяне, изберете Добавяне на набор от данни - Заявка.

406. Създайте текст на заявка: натиснете бутона Конструктор на заявки

са.

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

408. Изберете полета от таблицата

Продажбени обороти. Номенклатура

Продажби.Клиент

SalesTurnover.Master

ПродажбиОборот.КоличествоОборот

ПродажбиОборот.ПриходиОборот

Оборот на продажбите.Оборот на разходите

409. Щракнете върху OK.

410. Изберете раздела Ресурси, изберете >>.

411. Изберете раздела Настройки, изберете основния елемент Доклад, MP, Нова таблица.

412. Изберете елемента Таблица в структурата и щракнете върху бутона Свойства на елемента за персонализирани настройки. Изберете Избрани полета, Групиране на редове, Групиране на колони.

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

414. Нека стартираме 1C:Enterprise в режим на отстраняване на грешки, в панела за действие на секцията Услуги изберете Универсален, щракнете върху Генериране. празно!

415. В реда Избрани полета щракнете върху трите точки и изберете RevenueTurnover.

416. В реда Линии щракнете върху трите точки, добавете групиране по полето Номенклатура с типа Йерархия.

417. В реда Колони добавете групиране по полето Master.

418. Щракнете върху Генериране.

419. В реда Избрани полета щракнете върху трите точки и изберете CostTurnover.

420. В реда Линии щракнете върху трите точки, изтрийте групирането по полето Елементи, въведете групирането по полето Клиент.

421. Щракнете върху Генериране.

422. В реда Избрани полета щракнете върху трите точки и изтрийте CostTurnover.

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

424. В реда Колони добавете групиране по полето Клиент и го поставете първо.

425. Щракнете върху Генериране.

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

Видове натрупващ регистър

В 1C има само два вида регистър за натрупване:

• Революции
  Ако планирате да получавате само обороти от регистъра, не забравяйте да зададете типа на обороти.
  Например, когато регистрираме продажби, броят на продажбите е важен за нас и балансите тук абсолютно не са необходими. Следователно типът на регистъра трябва да бъде зададен на „Обороти“.

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

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

Размери, ресурси, детайли и стандартни детайли

Всеки регистър за натрупване съдържа размери, ресурси, детайли и стандартни детайли.

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

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

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

Стандартни детайлиса както следва:

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

Регистратори

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

Индексиране на размери

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

Например: натрупващ регистър „Партиди стоки в складове“. Има измерение „Номенклатура“ и „Страни със статус“. По-целесъобразно е да зададете атрибута за индексиране за измерението „Номенклатура“, отколкото за „Състояние на част“, ​​тъй като броят на опциите за номенклатура е много по-голям, отколкото за статус на партида.

Уникалност на записите

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

Възможности на натрупващия регистър

• селекция от записи за определен период по зададени измерения
• избор на записи от регистратор
• получаване на салда и обороти за избрана дата с посочени размери
• изчисляване на суми за определена дата

Примери за работа с натрупващия регистър

Пример за получаване на салда за текущата дата

Процедура GetBalanceOnDate()
NewRequest = Нова заявка;
NewQuery.Text =
"ИЗБИРАМ
| Стокови остатъци. Номенклатура,
| ItemRemaining.QuantityRemaining
| ОТ
| RegisterAccumulation.GoodsInWarehouses.Remains(&CurrentDate,) AS ProductRemains";
NewQuery.SetParameter("CurrentDate", CurrentDate());

EndCycle;
EndProcedure

Пример за получаване на оборот за текущата година

NewRequest = Нова заявка;
NewQuery.Text =
"ИЗБИРАМ
| Стокооборот. Номенклатура,
| Стокооборот.Количествен оборот
| ОТ
| Регистър на натрупване. Стоки В Складове. Оборот (&Начален период, & Краен период,) КАТО Оборот";

Нов Query.SetParameter("Начало на периода", Начало на година(CurrentDate()));
NewQuery.SetParameter("ConPeriod", CurrentDate());

SelectQuery = NewQuery.Execute().Select();

Докато QuerySelect.Next() цикъл
EndCycle;

Пример за избор на движения в натрупващия регистър

NewRequest = Нова заявка;
NewQuery.Text =
"ИЗБИРАМ
| Продукти В Складове. Период,
| Стоки В Складове. Регистратор,
| Продукти в складове Вид на движение,
| Продукти в складове Номенклатура,
| Продукти В Складове.Количество
| ОТ
| Регистър на натрупване.СтокиВСкладове AS СтокиВСкладове";

SelectQuery = NewQuery.Execute().Select();

Докато QuerySelect.Next() цикъл
EndCycle;

Формуляри за списъчен регистър

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

За отразяване на различни бизнес транзакции в програми, базирани на 1C:Enterprise, потребителите използват документи. От тях можете да получите всички необходими данни, например за паричните наличности в сметките на компанията, броя на продадените стоки за определен период от време.

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

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

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

Както бе споменато по-рано, регистрите за натрупване могат да позволят бързо извличане на баланси и обороти. Тази функционалност е пряко свързана с типа регистър. Тя може да бъде променена в раздела „Основни“ на конкретната форма за редактиране на регистър.

• Циркулиращите регистри за натрупване ви позволяват да получавате само оборот за определен период от време. В този случай не е възможно да се получат баланси. Натрупващ регистър с изглед “Оборот” създава само една виртуална таблица в системата - оборот.
• Регистрите за натрупване с изглед „Остатъци“ позволяват на разработчика да получи както салда, така и оборот. В този случай ще бъдат създадени три виртуални таблици: баланси, обороти, баланси и обороти. Пример за такъв регистър може да бъде регистър на наличностите в складовете и паричните потоци през текущите сметки на организацията.

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

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

Измервания

Измерванията на регистрите за натрупване означават определени раздели, в които по-късно можете да получите информация. В нашия случай размерите на регистър „Продуктова продукция” са: организация, ред, спецификация, разделение и други.

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

Свойства на размерите

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

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

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

Ресурси

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

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

Реквизити

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

Стандартни детайли

В допълнение към обичайните подробности, които разработчикът може да добави самостоятелно, има и стандартни подробности. Не можете да изтривате или добавяте нови към този списък. Можете да отидете до стандартните подробности, като използвате бутона със същото име в раздела „Данни“.

Инертни материали

Агрегатите са налични само в набирателни регистри с изглед „Оборот”. Можете да получите достъп до тях от раздела „Данни“. Агрегатите се използват в бази данни с голямо количество данни, за да се ускори генерирането на отчети. Няма да разглеждаме подробно този механизъм, тъй като това е доста обширна тема.

Движения в набирателни регистри

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

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

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