Отворете
Близо

1s преизчисляване. Как да преизчислим недостатъчна доставка с промяна на тарифата

Изпратете тази статия на моя имейл

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

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

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

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

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

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

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

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

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

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

Структура

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

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

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

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

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

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

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

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

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

Връзка с времевата линия

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

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

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

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

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

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

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

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

Предимство по срок на валидност

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

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

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

Зависимост по базов период

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

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

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

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

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

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

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

Генериране на записи за преизчисление

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

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

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

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

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

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

Настройки на обекта за преизчисляване

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

Записите за разпределение съдържат предварително дефинирани полета:

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

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

Нека разгледаме един пример.

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

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

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

Това се прави с помощта на свойствата на измерението за разпределение:

  • Размерност на регистъра – връзка към размерността на регистъра за изчисление „родител“, на който е подчинено преизчислението.
  • Данни от водещи регистри – връзки към измервания и подробности за водещи изчислителни регистри.
За да опишем особеностите на настройката на измерванията за преизчисляване, ще се споразумеем за следните условия:
  • Основният регистър е регистърът на изчисленията, на който е подчинено преизчисляването и който „следи“ за уместността на резултатите.
  • Водещите регистри са изчислителни регистри, чиито записи влияят върху резултата от изчислението на основните записи в регистъра.
Ако системата вече има основни записи в регистъра, тогава всяка промяна в състава на водещите записи в регистъра трябва да доведе до появата на записи за преизчисляване. Тези записи за преизчисляване ще сигнализират за необходимостта от преизчисляване на един или друг набор от записи в главния регистър.

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

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

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

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

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

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

  • Вариант на зависимост от базата – свойство на плана на видове изчисления;
  • Основни планове на видове калкулации – свойство на плана на видове калкулации;
  • Водещи видове калкулация – свойство на вида калкулация;
  • Базов период – подробности за записа в регистъра на изчисленията;
  • Срок на валидност – подробности за записа в калкулационния регистър;
  • Период на регистрация – подробности за записа в регистъра на изчисленията.
Да кажем, че на главния регистър на изчисленията е присвоен план за тип изчисление „Основен“, а на водещия регистър е присвоен план за тип изчисление „Спомагателен“. Тогава основният план на типовете изчисления трябва да зададе следните свойства на групата свойства "Изчисление":
Зависимост от базата – „по срок на валидност” или „по период на регистрация”;
Основни планове за видове калкулации – план за видове калкулации „Спомагателни”.

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

Когато настройвате план за типове изчисления „Основни“, неговите типове изчисления (например типа на изчисление „Допълнителна надбавка“) трябва да бъдат зададени в списъка с водещи типове изчисления за видовете изчисления на плана „Спомагателни“ (например видове изчисления „Лично доплащане” и „Месечно доплащане”). Това ще означава, че резултатите от изчисляването на главните записи в регистъра с типа изчисление „Допълнителна надбавка“ зависят от резултатите от водещите записи в регистъра с видовете изчисление „Лично доплащане“ и „Месечно доплащане“ и трябва да бъдат преизчислени в случай на всяка промяна (поява или изтриване).

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

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

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

Нека разгледаме коригирането на начисленията с този тип операция в програмата 1C: Счетоводство в компании за управление на жилищни и комунални услуги, асоциации на собственици и жилищни кооперации, изд. 3.0 по примера на услугата „Отопление“.

1. Да приемем, че през януари услугата „Отопление“ е таксувана в размер на 900 рубли съгласно l/s № 2011067001:

Забележка: в примера услугата „Отопление” се изчислява въз основа на общата площ. Площ на стаята 50 м2, тарифа 18 рубли.

2. През февруари става известно, че през януари плащането е трябвало да се извърши в размер на 13 рубли. Да се ​​извърши преизчисляване

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

Попълнете документа:

  • посочете датата на документа и периода на преизчисляване - януари 2015 г.;
  • посочете броя на дните, които трябва да бъдат преизчислени, в примера - 31 дни;
  • Посочваме обект на преизчисление, в случая л/с No 2011067001;
  • Посочваме услугата, за която ще се прави преизчисление, в случая „Отопление”;
  • поставете отметка в квадратчето „Частично преизчисляване“, изберете опцията за преизчисляване „с намаление на тарифата с“ и въведете числото, с което искате да увеличите или намалите тарифата, в случая 18 – 13 = 5;
  • попълнете раздела на таблицата с помощта на бутона „Попълване“;
  • Щракнете върху бутона „Изчисли“, за да извършите преизчисляването:

Януарското начисляване е извършено в размер на 18 рубли: 18*50=900 рубли.

Преизчисляването е извършено в размер на 13 рубли: (18-5)*50 = 650 рубли. Следователно сумата за преизчисляване е 250 рубли.

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

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

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

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

Възможно е преизчисляването на заплатите в 1s 8.3 ZUP и не в пълен размер, а в средните доходи. Самата програма определя доколко това е необходимо, веднага след регистриране на начислените заплати. За да направите това, трябва да извършите следните операции: Отидете в раздела „Подробности“, изберете необходимото действие: преизчислете документа / издайте корекция. Ако преизчисляването на заплатите в счетоводството 1C 8.3 засяга начисления от предходни периоди, ще видите промени в таблицата „Преизчисляване на предходния период на документа за средна печалба“.

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