Олексій Каланин
www.vaicartana.narod.ru/zic.html

У цій статті використані фрагменти питань і відповідей з форуму Т1С .
Особливу подяку я хочу виразити Геннадієві й VZ за чітке знання законодавчої бази, а так само всім форумчанам за іноді наївні, а іноді й просто забавні питання. Без Вас я б ніколи не зважився написати цю статтю.

Програма 1С: Зарплата й кадри побудоване на вимогах НК, ТК і Минтруда й містить масу обмежень, що перешкоджають розраховувачеві порушувати законодавство.
Для його ж користі.
И якщо на підприємстві вищим законодавчим органом є бос, свирипеющий при згадуванні слова "Кодекс", те кращим рішенням буде відмова від Зик взагалі, і застосування Налогоплательщикаюл, Екселя й чого завгодно іншого © VZ

1. Із чого почати?

Скажу прописну істину: робота із програмою починається з її настроювання. Робити ето повинен Програміст, але при безпосередньому контролі бухгалтера. Від вибору правильного Програміста цілком залежить успішність впровадження программи.
Тому не залучайте «студентів».
Я не буду зупинятися на уведенні назви й адреси через їхню очевидність, а остановлюсь, мабуть, на настроюванні шаблона проводок(ШП).
Загалом кажучи ШП у Зике досить криво реалізовані й вимагають безлічі времени на свою роботу, але про це потім.

1.1. Заповнення плану рахівниці

Робиться це через вивантаження плану рахунків з 1С:Бухгалтерії
У тих випадках, коли бух облік ведеться не в програмі 1С, у настроюваннях передбачений відповідний пункт списку
В 1С:Бухгалтерії потрібно зайти в пункт меню Сервіс-Обмін данними-вигрузка даних у Зик. Ставимо всі галочки, указуємо ШЛЯХ і натискаємо «Вивантажити».
Рекомендується спочатку на всіх витратних рахунках указати необходимую аналітикові (наприклад, статті витрат «Зарплата», «ЕСН»). Якщо це не сделать відразу, то потім, коли половина проводок уже буде настроєна, повторна загрузка може або взагалі не завантажиться, або завантажитися так, що краще б вона не вантажилася зовсім.
В 1С:Зик заходимо в сервис-Обмен даними -Завантаження даних, указуємо ШЛЯХ і натискаємо «Завантажити дані»
Якщо ж у настроюваннях програми поставить «Інша програма бухучета...» те просто заходим у план рахунків і натискаємо кнопочку «Заповнити».
Я вже говорив, що шаблони в Зике коряві? Що говорив, да? Ну й добре, ще не раз скажу!
Ну, а якщо ваш план рахунків отличается від стандартного - курите бамбук. Зик не вміє працювати з нестандартним ПС.
Майже не вміє

1.2. настроювання ШП.

Загалом кажучи, шаблони мають наступну ієрархію(у порядку убивания):
-Документ, поле Шаблонпроводки
-Вид расчета
-Співробітник
-Підрозділ
-Константа проводкапоумолчанию

Окремо від ієрархії коштує спеціальний документ «Бухгалтерський, податковий облік нарахувань і удержаний»
Для початку відкриваємо довідник видів розрахунку й на закладці удержания знаходимо «НДФЛ». откриваем його й клацаємо по закладці «бухгалтерський учет».
Нажавши на педальку «...» відкриється майстер, що допомагає ввести шаблон. Рекомендую називати шаблони нормальними іменами, їх потім простіше найти.
У типовому ПС проводка буде Дебет 70 Кредит 68.1 Субконто1 = «Податок»
Записуємо цей шаблон і збережемо вид розрахунку НДФЛ.
Тепер перейдем на закладку «ЕСН і страхові внески» і точно так же настроїмо всі види розрахунку в цій групі. Помічу, що дебет цих шаблонів не заповнюється. Він буде взятий з відповідного підрозділу або співробітника.
Помічу, що в закладці «Утримання» шаблон проводки ми настроїли тільки на НДФЛ. Інші втримання, якщо вони є, повинні бути настроени ОКРЕМО!
Окремо варто відзначити уведення шаблона по лікарняному листу. Для цього розрахунку обов'язково потрібно вказати галочку «Витрати за рахунок» ФСС. Якщо цього не зробити, то в списку доступних рахунків не буде рахунку 69.1
Загалом кажучи, настроювання шаблона по окремому співробітнику повинна бути винятковим випадком. Набагато удобнее вводити шаблон у цілому по підрозділі або по підприємству.

1.3. Набудовують види, що, розрахунків

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

Властиво уведення розрахунку досить простий: у довіднику видів розрахунку внизу з левой сторони є кнопочка.
Випливаючи його вказівкам, визначаємо вид розрахунку, которий нам потрібний. Мабуть, самим складним елементом тут буде вибір бази расчета якщо розрахунок взагалі хоч від чого те залежить!

Розрахунки, які відразу попадають у журнал розрахунку й діють усього один(або менее) місяць, визначаються з галочкою «Нарахування носить разовий характер». Якщо цю галочку не ставити, то розрахунок може действовать кілька місяців або постійно, це якщо дату окончания залишити не заповненої, з моменту уведення документа Уведення розрахунку співробітникові

