Ноу Інти, лекція, розрахунок заробітної плати
Мета лекції. Освоїти використання планів видів розрахунку. регістрів розрахунку і допоміжних механізмів для вирішення розрахункових завдань.
1.1. огляд проблеми
Нагадаємо, розробляючи навчальну конфігурацію, ми займаємося автоматизацією салону краси. У салоні працюють співробітники, яким потрібно нараховувати і виплачувати заробітну плату.
Відразу хочеться відзначити, що завдання, що стосуються розрахунку зарплати є одними з найбільш складних і трудомістких. Тому, якщо поглянути на існуючі типові конфігурації, призначені для ведення обліку, наприклад, це стосується конфігурації "1С: Бухгалтерія 8", "1С: Бухгалтерія бюджетної установи 8", виявиться, що в цих змінах завдання, що стосуються заробітної плати, реалізовані лише на базовому рівні, який дозволяє враховувати нарахування зарплати, нарахування податків (ПДФО), страхових внесків, виплату зарплати і відображення всіх цих операцій в обліку. Розрахунок заробітної плати в таких конфігураціях реалізований, як правило, без використання регістрів розрахунку і планів видів розрахунку. тобто, фактично, якщо нарахована заробітна плата відрізняється від базового окладу, встановленого працівникові при прийомі на роботу, бухгалтер змушений самостійно визначати потрібні суми і вносити їх в програму. Такий підхід може здатися невиправданим, але лише в тому випадку, якщо не враховувати існування спеціалізованих конфігурацій, орієнтованих виключно на кадровий облік і облік заробітної плати. Це - "1С: Зарплата і кадри 8", "1С: Зарплата і кадри бюджетної установи 8". Обсяг роботи бухгалтера або розраховувача в подібних прикладних рішеннях порівняємо з об'ємом роботи в звичайних "бухгалтерських" рішеннях. У таких конфігураціях центральними об'єктами, навколо яких будується вся конфігурація. є плани видів розрахунку і регістри розрахунку.
Як правило, в підсистему кадрового обліку входять такі компоненти, як документи та інші об'єкти системи, що забезпечують наступні операції:
- Прийом на роботу. Цей документ фіксує прийом співробітника на роботу і призначення йому різних нарахувань, зокрема, базового окладу, доплат, надбавок, відрахувань. Це може бути оклад, надбавка за особливі умови праці та відрахування, наприклад, профспілковий внесок.
- Кадрове переміщення. Такий документ зазвичай використовується для відображення в програмі істотних змін в умовах праці працівника. Так, це може бути перехід на іншу посаду або зміна умов оплати праці.
- Звільнення. Цим документом фіксується звільнення співробітника і припинення нарахувань.
Крім документів, кадрова підсистема включає в себе набір регістрів, який дозволяє зберігати відомості про співробітників, про їх нарахування та утримання. Так, для зберігання таких відомостей, як переліки і розміри нарахувань і утримань, призначених співробітникам, застосовуються регістри відомостей. Для зберігання даних про взаємні розрахунки з працівниками застосовують регістри накопичення.
Підсистема обліку заробітної плати зазвичай включає в себе такі документи:
- Нарахування заробітної плати. Цей документ дозволяє здійснювати розрахунок і нарахування заробітної плати працівникам. У спрощеному вигляді, що не використовує регістри розрахунку. роль цього документа полягає у фіксуванні в програмі сум, нарахованих працівнику. У більш складному варіанті цей документ інтенсивно використовує регістри розрахунку. що дозволяє з його допомогою реалізовувати складні схеми розрахунку заробітної плати.
- Виплата заробітної плати. Зазвичай в ролі документів, які фіксують виплату заробітної плати, використовуються банківські і касові документи (видатковий касовий ордер. Виходить платіжне доручення), а так само спеціалізовані документи - розрахунково платіжні відомості. наприклад. У будь-якому випадку процес виплати заробітної плати завершується будь-яким касовим або банківським документом.
- Відображення заробітної плати в обліку. Цей документ дозволяє відобразити в бухгалтерському обліку нарахування, утримання, податки, страхові внески, пов'язані із заробітною платою, результати виплати заробітної плати.
Вище перераховано лише обмежений набір документів. У реальних змінах їх набагато більше. Це обумовлено законодавством в області обліку заробітної плати. Так, невиплачена зарплата депонується, крім звичайної заробітної плати співробітникам виплачуються аванси, здійснюється розрахунок "зарплатних" податків і т.д.
Природно, підсистеми обліку кадрів і заробітної плати оснащують безліччю звітів.
1.2. Постановка задачі
Ми реалізуємо "зарплатну" частина нашої конфігурації в спрощеному вигляді. Створимо підсистему розрахунку з використанням планів видів розрахунку і регістрів розрахунку.
Підсистема розрахунку заробітної плати буде включати в себе наступні компоненти.
Створимо ресурс РабочійДень. тип - Число. довжина - 1. точність 0. Цей ресурс будемо встановлювати в 1 для робочого дня і в 0 для вихідного дня.
Ресурси регістра відомостей можуть мати різні типи.
Створимо реквізит Примітка. тип - рядок. довжина 50. Будемо використовувати цей реквізит для введення зауважень з приводу тих чи інших днів. Зокрема, приміток про вихідні дні, які переносяться на робочі дні в тому випадку, якщо святковий день збігається з вихідним днем.
Інші параметри регістра відомостей залишимо в стані за замовчуванням. Зокрема, ми будемо користуватися стандартними формами при роботі з ним в режимі 1С: Підприємство.
Продовжимо роботу, займемося планом видів розрахунку.
1.4. Плани видів розрахунку
Перш ніж приступати до проектування планів видів розрахунку слід визначитися зі складом нарахувань і утримань, які планується використовувати в обліковій системі. Ми будемо реалізовувати механізми розрахунку для наступних нарахувань і утримань, табл. 1.1
Таблиця 1.1. Нарахування та утримання
Якщо у співробітника був прогул, цей факт фіксується введенням інформації про прогул. При розрахунку заробітної плати оклад не сплачується за ті дні, в які у співробітника був прогул.
Кожне з перерахованих нарахувань або утримань називається в термінах 1С: Підприємство видом розрахунку. Кожен з видів розрахунку має певний алгоритм розрахунку. І перш ніж створювати об'єкти конфігурації, що реалізовують роботу цих алгоритмів, їх потрібно якомога детальніше розібрати і зрозуміти сутність їх розрахунку і взаємодії.
Премію має сенс вважати лише тоді, коли буде розрахований той вид нарахування, який впливає на її розрахунок. Це - Оклад. Для розрахунку премії від величини окладу за місяць береться певний відсоток.
Утримання залежить лише від заданої суми.
Прогул - цей вид розрахунку використовується для того, щоб вказати системі, за які дні співробітникові не слід нараховувати оклад.
Види розрахунку. які ми перерахували, будуть зберігатися в розробляється конфігурації в Плані видів розрахунку. Створимо план видів розрахунку Основний.
На закладці Дані вікна редагування властивостей об'єкта нічого ставити не будемо, перейдемо відразу на вкладку Розрахунок. Тут встановимо властивість Використовує період дії. в групі Залежність від бази виберемо параметр Залежить по періоду дії. а в списку базових планів видів розрахунку вкажемо цей же план видів розрахунку - тобто Основний. Мал. 1.5.

