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

У дома / хирургия

Здравейте скъпи читатели. Днес бих искал да говоря за набор от много интересни и полезни функции за конфигуриране на ZUP 3.0, използвайки примера за решаване на конкретен проблем. Наборът от инструменти, които ще бъдат обсъдени, е вече помогна на много от моите клиенти да автоматизират доста сложни счетоводни въпроси. В предишната версия на програмата ZUP, в издание 2.5, това вероятно ще изисква промяна на стандартната конфигурация (можете да прочетете за разликите между ZUP 3.0 и ZUP 2.5 в).

За да можете веднага да решите дали този материал си заслужава да бъде прочетен, в това въведение ще дам условията на разглеждания пример. Ще разгледаме ситуацията в някоя организация, в която работят шофьори. Основното им заплащане се извършва на почасова ставка за броя на отработените часове за един месец (т.е. според действителната посещаемост - I). Също така в месеца може да има часове (а може и да няма) отработени ремонти, които се заплащат с различна ставка в зависимост от сложността на ремонта - 3 нива на сложност.

В този пример ще предложа два варианта за решаване на проблема, ще видим как Създават се формули ZUP 3.0, се създават и потребителските индикатори могат да бъдат конфигурирани, а също и говорим за механизма Първоначални шаблони за въвеждане на данни, с който можете да създавате форми за въвеждане на стойности на индикатора (вече споменах този механизъм в статията за). Ще ви разкажа и за два нови начина за извършване на изчисления:

  • Само ако е въведена стойност на индикатор
  • Само ако е въведен тип проследяване на времето

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

Задаване и въвеждане на стойността на постоянен индикатор в 1C ZUP 3.0. Какво е „Шаблон за въвеждане на изходни данни“?




Вече посочих условията на разглеждания пример, така че нека веднага да пристъпим към решаването му. И така, имаме служител Иван Петрович Фролов, който е шофьор и има планирано стандартно начисляване "Заплащане на час"със скорост 150 рубли/час. Също така си струва да се отбележи, че служителят има стандартна петдневна 40-часова седмица като основен график.

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

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

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

  • Цели на индикатора– в нашия случай почасовите ставки за ремонт няма да се отнасят за конкретен служител, а ще се отнасят за служителите на цялата организация, така че ние избираме стойността "За организация";
  • Тип индикатор– часова ставка е "Паричен индикатор";
  • точност– ако почасовата ставка е посочена до най-близката копейка, тогава трябва да посочите числото 2 (това означава два знака след десетичната запетая);
  • Е тарифната ставка– да, в нашия случай е така. В следващото поле изберете "Часова ставка";
  • Използвани– важно е да се разбере, че този показател не се въвежда ежемесечно, това е условно постоянна стойност. Защо условно? Тъй като веднъж на година или две този процент може да се промени. Затова уточняваме превключвателя „През всички месеци, след въвеждане на стойност (постоянна употреба)“. В долната част се появява коментар: „Променя се периодично при промяна на обстоятелствата.“

В същия дух създаваме още два индикатора с подобни настройки: „Ставка (ремонт 2)“ и „Ставка (ремонт 3)“.

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

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

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

  • Ниво 1 на трудност – 120 RUR/час
  • Ниво на трудност 2 – 130 рубли/час
  • Ниво на трудност 3 – 140 рубли/час

Тези показатели са валидни от 01.04.2015 г. Принципът на въвеждане е показан на снимката.

Месечни показатели в 1C ZUP 3.0

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

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

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

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

И така, отворете справочника „Индикатори за заплати“. В ZUP 3.0 се намира в секция „Настройки” на главното меню. Нека създадем нов индикатор. Можете сами да измислите име или да заемете моята версия на името. Нека да преминем през останалите настройки:

  • Цели на индикатора– този индикатор вече е индивидуален за конкретен човек, така че ние избираме стойността "За служител";
  • Тип индикатор– работата е там, че няма такава опция като време, така че трябва да изберете тип "Числен", но за себе си разбираме, че всъщност този показател съхранява стойностите на отработените часове;
  • точност– теоретично, като използвате тази настройка, можете да конфигурирате въвеждането на индикатор с точност до минута. За да направите това, трябва да изберете точност 2, т.е. два знака след десетичната запетая. В същото време не трябва да забравяме, че 1 час и 30 минути не е 1,3, а 1,5.
  • Използвано –първо трябва да настроим превключвателя „Само в месеца, в който е въведена стойността (еднократна употреба)“тъй като нашият индикатор се въвежда ежемесечно. Второ, тъй като ще въведем общата стойност на отработените часове през месеца за ремонти с помощта на документа „Данни за изчисляване на заплатата“, трябва да настроим превключвателя „Въведено наведнъж от документ за въвеждане на данни за изчисляване на заплатите.“