Галочка «Надається в грошовій формі» определяет розрахунки в грошах або в натуральних продуктах. Якщо її не поставити, то уведений вид розрахунку буде мати вигляд Довільний Натуральний Дохід. Але, не смотря на те, що цей вид розрахунку так називається сюди ж ставляться й всі подарунки передані співробітникові в грошах.

Увага! Після кожного уведення нового виду розрахунку, уважно стежите за базой розрахунку податків і доплат, що залежать від бази розрахунку(таких як РК і сн)!
Якщо цього не зробити відразу помилку можна виявити не швидко й последствия будуть не оборотними!

1.4. Загальні настроювання

Для організацій, які застосовують районні коефіцієнти в настроюваннях предусмотрено два реквізити:
- РК утв. місцевою владою
- РК утв. правительством РФ
Перший використається для розрахунків основних нарахувань, второй - для всіляких посібників із соцстраху
Причому вказувати потрібно не 20% і не 0.2, а 1.2
Це ж стосується всіх інших доплат (вечірні - 1.2, нічні - 1.4, понаднормові - 1.5 і 2.0)

2. Кадрові накази

Наказ про прийом на роботу досить простий і вопросов звичайно не викликає. Питання частіше пов'язані з формами оплати труда.

Форми виділені в групи й підгрупи
Існує трохи основних способов розрахунку зарплати:
Оплата по вартовому тарифу. Розрахунок відпрацьованого часу вважається як тариф * отработаночасов
Оплата по окладу (місячна тарифна ставка). Розрахунок отработаного часу вважається як Оклад * Отработаночасов / Всегочасоввмесяце
або, якщо ведется подневной облік Оклад * Отработанодней / всегоднейвмесяце, де Всегодней і Всегочасов беруться з календаря сотрудника
Різниця тут у тім, що кількість годин в дне не завжди однакове (наприклад у передсвятковий день) і якщо людина в цей день відпрацьовує меншу кількість годин, чим по його нормі, то суми вийдуть разние.
У Зик ці форми оплати додатково разделяются на
«Проста погодинна» - простий расчет без усяких «викрутасов», для розрахунку використаються календарі і відхилення
«Почасово-преміальна» - расчет ЗП і щомісячної премії, для розрахунку використаються календарі і відхилення
«Почасово-преміальна згідно табеля по днях» - для розрахунку використаються табеля
«Почасово-преміальна згідно табеля по годинниках» - тоже, але розрахунок іде по годинниках.

Якщо галочку «на основное місце роботи» не ставити, то співробітник приймається як зовнішній сумісник.
Причому, якщо вибрати вже працюючого сотрудника, те програма поставить запитання, чи не хочете прийняти його як внутрішнього сумісника?
Внутрішній сумісник це особливий вид співробітників, у яких уже є нарахування по основному месту роботи, є відпрацьовані годинники, але на них подають окремий табель і работают вони не більше 16 годин на тиждень (це по ТК так)

Наказ про звільнення - ще простіше чим предидущий.
Тут вказується стаття звільнення, дней компенсації відпустки або днів удержания за невідпрацьовані дні відпустки, а так само днів по вихідній допомозі (при заклику в армію, наприклад)
Окремо коштує обратить увага на втримання за невідпрацьовані дні відпустки. Дуже часто на форуме ставлять запитання про те, чому це втримання не зменшує базу розрахунку налога. Відповідь утримується в самім формулюванні: тому що це не перерахунок отпуска, а втримання, а як усяке втримання воно не зменшує налогооблагаемую базу.

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

Лікарняний аркуш - документ, що вводить розрахунок оплата лікарняного аркуша. Звичайно реєструється в ОК і передається в розрахункову группу для розрахунку.

Хоч програма й називається зарплата й КАДРИ, но, до мого найглибшого жалю й жаху всіх кадровиків, вона не завжди виполняет завдання необхідні для кадрового відділу. Звичайно, у Зик можна принимать і звільняти людей, уводити на них відпустки, стежити за чисельністю... но є багато дрібних нюансів, які програмісти в 1С якось упускають із вида.
Так, наприклад, не можна стандартними засобами подивитися список людей, находящихся у відпустках, на лікарняних або по яким або причинах відсутніх на роботі в певний момент часу
Деякі скажуть: «Фигня, я можу такой звіт за пару хвилин написати» і правильно, можуть, напевно, але чому б не включити такий звіт у стандартну поставку - незрозуміло. Для тих, кому такий отчет потрібний, його можна взяти тут.
Яку те частину отчетов можна зробити самому, використовуючи майстер довільних звітів, але я думаю, что без програміста там робити нема чого, хоча, взагалі ж, майстер досить простой. Зате із програмістом цей майстер взагалі не потрібний, тому що будь-який звіт программист може зробити сам, а по продуктивності такий звіт будуть набагато бистрее типового

