За да помогнете на калкулатора или zik стъпка по стъпка. За да помогнете на калкулатора или zik стъпка по стъпка Разтоварване от zik 7.7 в zup

Тази статия използва извадки от въпроси и отговори от форума на T1C.
Бих искал да изразя своята специална благодарност на Генадий и VZ за ясното им познаване на законодателната рамка, както и на всички членове на форума за понякога наивни, а понякога просто смешни въпроси. Без вас никога нямаше да реша да напиша тази статия.

Програма 1C: Заплати и персонал се основава на изискванията на Данъчния кодекс, Кодекса на труда и Министерството на труда и съдържа много ограничения, които не позволяват на счетоводителя да нарушава закона.
За негово добро.
И ако в предприятието най-висшият законодателен орган е шефът, който побеснява при споменаването на думата „Кодекс“, тогава най-доброто решение би било да се откажете напълно от ZiK и да използвате Данъкоплатеца на юридическите лица, Excel и всичко друго © VZ

1. Откъде да започна?

Ще ви кажа една проста истина: работата с програмата започва с нейната конфигурация. Това трябва да се направи от Програмиста, но под прякото ръководство на счетоводителя. Успехът на изпълнението на програмата зависи изцяло от избора на правилния програмист.
Така че не намесвайте "ученици".
Няма да се спирам на въвеждането на името и адреса, защото те са очевидни, но може би ще се съсредоточа върху настройката на шаблона за публикуване (P).
Най-общо казано, силозите в ZiK са изпълнени доста криво и изискват много време за работа, но за това по-късно.

1.1. Попълване на сметкоплан.

Това става чрез изтегляне на сметкоплана от 1C: Счетоводство.
В случаите, когато счетоводството не се поддържа в програмата 1C, настройките предоставят съответния елемент от списъка.
В 1C: Счетоводство трябва да отидете в елемента от менюто Услуга - Обмен на данни - Качване на данни в ZiK. Отбелязваме всички квадратчета, посочваме PATH и кликваме върху „Разтоварване“.
Препоръчително е първо да посочите необходимите анализи за всички разходни сметки (например разходни позиции „Заплата“, „Единен социален данък“). Ако това не се направи веднага, тогава по-късно, когато половината от публикациите вече са конфигурирани, повторното изтегляне може или да не се зареди изобщо, или да се зареди по такъв начин, че би било по-добре да не се зарежда изобщо.
В 1C:ZiK отидете на Service -, посочете PATH и щракнете върху „ Изтегляне на данни»
Ако в настройките на програмата зададете „ Още една счетоводна програма...„След това просто отидете на сметкоплана и щракнете върху бутона „Попълване“.
Казах ли вече, че шаблоните в ЗиК са кофти? Какво каза, нали? Е, добре, ще го повтарям отново и отново!
Е, ако вашият сметкоплан се различава от стандартния, пушете бамбук. ЗиК не умее да работи с нестандартни ПС.
Почти не знае как.

1.2. ShP настройка.

Най-общо казано, шаблоните имат следната йерархия (в низходящ ред):
-Документ, Полето за шаблон за публикуване
-Вид изчисление
-Служител
-Подразделение
-КонстантаПубликуване по подразбиране

Отделно от йерархията има специален документ „ Счетоводно, данъчно осчетоводяване на начисления и удръжки»
За да започнете, отворете директорията с типове изчисления и намерете „Данък върху личния доход“ в раздела за приспадане. Отворете го и щракнете върху раздела „ Счетоводство».
С натискане на педала "..." ще се отвори съветник, който ще ви помогне да въведете шаблона. Препоръчвам да извиквате шаблони с нормални имена, те ще бъдат по-лесни за намиране по-късно.
В типичен PS осчетоводяването ще бъде Дебит 70 Кредит 68.1 Подконто1 = „Данък“
Записваме този шаблон и запазваме вида на изчислението на данъка върху доходите на физическите лица.
Сега да отидем в раздела " UST и застрахователни премии„И настройте всички видове изчисления в тази група по същия начин. Моля, обърнете внимание, че дебитът на тези шаблони не се попълва. Ще се вземе от съответния отдел или служител.
Моля, обърнете внимание, че в раздела „Удръжки“ сме конфигурирали шаблона за публикуване само за данък върху доходите на физическите лица. Други удръжки, ако има такива, трябва да се конфигурират ОТДЕЛНО!
Отделно, заслужава да се отбележи въвеждането на образец за отпуск по болест. За това изчисление трябва да поставите отметка в полето „Разходи за сметка на” Фонд „Социално осигуряване”. Ако това не бъде направено, тогава акаунт 69.1 няма да бъде в списъка с налични акаунти.
Най-общо казано, персонализирането на шаблон за отделен служител трябва да бъде изключителен случай. Много по-удобно е да въведете шаблон за отдел или предприятие като цяло.

1.3. Типове изчисления с възможност за персонализиране

Бих искал незабавно да информирам всички любители на автоматизирани работни станции: дори не се опитвайте да плъзнете всички изчисления, които са били на автоматизираното работно място от старата програма в ZiK. Първо се справете със съществуващите, има повече от достатъчно, повярвайте ми!
Трябва да въведете нов тип изчисление само ако сте напълно уверени в уникалността на вашето изчисление.

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

Изчисленията, които незабавно влизат в дневника за изчисления и са валидни само за един (или по-малко) месец, се идентифицират с отметка „ Начисляването е еднократно" Ако не поставите отметка в това поле, изчислението може да е валидно няколко месеца или постоянно, това е, ако крайната дата е оставена празна, от момента на въвеждане на документа Въвеждане на калкулация за служител

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

внимание! След всяко въвеждане на нов вид изчисление внимателно следете базата за изчисление за данъци и допълнителни плащания в зависимост от базата за изчисление (като RK и SN)!
Ако това не се направи веднага, грешката може да не бъде открита скоро и да има последствия не е обратимо!

1.4. Основни настройки

За организации, които използват регионални коефициенти, в настройките са предоставени две подробности:
- РК одобрен. местни власти
- РК одобрен. правителството на Руската федерация
Първият се използва за изчисляване на основни начисления, вторият - за всички видове социалноосигурителни обезщетения.
Освен това трябва да посочите не 20%, а не 0,2, а 1.2
Същото важи и за всички други допълнителни плащания (вечер - 1,2, нощ - 1,4, извънреден труд - 1,5 и 2,0)

2. Заповеди по личния състав

Редът за приемане на работаТова е доста просто и обикновено не повдига никакви въпроси. Въпросите често са свързани с форми на възнаграждение .

