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

Здравейте скъпи читатели на блога. Съдейки по рецензиите, които дойдоха на моя имейл, предишната статия за използването произволни формули в 1C ZiUPмного хора го харесаха. Благодаря на всички за милите думи! Честно казано, настройването на произволни формули за типове изчисления е любимото ми забавление в 1C) Затова реших веднага да представя друга статия по тази тема. Освен това се основава на реален проблем, който трябваше да реша в професионалната си дейност.

Днешната публикация ще представи подробно възможностите за използване на вашите собствени показатели за заплати в произволни формули. По-специално ще дам общ преглед на услугата. И разбира се, ще има много малки, но интересни и полезни функции на счетоводството в софтуерния продукт 1C за заплати и управление на персонала. Затова прочетете и не забравяйте да оставите вашите въпроси и коментари в коментарите и на страниците на блога. във връзка с, На съученициИ google+.

Използване на показатели за служители, отдели и цялата организация в 1C ZUP

✅

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

Създаване на видове изчисления в ЗУП с произволни формули и показатели

✅ Семинар „Лайфхакове за 1C ZUP 3.1“
Анализ на 15 лайфхака за счетоводство в 1C ZUP 3.1:

✅ КОНТРОЛЕН ЛИСТ за проверка на изчисленията на заплатите в 1C ZUP 3.1
ВИДЕО - месечна самопроверка на счетоводството:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

Първо, трябва да създадем типа изчисление „Личен бонус за работа над плана“. И така, нека отворим списъка "Основни такси"и създайте нов тип изчисление. Достъпът до „Основни начисления“ в 1C ZUP може да бъде получен в раздела „Изчисляване на заплатите“ в най-долната част на раздела „Виж“. Също". Добавяне на нов тип изчисление. Въвеждаме името „Личен бонус за работа над плана“. Превключване "Поредица от изчисления"постави в позиция "Първично начисляване"тъй като нашият нов тип изчисление няма да зависи от други изчисления, а само от показатели, които се въвеждат веднъж месечно преди изчисляване на заплатите. В секцията „Метод на изчисление“ поставете превключвателя в активна позиция „Произволна формула за изчисление“. Резултатът ще бъде връзка „Редактиране на формулата за изчисление“и трябва да щракнем върху него, за да отворим прозореца за редактиране на формула.

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

(Employee_Output – Employee_Plan) * Payment_Rate_Above_Plan

Индекс Employee_Production трябва да се въведе за всеки служител месечнопреди изчисляване на заплатите и индикатора Employee_Plan – това е условно постоянениндикатор, който можеше да бъде записан във формулата като фиксирана сума - 100 - но аз умишлено не го направих, за да работя повече с индикатори. Освен това може да варира за отделите. Например в тази работилница една част е по-трудна за производство и се отделя повече време, така че планът няма да бъде 100 броя, а 80. Rate_Payment_Above_Plan – по аналогия с предишния.

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

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

Сега можем да напишем формула за типа изчисление, използвайки ключовите цифри, които току-що създадохме. Формулата обаче е леко модернизирана от представената в началото. В крайна сметка може да се окаже, че служителят не изпълнява плана и така че този тип изчисление да не начислява отрицателна стойност, ще използваме функцията Макс(<Выражение1> ,<Выражение2>) . Това означава, че крайният резултат ще бъде максималния резултат от тези два израза:

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

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

Попълване на постоянни и месечни произволни показатели в 1C ZiUP

✅ Семинар „Лайфхакове за 1C ZUP 3.1“
Анализ на 15 лайфхака за счетоводство в 1C ZUP 3.1:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

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

Първо, трябва да изберем какво въвеждаме: индивидуални показатели за служители или месечни показатели за отдели/организации. Нека изберем първото.
Второ, изберете режима на въвеждане. Зависи колко е удобно за някого. Първата опция „въз основа на индикатори“ е удобна за мен.
На трето място посочваме периода, за който се попълват показателите: август 2014г.
И четвърто, въвеждаме самия индикатор за нашите двама служители, които получават „Личен бонус за работа над плана“. Трябва да получите това, което е показано на екранната снимка.

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

Можете да прочетете повече за последователността на изчисляване на заплатите в 1C ZiUP в статията.

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

Това е всичко за днес! Скоро ще има нови интересни материали.

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

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

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

В настройките посочените типове изчислителни планове са показани на фигурата по-долу.

За да систематизираме данните за планове за видове изчисления, ще определим техните характеристики точка по точка:

1. План за видовете изчисления „Основни начисления на организации“ (меню „Заплати - Начисления на организации“, вижте фигурата по-долу) включва видовете основни начисления, използвани за изчисляване на заплатите. Ако предприятието използва допълнителни видове начисления, потребителят може да добави нова система за изчисляване на начисления.

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

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

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

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

· първичен → използва начисления за отработено време;

· зависими → базата им за начисляване е предходното ниво.

Данните за данъка върху доходите на физическите лица са необходими за отразяване във формуляр № 1DF, където ще бъде посочен кодът на дохода за изчисляване на данъка върху доходите на физическите лица.

Попълване на детайлите „Отражение в счетоводството. счетоводство" и "Индексирано чрез изчисление" дава възможност за индексиране на това начисляване и е представено на следващата фигура.

Показателите на „Отчитане на отработените часове“ са посочени, за да се използват трудови отчети и изчисления на средния брой служители и броя на служителите в еквивалент на пълно работно време. В раздела „База за изчисления“ се записва списък на вноските за това начисляване.

важно!Ако изберете метода на изчисление „Нулева сума“ → за заплати на парче, типът на изчисление с нулева сума се избира в документите за записване на работа, а сумата за начисляване ще бъде въведена ръчно от потребителя в изчислителните документи (в табличната част на полето „Размер“).

2. План за видовете изчисления „Вноски във фондове“ (меню „Заплата -> Счетоводство за данък върху доходите на физически лица и вноски - Вноски във фондове“, вижте едноименната фигура).

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

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

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

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

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

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

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

В периодичен режим (към дата) за всеки вид данък се записва новосъздадена позиция от плана за сетълмент за вноски във фондове.

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

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

Той автоматично определя реда на транзакциите.

4. “Задържания на организации” (Меню “Заплати Задържания на организации”).

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

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

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

Категорията тип изчисление има четири вида: „Основна“ или „Зависимост от първо ниво“, „Зависимост от второ ниво“, „Зависимост от трето ниво“. Ако за изчисления, например лихва, се вземе някаква база, тогава е необходимо „зависимостта на определено ниво“ да бъде зададена на 1 по-висока от определената в основните видове изчисление.

Те ни намират: попълване на планове за видове изчисления в 1s 8 2, 1c8 d eckjdbt cgbcjr pyfxtybq, план за плащане, план за видове калкулации Индексация 1s 8 2, Вид калкулация в 1C8 2, тип калкулация в 1s 8 2, 1C 8 2 Планове за видове калкулации Създаване на тип калкулация, как да промените регулирания вид на изчисление 1s, дефинирайте вида на натоварването, представено на фигурата, посочете вида на изчислението, съответстващо на товара, план на видовете изчисление 1s 8 3

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

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

Произволни формули за изчисление в 1C ZiUP

✅

Нека преминем направо към пример. Мисля, че така ще стане по-ясно. И така, организацията има отдел за сигурност. Служителите в този отдел, те са 4, работят на всеки 3 дни. Ще направим отделен работен график за всеки. Служителят получава пълна заплата, ако изработи целия си план според графика. Ако го направят неотработени дни, тогава заплатата се преизчислява пропорционално на отработените дни. Възможно е и служител да работи повече дни от необходимотоспоред вашия график. Това се случва, когато служители заместват друг служител, който е излязъл в отпуск или е напуснал поради болест. В този случай служителят, работил по заместване, има повече отработени дни от необходимите според графика му. Необходимо е да се гарантира, че в този случай неговата заплата се изчислява като за нормална работа в рамките на планираните дни от графика, а плащането за дни, отработени извън плана, ще бъде приписано на друг вид изчисление „Допълнително плащане за комбинация“ .

Създаване на елементи от директория “Работни графици”.

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

За нашите цели вече има шаблон „За три дни (40 часа работна седмица)“. Ще се появи опция, в която програмата ще отчита отделно отработените нощни и вечерни часове за служителите, работещи по този график. В нашия пример това не е задължително, така че не поставяме отметка в квадратчето. Но нека зададем датата, от която започва обратното броене на периодичността до 01.07.2014 г. Във втората диаграма - „След три дни 2“ - тази дата ще се измести с 1 ден и така нататък.

След това кликнете върху бутона "Попълване". И графикът ще се попълни от посочената дата.

Така ще създадем още три графики за всяка от смените.

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