Основні помилки кадрового відділу
В основном це, звичайно ж, неправильна вказівка форми оплати праці й спроба перевести співробітника з форми оплати по табелі на форму оплати без табеля не з начала місяця.
Часто на підприємстві ведеться гібридний спосіб нарахування зарплати, що в Отиза чому те зветься відрядна оплата праці, хоча насправді це якийсь гібрид между почасово-преміальною й відрядною оплатою
Так, наприклад, співробітник працює по тарифі згідно табеля по годинниках, але на групу сотрудников, об'єднаних у бригаду або ланку, плановий відділ дає дополнительний відрядний приробіток який уводиться й рассчитивается документом Бригадне вбрання. Цей приработок розкидається пропорційно всіх членів бригади згідно їхніх тарифів, годин, а також коефіцієнта трудової участі (КТУ). У цьому випадку, навіть если в співробітника буде стояти КТУ=0 він однаково одержить свій тариф(але не суму сверх цього тарифу, що визначається Бригадним убранням).
Відрядна оплата труда взагалі не передбачає ніякої оплати по тарифі. Не важливо, скільки часов чоловік відробив: є робота і є сума N за цю роботу. Зробив її за два години - одержав суму N, зробив за три - однаково одержав N

Ще однією помилкою буває уведення втримання за неотработанние дні відпустки як компенсації отпуска з негативною кількістю днів, тобто сторно компенсації. Це неправильно.
Ще раз пояснюю: утримання це не перерахунок. Співробітникові правомерно була нарахована відпустка й абсолютно законно він ця відпустка одержала у вигляді дензнаков. Однак взяв він ця відпустка не відробивши попередній. Звідси й утримання.

3. Нарахування зарплати

Це досить таки простий етап. Мабуть, саме складне тут це уведення й корректировка годин, яким повинен займатися Табельник і при його наличии Розраховувачеві турбот практично немає. От про уведення годин ми й поговорим.

3.1. Календарі

Для початку роботи з розрахунком зарплати потрібно заповнити робочі календарі.
Загалом кажучи заповнення календарів заняття довге й сумне. Насамперед отдел кадрів повинен стежити за переміщенням співробітника з одного календаря на другой, а самі календарі повинні заповняться й вестися плановим відділом. Без согласования цих відділів можна наварити такої каші, що ніяких постолів не хватит її потім розсьорбувати.
Ситуація збільшується ще й тим, що стандартное заповнення календаря взагалі ні на що не годиться. Його можна тільки авотозаполнением пользовать, та й то, при стандартної 40-ка часовке.
У файловому розділі можна знайти мою обробку для контролю над календарем співробітника. Вона наочно відображає стан календаря й на каком календарі співробітник взагалі працює.

3.2. Табеля

Тут я хотів би зупиниться небагато на роботі Табельника й задачах які він повинен виконувати

Основна робота, що виконує табельщик - це уведення табелів відпрацьованого часу по кожному співробітнику. В случае, якщо співробітник працює стандартну годинников-40-годинну тиждень ввод табелів НЕ ПОТРІБНИЙ!
Типовий табель - не саме зручне решение, хіба що для найпростіших випадків. Якщо ж заповнювати табеля на парі тисяч людина, то типове рішення здасться каторгою
Тому я модернизировал типовий табель і додав туди такі корисні кнопочки як
- копирование годин
- Вставка годин
- Зрушення годин уліво
- Зрушення годин вправо
- Заповнення годин з_по_ одним значенням
- Авто уведення наказів про работе у святкові дні
Корисним доповненням у роботі буде й звіт, которий автоматично підраховує загальну кількість годин, кількість нічних і праздничних годин, а так само перевіряє правильність заповнення табеля, на тім основании що в той самий день співробітник не може перебуває на роботі й бути в відпустці/відрядженню/лікарняному.
Скачати мій документ і звіт можна тут.
Хотілося б так само помітити, що уведення в табель часов «у цілому за місяць» потрібно виключити як клас. В етом випадку половина розрахунків взагалі розраховуватися не буде.

3.3. Відхилення

Т.к. Табельник - це людин, що стежить за відвідуваністю людей, тому на всі дні відсутності на робочому місці саме він уводить документ «Невихід».
Є думка, що при ведення табеля документ «Невихід» даром не потрібний, і так мол можна. Можна те воно, конечно, можна, хто ж заборонить, так от з документом те уведення цих самих табелів куда як веселіше відбувається. Адже всі відхилення уже уведені заздалегідь, а значить сам табель практично сам розкидає годинники по месяцу!
Допустимо, людина не була на роботі з 01.12.2005 по 13.12.2005, через хворобу. Але на момент 01.12.2005 Табельник може й не знать про причину відсутності. Тому вводить Невихід. Це не буде помилкою, тому що «Лікарняний аркуш» має більший пріоритет і витісняє невиход на роботу. Однак, БЛ витисне тільки ті дні, які в ньому зазначені. если БЛ виданий з 03.12.2005 по 13.12.2005, те два дні співробітникові не оплатят.
Ще раз підкреслю, що Лікарняні аркуші й отпуска оформляються відділом кадрів, а проводятся й рассчитиваютмя - розрахунковою групою.