Формите са разделени на групи и подгрупи.
Има няколко основни начина за изчисляване на заплатите:
Заплащане на час . Изчисляването на отработеното време се изчислява като тарифа * Отработени часове
Заплащане според заплатата (месечна тарифна ставка). Изчисляването на отработеното време се изчислява като Заплата *Отработени часове / Общо часове в месеца
или, ако се водят ежедневни записи Заплата * отработени дни / общо дни на месец, където TotalDays и TotalHours са взети от календара на служителя
Разликата тук е, че броят на часовете в деня не винаги е еднакъв (например на празник) и ако човек в този ден работи по-малко часове от нормата си, тогава сумите ще бъдат различни.
В ZiK тези форми на плащане са допълнително разделени на
« Просто базирано на времето" - просто изчисление без никакви "извивки", използвани за изчисление календариИ отклонения
« Бонус, базиран на времето» - изчисляване на заплата и месечен бонус, използвани за изчисление календариИ отклонения
« отчетна картапо дни» - използва се за изчисление отчетна карта
« Време-бонус според отчетна картана час„- също, но изчислението става почасово.

Ако " до основното място на работа» не поставя, тогава служителят се приема като външен работник на непълно работно време.
Освен това, ако изберете вече работещ служител, програмата ще ви попита дали желаете да го наемете като вътрешен работник на непълно работно време?
Вътрешен работник на непълно работно време е специален вид служител, който вече има начисления за основенместоработа, има отработени часове, но им се издава отделен отчет и повече не работят 16 часа седмично(това е според TKТака)

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

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

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

Въпреки че програмата се нарича заплата и ПЕРСОНАЛ, но за мое най-дълбоко съжаление и ужас на всички служители на персонала, тя не винаги изпълнява задачите, необходими за отдела за персонал. Разбира се, в ZiK можете да наемате и уволнявате хора, да им въвеждате ваканции, да следите броя ... Но има много малки нюанси, които 1C програмистите някак си губят от поглед.
Така например е невъзможно да се използват стандартни средства за преглед на списък с хора, които са на почивка, в отпуск по болест или по някаква причина отсъстват от работа в определен момент.
Някои ще кажат: „Глупости, мога да напиша такъв доклад за няколко минути“ и с право, вероятно могат, но не е ясно защо такъв доклад не трябва да бъде включен в стандартната доставка. За тези, които имат нужда от такъв отчет, можете да го вземете.
Можете сами да създадете някои от отчетите с помощта на съветника за персонализирани отчети, но мисля, че там няма какво да правите без програмист, въпреки че като цяло съветникът е доста прост. Но с програмист този съветник изобщо не е необходим, т.к Програмистът може сам да създаде всеки отчет и по отношение на производителността такъв отчет ще бъде много по-бърз от стандартния.

Основните грешки на HR отдела
По принцип това, разбира се, е неправилно посочване на формата на възнаграждение и опит за прехвърляне на служител от формата на плащане според графика към формата на плащане без график не от началото на месеца.
Често предприятието използва хибриден метод за изчисляване на заплатите, който HSEзащо има име заплати на парче, въпреки че всъщност е някакъв хибрид между време-бонусИ заплащане на парче.
Така например служител работи по тарифа по график, но за група служители, обединени в бригада или звено, плановият отдел осигурява доп доходи на парчекойто се въвежда и изчислява от документа Бригадна заповед. Тази допълнителна заплата се разпределя пропорционално на всички членове на екипа според техните тарифи, часове и коефициент на трудово участие(KTU). В този случай, дори ако служителят има KTU = 0, той пак ще получи своята тарифа (но не и сумата, надвишаваща тази тарифа, която се определя от Заповедта на бригадата).
Заплатите на парче изобщо не предвиждат плащане според тарифата. Няма значение колко часа е работил човек: има работа и има сума N за тази работа. Направи го за два часа - получи сумата N, направи го за три - пак получи N

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

3. Платежна ведомост.

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

3.1. Календари

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

3.2. Докладна карта

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

Основната работа, която върши часови служител, е въвеждането на графики за всеки служител. Ако служителят работи стандартни 40 часаседмица на въвеждане на графици НЕ Е НУЖНО!
Стандартният график не е най-удобното решение, с изключение на най-простите случаи. Ако попълните графики за време за няколко хиляди души, тогава стандартното решение ще изглежда като тежък труд.
Затова модернизирах стандартния график и добавих такива полезни бутони като
- Копиране на часовник
- Поставете часовник
- Преместете часовника наляво
- Преместете часовника надясно
- Попълване на часовете от_до_ с една стойност.
- Автоматично въвеждане на работни поръчки в празнични дни.
Полезно допълнение към вашата работа ще бъде отчет, който автоматично изчислява общия брой часове, броя нощни и празнични часове, а също така проверява дали графикът е попълнен правилно, на основание, че служителят не може да бъде на работа и на отпуск в същия ден/командировка/болнични.
Можете да изтеглите моя документ и доклад.
Бих искал също да отбележа, че записът в графика за време „за месеца като цяло“ трябва да бъде изключен като клас. В този случай половината от изчисленията изобщо няма да бъдат изчислени. 3.3. отклонения

защото Хронометристът е човек, който следи присъствието на хората, така че за всички дни на отсъствие от работното място той въвежда документа „Отсъствие“.
Има мнение, че при водене на отчет документът „Отсъстващ“ не е необходим за нищо и те казват, че е възможно. Възможно е, разбира се, възможно е, кой ще го забрани, но с документ въвеждането на същите тези листове за време е много по-забавно. В крайна сметка всички отклонения вечевъведени предварително, което означава, че самият график на практика ще разпръсне часовете през целия месец!
Да приемем, че човек не е бил на работа от 1 декември 2005 г. до 13 декември 2005 г. поради заболяване. Но по време на 1 декември 2005 г. хронометристът може да не знае за причината за отсъствието. Затова той въвежда абсентеизма. Това няма да е грешка, защото... „Болничните“ са с по-висок приоритет и изместват отсъствията. BL обаче ще измести само онези дни, които са посочени в него. Ако BC е издаден от 3 декември 2005 г. до 13 декември 2005 г., тогава служителят няма да бъде изплатен за два дни.
Искам още веднъж да подчертая, че Отпуск по болести се издават отпуски отдел Човешки ресурси, но се извършват и изчисляват - селищна група.

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

Цялата особеност е, че изчисляването на средните доходи в случай на обобщено счетоводство се извършва с корекционен коефициент 5/7, чиято същност е преизчисляването на петдневна работна седмица в седемдневна календарна седмица.
За простота ще дам пример
Да приемем, че служител работи на ротационен принцип, от 1 до 15 число на всеки месец, 10 часа на ден, със заплата от 10 000 рубли, без надбавки. Нека изчислим ваканцията като 20 дни.
За три месеца той ще спечели 30 000 рубли и в същото време ще прекара 450 часа от живота си на това. Тогава

Средните почасови доходи ще бъдат	30000/ 450= 66,66
Изчисляване на ваканция	66,66* 20* 8* 5/ 7= 7618,29

Откъде идва числото 8? Това е стандартният брой часове при изчисляване на отпуска. Много работнички се възмущават, че плащат малко отпуски, а платците не знаят какво да им кажат.
Просто трябва да правите разлика между да работят многоИ печелете много.
Работниците на смени работят много, но това не означава, че тяхната почасова ставка е по-висока, те имат повече часове!
Служител, чиято почасова ставка е по-висока, докато е на почивка, ще получава повече.