При абсолютно същите настройки трябва да въведете още два индикатора: „Часове в ремонт 2” и „Часове в ремонт 3”.

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

  • Име- Например, „Въвеждане на отработени часове за ремонт“;
  • Въвеждат се показатели за изчисляване на заплатите- избирам „Еднократна употреба (използван само един месец);
  • Изберете трите индикатора, които създадохме в последната стъпка. Между другото, имайте предвид, че индикаторите могат да бъдат създадени не само от съответната директория (това направихме ние), но и директно от документа „Шаблони за въвеждане на първоначални данни“ - бутона „Добавяне на индикатор“.

И последният щрих. Най-вероятно ще бъде удобно калкулаторът да въведе броя на отработените часове за няколко служители наведнъж, така че отворете раздела "Допълнително"и поставете отметка в квадратчето „Документът използва няколко: служители“. Ако погледнете внимателно, има още няколко допълнителни настройки в раздела „Разширени“. Няма причина да ги разглеждаме в рамките на този пример, но ако смятате, че са необходими за вашата ситуация, тогава можете и ние ще ги разгледаме.

Е, сега нека посочим колко часа нашият служител Фролов е работил на ремонт през април 2015 г. В раздела „Заплата“ на главното меню изберете елемента „Данни за изчисляване на заплатата“ и въведете нов документ на формуляра „Въвеждане на отработени часове за ремонт.“Не забравяйте да посочите месеца на начисляване „април 2015 г.“ и да посочите колко часа е работил нашият служител по ремонти за всяко ниво на сложност:

  • Ремонт ниво 1 – 2 часа;
  • Ремонт ниво 2 – 4 часа;
  • Ремонт на ниво 3 – 0 часа (т.е. просто не въвеждаме нищо, оставяме полето празно).


Създаване на „Тип начисляване“ с произволна формула и използване на ваши собствени индикатори в 1C ZUP 3.0

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

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

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

Сега трябва да създадем тип начисляване, който ще използва данните, въведени чрез индикаторите в предишната стъпка. В раздела „Настройки“ на главното меню потърсете елемента „Начисления“ - това е списък с всички видове програмни начисления. В него създаваме нов вид начисляване. Да го наречем например „Заплащане на часове по време на ремонт“. Сега нека да преминем през настройките на нашия нов тип изчисление:

  • Цел на начисляването– доста трудно е да се опише предназначението на това поле в няколко реда. Накратко, в това поле можете да изберете опции, предварително зададени от разработчиците, които като цяло засягат настройките, а понякога и формулата за определен тип изчисление. За да разберете това по-пълно, можете да изберете всяка стойност на свой ред и да видите как ще се променят настройките за типа на начисляване. За нашия пример ние посочваме стойността „Други начисления и плащания“.
  • Изчисляване и показатели– изберете „Резултатът е изчислен“, т.е. ще въведем формулата;
  • Формула– във формулата ще използваме индикаторите, създадени в предишните стъпки. Формулата ще изглежда така: RateRepair1*HoursOnRepair1 + RateRepair2*HoursOnRepair2 + RateRepair3*HoursOnRepair3 ;
  • Начисляването е в ход– трябва да изберете опция „Само ако е въведена стойност на индикатор.“Това означава, че начисляването по този метод на изчисление ще се извърши през текущия месец само ако служителят е имал часове за ремонт през текущия месец, т.е. при въведена стойност на поне един от показателите: HoursOnRepair1 или HoursOnRepair2 или HoursOnRepair3. Точно по-долу трябва да поставите отметки в квадратчетата до тези индикатори.