✅ Семинар „Лайфхакове за 1C ZUP 3.1“
Анализ на 15 лайфхака за счетоводство в 1C ZUP 3.1:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

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

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

Формула за изчисление – тук формулата ще се генерира директно;
Функциите са аритметични и логически операции, предварително дефинирани от разработчиците, които могат да се използват във формула. В помощта можете да научите повече за всеки;
Индикаторите са, първо, предварително дефинирани променливи, които приемат стойности, програмирани от разработчиците на 1C. Например параметърът „TimeInDays“ ще върне броя дни, отработени от служителя, за когото се извършва изчислението с помощта на този тип изчисление. Второ, можете сами да създавате индикатори. Например, създайте индикатор „Продадени артикули“, в зависимост от това кой ще бъде присъден бонус на служителя, и самата стойност, т.е. колко продадени попълвайте веднъж месечно, преди да изчислите заплатите.

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

? (TimeInDays>=NormTimeInDays, TariffRateMonthly, TariffRateMonthly / NormTimeInDays * TimeInDays)

Първо, позволете ми да обясня конструкцията, в която се прилага тази формула: ?(условие, израз1, израз2).

Ако условието в скобите е изпълнено, тогава резултатът приема стойността на променливата, разположена след първата запетая (т.е. израз1, в нашия случай е ТарифаМесечно ). Ако условието не е изпълнено, тогава резултатът приема стойността, получена след изпълнение на формулата, която се намира след втората запетая (т.е. израз2, в нашия пример това е Тарифна ставкаМесечно / Стандартно време в дни * време в дни ).

Второ, ще дешифрирам индикаторите, използвани във формулата:

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

И сега ще се опитам да обясня същността на формулата. Ако служителят е работил ( време в дни)всичките ми нормални дни ( NormTimeInDays)или в повече от тази норма (т.е. условието е изпълнено), тогава на Служителя се изплаща пълната му заплата. Ако условието не е изпълнено, т.е. е работил по-малко дни от нормата, тогава заплащането му се определя въз основа на месечната тарифна ставка пропорционално на отработените дни. Крайната форма на изчислението ще изглежда така.

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

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

? (TimeInDays > NormTimeInDays, ((TimeInDays – NormTimeInDays) / NormTimeInDays * TariffRateMonthly), 0)

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

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

Изчисляване на заплати с помощта на създадени типове изчисления

✅ Семинар „Лайфхакове за 1C ZUP 3.1“
Анализ на 15 лайфхака за счетоводство в 1C ZUP 3.1:

✅ Изчисляване на заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

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

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

Сега да приемем, че служителят Шелестов излезе на почивка от 22 август и се оказва, че някой трябва да работи дните си (през август това са 24 и 28). Горин се съгласи с това. За Шелестов не е трудно да отрази ваканцията си. За целта използваме документа „Начисляване на ваканция на служител“(прочетете повече за ваканциите). Но за да отразим допълнителни дни на служителя Горин, ще използваме документа „Разписание“. Още веднъж, не бъркайте този документ с доклада със същото име. Този документ може да бъде намерен в раздела „Изчисляване на заплатите“ на работния плот на програмата. Нека създадем нов документ. Нека да зададем месеца на начисляване на август 2014 г. и да добавим служител Горин към табличната част на документа. В този случай графикът на служителя ще бъде попълнен автоматично в съответствие с работния му график през август. Просто трябва да променим 24 и 28 август от почивни на работни дни („Аз съм на 24“).

Ние изпълняваме документа.

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

И така, Шелестов е работил 2 дни по-малко поради ваканция, вместо 7 дни 5, така че заплатата му се изчислява пропорционално на отработените дни:

12 500 / 7 * 5 = 8 928,57 рубли.

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

Служителят Горин е работил два дни повече от плана си, вместо 8 дни 10. Заплатата се начислява изцяло като за 8 планирани дни - 12 500 рубли. Но допълнителното плащане се изчислява пропорционално на два работни дни над нормата от 8 работни дни:

12 500 / 8 * 2 = 3 125,00 rub.

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

Това е всичко за днес! Скоро ще има нови интересни материали.

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

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

Структура

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

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

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

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

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

Например тип изчисление Издръжкаможе да зависи от базовия период от такива видове изчисления като Заплата, ТарифаДневна, Доплащане Личнои т.н. И вида на изчислението Заплатаможе да бъде заменен от типа изчисление Отсъствие от работа:

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

Видове изчисления планови форми

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

Формуляр за списък

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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