3.4. Отпуск по майчинство

Отделно, струва си да спрете на входа отпуск по майчинствои отпуск по болест бременност и раждане.
Понякога потребителите се спъват изневиделица, така че е по-добре да покажете с пример как се прави това:
- Когато служител се регистрира със социално осигуряване, тя й плаща 300 рубли * RK. Това се въвежда с документа „ Въвеждане на калкулация за служител» с тип на начисляване « Ползи за бременни регистрирани...»
-Когато служителка излезе в отпуск по майчинство, тя получава болничен лист и в програмата се въвежда документ със същото име, посочващ причината за увреждането “ Отпуск по майчинство»
-При раждане на дете служителят подава заявление за обезщетение. В този случай документът „ Въвеждане на калкулация за служител"но този път с типа начисляване" Обезщетение при раждане»
Освен това трябва да въведете документа "Ваканция" с вида на ваканцията " Празник за грижи за детето" Отбелязвам, че този документ въвежда два вида изчисления:
- Отпуск за отглеждане на дете до 1,5 години
- Отпуск за гледане на дете до 3г
Тези изчисления работят едновременно!Но ако първият се изплаща от социалното осигуряване, то вторият се изплаща от средствата на предприятието.
Ако по някаква причина не сте изчислили правилно дългосрочната си ваканция, винаги можете да я преизчислите с помощта на документа „ ТРЗ"с метода на начисляване" преизчисляване на заплатите за предходен период“, в полето „Презареждане от“ – посочваме периода, за който искаме да презаредим, можете да имате няколко месеца наведнъж. В този случай програмата ще сторнира напълно всички начисления, които са били изчислени в предходни периоди и ще ги натрупа отново. 3.5. Влизане в нощи и празници

Нощните и вечерните часове се въвеждат с документа „ График за време».
Следователно, формата на плащане за такива служители трябва да бъде според графика.
Друг начин за въвеждане на нощни часове е да посочите календара на нощните часове в графика на служителя.

Особено ме радват въпросите, свързани с изчисленията нощни часовеза наемни работници.
И защо не тормозят! Ето типични твърдения:
- нищо не беше намерено в законодателството
- това е изобретено в 1C
- и нашият отдел за изчисляване на заплатите винаги е мислил така
- Не си направих труда да го разбера и просто го преработих според нуждите
Скъпи цици, ако ви е твърде трудно да намерите решение Министерство на трудазад номера 56 , тогава се радвам да ви информирам, че в тази резолюция е написано черно на бяло, почти бяло, че изчислението часова тарифна ставкапри изчисляване нощни часовепроизведени от среден месечен брой часове.
Тези. ако човек е работил през нощта и основната му форма на възнаграждение е с почасово заплащане, тогава изчислението ще бъде така
Сума = Заплата / 166* Нощни часове
Ако, скъпи глупаци, Министерство на трудане е указ, тогава бъдете така любезен да запишете споразумението си в колективния договор, така че в случай на съдебен спор да имате подписано и подпечатано листче.
Е, за да проследим (за тези, които се справят добре с колективния договор): постоянният AverageHoursPri40HWorkWeek е периодичен. Може да се сменя поне всеки месец. Това е, ако не искате да редактирате изчислителния модул.

Празничните часове се въвеждат с документа " Работа по празниците». Нека ви напомня, че в моя график този документ се създава автоматично.
Тук си струва да се спрем подробно на видовете изчисления, въведени от този документ:
- Плащане за празници . Сумата за това изчисление се получава само ако в документа за разписание за този ден не са посочени часове. Ако не е предоставен график на работното време на служителя форма на възнаграждение, тогава сумата за този вид изчисление ще бъде само ако служителят има почивен ден в този ден според календара. Освен това, в зависимост от начина на въвеждане на документа (в дни или часове), изчислението ще се различава.
В първия случай дни от календарслужител за текущия месец, а във втория по някаква причина среден месечен брой часове. Тук категорично не съм съгласен с този подход и считам това за злонамерен бъг, който трябва да бъде коригиран. Въпреки че има същата резолюция на Министерството на труда N56, която като цяло описва подобен случай, но нещо ми подсказва, че тази ситуация е необмислена.
След всичко смисълът на това изчисление е да се плаща за часовеи ако тези часове са вписани по график, тогава сумата ще бъде същата, а ако по документ Работа на почивка- съвсем друго.
- Доплащане за празници. Ако плащането за празници е заплащане за действително положен труд в деня на празника, тогава е допълнително заплащане за празници екстрастраст към това дъска.
Освен празничното време обаче документът включва и нощен и вечерен час. Ако ги въведете в документа, тогава допълнителното заплащане за тези часове ще бъде
Доплащане = (0,4* Нощувка + 0,2* Вечер)* 1
какво ще даде общо двойноплащане за Нощни часовепрекарано в празник
защото плащането на друга нощувка се въвежда с помощта на документа за отработено време

Ще дам няколко примера, които обобщават всичко по-горе.
Пример 1: Нека служителят работи през целия месец със заплата от 1000 рубли на месец, на час, според стандартната 40-часова работна седмица и допълнително да отиде на работа на празника на 1 януари.
защото формулярът за плащане не предоставя график за време за този служител, тогава ние незабавно въвеждаме документа „ Работа по празниците" Задайте работна дата на 1 януари и посочете Общо часове = 8.
Да видим какво ни казва програмата:

Първата сума е изчислена в съотношение 1000/166* 8
Втората сума е изчислена в съотношение 1000/166* 8
Каква е разликата тук, ще попитате? Във факта, че в първия случай във формулата, по мое мнение, има грешка и трябваше да изглежда така: 1000/ 128 * 8 = 62,5. В крайна сметка, ако същият този служител е работил по график, тогава...

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

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

Пример 3: В този пример в графика ще посочим основните часове за празника. Тогава картината ще се промени донякъде:

Както се вижда от изчислението, размерът на плащането според графика се е увеличил с 62,5 рубли, но плащането за празници става нула. Именно поради това изчисление считам предходното изчисление за неправилно, т.к несъответствия в плащанеНе трябва да става за един ден!
Виждате ли гофера? И той е!

3.6. На парче, бригадни наряди и гражданскоправни договори

Като цяло това са доста прости документи, но всеки има своите клопки. Нека разгледаме всеки от тях поотделно.

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

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

Граждански договор- специален документ за населени места с преговарящи по договора.
Изпълнителите са специални служители. Често счетоводителите не разбират значението на думата „изпълнител“. Позволете ми да обясня: този документ и служителят, посочен в този документ, по никакъв начин не зависят от часовете, през които ще бъде завършена работата по този договор, следователно на въпроса „ как мога да взема предвид часовете по договор?„Имам удоволствието да съобщя: няма начин.
Ако искате да вземете под внимание часове, пребройте ги по друг начин, но не пипайте договора!