Сега можем да опитаме да изчислим заплатата на служителя Фролов за април 2015 г. Позволете ми да ви напомня, че документът „Данни за изчисляване на заплатите“ за април включваше информация за отработените часове по време на ремонт: 2 часа на ниво 1 ставка - 120 рубли / час и 4 часа при тарифа 2 ниво – 130 рубли/час. Очакваме следната сума за ремонт: 2*120 + 4*130 = 760 рубли. Отворете документа "Работна ведомост"и го попълнете с избор от служител Фролов. Виждаме, че в допълнение към основното „Плащане на час“, служителят вече има ред с тип на начисляване „Плащане за часове по време на ремонт“ със сумата, която очаквахме.

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

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

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

В ЗУП 2.5 нямаше такава възможност. Във всеки случай ще трябва да присвоим това начисляване на служителя като планирано начисляване и ако няма часове за ремонт, ще има празен ред с вида на начисляването „Плащане за часове по време на ремонт“ (можете да прочетете за други разлики между Zup 3.0 и Zup 2.5 in).

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

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

Днес ще консолидираме написаната по-рано информация на практика, разгледайте пример за заплати.

Пример за заплати

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

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

Данни за служителите: (щракнете за разширяване)

Фамилно име на служител

Заплата Удръжки

Брой отработени дни през май

70000 2 деца
20000 500 rub., 1 дете

Никифоров

24000 3000 rub., 2 деца
16000 2 деца
16000 500 rub., без деца

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

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

1) Определете заплатата за отработеното време

През май е работил 20 дни от необходимите 21.

Заплатата за отработените часове се определя като Заплата * отработени дни / 21 = 70 000 *

Иванов получи заплата = 70 000 * 20 / 21 = 66 667 рубли.

2) Определете необходимите удръжки

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

3) Ние изчисляваме заплатите, като вземем предвид регионалния коефициент

Заплата = 66667 + 66667 * 15% = 76667 rub.

4) Ние изчисляваме данък върху доходите на физическите лица

Данък върху доходите на физическите лица = (Начислена заплата - Удръжки) * 13% = (76667 - 0) * 13% = 9967 rub.

5) Изчисляваме заплатата, която ще платим на служителя:

Дължима заплата = Начислена заплата - данък върху доходите на физическите лица = 76667 - 9967 = 66700 rub.

Изчисленията се извършват по същия начин за всички останали служители.

Всички изчисления за изчисляване и изчисляване на заплатите за всичките пет служители са обобщени в таблицата по-долу: (щракнете за разширяване)

Пълно име Заплата от началото на годината Заплата Изтощен дни през май Заплата за работа време Начисляване заплата Удръжки Данък върху личните доходи (Заплата - Удръжки) * 13% За изплащане

Иванов

322000 70000 20 66667 76667 0 9967

66700

Петров

92000 20000 21 20000 23000 1900 2743

20257

Никифоров

110400 24000 21 24000 27600 5800 2834

24766

Бурков

73600 16000 21 16000 18400 2800 2028

16372

Крайнов

73600 16000 10 7619 8762 500 1074

7688

Обща сума

154429 18646

135783

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

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

Изчисляване на застрахователни премии

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

Видео урок „Процедурата за изплащане на заплати на служители на организация“

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

Въпрос: ЗУП 3.1. Показатели за изчисляване на заплатите


Здравейте

Хора моля помогнете ми със ЗУП 3 .1 конф. Не работеше там. Има задача от зоната “tyzhprogrammer” - да направя в тази същото като в онази (конфите са същите) формулата в едната е плащане на база заплата = Заплата * TimeInHours / NormHours в другата, когато аз натиснете редактиране на формулата, няма показване на индикатора “TimeInHours” Къде е коя отметка трябва да настроя, за да се появи? (и като цяло има повече предварително дефинирани, показани в една conf, отколкото в друга)
- в този го има в индикаторите “TimeInHours”, в другия го няма