Хочу окремо зупинитися на особливостях розрахунку БЛ і відпустки при підсумованому обліку робітника часу.
Чиста для довідки: Суммирований облік - це облік часов по співробітнику, що перебуває на вахті або на сезонних роботах.
Включається цей облік у довіднику графіків роботи.

Вся особливість полягає в тім, що розрахунок по середньому заробітку при суммированном обліку відбувається з поправочним коефіцієнтом 5/7, суть якого - пересчет п'ятиденного робочого тижня в семиденний календарний тиждень
Для простоти приведу приклад
Допустимо співробітник працює вахтовим методом, з 1 по 15 кожного місяця по 10 годин на добу, з окладом в 10000р, надбавки не предусмотрени. Розрахуємо відпустку в 20 днів.
За три місяці він заробить 30000р і при цьому витратить на це 450 годин свого життя. Тоді

Звідки узялося число 8? Це стандартна кількість годин при розрахунку відпустки. многие работнички обурюються, що мало платять відпускних, а розраховувачі не знають что їм і сказати.
Треба просто робити розходження між багато работать і багато заробляти.
Вахтовики багато работают, але це не значить що їхня годинна ставка від цього більша, у них більше количество годин!
Співробітник, у якого годинна ставка вище у відпустці й получит більше.

3.4. Відпустка у зв'язку з вагітністю та пологами

3.5. Уведення нічних і святкових днів

Уведення нічних і вечірніх годин виробляється документом «Табель відпрацьованого часу».
Тому форма оплати таким співробітникам повинна бути по табелю.
Ще один спосіб уведення нічних - у графіку співробітника вказати календарь нічних годин.

Особливо мене радують питання пов'язані з розрахунком нічних годин у працюючих по окладу.
И адже чого тільки не городят! От типові висловлення:
- нічого в законодавстві не знайшли
- це придумали в 1С
- а наш відділ розрахунку ЗП всегда вважав так
- я не став розбиратися й просто переробив як треба
Шановні бельбаси, якщо вам влом знайти постанову Минтруда за номером 56, те я таки вам з радостью повідомляю що в онном постанові чорним, практично по білому, написано, що розрахунок вартовий тарифної ставки при розрахунку нічних годин виробляється від середньомісячної кількості часов.
Т.е. якщо людина відробила в ніч, а основна форма оплати труда в нього по окладу по годинниках, то розрахунок буде таким
Сума = Оклад/166*Ночнихчасов
Якщо ж шановним балбесам Минтруда не указ, те будте люб'язні прописати ваш расчет у колдоговоре, щоб у випадку судових розглядів у вас була папірець за підписом і печаткою.
Ну й навздогін (для тих, у кого з колдоговором всі хорошо): константа Срчасовпри40чрабнеделе - періодична. Її можна хоч кожний месяц міняти. Це якщо модуль розрахунку правити не хочеться.

Святковий годинник уводяться документом «Робота у святкові дни». Нагадаю, що в моєму табелі цей документ создается автоматично.
Тут коштує докладно зупиниться видах расчета вводи цим документом:
- Оплата праздничних днів. Сума по цьому розрахунку виходить тільки в тім случае, якщо в документі табель за цей день не указано ніяких годин. Якщо ж табель по співробітнику не предусмотрен формою оплати праці, то сума по цьому виді расчета буде тільки в тому випадку, якщо в цей день у співробітника по календарі стоит вихідний. Причому залежно від того як уведений документ (у днях або в часах) розрахунок буде вирізняться.
У першому випадку будуть використані дні з календаря співробітника по поточному місяці, а в втором чому те середньомісячна кількість годин. От отут я з таким підходом категорично не згодний і вважаю це злісним багом, підметі виправленню. Хоча, есть всі та ж постанова Минтруда N56, що вобщем те описує подібний случай, але, що те мені підказує непродуманість даної ситуації.
Адже зміст цього розрахунку саме в оплаті годин і якщо ці часи вводяться табелем, то сума буде одна, а якщо документом Робота у свято - зовсім інша.
- Доплата за святкові дні. Якщо оплата святкових - це оплата фактичної роботи в день свята, то доплата за святкові - це дополнение до цій проплату.
Однак, в документе крім святкових годин водяться ще нічний і вечірній годинник. Якщо їх ввести в документ, то на ці годинники доплата буде становити
Доплата = (0.4*Нічні+0.2*Вечірні)*1
що в загальній сумі даст подвійну оплату за Нічні годинники отработанние в святковий день
тому що ще одну оплата нічних уводиться документом Табель

Приведу кілька прикладів узагальнюючих усе вищесказане
Приклад 1: Нехай співробітник працює весь місяць по окладу в 1000р за місяць, по часам, по стандартним 40-годинним робочим тижнем і додатково виходить на работу у святковий день першого січня
Т.к. форма оплати не предусматривает табель по цьому співробітнику, те відразу вводим документ «Робота у святкові дні». Дату работи ставимо 1 січня й указуємо Всього годин = 8.
Подивимося, що нам нарахує програма:

Перша сума вийшла з розрахунку 1000/166*8
Друга сума вийшла з розрахунку 1000/166*8
У чому отут різниця, спросите ви? У тім, що в першому випадку у формулі, по моєму мнению, є присутнім помилка й вона повинна була виглядати так: 1000/128*8 = 62,5. Адже якби цей же співробітник працював по табелі, те...

Приклад 2: Всі те ж що й у прикладі 1, тільки поміняємо форму оплати праці на оплату згідно табеля. Нехай, для початку, у табелі в цьому дні не зазначений робочий годинник. Тоді розрахунок буде таким:

Поки нічого не змінилося, що ж, цей приклад я привів тільки для одержання общей картини, отже...

Приклад 3: У цьому прикладі в табелі вкажемо основні годинники за праздничний день. Тоді картина трохи поміняється:

Як видно з розрахунку сума оплати по табелі збільшилася на 62,5р, зате оплата праздничних днів стала дорівнює нулю. Саме через цей розрахунок я вважаю предидущий розрахунок не вірним, тому що розбіжності в оплаті за день бить не повинне!
Бачиш ховрашка? А він є!

3.6. Відрядні, бригадні вбрання й Договір цивільно^-правового характера

У загальному випадку досить таки прості документи, однак у кожному є свої подводние камені. Розглянемо кожний з них по окремості

Відрядні вбрання - документи, які оформляються персонально на кожного співробітника. Основною помилкою буває те, що в довідник расценок уводять практично однакові елементи, які розрізняються тільки ценами й нормами, причому особливої потреби в цих відмінностях ні, тому що в большинстве випадків досить реквізитів у самому документі

Бригадне вбрання - це документ, що вводиться в целом на одну бригаду або ланку, у більшості випадків цей документ переписивается під потреби підприємства. Єдиною відмінністю від всієї групи документов є те, що в ньому вказуються тільки ті співробітники, у яких форма оплати праці - по тарифі

Договір цивільно-правового характеру - специальний документ із розрахунку з договорниками.
Договорники - це особливі співробітники. Часто бухгалтера не розуміють значення слова «договорник». Пояснюю: цей документ і співробітник зазначений у цьому документі ні коим образом не залежить від годин за які робота за цим договором буде виполнена, тому на питання «а як мені врахувати годинники по договору» я з радістю повідомляю: ніяк.
Хочете учитивать годинники - уважайте будь-яким іншим способом, а договір не торкайте!

Окремо хочу відзначити пренайцікавіше поводження програми в регіонах, использующих районні коефіцієнти
По невідомих причинах РК у програмі Зик считается в деяких місцях абсолютно не правильно. Одним з таких місць является зв'язування РК + бригадне вбрання й РК + відрядне вбрання
Справа в тому, що рк у програмі залежить від стану физлица: якщо физлицо працює на предприятии, те програма вважає РК, якщо ж не працює, то не вважає. Я думаю, що це просто нерозумно, тому що північні надбавки вважаються не залежно від етого.
Схоже, проблема із РК пов'язана з тим, що з ним никто крім Сибіру й Далекого Сходу не працює, а як відомо Москва це вообще окрема держава й розроблювачам на всякі дурості начебто РК взагалі плевать.

Отже, приведу приклад, коли цю помилку обійти не виходить никак:
Допустимо їсти бригада, на яку подають бригадне вбрання. Один з сотрудников цієї бригади звільняється на початку місяця, іншої, навпаки принимается, але вже наприкінці місяця, а ще пари співробітників у середині місяця повишают свої тарифи у зв'язку з одержанням нового розряду.
Якщо документ введем на початку місяця, то в нас не буде РК і тарифу в нового співробітника й будут старі тарифи в розрядників.
Якщо документ уведемо наприкінці місяця - те не буде РК у співробітника, що звільнився.
Ця помилка і її рішення так само помещена в баг.

3.7. Уведення втримань

Виконавчий лист - спеціальний документ, предназначений для уведення втримань за рішенням суду а так само за згодою про уплате аліментів. Проблем із цим документом досить багато.
Одна частина проблем пов'язана з нерозумінням деяких полів документа, інша частина - з ошибками й не доробками програми

Почнемо з помилок користувачів:
- не розуміють як увести виплату судових издержек і виплату аліментів. Дуже просто: двома документами. Один документ - з указанием суми «до виплати», іншої - без указания цієї суми, але з обмеженням «по».
- вводят крім виконавчого ще купу інших утримань. Добродії, не забувайте про максимальний відсоток утримань! Більше 50% не можна! Ну, только якщо виконавчий лист буде, тоді до 70% максимум.
- забивают поставити галочку «обкладати лікарняні листи». Для тих хто в танку пояснюю: в ТК у частині удержания по МУЛ зазначене «із всіх видів начислений». Не трактуйте закон по своєму, читайте як він написаний