Отделно бих искал да отбележа най-интересното поведение на програмата в региони, които използват регионални коефициенти.
По неизвестни причини Република Казахстан в програмата ZiK на някои места се счита за абсолютно некоректна. Едно от тези места е комбинация от РК + бригадно облекло и РК + облекло на парче.
Факт е, че RK в програмата зависи от състоянието на индивида: ако лицето работи в предприятието, тогава програмата изчислява RK, но ако не работи, тогава не го брои. Мисля, че е просто глупаво, защото... северните надбавки се вземат предвид независимо от това.
Изглежда, че проблемът с Република Казахстан е свързан с факта, че никой освен Сибир и Далечния изток не работи с нея, а както знаете, Москва като цяло е отделна държава и на разработчиците не им пука за всичко някакви глупости като Република Казахстан.

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

3.7. Въвеждане на удръжки

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

Да започнем с потребителските грешки:
- не разбират как да въведат плащане на съдебни разноски и плащане на издръжка. Много просто: два документа. Един документ посочва сумата „преди плащане“, другият - без да посочва тази сума, но с ограничение „до“.
- Освен изпълнителната въвеждат още куп удръжки. Господа, не забравяйте за максималния процент на задържане! Повече от 50% не се допуска! Е, само ако има изпълнителен лист, тогава до 70% максимум.
- забравете да поставите отметка в квадратчето “ данъчен отпуск по болест" За тези, които са в резервоара, обяснявам: в TKпо отношение на приспадане по ИЛ е посочено „ от всички видове такси" Не тълкувайте закона по свой начин, прочетете как е написан.

Сега за грешките и несъвършенствата в самата програма:
- Това е третата година, откакто се промени изчисляването на пощенските такси при изпращане на издръжка. ЗиК все още мисли по същия начин. Може да се променя само самият изчислителен модул, естествено от програмиста.
- при изчисляване на издръжката се взема предвид разликата RC на изпращачаИ RC на получателя. Указът, с който се разпореждаше това, беше временен и действаше до 1996гна годината. Вече 10 години не работи...
Страдащите пращам на Гарант, там е под етикета Не работи.
Тук или променяте модула за изчисление, или правите RK на получателя равен на RK на подателя. Това става в указателя Контрагенти в полето " Регионален коефициент»
- малък проблем с образуването на окабеляване. Ако посочите получателя (контрагента) в IL, но не посочите себе си в подсметката в контрагента (макар и различен справочник - subconto, но значенията са същите)тогава при генериране и качване на транзакции транзакцията през IL ще бъде с празен получател. Мисля, че това е грешка.

3.8. Въвеждане на заплати

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

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

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

4. Изчисляване на работната заплата

Целият компонент „Изчисление“ работи на същия принцип, а именно:
Първо се въвежда записът, след което се изчислява.
Много счетоводители задават същия въпрос: „Как така сме изчислили заплатата, но изчислението е празно?“
Аналог в материалния свят може да бъде тетрадка. Когато служителят по ведомостта изчислява заплатата, компютърът записва в „бележника“, че трябва да се направи нещо. Когато се изчислява заплатата, компютърът чете своята „тетрадка“ и изпълнява действията, които са записани в нея.

Този проблем може лесно да бъде избегнат, ако калкулаторът е обучен да работи Журнал за изчисления. Журналът съхранява всички записи, които са въведени за служителя.
Някои калкулатори се плашат от ZhR, изглежда им неразбираемо и вместо това предпочитат „Изчисление“, но това по принцип не е вярно. Само като прегледате трудовата история, можете да кажете как и защо изчислената сума на този служител е нула или изобщо няма изчисление.
„Изчислението“ отразява само това, което се съдържа в ZhR, освен това алгоритъмът му е такъв, че скрива всички записи на ZR, които са равни на нула.

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

5. Изплащане на работна заплата

Най-честата грешка при изплащане на заплати е неправилното посочване на периода ЗАДкаква заплата се изплаща. Счетоводителите се опитват да изплатят заплати или незабавно някоимесеца, или посочете сума, по-голяма от спечелената от служителя на месец.
И двете са нарушения на закона, т.к Според закона заплатите трябва да се изплащат с обезщетение за забавяне (ако е имало, разбира се). Платете сумата за БЪДЕЩЕПериод предварителноСъщо така не е възможно, тъй като Такова плащане се тълкува законно като заем от предприятието и върху него трябва да се начислят лихви.
Че. в документа за плащане на заплата можете да поставите сума, равна на това, което компютърът дава, или по-малко, но не повече.
На практика обаче платците често плащат всичко наведнъж и не се поддават на никакви устни увещания. За такива упорити другари е разработен специален метод, който сам разпределя сумата през периодите на валидност.

Един от важните механизми при формирането на сумата е механизмът двоен баланс.
Поради изкривеността (какво има да се крие) на платформата „Изчисление“, в която по някаква неизвестна причина няма автоматични резултати, програмистите на 1C решиха да използват метода „ръчен залез“. Тези. в ЗиК балансза служители се формира със специален документ „ Натрупан дълг”, който въвежда в ZhR отделен вид изчисление (VR), резултатът от който е началното салдо.
Освен това всъщност има дори три такива VR!

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

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

VR: Надплащане на началния баланс– това е специален баланс за надвнасяне на данък върху доходите на физическите лица.

И така, как програмата изчислява началния баланс?
Да, много просто!
Началното салдо е резултатът Първоначален балансДълг+ Първоначално закръгляване на баланса.
Защо възникват толкова много проблеми с баланса в ЗиК? Да, защото ако служителят по ведомостта посочи сума, по-голяма от тази, която служителят е спечелил за един месец, тогава „умният“ компютър ще изчисли следващия месец Първоначално закръгляване на балансас голям минус (а. Първоначален балансДългповече от задължение към служител)
Така следващия месец ще има две салда - едното на плюс, другото на минус. И ако тази ситуация се повтаря от месец на месец, тогава тези суми в крайна сметка ще бъдат с астрономически размери.
Също така отбелязвам, че в особено напреднали случаи това може да доведе до необратими последици, т.к Размерът на полето РЕЗУЛТАТ, което отговаря за резултата в ZhR, е ограничен до 15 цифри, като 2 цифри са запазени за дробната част.
Това означава, че максималният брой, съхраняван в ZhR, ще бъде 9 999 999 999 999,99
Въпреки че само олигарсите получават тази сума, но все пак...

Следващият пример показва механизма в действие

Нека началният баланс за декември е 1000 рубли и това е сумата само за ноември.

декември

януари

За да се усложни ситуацията, закръглящият баланс се въвежда с документа „ ТРЗ", и просрочени заплати - документът " Натрупан дълг».
Трудността тук е, че трябва да се изчисли и закръгленото салдо, за да се получи реалното салдо, което е било в края на предходния период.
Отдавна съм се отказал от този идиотизъм и въвеждам двата вида изчисления в един документ." Натрупан дълг" Можете да видите изпълнението