Мал. 1.5. Налаштування плану видів розрахунку Основний
Перейдемо на вкладку Інше вікна настройки і поставимо зумовлені види розрахунку.
Створимо вид розрахунку Оклад. Задамо ім'я Оклад. код - 1 (рис. 1.6). Решта вкладки вікна налаштування виду розрахунку поки редагувати не будемо. Адже оклад не залежить від результатів розрахунку інших видів розрахунку. Однак не можна забувати, що відповідно до умов нашої розрахункової завдання, за ті дні, в які у співробітника зафіксований прогул, оклад розраховуватися не буде. Це означає, що вид розрахунку Прогул повинен бути відзначений на вкладці витісняє. Ми зможемо зробити це тільки після того, як даний вид розрахунку буде створений, відредагувавши параметри у вікні настройки окладу.

Мал. 1.6. Зумовлений вид розрахунку Оклад
Створимо вид розрахунку Премія. (Ім'я - Премія. Код - 2) Зверніть увагу на те, що на вкладці вікна настройки виду розрахунку Базові (рис. 1.7) буде відзначений вид розрахунку Оклад. Розмір премії залежить від розміру окладу, а тому цей вид розрахунку потрапить в розрахункову базу премії.

Мал. 1.7. Налаштування вкладки Базові виду розрахунку Премія
Так само, при налаштуванні виду розрахунку Премія. ми повинні налаштувати вкладку Провідні і вказати, що провідними видами розрахунку для Премії є Оклад і Прогул. Зробимо це пізніше, коли Прогул буде додано до системи.
Додамо вид розрахунку Утримання (ім'я - Утримання. Код 3). Налаштовуючи його, нам потрібно лише задати його назву і код - інші вкладки настройки не вимагають.
Тепер створюємо вид розрахунку Прогул - при його налаштуванні ми поставимо ім'я Прогул. код - 4. Решта вкладки вікна настройки не вимагають втручання. Однак, після створення виду розрахунку Прогул. ми повинні внести зміни в налаштування видів розрахунку Оклад і Премія.
Відкриємо вікно настройки виду розрахунку Оклад. перейдемо на вкладку витісняє і поставимо вид розрахунку Прогул. Мал. 1.8.

Мал. 1.8. Налаштування вкладки витісняють виду розрахунку Оклад
Витісняє вид розрахунку Прогул витісняє вид розрахунку Оклад по періоду дії. Тобто, за ті періоди, за які введено вид розрахунку Прогул. Оклад нараховуватися не буде.
Відкриємо вікно настройки виду розрахунку Премія. перейдемо на вкладку Провідні і поставимо в якості ведучих види розрахунку Оклад і Прогул. Мал. 1.9.

Мал. 1.9. Налаштування вкладки Провідні виду розрахунку Премія
Розглянемо вид розрахунку Премія. Для нього Базовий вид розрахунку - це вид розрахунку. від якого залежить результат обчислення Премії. У нашому випадку Премія залежить від окладу. тому саме Оклад ми включаємо до складу базових видів розрахунку для Премії.
Ведучий вид розрахунку - це вид розрахунку. при зміні якого потрібно перерахувати Премію. У нашому випадку тут обрані Оклад - він прямо впливає на Премію. тому при його зміні премія повинна бути перерахована. Прогул прямо на розрахунок премії не впливає, проте він впливає на розмір окладу. тому якщо для якогось періоду будуть змінені дані по прогулу. Премію потрібно буде перерахувати.
Тепер все готово для роботи над регістром розрахунку. в якому будуть зберігатися результати розрахунку. Цей регістр відноситься до підсистеми розрахунку заробітної плати.