Доброго дня.
Найнеприємніше, що вона впливає на суму до виплати працівникові. У більшості випадків сума надміру утриманого ПДФО дорівнює ПДФО нарахованого на поточному місяці, хоча можливі і не збіги.
У цій статті не йтиметься, коли зайво утриманий ПДФО дійсно має місце бути, я розповім про сам банально випадку, коли він з'являється в програмі, але його бути не повинно. У редакціях 3.0 цієї помилки дуже легко домогтися і не відразу зрозуміло, що з цим робити.
Так ось, сьогодні я пропоную Вам розібратися з цією бідою. Сподіваюся багато хто скаже мені спасибі)) Не скупіться на коментарі, реєстрація займає 5 секунд, спаму я не шлю своїм відвідувачам
Почнемо по порядку. Перше що я хочу розповісти - методика розрахунку зайво утриманого ПДФО і причини його неправильного появи.
Як відомо, в картках по ПДФО є така штука як "Нараховано ПДФО" і "Сплачено ПДФО", на практиці вони майже завжди рівні, але в теорії можуть розходитися. Наприклад, якщо співробітнику не заплатили нараховане. Так ось, раз таке можливо, то в 1С повинен вестися облік подібних ситуацій і він ведеться. Для цілей обліку використовується регістр накопичення "Розрахунки платників податків з бюджетом по ПДФО". Документи нарахувань роблять в ньому рух "прихід", а відомості на виплату роблять рух "витрата".
При цьому враховується ПДФО як відомо наростаючим підсумком. Тобто програма аналізує всі рухи з початку року до кінця поточного місяця (перевірено 100% дивився запити). Відповідно, якщо раніше сплачено за співробітника було більше, ніж нараховано (ну, хіба мало), то співробітникові треба виплатити ці суми на руки. Наприклад за весь рік нарахували 3900 рублів ПДФО а сплатили 4000 рублів, значить при розрахунку поточного місяця ми повинні виплатити на руки людині на 100 рублів більше.
Тепер про причини помилки: Ви розрахували зарплату, все вивірити і Вам все сподобалося, формуєте відомість на виплату, проводите її. У нас в регістрі накопичення "Розрахунки платників податків з бюджетом по ПДФО" є прихід, зроблений документом "Нарахування зарплати", і витрата, зроблений документа "Відомість в банк". Суми надходжень і витрат рівні, все красиво. Після цього Ви перераховувати зарплату з якихось причин, не распроведя відомість. Навіть не обов'язково перезаполнять нарахування, досить руками підправити суму, ПДФО при цьому перераховується автоматично. При розрахунку документ нарахування ігнорує власні руху, це правильно, але руху нашої відомості він бачить. У підсумку маємо сплачений ПДФО без нарахованого, витрата без приходу. І ця сума потрапляє в "Зайве удеражанний ПДФО".
Тепер де це побачити: Ви це швидше за все побачите тільки в звіті, або помітите, що відомість після перезаполненія збільшила суми виплат. Справа в тому, що за замовчуванням, що 1С Бухгалтерія підприємства 3.0, що в 1С Зарплата і управління персоналом 3.0 поле, де зберігається ця сума захована в усіх документах.
Для початку давайте зробимо наступне: в формі документа нарахування натиснемо кнопку "всі дії". Далле виберемо в меню, що випадає "Змінити форму". Тут якщо ви в формі активували табличку з даними по ПДФО, то Ви відразу побачите "податок до заліку поверненню". Поставте навпроти нього галочку.
Вуаля, ми знайшли ворога. Принаймні ми його бачимо. Хвала небесам, при коректному завершенні програми ця настройка зберегтися і більше її робити не треба буде. Тепер ворог завжди видно і Ви завжди зможете його заздалегідь виявити.
Це поле є у всіх документах нарахування, де відразу розраховується ПДФО. У Бухгалтерії це один документ, а в ЗУП їх купка.
Тепер як це виправити: тут не все так просто, дай в ЗУП задумано, що ПДФО вважається сам і його ручне коригування - не зручна. Ви можете тицьнути два рази в суму, але перш ніж дозволити правити її, програма переконається в своєму Ви розумі, задавши дурне питання. І так по кожному рядку. мало того, що вона запитає, так вона позначить виправлені рядки, як редаговані вручну (виділить жирним), що може вплинути на авто перерахунок при правці нарахувань. але іншого способу 1С нам не залишила.
Тепер як це не допустити? Дуже просто (напевно) - распроводіть ведомостіперед правкою нарахувань.
У маленьких конторах це - цього достатньо, а в великих, де зарплату вважаю кілька людей паралельно це не годиться. Зазвичай я користуюся простий обробкою, яка аналізує наявність "Зайве утриманого ПДФО", знаходить документи сформували його, править табличну частину документа нарахування "ПДФО", обнуляє суми в колонці "податок до заліку поверненню" і переправодіт документ. Плюс в тому, що вона не зводить прапорець ручного коректування в рядках. Не треба тикати в кожну строчку документа. Вона не пропустить жодного документа.
Користуватися обробкою легко, в ній є галка "тільки повідомляти" та поля вибору періоду. При встановленому прапорці "тільки повідомляти" обробка нічого не робить, тільки повідомляє назви документів, якщо такі є. Тобто її можна використовувати і як перевірочну.
Якщо Ви захочете вбудувати її в базу, то доопрацювати її згідно інструкції в статті Створення зовнішньої обробки для керованих форм. Просто обробки, з можливістю реєстрації в додаткових звітах і обробках.
Дякую за увагу, до швидких зустрічей. Пишіть відгуки.
Звідки вона взялася?Де її можна побачити?
Як її прибрати, хоча б руками?
Як зробити, щоб вона більше не з'являлася?