6. Изчисляване на данък върху доходите на физическите лица (удържан)

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

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

януари

февруари

Както можете да видите, платеният данък не надвишава изплащането на заплатата.
Тук има един подводен камък: ако плащанията на заплатите се извършват месечно, без забавяне, но само през следващия месец (да речем 15-то число на всеки месец), тогава в някои случаи може да възникне грешка при преминаване към нова година.
Факт е, че годината се признава за данъчен период, което означава всички плащания няма да бъдат взети предвидпри преминаване към следващия период.
Например, ако служител е получил работа през декември и компанията изплаща заплати едва на 10-то число на следващия месец, тогава в края на годината този служител ще има данъчен дълг.
За да избегна тази ситуация, преразгледах методологията за създаване на този тип изчисление. В моето решение платеният данък върху доходите на физическите лица вече не се въвежда от документа за начисляване на заплата, а се въвежда от документа за изплащане на заплата и се въвежда само веднъж през периода на плащане. Така при въвеждане на документа Изплащане на работна заплата през януари, за периода декември, автоматично ще се въведе изчислението на платения данък върху доходите на физическите лица със срок на валидност декември.

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

7. Данъчно изчисление

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

Струва си да се спрем само на данъчните системи UTIIИ опростена данъчна система.
Често срещана грешка е въвеждането на допълнителен документ “ Информация за изчисляване на единния социален данък» за всеки служител. Така че, направете това Няма нужда!
В настройките на програмата, в раздела „данъци“, трябва да поставите отметка в „ Организацията извършва дейности, попадащи в UTII»
Освен това трябва също да поставите отметка в това квадратче в публикуването по подразбиране.
За организации, които са частично UTII, частично на общ режимНе е необходимо да отбелязвате записа по подразбиране в записа, но имате нужда от документа " Счетоводство, данъчно счетоводство...», в който трябва да посочите пропорцията на режимите и да поставите един от шаблоните, така че да има това квадратче.
Ако има цяло подразделение в UTII, тогава можете да направите без този документ, като настроите шаблон за публикуване на това подразделение в UTII.

8. Изчисляване на авансови вноски

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

9. Затваряне на периода

Е, стигнахме до последната стъпка от изчислението.
Тази точка трябва да се направи само след като е даден отговорът на въпроса: „Всички точки преминати ли са?“
Самото затваряне е разделено на две части:
- сервизни проверки
- действителна промяна на периода
Правят се проверки, за да се провери още веднъж истинността на всички такси и изчисления.
За да промените периода, изберете меню Регламент - Промяна на периода на заплатите
Отбелязвам, че затвореният период може да бъде отворен отново, но в същото време стандартенобработката нулира всички записи в дневника на изчисленията до нула. За напреднали потребители има Calculation Journal Editor, но трябва да го използвате много внимателно.

10. Доклади

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

- В: служителят е назначен на 17 януари в поделение А. На 24 януари е преместен в друго поделение Б и е издадена заповед за персонала, а в командироването не от 24-ти, а от 17-ти пада заплатата на новото разделение Б.
- А: Трансфери от средата на месеца към ZiK не се поддържат. В повечето случаи е лудост да се броят такива преводи. Мога да покажа с един пример, че подобни изчисления са само показност и никой не се нуждае от това.
Нека си зададем глобален въпрос: защо изобщо имаме нужда от окабеляване? Кажете „за качване в счетоводния отдел, разбира се!“ ?
Кажете го грешно. Счетоводството е само средство за събиране и обработка на информация, а ние качваме транзакции само за анализ на дейността на предприятието.
А сега да зададем един по-малко глобален въпрос: колко важно е за предприятието участието на портиера Иванов в блок 1, преместен там със заповед на бригадира Шарапов на 14 този месец? Колко е заплатата на цялото предприятие и заплатата на портиера Иванов, та дори и за половин месец?
Преди да започнете да се възмущавате, помислете за това: в голямо предприятие отделът по труда и заплатите назначава бонуси на всеки отдел. Някога чудили ли сте се как го правят?
И това се прави по следния начин: OTiZ сяда с шефа на масата и разглежда доклада на икономиста за продуктите или работата за месеца. След това, завъртайки светлите си очи към тавана, те оставят бонус сумите. как? Да, на око. Ако са искали са го монтирали, ако са искали са го рязали.
По същия начин отделът за планиране изчислява дела на производствените разходи. Е, кажете ми как можете да изчислите броя на имейлите. енергия, изразходвана за производството на един шпинделен двигател от работника Петров? Как да изчислим топлината? Ами водата? Трябва да се измие понякога! И консумативи като лак, разтворител и др. отишъл на това вретено? Няма начин! Можете да кажете само приблизително каква част от процента е изразходвана тук и там.
Е, сега сравнете грешката на око, приблизителната оценка на разходите и грешката в заплатата на портиера Иванов. трябва ли ти

- В: Защо формирането на резюмето на транзакцията отнема толкова време?
- А: Защото програмистите на 1C забиха болта и гайките за скорост.
Мислили ли сте за мотото на 1C: Достъпно и сериозно? Не, тяхното мото е: Ако не ви харесва, не го яжте!
Алгоритъмът за отчитане е изключително нескопосан, меко казано. На различни места си личи, че кодексът е писан от различни хора в различни етапи от трудния им студентски живот: едни първа година, други втора... Имаше дори третокурсници!
Моят отчет генерира обобщение на транзакциите за 3,5 минути с персонал от 1500 души и 15-20 вида изчисления за всяка. Стандартният отчет прави същото за... варира в зависимост от изданието, но средно от 40 минути до няколко часа.

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

Резултати

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

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

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

Необходимо ли е ходене пеша?

Предимствата на „1C: Заплати и управление на персонала 8“ пред „1C: Заплати и персонал 7.7“ (наричани по-долу ZiK) са очевидни и многобройни, но трябва да се положат известни усилия, за да ги оцените напълно.

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

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

За да преминете безболезнено към програмата „1C: Заплата и управление на човешките ресурси 8“, трябва да направите няколко стъпки последователно.

Да направим първата стъпка – да подготвим информационна база

Нека подредим първоначалната база данни на програмата 1C: Заплата и персонал 7.7.

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

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