Тепер про помилки й не доробку в самій програмі:
- от уже третій рік, как змінився розрахунок поштового збору при пересиланні аліментів. У Зик поки вважає по старому. Міняти можна тільки сам модуль расчета, природно програмістові
- при розрахунку аліментів ураховується разница РК відправника і РК одержувача. постановление, що це пропонувало робити було тимчасовим і діяло до 1996 року. 10 років уже як не діє...
Стражденних посилаю в Гарант, там воно є під міткою не діє.
Отут либо міняти модуль розрахунку, або зробити РК одержувача рівним РК відправника. ето робиться в довіднику Контрагентів на поле «Районний коеффициент»
- невелика проблемка формуванням проводок. Якщо в ил указати одержувача(контрагента), але в контрагенті не вказати в субконто самого себе (правда інший довідник - субконто, але значення ті ж) то при формування й вивантаженню проводок проводка по МУЛ буде з порожнім одержувачем. Уважаю це глюком.

3.8. Уведення Нарахування зарплати

Після того, як всі годинники й документи-відхилення будуть уведені, можна приступать безпосередньо до нарахування зарплати
Для цього потрібно ввести документ «Нарахування заробітної плати» і вказати в ньому список співробітників. Робити один документ на один співробітника на мій погляд расточительно, тому що при чисельності в трохи тис. чоловік знайти що або в журнале документів дуже складно.

У випадку, якщо ведуться табелі, можна ввести документи Начзп на підставі табелів, але попередньо потрібно в модулі форми документа Начзп виправити функцію Получитьсписоксотрудниковдокумента(), у якій потрібно свернуть таблицю батьківського документа по співробітниках. Інакше співробітники будуть «двоїтися». Робиться це, природно, програмістом.

Після того, як документи Начзп будуть проведені по всім сотрудникам, можна переходити до Розрахунку заробітної плати.

4. Розрахунок зарплати

Весь компонент «Розрахунок» працює по одному принципі, а саме:
Спочатку вводиться запис, потім вона розраховується
Багато розраховувачів задают той самий питання «Як же так, ми зарплату нарахували, а в расчетке пусто»
Аналогом у речовинному світі може служити записна книжка. Коли расчетчик нараховує зарплату комп'ютер робить запис в «записній книжці» про те, что потрібно дещо зробити. Коли зарплата розраховується комп'ютер читає свою «записну книжку» і виконує ті дії, які в ній записані

Цей вопрос можна легко уникнути, якщо навчити розраховувача звертатися з Журналом розрахунку. У ЖР зберігаються все запису, які були уведені по співробітнику
Деяких розраховувачів ЖР пугает, він здається їм незрозумілим, і замість нього вони предпочитают «Расчетку», але це не вірно в принципі. Тільки подивившись ЖР можно сказати, як і чому в даного співробітника сума з розрахунку нульова або расчета немає взагалі.
«Расчетка» усього лише відбиває то, що втримується в ЖР, крім того, алгоритм її такий, що вона приховує всі записи ЖР, які дорівнюють нулю

У загальному випадку розрахунок зарплати можна визвать відкривши меню Регламент і вибравши пункт меню расчет зарплати
У вікні, що відкрилося, потрібно вибрати действие(нарахування, утримання, інше), що буде виполнять комп'ютер і нажати кнопку «Розрахувати».
Тут же можна одержати й звіти

5. Виплата зарплати

Найчастішою помилкою при виплаті зарплати є неправильне указание періоду ЗА який ця зарплата виплачується. расчетчики намагаються виплатити зарплату або відразу за трохи місяців, або вказують суму, більшу, ніж співробітник заробив за місяць.
И те й інше є порушенням законодательства, тому що за законом зарплату потрібно виплачувати з компенсацією за задержку (якщо така була, розуміє). Виплачувати суму за МАЙБУТНІЙ період авансом теж не можна, тому що така виплата за законом трактується як позичка підприємства й на неї повинні вважатися проценти.
Т.о. у документі Виплата ЗП можна ставити сумму або рівну тієї, що дає комп'ютер, або менше, але ніяк не больше.
Однак, на практиці розраховувачі часто виплачують всі відразу й ні на какие мовні вмовляння не піддаються. Для таких упертих товаришів був разработан спеціальний метод, що сам розподіляє сумму по періодах дії

Одним з важливих механізмів при формуванні сумми є механізм подвійного сальдо.
Через кривости (що вуж отут приховувати) платформи «Розрахунок» у якій по неизвестной причині відсутні авто-підсумки програмісти 1С вирішили піти по методу «захід сонця вручну». Т.е. у Зик сальдо по співробітниках формується спеціальним документом «Накопичена Заборгованість», що вводить у ЖР окремий видрасчета (ВР) результат якого і є начальним сальдо.
Крім того, таких ВР насправді навіть три!

Розглянемо один по одному, навіщо вони потрібні й для чого используются.
ВР: Начальноесальдозадолженность (в программе він має подання Заборгованість по заробітної плате) - це ВР, що зберігає підсумкову «згорнуту» суму за минулі месяца.
Увага: результат цього ВР не учитивается при виплаті зарплати!

ВР: Начальноесальдоокругления (у програмі він имеет подання Поточне початкове сальдо)- це ВР, образованний за рахунок «округлення» видаваних сум на руки, а так само у випадку переплати або з у минулих місяцях, а так само штрафів за несвоевременную виплату ЗП.
Увага: результат цього ВР ураховується при виплате зарплати!