Като сляпо коте мушкам бонбона (((
Благодаря ти

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

Благодаря ти

Въпрос: Прекарайте индикатора във формулата


Здравейте! 1C:Enterprise 8.3 (8.3.11.2867).
Искам да прехвърля показателя (процента) във формулата на бонуса. Показателят се взема в зависимост от степента на премията (висока, средна, ниска). Създаден документ за надбавка (с избор на начисляване и индикатор преди осчетоводяване), регистър на информация (проценти) и справочник за степента на надбавка. Създадена надбавка за натрупване (Заплати и надбавки, базирани на време, Само ако е въведена стойността на индикатора, базовото изчисление е текущо, индикаторът Надбавка). Създаден индикатор Надбавка (за служител, числова, само в месеца, в който е въведена, въведена наведнъж по документ). Формула: Доплащане / 100 * Изчислена база.
В модула за документи написах:

#Ако сървър или ThickClientNormalApplication или ExternalConnection Тогава
Процедура Обработка на публикуване (Отказ, режим на публикуване) Сървър за публикуване Подгответе набори от записи за регистрация на движение (този обект); DataForProcessing = GetDataForProcessing(); Изчисляване на заплата. Генериране на движения на планирани начисления (Този обект, движения, данни за публикуване); Функция EndProcedure GetDataForConduct() Заявка = Нова заявка; Query.Text = "ИЗБЕРЕТЕ | Работен график Надбавки за работа.Дата КАТО ДатаСъбития, | ДОБАВЯНЕ КЪМ ДАТА (КРАЙ НА ПЕРИОДА (Допълнения към работния график Допълнения към работа. Дата, ДЕН), ВТОРО, 1) КАК ДА, | Работен график Надбавки Надбавки за работа.Служител.Индивидуално КАТО физическо лице, | График на работа Надбавки за работа.Служител.Ръководител Организация КАТО ръководител Организация, | Работен график Надбавки Надбавки за работа.Служител КАТО служител, | Работен график Надбавки за работа Надбавки.Връзка.Начисляване КАК Начисляване, | ИСТИНА КАК СЕ ИЗПОЛЗВА, | Работен график Надбавки за работа. Връзка КАТО Документна база | ОТ | Документ.Работен график Надбавки.Работни добавки AS Работен график Надбавки Работни надбавки |КЪДЕ | Работен графикAllowancesWorkAllowances.Link = &Връзка |; | //////////////////////////////////////////////////////////////////////////////// |ИЗБЕРЕТЕ | Работен график Надбавки за работа.Дата КАТО ДатаСъбития, | ДОБАВЯНЕ КЪМ ДАТА (КРАЙ НА ПЕРИОДА (Допълнения към работния график Допълнения към работа. Дата, ДЕН), ВТОРО, 1) КАК ДА, | Work ScheduleAllowancesWorkAllowances.Link.Organization AS Организация, | Работен график Надбавки Надбавки за работа.Служител.Индивидуално КАТО физическо лице, | Работен график Надбавки Надбавки за работа.Служител КАТО служител, | Работен график AllowancesWorkAllowances.Link.Indicator AS Индикатор, | Процент на допълнителните такси.Процент на допълнителните такси КАТО стойност |ОТ | Document.Work ScheduleAllowances.WorkAllowances AS Работен графикAllowancesWorkAllowances | ЛЯВА ВРЪЗКА РегистърИнформация.ПроцентиДоплащания КАТО ПроцентиДоплащания | ПО График на надбавкитеWorkAllowances.Степен на надбавките = Процент на надбавките.Степен на надбавките |WHERE | Работен графикAllowancesWorkAllowances.Link = &Link"; Request.SetParameter("Link", Link); Резултат от заявка = Request.ExecutePackage(); DataForExecution = Нова структура;   // Набор от данни за генериране на планирани начисления PlannedAccruals = Query Result.Unload(); DataFor Posting.Insert("DataOnPlannedAccruals",PlannedAccruals);   // Набор от данни за генериране на индикатори IndicatorValues ​​​​= RequestResult.Unload(); DataForConduct.Insert("Стойности на индикатора",Стойности на индикатора); Връщане на данни за поведение; EndFunction; #EndIf
При осчетоводяване на документ в регистъра Стойности на показателите за периодично изчисляване на заплатите (за служители) служителят въвежда необходимия процент, т.е. регистриран. При създаване на документ за заплати: създава се начисляване на бонус, въвежда се посоченият ден, взема се базата за изчисление за необходимия ден, но индикаторът не пристига там, т.е. нула.
Моля, кажете ми къде да търся грешката.

Отговор:Благодаря, просто се уча.

Въпрос: ЗУП 3.1 Фиш за заплати, извеждане на показателя + ДДФЛ.


И отново за преминаването от ЗУП 2 към ЗУП 3.1. Има вид изчисление, наречено „бонус за изпълнение на плана“. Въведен „по отделен документ“, той се изчислява като произведение на показателите „Размер на бонуса“, ​​„Процент на изпълнение“ и „Отработени часове“:
1. „Бонус сумата“ е парична, за служителя, точност = 2, вписана в документите за персонала.
2. „Процент на изпълнение”, цифров, за служител, се въвежда наведнъж с документ за въвеждане на данни за изчисляване.
3. "Отработени часове", характерни.
В Hiring задавам размера на бонуса и въвеждам документ за въвеждане на данни за изчисление. След това създавам и попълвам документа „Еднократно начисляване“. Всичко е попълнено и преброено, но! Следващи въпроси:
1. В 2.5, в подобен документ, данъкът върху доходите на физическите лица също беше разгледан, в 3.1 не се разглежда. Това някаква нова логика ли е или се конфигурира някъде? Полето за данък върху доходите на физическите лица е в самия документ, но остава празно по време на изчисляване.
2. При извеждане на данни във фиш не се показват всички показатели, които са участвали в изчисляването на „бонус за изпълнение на плана“. Часовете се показват според очакванията в колоната „Платени“, „Сумата на бонуса“ се показва като индикатор под името на натрупването, но „Процент на изпълнение“ не се показва като индикатор. Въпреки че във 2.5, при избор на опцията „Пълен“ фиш, всички индикатори се показват. Това някаква настройка ли е или пак нови тенденции и може ли само един показател да се показва във фиша?

Отговор:() Добре, няма да кажа, че съм избрал най-добрия инструмент, освен това ZUP 3.1 все още е малко труден за мен, особено в тънкостите. Моля за съвет как е най-добре, докато тренираме в прехода, да се преобуем.
1. Защо бонусът зависи от отработеното време? Всъщност донякъде опростих формулата; не е от съществено значение за разрешаването на въпросите ми. За служители на заплата бонусът се изчислява като сума на бонуса * процент на изпълнение / стандартни дни * отработени дни. За почасови служители се изчислява като Сума бонус на час * Процент на завършеност * отработени часове. Това е по-скоро част от заплата или тарифа, отколкото бонус, но според всички кадрови документи минава като бонус.
2. Защо еднократни такси? Проблемът е, че индикаторът „Процент на изпълнение“ в някои случаи се изчислява доста трудно, счетоводният персонал просто няма време да събере данните. Следователно изчисляването на „премията“ е насрочено да съвпадне с авансовото плащане, т.е. до последните дни на месеца, следващ месеца на фактуриране. Например на 25 февруари беше начислен и изплатен бонусът за резултатите от януари. В 2.5, в документа за еднократно начисляване, месецът на начисляване = февруари, датата на дохода за данък върху доходите на физическите лица = февруари, но началната и крайната дата в изчисленията = януари. Какъв документ в 3.1 може да изчисли такова плащане, като вземе предвид данъка върху доходите на физическите лица?

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


Добър ден Моля, кажете ми какво може да е. Създаден тип изчисление „премия за опасност“. Формула - отработени часове * тарифа * процент. При изчисляването забелязах, че по някаква причина му беше даден бонус и за часовете, в които беше в отпуск (1 ден, 7,2 часа). Проверих „класификатора за отчитане на работното време“ в справочника - там всичко е наред, срещу ваканцията няма квадратче за отметка „работно време“ само по себе си. Какво може да не е наред? Конфигурация - Управление на заплатите и персонала, издание 2.5 (2.5.103.2)
--- Обединяване на съобщения, 21 юни 2016 г ---

И още един допълнителен въпрос: някой знае ли каква е разликата между показателите „отработено време в часове“ и „време в часове“? Вчера направих и един вид калкулация, надбавка, която работеше само на нормирани часове и не трябваше да отчита извънреден труд и работа през празници/почивни дни - не работеше с първия индикатор, хващаше часове извънреден труд и почивни дни, но с втория - всичко беше наред.

Отговор:

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

Въпрос: ZUP 2.5 неправилно отчита отработеното време под формата на изчисление.


Здравейте.
Създаден е нов тип изчисление на бонуса с формула като:
Резултат = Макс(минимална заплата*Време в часове/Нормално време в часове-База за изчисление,0) Където минималната заплата е въведена чрез индикатори. Тези. Смисълът на бонуса е да доведе начисленията до минималната работна заплата, като се вземе предвид реално отработеното време.
Съответно заплатата беше включена в базата за изчисляване. В раздела Време превключвателят е на първия елемент „Начисляване за работа на пълна смяна в рамките на нормалния срок“. Вид време - избирателна активност. В резултат на това при изчисляване на това начисляване „Време в часове“ по някаква причина е зададено равно на „Нормално време в часове“ и в числа е равно на отработеното време. Вече пробвах всички отметки в настройките за изчисление - всичко е грешно...
Как да направите настройките правилно, така че отработеното време да е равно на отработеното време, а стандартното време да е равно на стандартното време?

Отговор:() Колко пъти сме обсъждали, че такава гениална идея няма да излети в ZUP 2.5.
За да използвате показатели за стандартно време и отработено време, натрупването трябва да бъде описано в Основите. В 2.5 не можете да присвоите повече от едно основно начисляване на служител. Веднага след като присвоите такъв бонус, плащането на база заплата вече няма да се зачита автоматично.
Извод: нека хонорарите спрат със схемите за бонуси на наркозависимите

Въпрос: Бюджетиране. Изведени показатели. Сума от продуктите


конфигурация KA2 (2 .4 .3 .172) Има вид бюджет за въвеждане на планови данни. Съдържа сложна таблица с произволно подреждане на показатели и формули. В колоните е посочен период от месец, а не финансов показател (определен коефициент) с анализи по позиции. Анализите на позициите са посочени като редове с възможност за добавяне на стойности в екземпляра на бюджета.
По-долу е редът за изчисление, в който трябва да изчислите сумата от произведенията на стойностите, въведени по месеци, с коефициента.

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

В Excel е възможно да използвате функцията SUMPRODUCT за това Как можете да постигнете подобен резултат, когато настройвате тип бюджет?

Отговор: 1. Правенето на подробни бюджетни позиции не е най-доброто решение. Защо, написах тук:
2. Ако вместо статиите Мениджър и Генерален директор има статия с анализ на „позицията“, тогава събирането на необходимата структура е доста просто - добавете още една изчислена колона с продукта и просто я обобщете.
3. ERP съдържа документа „Процес на изготвяне на бюджета“. Използвайки този документ и настройвайки бюджетния процес, можете да прехвърлите междинни изчисления към фоново задание.

Въпрос: ТРЗ, видове калкулация със стойности


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

Докладът е направен с помощта на SCD и доп. оформление, което се попълва програмно
Confa ZiK 8, версия 1.0

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

Въпрос: ERP бюджетиране. Индикатор за бюджет - вземете баланси на DS


Добър ден. ERP 2.4, изготвяне на бюджетен отчет.

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

Накратко - Създаден е бюджетният показател "Каса", посочени са правилата за получаване на актуални данни - Оперативно счетоводство - Каса (касово) и Оперативно счетоводство - Каса (безкасово). Настройте връзки между индикатора и бюджетните елементи. В началото на годината въведох банкови и касови наличности. Модел на бюджетиране - няма квадратчета за организация и отдел.

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

1. Как да получите баланса на DS в бюджетния отчет (Под формата на бюджетен индикатор, ако отидете в раздела „Правила за получаване на действителни данни“ и щракнете върху „Резултат от правилата“ - всичко се показва правилно - всички салда, по дати на вписване на салда, всички салда след отписвания и др.). Нямам индикатор в типа бюджет, използван за въвеждане на данни.

2. Ако в индикатора за бюджет в правилата за получаване на актуални данни посочите само „Кеш (парични средства)” - въпреки че работи правилно в „Резултат от правилата”, при генериране на отчета за бюджета дава грешка „Полето не е намерено в НАЧАЛОТО НА ПЕРИОДА” - точно така, с главни букви.

3. Влиянието на позициите върху показателя - дори и да е "Разходи" - в отчета за бюджета - добавя

Отговор:() в ERP бюджетните показатели могат условно да се нарекат позиции на баланса. Но бюджетните показатели също ви позволяват да анализирате приходите/разходите по позиции. Следователно, в зависимост от задачата, те могат да се използват така или иначе. Но, разбира се, когато планирате нетния оборот, бюджетните позиции са достатъчни.

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


Добър ден.
UT 10.3, отчет, създаден чрез UniversalReport. Не мога да разбера как да направя един от индикаторите недостъпен за потребителски избор (така че квадратчето да не може да бъде отметнато в настройките)...
Добавя се така: UniversalReport.AddIndicator("GrossProfitPrices", "GrossProfit", False, "NPV=15; NPV=2");
Опитвам се да го премахна така:
Група индикатори = UniversalReport.Indicators.Rows.Find("GrossProfitPrices"); Група индикатори Ако<>Undefined Then RowsIndicators = GroupIndicators.Rows; GrossPr = RowsIndicators.Find("GrossProfitPrices"); Ако Грос<>Undefined Then GrossUse=False ; EndIf ;   //IndicatorsGroup.use=false; EndIf ;
Някак си трябва да е съвсем просто?.....

Отговор:работи) тук, може би ще бъде полезно за някого:
Току-що коментирах реда, където е добавен индикаторът, т.е.
UniversalReport.AddIndicator("Брутна печалбаЦени", "Брутна печалба", False, "NPV=15; NPV=2");
и където структурата на FieldRepresentation е за същия индикатор (не е необходимо, но защо да прехвърляте ненужни неща в настройките)
Като цяло това беше първият опит от самото начало и той работи успешно на базата данни от друг клиент, но на клиентската база данни отчетът не се отваря и показва нещо като тази грешка: "(Report.UniversalReport.ObjectModule(5040 )): Грешка при извикване на контекстния метод (Shift) Receiver.Rows.Shift(FoundIndicator, Source.Rows.Index(CurrentIndicator) - Receiver.Rows.Index(FoundIndicator)); поради причината: Неправилно отместване в колекцията"

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

Въпрос: ZUP Когато изберете Показани индикатори, стойностите на индикатора се изчистват


ZUP (3.1.5.250)
Документ "Промяна на щатното разписание". В табличния раздел изберете „Показани индикатори“ и проверете флага „Процент премия за вредност“. Колоната "Процент премия за вредност" се появява в табличния раздел, но е празна. Ако отидете на позицията на самата таблица с персонала, тогава и там „Процент бонус за вредност“ = 0. Освен това, ако премахнете изхода на „Процент бонус за вредност“ от „Показани индикатори“, тогава, когато отворите позиция за персонал, този процент бонус се запълва. Не е ясно защо, когато искаме да видим „Процент премия за вредност“ в табличната част на документа, просто не го виждаме, т.к. Когато отворите документ, този процент се презаписва.

Отговор:Някой сблъсквал ли се е с това? Как да се бием? Просто премахнете флага от „Показани индикатори“, които са презаписани?

Има няколко добри статии за използване на типове изчисления с произволни формули в ZUP 2.5. В ZUP 3.0 тази схема претърпя някои промени. За това ще стане дума в публикацията.

Тази статия ще говори за това как да настроите това в ZUP 3.0. Тествано на версия 3.0.19.71.

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

За да внедрите такава схема в ZUP 3.0, трябва да направите следното:

1. Наемаме служител и му определяме заплата.

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

3. Отидете на „Настройки“ - „Начисления“ и създайте нови видове изчисления. Изберете „Изчисляване по формула“ и включете необходимите показатели във формулата.

Настройка на базата за изчисление.

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

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

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

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

5. Е, всъщност резултатът е, че бонусът ни беше автоматично включен в „Заплати“ и изчислен. Като щракнете върху бутона „Показване на подробности за изчислението“, можете да се насладите на индикаторите, използвани при изчислението.



© 2024 plastika-tver.ru -- Медицински портал - Plastika-tver