• Затваряме периода на фактуриране, за който прехвърляме данните (например декември 2011 г.). Изтриваме всички документи, свързани със следващите периоди, които вече са въведени. Необходимо е повторно вписване в ЗУП;
• Имайки предвид справочника Деления.Разглеждат се дялове, намиращи се в специален баланс в ZUP организации. Всички отделни единици на ZIK с попълнени детайли за контролни точки ще бъдат прехвърлени в указателя организации ZUP конфигурации. За тях ще се генерира отделна регламентирана отчетност. При необходимост звената на ЗиК в организационната структура в ЗУП да бъдат прехвърлени в указателя Организационни подразделения,изчистете го в директорията Деленияреквизит контролно-пропускателен пункти премахнете отметката На частид поделение със специален счетоводен баланс;
• Хайде да го направим Изтриване на маркирани обекти.Между другото, това е причина да се занимаваме с обекти, които не се изтриват. Може би те наистина не могат да бъдат изтрити - и след това премахнете отметката от знака за изтриване. Или трябва да изтриете както тези обекти, така и други обекти, свързани с тях;
• Следващ в режим КонфигураторХайде да го направим Тестване и коригиране на базата данни.....Обърнете внимание на флаговете за действие. Трябва да инсталирате всичко, включително последното. Процесът може да е дълъг. Можете да го повторите, да го стартирате два пъти: първо първите три действия и след завършване - останалите;
• Уверете се, че файловете V7Plus.dll и V7Plus.als са в директорията на ZiK базата данни;
• Проверете дали версията на конфигурацията е актуална. Актуализирайте го, ако е необходимо;
• Излизаме от базата данни на ZiK.

Нека направим втората стъпка - изтегляне на данните

На този етап:

• Нека се уверим, че програмата „1C: Заплата и управление на човешките ресурси 8“ е инсталирана и версията на конфигурацията е актуална;
• Ако изтеглянето не е направено към нова чиста база данни, а към такава, съдържаща информация, проверете дали тя не е инсталирана Редактиране на датата на забрана, а също и преди да започнете изтеглянето, не забравяйте да се запасите с резервно копие, така че да имате възможност в случай на повреда да повторите процеса на изтегляне отново;
• Нека да определим метода на прехвърляне. Изберете от менюто (Фиг. 1):
• изтегляне на данни от информационната база;
• зареждане на данни от файл.

Ориз. 1

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

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

...зареждане на данни от информационната база

• Нека изберем ZiK базата данни, от която искаме да прехвърлим данни (фиг. 2):

Ориз. 2

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

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

• Натисни бутона По-нататък..

Ако вече са създадени потребители в базата данни „1C: Заплата и персонал 7.7“, на екрана ще се появи прозорец за оторизация, в който трябва да изберете потребител и да въведете парола (фиг. 3).

Ориз. 3

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

...или заредете данни от файл

Ако има причини, които не позволяват зареждането на данни от информационната база, ще използваме втория метод:

• В базата данни на ZUP изберете менюто Операции - Справочници - Преобразуване от информационни бази 1C:Enterprise 7.7(фиг. 4);

Ориз. 4

• Избор на икона Запишете файлове за конвертиране на диск.В този случай файлът за обработка Transition Assistant to Payroll and HR Management, версия 2.5и е препоръчително да запазите файла с правилата за избраната конфигурация в директорията “ExtForms” на директорията на ZiK база данни, от която се изтеглят данните;
• Пускаме ZiK в режим Компания;
• След това изберете от менюто Услуга - Допълнителни функции - Помощник за преход към 1C управление на заплати и персонал 8.
  Ако този елемент от менюто не съдържа указаната обработка, щракнете върху бутона Актуализация.Ако указаната обработка не се появи, това означава, че сте я запазили в друга директория и можете да я стартирате от менюто Файл - Отваряне,избиране на файл PrB_Wiz.ert(фиг. 5).

Ориз. 5

• И по-нататък, следвайки инструкциите , посочете условията за качване и името на файла с прехвърлените данни;
• При успешно приключване на разтоварването се придвижваме до ЗУП;
• В менюто Услуга - Прехвърляне на данни от информационни бази данни "1C:Enterprise 7.7"избирам Зареждане на данни от файл.Посочете пътя и името на прехвърления файл с данни. Ще получите съобщение на екрана, показващо успешно изтегляне.

Трета стъпка - анализ на резултатите от трансфера

Данните са прехвърлени. Трябва да се уверите, че програмата 1C: Заплата и управление на човешките ресурси 8 е готова за изчисляване на заплатите:

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

Нека проверим справочника Физически лица. Данните могат да се „размножават“ в резултат на прехвърляне, особено от няколко бази данни. Свържете ги с помощта на обработка SearchAndReplaceValues.epfот ITS диска (фиг. 6);

Ориз. 6

• Работа със справочника служители.„Сложете уволнените хора в архивите.“ За по-голяма яснота включете в менюто Действияуказател служителизадайте режим Показване на архива на служителите.Поставете курсора в списъка върху уволнения служител. INменю Действияуказател служителиизберете Поставете служител в архива.Това действие е обратимо и винаги можете да използвате командата Извличане на служител от архива.Ако по погрешка сте архивирали служител, командата Извличане на служител от архиваще стане достъпен само след като преместите курсора на друг служител и след това се върнете към желания. Ако не сте преместили курсора, тогава според командата Архивиране на служителможете да изберете бутон Извлечение от архив;
• Попълнете производствения календар и работните графици;
• Проверете балансите. Анализирайте различията им. Документ Коригиране на записи в регистъра за натрупванеизвършва необходимите промени в регистрите Взаимни разплащания със служители на организацииИ Данък върху доходите на физическите лица за кредит.

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

Счетоводните отдели не трябва да се разубеждават, че подобни погрешни схващания нямат място в техните глави. Но можете (и може би трябва) преди да извършите независим трансфер, да се запознаете с функциите и грешките, идентифицирани по време на прехвърлянето от Zeke 7.7 V ЗУП 8 , а именно:

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

2). първо изчисление след открит трансфер на заплата двойни суми за данък върху доходите на физическите лица (и не във всички бази данни - моделът беше разкрит само когато периодът на фактуриране не беше затворен в 7.7, т.е. ние го прехвърляме към юли, но юни не е затворен - удвояването се случва през юли) - в този случай е по-лесно да нулирате прехвърлени данни за данък върху доходите на физическите лица чрез Операции - Документи - Пренос на данни;

3). Също така не са прехвърлени данни за служители, за които са водени регистри за данък върху доходите на физическите лица преди 2011 г. във формуляр 1-NDFL, а по-късно в данъчния регистър за данък върху доходите на физическите лица - в този случай ръчно въвеждане на документа „Счетоводни корекции за данък върху доходите на физическите лица, осигурителни вноски и единен социален данък“, който може да се използва и за въвеждане на първоначален салда и възстановяване на счетоводството при изпълнение на програмата;

4). непълнотата на производствения календар не е грешка по време на прехвърлянето, но този нюанс често не се взема предвид при първото изчисляване на заплатите след прехвърлянето;

5). При попълване на сертификат чрез формуляр 2-NDFL се дава грешка и документът не се обработва поради факта, че детайлът „Адрес на физическо лице извън Руската федерация“ не е празен (запетаята трябва да бъде премахната), въпреки че в 7.7 адресът в страната на пребиваване не е попълнен;

6). Докладът "Дългова структура на организациите" бр дългове за дългосрочно съкратени служители , изчисленията за които са затворени в Zik (на един от добре познатите форуми на 1c причината беше посочена като неправилно плащане, ръчно посочване на сумата при уволнение и не изчисляване на пълното плащане) и тъй като тези суми не са вложителят, тогава съответните записи в регистъра се изтриват от документите „Прехвърляне на данни“;

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