ВР: Начальноесальдопереплата - це спеціальне сальдо по переплаті НДФЛ.

Тому що ж програма вважає начальное сальдо?
Так дуже просто!
Початкове сальдо це результат Начальноесальдозадолженность+ Начальноесальдоокругления.
Чому ж із сальдом у Зик возникает стільки проблем? Так тому, що якщо розраховувач у платіжній відомості укажет суму більшу, ніж співробітник заробив за місяць, те «розумний» комп'ютер рассчитает у наступному місяці Начальноесальдоокругления с бооольшим мінусом (а. Начальноесальдозадолженность більше чим борг перед сотрудником)
Таким чином, у наступному місяці по сальдо буде дві суми - одна із плюсом, інша - з мінусом. І якщо ця ситуація буде повторяться з месяца на місяць, те ці суми в підсумку будуть астрономічних розмірів
Помічу, также, що в особливо запущених випадках це може привести до необоротних последствиям, тому що розмір поля RESULT, що відповідає за результату в ЖР ограничен 15 розрядами, причому 2 розряди відведені під дробову частину
Це значит, що максимальне число, збережене в ЖР буде 9 999 999 999 999.99
Хоча такую суму хіба що олігархи одержують, але все-таки...

Наступний приклад показивает механізм у дії

Нехай Начсальдо за грудень буде 1000р, причому це сума тільки ноября.

Грудень

Січень

Ускладнює ситуацію те, що сальдо округлення вводиться документом «Нарахування зарплати», а заборгованість по заробітній платі - документом «Накопичена заборгованість».
Складність тут полягає в тім, що сальдо округлення треба ще й розрахувати, щоб получить реальне сальдо, що було на кінець минулого періоду
Я давно отказался від такого ідіотизму й роблю уведення обох видів розрахунку одним документом «Накопичена заборгованість». Подивитися реалізацію можно тут

6. Розрахунок НДФЛ (утриманого)

Після проведення документа виплати зарплати програма завжди запитує про необходимости розрахувати НДФЛ утриманий
Часто расчетчики не розуміють, що це таке й роблять досить серйозну помилку, не рассчитивая його зовсім. А боком це виходить тільки в новому році, після здачі сведений по НДФЛ в Податкову.

Отже, в НК говориться про два податки на доходи:
-податок исчисленний
-податок сплачений
Перший податок уважається в момент нарахування сотруднику заробітної плати, другий - у момент її виплати
Наприклад, якщо сотруднику заробітна плата не виплачувалася в плині напівроку, але при цьому начислялась, те сплачений податок за цей період буде нульовим
Але як тільки етому співробітникові буде зроблена виплата, відразу й сплачений податок буде полностью розрахований
Краще показати на прикладі:

Січень

Лютий

Як видно, податок сплачений не перевищує виплату зарплати
Отут є один подводний камінь: якщо виплата ЗП робиться щомісяця, без затримок, але тільки в следующем місяці (допустимо 15 числа кожного місяця), те в деяких випадках может виникнути помилка при переході на новий рік
Справа в тому, що податковим периодом визнаний рік, а значить всі виплати не будуть ураховуватися при переході на наступний період
Наприклад, якщо співробітник улаштувався на работу в грудні, а підприємство виплату зарплати робить тільки 10 числа следующего місяця, то по підсумку року в цього співробітника виникне борг по налогу.
Щоб уникнути даної ситуації я переглянув методологію формування етого виду розрахунку. У моєму рішенні НДФЛ сплачений более не вводиться документом нарахування зарплати, а вводиться документом Виплата зп, причому вводиться тільки один раз за період виплати. У такий спосіб уведення документа Виплата ЗП у січні, за період грудень, автоматично введе розрахунок ндфл сплачений з періодом дії грудня

У типовому випадку можна ввести тільки документ «Перерахунок НДФЛ» з пункту налоги, але якщо співробітників багато за ними просто не встежиш

7. Нарахування податків

Документ «Нарахування податків ФОТ» у цілому схожий на документ «Нарахування зарплати». Відхилень отут ніяких не передбачено, тому просто вводимо список співробітників і проводимо документ.

Варто зупинитися тільки на системах оподатковування ЕНВД і УСН.
Частою помилкою буває уведення дополнительного документа «Відомості з розрахунку ЕСН» по каждому співробітнику. Отож, цього робити не треба!
Потрібно в настройках програми на закладці «податки» поставити галочку «Організація здійснює діяльність, що підпадає под ЕНВД»
Крім того, у проводці за замовчуванням потрібно теж установити ету галочку
Для організацій, які частково на ЕНВД, частично на загальному режимі галочку в проводці за замовчуванням можна не ставити, але потрібний документ «Бухгалтерський, податковий учет... » у якому потрібно вказати часткове співвідношення режимів і проставить один із шаблонів такий, щоб у нього ця галочка була
Якщо ж на енвд перебуває цілий підрозділ, то можна обійтися без цього документа, настроив шаблон проводки цього підрозділу на ЕНВД.

8. Розрахунок авансових платежів