следва продължение...))

1. ZiK все още е жив и се пускат редовни актуализации на конфигурацията. Това е добра новина. Въпреки това, не винаги има правила за обмен с други конфигурации.
2. Накратко за същността на изчисленията на заплатите. Ще бъда възможно най-кратък. Всичко се прави накрая, за да се получи справка „фиш“ - това е справка, показваща колко са начислени и удържани за всеки служител, а справката „Разчет на начисления“ е аналог на фиша, но обобщен за всички служители.Обикновено има два вида движения на сетълмента - натрупвания и удръжки. Начисляване - това може да бъде „заплата“, „бонус“, различни надбавки. Удръжките са професионални вноски, данък върху дохода и др. Удръжките включват и изплащане на заплати. В резултат на това проста аритметика: първоначален дълг + начисления - удръжки = краен дълг (салдо). Заплатите обикновено се изчисляват месечно.
3. От техническа гледна точка в заплатите има два периода - „период на сетълмент“ и „период на действие“. Просто запомни това.
4. В ZiK за нормално изчисление е необходимо „отваряне на период“ или „направяне на преход към нов период“. В този случай всички движения в стари периоди стават достъпни само за преглед и вече не е възможно да се коригират резултатите от изчислението по обичайния начин. Тоест, преди началото на нов период на фактуриране, например, когато искаме да изчислим заплатата „за януари“, трябва да се уверим, че „януари тази година“ е „отворен“.
5. Ако изведнъж трябва да коригирате записите от стар период, трябва да запомните това. Има два вида редакции: а) редакции със задна дата, когато просто коригираме записите от стар период, защото се различават от нашите хартиени записи. Това е единствената причина изчислението да се коригира със задна дата. б) корекции за текущия период, когато се установи, че изчислението на предходния период е неправилно, но всичко съвпада с документите и отчетът вече е представен и подписан. Това означава, че е невъзможно да се редактира ретроспективно, следователно в текущия период се правят коригиращи записи от предходния период. Например през януари правим корекция „за декември на същата година“. За да го коригирате „със задна дата“, проверете дали старият период все още е отворен или вече е направена „промяна към нов месец“. Ако старият период е отворен, всичко е ясно, коригирахме го и продължихме. Ако периодът е „затворен“, тогава можете да го отворите по стандартния начин, но това е изпълнено със сериозни последствия - записите на стария период, които се отварят, ще бъдат маркирани като „неизчислени“ и ще трябва да бъдат преизчислени . Това е много лошо, тъй като счетоводителят често и хаотично прави корекции на изчисленията (и след това не си спомня това), в резултат на което преизчисляването не може да се извърши просто така - ръчните корекции ще бъдат загубени. Използвайте лечението „Меко връщане назад“, за да преминете към стария период и след това „върнете се назад“ към текущия период. Например този
6. Не можете да коригирате базата от видове изчисления и начисления, ако те вече са били използвани (това се отнася за вторични видове изчисления като „Бонус“ и др.). Това е важно за изчисленията „средно“ - всички видове отпуск по болест, заплащане за отпуск, „престой“ и др. След това всичко това ще започне да се счита неправилно, като се вземат предвид корекциите. Ако се окаже, че базата данни е конфигурирана неправилно, по-добре е да създадете нов тип изчисление и да „затворите“ начисленията на служителите за стария тип изчисление и да им добавите нов създаден тип, който вече е конфигуриран „правилно в нов начин."
7. Справочник "Служители". Ако служител е уволнен и отново е нает, не можете да създадете нов елемент от директория, трябва да използвате съществуващ (това е функция на ZiK 7.7, във версия 8 е обратното), в противен случай ще има грешки при подаване на отчети . Единственият приемлив и правилен вариант при необходимост от дублиране е приемането на един и същи служител, вече работещ, на длъжност като хоноруван служител. След това в директорията трябва да се появят два елемента. Ако го погледнете от техническа гледна точка, основният служител ще има попълнено поле "Основен елемент" - връзка към себе си, а служителят на непълно работно време ще има попълнено поле "Основен елемент" - връзка на основния служител. Използвайте асистента за въвеждане на информация от служителите. Ако служител се дублира, няма да може да се подават отчети за годината. Ще трябва да напишем обработката.
8. ZiK използва много детайли, които се променят във времето - периодични детайли. Често счетоводителят изпитва затруднения в работата си поради тях. Трябва да използвате бутона "История".
9. Глобалният модул е ​​огромен. Много е лесно да се объркате. Трябва да инсталирате OpenConf за по-лесна работа с конфигурацията. Поради големия брой глобални линии, режимите за отстраняване на грешки също могат да се забавят. За да отстраните грешки в глобализатора, не трябва да използвате точки на прекъсване, а да зададете мъничета от типа „Предупреждение“ и след това да преминете към отстраняване на грешки.
10. Не дебъгвайте дълго работещи модули в производствената база, когато потребителите работят чрез RDP, тъй като всички потребители също ще изпитат спиране на кода (ще се почувстват блокирани).
11. За изчисляване на транзакциите се използва динамична схема, т.е. транзакциите се изчисляват наново всеки път, когато се стартира „Отчет за транзакции“ или „Качване на транзакции“. В глобалната книга процедурата „Glav Transactions for the Period“ е отговорна за изчисляването на транзакциите. Той е голям и само професионалист може да прави промени по него.
12. В големите бази данни „Публикациите за период“ могат да работят с часове, което дразни счетоводителите. Има прост метод за оптимизация, променят се само няколко реда, което ви позволява да ускорите работата няколко пъти. Това е описано в една от статиите. Използват се допълнителни технически спецификации. Типичен алгоритъм прави това: Таблица за отчитане на заплатиNNP.Unload(Таблица за отчитане на заплати NNP); Трябва да добавите необходимия брой редове към декларацията за работа и едва след това да копирате редовете в декларацията за работа, без пълно разтоварване и зареждане.Тук е описано, въпреки че статията е незаслужено забравена и изоставена.
13. Изчисляване на данъци. Данъкът „данък върху доходите на физическите лица“ се изчислява веднага при изчисляване на заплатите, но има и „социален данък“, който се изчислява отделно.
14. За съхраняване на записи на изчисления има „Дневник за изчисления“. Основните са две - „Заплата” и „Осигурителни вноски”. Има и „Допълнителни“, където понякога се изчисляват заплатите на ръководството.
15. За да настроите счетоводни записи, използвайте атрибута „Счетоводен шаблон“ за служителя. Можете също да не го посочите; в този случай настройте „шаблон за публикуване“ за отдела, в който работят служителите. Или ако публикуването е стандартно за всички служители, ние използваме константата „Публикуване по подразбиране“.
16. Понякога не е ясно дали данъкът върху доходите на физическите лица е изчислен правилно или не. Важно е данъкът върху доходите на физическите лица да се изчислява на база начисляване през цялата година, така че трябва да разгледате периода от януари до декември. Има и сложни случаи - например предходният период може да бъде включен в изчислението, например „през декември миналата година ваканцията е начислена за януари на текущата година“. За по-лесен контрол можете да използвате полезни отчети за начисления на текуща база или отчети като „фиш за заплати от началото на годината“ и др.
17. Също така за застрахователните премии контролът може да се извърши с помощта на обобщени специални отчети. За да контролирате застрахователните премии, е важно да запомните, че има процентна скала и можете да проверите дали данъкът е изчислен правилно, като просто умножите основата по процента. Трябва обаче да следите „от каква база идва начисляването“. Можете също така да разберете базата данни, като стартирате специални отчети, които не са включени в стандартния ZiK и са написани от независими разработчици. Например този доклад:
18. Понякога дневникът за изчисления става толкова объркан за служител, че счетоводителят не може да направи автоматично изчисление и не може да коригира записите (понякога системата блокира ръчните корекции). За да разрешите този проблем, изтеглете обработката на „Редактор на журнал за изчисления“. Например този: . Разбира се, трябва да направите копие, преди да го използвате. Начинаещ или дори среден разработчик няма да може да напише аналог на тази обработка, тъй като ясното разбиране на програмната работа с дневника на изчисленията е важно. Тази обработка ви позволява да правите каквото искате с дневника за изчисления.
19. Когато правите промени в Zik, не забравяйте, че това е компонент „Изчисление“; не е необходимо да добавяте сметкоплан и оперативни счетоводни регистри, тъй като клиентът може да няма лицензи за тях. За тези, които работят с версии 8.x, това може да не е тривиално и аз съм виждал такива решения.
20. В service\parameters въведете представянето на датата в 4-цифрена форма „11/19/2014“, а не „11/19/14“. След това избягвайте объркване с различни баби и дядовци, родени през 40-те, 50-те години
21. Когато прави изчисления, ZiK работи с таблици със стойности, както и (!) Вложени таблици със стойности в таблици със стойности, особено при изчисляване на данъци. Полезно е да намерите и изтеглите някакъв вид обработка за 7.7 ​​като „Преглед на таблица със стойности“. Можете, разбира се, да използвате метода „Избор на ред“, но това не е подходящо за преглед на големи или вложени технически спецификации. Ако някой знае добра обработка за гледане, да пише, ще прикача линк. Аз самият използвам обработката „PreviewTSZ“ от дълго време, но не можах да я намеря в IS.

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

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

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

Опции за 1C програми и продукти за автоматизация

Когато решавате да закупите система, базирана на платформата 1C:Enterprise за навременна работа с персонала на пазара, има избор между две конфигурации: „1C: Заплата и персонал 7.7“ (1C: ZIK) и „1C: Заплата и персонал Управление 8”.

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

1C:ZUP работи на нова, постоянно подобряваща се и актуализирана платформа - “1C:Enterprise 8” (днес – версия 8.3). Предимствата на 1C:ZUP* до голяма степен се основават на използването на всичките му възможности:

• Повишена скорост на работа;
• Бързо конструиране на заявки и избор на данни;
• Лесно мащабиране;
• Бърза и лесна настройка на показване на данни в списъци, сортиране и отпечатване на списъци;
• Възможност за конфигуриране на синхронизация между конфигурации;
• Поддържа възможно най-голям брой файлови формати за обмен;
• Неограничен брой разпределени бази данни;
• Поддръжка на различни видове бази данни;
• Наличие на роли, потребителски профили за настройка и конфигуриране на права;
• Работа през уеб приложение, мобилен клиент и др.

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

1C:ZIK и 1C:ZUP

Програмата за персонал 1C на платформата 7.7 ​​направи възможно организирането на записи на персонала и служителите на предприятието, контрол на вътрешните движения на персонала и изчисляване на заплатите на компанията в съответствие с действащото законодателство. Програмата може да реализира всякаква форма на изисквано отчитане. ZUP се превърна в достоен наследник на славните традиции на счетоводството, но също така получи разширена функционалност:

• Работа в бюджетни организации и предприятия на самоиздръжка;
• Комплексна цялостна автоматизация на различни процеси на движение на персонала, контрол на движението на персонала;
• Анализ на качеството на работещите служители, квалификация на персонала;
• Анализ на натовареността на служителите;
• Изчисляване на нуждите от персонал, кадрови резерв;
• Анализ на разходите за персонал, изготвяне на планирани бюджети за персонала, анализ на изпълнението на бюджета;
• Съставяне на план за персонала, натрупване на информация за кандидатите, генериране на планове за обучение на персонала и анализ на получените резултати от обучението;
• Заплата, изчисляване и планиране на отпуски;
• Изчисляване на необходимите данъци към държавни агенции и фондове;
• Генериране на цялостна и изчерпателна отчетност с различни анализи, детайли и раздели за подаване към държавни органи, както и за мениджъри на фирмата и отдели.

Фигура 1. Програмен интерфейс

Опции за системи за автоматизация, базирани на платформа 8:

• Заплати и персонал на държавни агенции (за държавни предприятия), версия CORP, основна версия.
• 1C: ZUP 8 версии на KORP (всеобхватно професионално управление в предприятия с географски разпределени клонове, за оценка на служителите от всички страни на професионално ниво), PROF (за малки фирми и големи компании със структурни подразделения), основна версия (за счетоводство в малка фирма с възможност за работа по програма с един служител).

Сравнение на доставките 1C: ZUP 8

Предимства на версия 8 спрямо 7.7

Ако не вземем предвид загубата на релевантност на ZIK, която вече споменахме, в разширените версии на 1C:ZUP е реализирано следното:

• Поддържане на записи за персонал и заплати за няколко предприятия с общ състав на справочници и аналитична информация.
• В конфигурацията 1C: ZUP се прилагат отчитане на няколко работни графици, индивидуални графики, произволни формули за изчисляване на начисления и удръжки и изчисляване само на първата половина на месеца.
• Отчитането е възможно под формата на графики и диаграми. Въведени са всички печатни форми на единна стандартизирана отчетност и Т-7/Т-10/Т-10а.
• Организира показването на списък със задачи за предстоящи или незавършени действия, показване на напомняния за рождени дни.
• Промененият интерфейс стана много по-удобен и информативен. Вече има възможност за групова обработка на данни и различни инструменти за работа с печатни форми.
• Внедрена е популярната възможност за задаване на дата на забрана за редактиране на данни и други предимства.

Изводът предполага, че за да се приложи пълната функционалност на платформата и да се автоматизира максимален брой бизнес процеси на организацията, документите за персонала и заплатите трябва да се съхраняват в модерна конфигурация 1C: ZUP, която постоянно се поддържа от разработчика. Също така в заключение бих искал да отбележа, че програмите за персонал претърпяват сериозни модификации само в изключителни случаи и ако конфигурацията има повече или по-малко стандартна функционалност, преходът към нова версия и платформа няма да отнеме много време и ще се изплати поради по-простата и следователно по-евтина поддръжка.