Дуже простий пункт. Він викликається з меню Звіти - налоговая звітність - Розрахунок авансових платежів ЕСН.
Просто натискаємо кнопку «Виконати» і чекаємо...
Залежно від мощів ваших дровишек, кількості співробітників і оптимізації розрахунку етот розрахунок може зайняти від декількох секунд до декількох годинника
Робити це полезно або після закриття періоду, або просто в монопольному режиме й відразу після цього закривати період!

9. Закриття періоду

Ну от і добралися до останньої сходинки розрахунку.
Цей пункт варто робити тільки після того, як буде дана відповідь на питання: «А чи всі пункти пройдені?»
Саме закриття розділене на дві частини:
- сервісні проверки
- властиво зміна періоду
Перевірки робляться для того, щоб лишний раз упевниться в істинності всіх нарахувань і розрахунків
Для зміни периода вибираємо меню Змінити-Регламент^-перемінити період розрахунку зарплати
Помічу, що закритий период можна відкрити заново, але при цьому стандартна обробка обнуляет всі записи журналу розрахунків. Для просунутих юзверов є Редактор Журналу Розрахунків, але користуватися ним надо дуже обережно.

10. Звіти

Звітну інформацію можна одержувати тільки після розрахунку заробітної плати. попитка одержати звіт не роблячи розрахунки ні до чого не приведе - даних в системе ще немає.
Тут я хотів би зупинитися на такому звіті як звід проводок і деяких питань, з ним зв'язаним

- Q: сотр прийнятий на роботу з 17 січня в підрозділ А. З 24 січня його перевели в інший підрозділ Б и оформили кадровий наказ, а в своде проводок не з 24 , а з 17 числа зарплата лягає на новий підрозділ б.
- A: переклади із середини місяця в Зик не підтримуються. по більшої частини це взагалі маразм, такі переклади вважати. Можу показати на примере, що такі розрахунки - показуха роботи й вона нафиг ні кому не нужна.
Задамося глобальним питанням: а навіщо нам взагалі потрібні проводки? скажите "для вивантаження в бухгалтерію, розуміє!" ?
Не правильно скажіть. бухгалтерия це адже тільки засіб збору й обробки інформації, а проводки ми вигружаем саме для аналізу діяльності підприємства.
А тепер задамо вопрос менш глобальний: наскільки важливо для підприємства участь двірника иванова в підрозділ 1, переведеного туди за наказом бригадира Шарапова 14 числа поточного місяця? Що таке зарплата всього підприємства й зарплата двірника иванова, так ще й за половину місяця?
Перш ніж почати обурюватися подумайте вот про що: на великому підприємстві відділ праці й зарплати призначає суми премиальних для кожного підрозділу. Ніколи не замислювалися, як вони це делают?
А робиться це так: Отиз сідає з начальником за стіл і дивляться на отчет економіста по продукції або роботі за місяць. Потім, закотивши світлі очі до потолку, проставляють суми премій. Як? Так на око. Захотіли - поставили, захотели - урізали
Точно так само плановий відділ уважає частку витрат на производство. Ну скажіть мені, як можна розрахувати кількість ел. енергії, потраченную на виготовлення одного шпендельного двигуна робочим Петровим? А тепло як порахувати? А воду? Йому ж митися іноді треба! А видаткові матеріали типа лаку, розчинника й т.п. збіглих на цей самий шпендель? Так ніяк! Можна только приблизно сказати яка частка відсотка витрачена туди те й туди те.
Ну и зрівняєте тепер погрішність на "вічко", зразкової прикидки витрат і погрешность зарплати двірника Іванова. Воно вам треба?

- Q: Чому звід проводок формується так долго?
- А: Тому що програмісти 1С болт із гайками забили на швидкість.
Ви думали девіз 1С: Доступно й всерйоз? Таки ні, їхній девіз: Не нравится - не їли!
Алгоритм звіту вкрай корявий, це якщо зовсім м'яко виразится. У різних місцях видно, що код писали різні люди на різному етапі своей важкого студентського життя: хто те на першому курсі, хто те на другому... били навіть третьокурсники!
Мій звіт формує звід проводок за 3,5 хвилини при чисельності в 1500 чоловік і 15-20 видів розрахунку на каждого. Стандартний звіт робить те ж саме за ... по різному, залежить від релиза, але в середньому від 40 хвилин до декількох годинника

- Q: А що це в мене в довіднику шаблонів стільки елементов з'явилося?
- А: Це тому, що криворукі студенти не змогли придумати нічого розумніше, як заповнювати цей довідник усяким техническим сміттям. Вони не розуміють, що знайти потрібну проводку для документа бух, нал облік при досить складній структурі предприятия й розгорнутій системі витратних рахунків дуже проблематично.

Підсумки

На закінчення цього короткого огляду хочу сказати пари слів про вреде документ «Виправлення», а так само непосредственном виправленні в журналі розрахунків
Я считаю, що ці види виправлення неприпустиме і їхнє використання говорить тільки про непонимании розраховувача програми.
Для всіх, хто бажає що те заперечити рекомендую по медитировать на дозвіллі над програмою «1С:Торгівля й Склад» в которой можна правити руху регістрів вручну.