Главная » Статьи » "1С" Предприятие

Скачивать материалы с сайта, могут только зарегистрированные пользователи.
Для регистрации заполните два поля ниже!

Через минуту Вы получите "Гостевой доступ"




В помощь расчетчику или ЗиК по шагам (часть 2)
В помощь расчетчику или ЗиК по шагам
 (часть 2)

3.6. Сдельные, бригадные наряды и Договор гражданско-правового характера

В общем случае довольно таки простые документы, однако в каждом есть свои подводные камни. Рассмотрим каждый из них по отдельности.

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

Бригадный наряд - это документ, который вводится в целом на одну бригаду или звено, в большинстве случаев этот документ переписывается под нужды предприятия. Единственным отличием от всей группы документов является то, что в нем указываются только те сотрудники, у которых форма оплаты труда - по тарифу
Так же следите за датой.

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

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

Итак, приведу пример, когда эту ошибку обойти не получается никак:
Допустим есть бригада, на которую подают бригадный наряд. Один из сотрудников этой бригады увольняется в начале месяца, другой, наоборот принимается, но уже в конце месяца, а еще пара сотрудников в середине месяца повышают свои тарифы в связи с получением нового разряда.
Если документ введем в начале месяца, то у нас не будет РК и тарифа у нового сотрудника и будут старые тарифы у разрядников.
Если документ введем в конце месяца - то не будет РК у уволившегося сотрудника.
Эта ошибка и ее решение так же помещена в баг.

3.7. Ввод расчета сотруднику/списку сотрудников

В программе предусмотрено 2 универсальных документа, позволяющих ввести некоторые предопределенные и любые произвольные виды расчетов. Хотя название этих документов почти одинаковое, сами документы все таки немного отличаются по видам начисления, которые ими описываются.
- Ввод расчета сотруднику - позволяет ввести любые типы пособий из соцстраха, некоторые предопределенные виды расчетов, а так же любые произвольные расчеты. Кроме того, только эти документом можно ввести расчеты по стажу.
- Ввод расчета списку сотрудников - вводит только произвольные виды расчетов, а так же некоторые предопределенные виды расчетов.
Оба эти документа могут вводить как разовые, так и долгосрочные виды расчетов. Разница в них заключается в том, что
- разовый вид расчета не может пересекать границу конца месяца и он вводится в журнал расчетов сразу, без дополнительных документов
- долгосрочный вид расчета может действовать несколько месяцев до даты окончания, либо постоянно до даты увольнения. Для последнего случая дату окончания оставляют открытой. Кроме того, этот вид начислений вводится только документом «Начисление зарплаты»

Документом Ввод расчета сотруднику может быть введен вид расчета «Доплата за замещение». В отличии от расчета «Доплата за совмещение», который можно ввести обоими видами документов, в замещение указывается временно замещаемый сотрудник и период этого замещения. В этом случае сотруднику доплачивается либо разность окладов либо процент от оклада замещаемого сотрудника. Учтите, что замещение с разностью окладов имеет смысл только в том случае, если замещаемый сотрудник имеет больший оклад, чем заместитель. Замещение считается только по дням фактического отсутствия замещаемого сотрудника на работе, с учетом его нормы дней(или часов).
Например, заместитель «А» имеет оклад 1000р, а замещаемый сотрудник «В» 1500р. Если в январе ввести замещение сотрудником «А» сотрудника «В» в сразу за месяц, но при этом сотрудник «В» уезжает только с 12 по 18 января, то и замещение произойдет из расчета этого интервала:
Сумма доплаты = (1500-1000) * 5/16, где 5 - это число рабочих дней между 12.01 и 18.01, а 16 - норма дней в январе у замещаемого сотрудника.

«Доплата за совмещение» вводится в случае, если сотрудник выполняет помимо своей основной работы, еще и дополнительную работу, при этом отрываясь от свого основного занятия, т.е. в процессе основной работы. Эта доплата бывает произвольной суммой или процентом от оклада.

Рассмотрим типичные вопросы, связанные с этими документами
-Q: Ввели долгосрочное начисление, но по прошествию нескольких месяцев сотрудник лишился своей надбавки. Как ее прекратить?
-A: Если дата окончания в документе не была указана, то укажите ее как последнее число прошлого месяца и нажмите «Закрыть». На каверзный вопросы программы отвечайте «ДА».
Если же в документе вы указали дату окончания, то можно воспользоваться документом «Временное прекращение действия надбавок (удержаний)».
Хороший совет: не указывайте дату окончания, если не уверены, что это начисление будет действовать весь указанный период (а вдруг сотрудник на другую должность переведется?)

-Q: Мы ввели новое начисление «Перерасчет» фиксированной суммой, которое используем для ввода начислений «забытым» сотрудникам. Правильно ли это?
-A: Абсолютно не правильно. Если ввести такой расчет, то есть вероятность, что НДФЛ будет считаться не правильно, т.к. слепив все перерасчеты в один вы забываете о периодах действия самих расчетов, за которые вы делаете перерасчет. Писать же «перерасчет за май», «перерасчет за февраль» ... то же не правильно, т.к. программа не настолько умная, чтобы разбирать Вашу «писанину». Если уж Вы что то забыли досчитать по сотруднику, то воспользуйтесь стандартным документом «Начисление заработной платы».
Сложнее всего будет пересчитать зарплату, если сотрудника совсем пропустили и не ввели часы в табель. Типовой табель не имеет возможности считать зарплату за прошлый месяц.

- Q: В марте 2005 ввели документ НачисленияУдержанияСписком с произвольной доплатой. В феврале след года, нажимаю кнопку исправить, формируются записи-сторно и записи-начилсения по этому расчету, а так же записи-перерасчеты по надбавкам, которые зависят от этого вида расчета (например РК). Этот документ-исправление оказался ошибочным, но при удаление его, записи-перерасчеты не исчезли. Подскажите, где смотреть: в обработке удаления проведения или правилах перерасчета?
- A: Вообще-то эти записи-перерасчеты не должны влиять на общий расчет, т.к. в описанном случае они должны быть нулевыми. Но, если менялась база зависимого расчета или его ставка, то эти перерасчеты могут остаться не нулевыми даже после удаления документа-исправления. Без исправления конфигурации можно посоветовать только редактор журнала расчетов и отчет, который такие записи показывает.

3.8. Ввод удержаний

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

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

Теперь про ошибки и не доделки в самой программе:
- вот уже третий год, как изменился расчет почтового сбора при пересылке алиментов. В ЗиК пока считает по старому. Менять можно только сам модуль расчета, естественно Правильному Программисту.
- при расчете алиментов учитывается разница РК отправителя и РК получателя. Постановление, которое это предписывало делать было временным и действовало до 1996 года. 10 лет уже как не действует...
Страждущих посылаю в Гарант, там оно есть под меткой не действует.
Тут либо менять модуль расчета, либо сделать РК получателя равным РК отправителя. Это делается в справочнике Контрагентов на поле «Районный коэффициент»
- небольшая проблемка формированием проводок. Если в ИЛ указать получателя(контрагента), но в контрагенте не указать в субконто самого себя (правда другой справочник - субконто, но значения те же) то при формирование и выгрузке проводок проводка по ИЛ будет с пустым получателем. Считаю это глюком.

НДФЛ - вводится автоматически при вводе документа «Начисление заработной платы». Споры о правильности его расчета не затихают с момента появления ЗиК редакции 2.0.
-Борис, не переживай за собаку!
-А я и не переживаю! (с) Х/Ф Snatch в переводе Гоблина

Уважаемые расчетчики, успокойтесь! Этот вид удержания в ЗиК считается правильно, и если у Вас получилось не так как в ЗиК, то ищите ошибку в своих расчетах, не мучайте, почем зря, программистов, не заставляйте их переписывать расчет НДФЛ и уж тем более не исправляйте расчет НДФЛ вручную.
Помните - ЗиК тут права на все 100%! Примите это за аксиому.
Чтобы не быть голословным остановлюсь на некоторых типичных ошибках и вопросах:

- Q: В декабре 2005г сотруднику начислен отпуск, переходящий на январь 2006г. входит ли весь этот доход в облагаемую базу 2005г или нет?
- А: Для ответа на этот вопрос сначала вспомним, что у нас есть налоговый и бухгалтерский учет. Разберем, в разрезе этих учетов, НДФЛ:
1. Бухгалтерский НДФЛ весь идёт в месяце начисления
2. Налоговый НДФЛ_начисленный разбивается по месяцам действия
3. Налоговый НДФЛ_удержанный идёт в месяце, в котором производится выплата (о нем поговорим отдельно)
Первый пункт вопросов ни у кого не вызывает в виду его очевидности - сколько рассчитали, столько и показали в бухучете.
Второй пункт требует законодательного подтверждения, ибо пока бухгалтера носом в закон не ткнешь, он будет кричать что программа считает не верно!
Такое подтверждение есть в НК, ст 223, п.2. Внимательно читаем и медитируем над словами «за который» и «в котором».Т.е. если выплатили отпускные за два месяца, у нас имеются две даты получения дохода.
Правда, бывают и тяжелые случаи. Иногда до бухгалтера (а в моем случае был главный бухгалтер) вообще не доходит разница между за и в. (Хуже всего было то, что это не доходило и до аудитора, которую специально пригласили на проверку деятельности предприятия). Оказалось, что в правовых примерах(комментарии к ТК) приводятся расчеты переходных отпусков в середине года, из которого хоть и видно что НДФЛ считается по месяцу за который получен доход, но не понятно, что это же распространяется на конец-начало года. Однако было это как раз когда КЗоТ почил в Лету, ТК вступил в свои законные права. Не разобрались еще.
Не дай вам Бог жить во время перемен.

- Q: В период с 20.12 по 25.01 сотрудника не было на работе по причине болезни. Больничный лист сотрудник принес только в феврале, а у нас январь уже закрыт . Почему изменяется НДфЛ за прошлый год?
- A: Как и в прошлом вопросе вспоминаем про периоды действия НДФЛ. Т.к. БЛ затрагивает прошлый год, то и датой дохода признается дата прошлого года. Соответственно должен пересчитаться налог за прошлый год. Именно поэтому Вам дается три месяца на сдачу сведений по НДФЛ, а не требуют 1 января.
В случае, если сотрудник совсем «контуженный» и больничный принес только в мае (бывали и таки случаи), то на него сведения подаются отдельно. Однако, есть специальное разъяснение ФНС, в котором говорится, что БЛ вообще не является оплатой труда (т.е. учитываемых с кодами дохода, отличными от 2000, согласно ст. 223 Налогового кодекса РФ датой получения таких доходов является дата выплаты или передачи дохода в натуральной форме) - датой получения дохода будет считаться период регистрации дохода. Начиная с 262 релиза, таким видам расчета присвоен код дохода 4800 и теперь они не попадают в прошлые периоды.
Внимание, фишка: Вы сами можете определить, считается ли любой произвольный доход по периоду действия(4800) или регистрации(2000).

- Q: Сотруднику не правильно указали вычет по налогу, сразу/не сразу обнаружили ошибку и пометили вычет на удаление, а он все равно считает. Что делать?
- A:
случай 1 - ошибку нашли сразу. Программа Зарплата и Кадры при расчете НДФЛ не учитывают пометки на удаления по вычетам. Я считаю это ошибкой, но есть несколько способов, как ее обойти:
1. Зайти в программу монопольно и в меню Регламент выбрать Удаление помеченных объектов
2. Открыть не правильный вычет и поменять дату начала и дату окончания на 1980г. Программа хоть и будет учитывать эти вычеты, но дохода за 1980 год у вас все равно нет, так что он вам не помешает.
случай 2 - прошло несколько месяцев. Все как в случае 1, просто рассчитайте НДФЛ в текущем периоде. Программа умная, она все сделает сама.

- Q: Наша налоговая сказала нам, что у нас НДФЛ считается не правильно, т.к. мы применяем вычеты по налогу накопительно в течении года, а налоговая нам говорит учитывать вычет только по одному месяцу. Ссылаются на какое то постановление. Кто прав?
- A: Права, как всегда ЗиК. Постановление, о котором идет речь было внутренним, содержало множество ляпов и откровенной безграмотности. Хотя «писателя» уже уволили, налоговая в регионах все еще цепляется за это постановление и предписывает организациям учитывать вычет только за месяц. В этом случае у Вас есть два варианта:
1. Послать налоговую почитать НК и все таки разобраться в периодах «за» и «в»
2. Самим нарушить НК и исправить константу «Особенности исчисления НДФЛ» установив ее в «Стандартные вычеты применяются в пределах месячного дохода налогоплательщика». Учтите, константа периодическая, не забудьте правильно поставить период.

- Q: У сотрудника прошлом году ввели вычет по НДФЛ с кодом 311(на строительство). В этом году вычет не работает, НДФЛ рассчитывается полностью. Подскажите, почему так может быть?
- A: Принес ли сотрудник из налоговой разрешение на получение вычета за новый год? Вычет 311 на следующий год не переносится, даже если бухгалтер не поставила этому вычету дату окончания. Не забудьте все таки закрыть старый вычет, когда будите вводить новый.
И еще по таким вычетам: если сотрудник приносит его в середине года, то ему нужно сделать «Возврат НДФЛ»

- Q: Рассчитываем зарплату, а программа пишет, что «Расчет подоходного налога за 0 год не поддерживается!». Что это может быть?
- A: Ввели документ «Ввод расчета списку сотрудников» и забыли поставить дату начала.

3.9. Ввод Начисления зарплаты

После того, как все часы и документы-отклонения будут введены, можно приступать непосредственно к начислению зарплаты.
Для этого нужно ввести документ «Начисление заработной платы» и указать в нем список сотрудников. Делать один документ на одного сотрудника на мой взгляд расточительно, т.к. при численности в несколько тыс. человек найти что либо в журнале документов очень сложно.

В случае, если ведутся табеля, можно ввести документы НачЗП на основании табелей, но предварительно нужно в модуле формы документа НачЗП исправить функцию ПолучитьСписокСотрудниковДокумента(), в которой нужно свернуть таблицу родительского документа по сотрудникам. Иначе сотрудники будут «двоиться». Делается это, естественно, Правильным Программистом.

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

4. Расчет зарплаты

Вся компонента «Расчет» работает по одному принципу, а именно:
Сначала вводится запись, затем она рассчитывается.
Многие расчетчики задают один и тот же вопрос «Как же так, мы зарплату начислили, а в расчетке пусто»
Аналогом в вещественном мире может служить записная книжка. Когда расчетчик начисляет зарплату компьютер делает запись в «записной книжке» о том, что нужно кое-что сделать. Когда зарплата рассчитывается компьютер читает свою «записную книжку» и выполняет те действия, которые в ней записаны.

Этот вопрос можно легко избежать, если научить расчетчика обращаться с Журналом расчета. В ЖР хранятся все записи, которые были введены по сотруднику.
Некоторых расчетчиков ЖР пугает, он кажется им непонятным, и вместо него они предпочитают «Расчетку», но это не верно в принципе. Только посмотрев ЖР можно сказать, как и почему у данного сотрудника сумма по расчету нулевая либо расчета нет вообще.
«Расчетка» всего лишь отражает то, что содержится в ЖР, кроме того, алгоритм ее таков, что она скрывает все записи ЖР, которые равны нулю.

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

В программе так же предусмотрены комментарии выполняемых расчетов. Для этого нужно зайти в меню Сервис-Настройки пользователя и поставить галку «Комментировать выполняемые действия».
Затем открыть Журнал расчета зарплаты, поставить курсор на интересующую запись и нажать кнопочку «Прокомментировать ход расчета»

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

Самой частой ошибкой при выплате зарплаты является неправильное указание периода ЗА который эта зарплата выплачивается. Расчетчики пытаются выплатить зарплату либо сразу за несколько месяцев, либо указывают сумму, большую, чем сотрудник заработал за месяц.
И то и другое является нарушением законодательства, т.к. по закону зарплату нужно выплачивать с компенсацией за задержку (если таковая была, разумеется). Выплачивать сумму за БУДУЩИЙ период авансом тоже нельзя, т.к. такая выплата по закону трактуется как ссуда предприятия и на нее должны считаться проценты.
Т.о. в документе Выплата ЗП можно ставить сумму либо равную той, что дает программа, либо меньше, но никак не больше.
Однако, на практике расчетчики часто выплачивают все сразу и ни на какие речевые увещевания не поддаются. Для таких упертых товарищей был разработан специальный метод, который сам распределяет сумму по периодам действия.

Довольно часто расчетчики просто удаляют строки по тем сотрудникам, кто не получил зарплату по ведомости. Этого делать тоже нельзя, т.к. нарушается достоверность бумажного и электронного документа. Для таких действий существует понятие «депонирование».
Почти всегда, когда я при внедрении программы произношу это слово расчетчица невольно вздрагивает, у нее начинается нервный тик под глазом, а сама она начинает косится на образа, делая при этом некоторые пасы руками и произнося слаборазборчиво «Свят, Свят, Свят...». Это легко объяснимо, т.к. почти во всех организациях депонент - это ежемесячное переписывание вручную книги депонентов. В программе ЗиК переписывать ничего не надо - программа сама посчитает и распечатает книгу депонентов. От Вас требуется только вводить документы выплаты и зачисления депонента. Ну, а для того, чтобы не вводить выплату депонента дважды есть маленький такой переносчик, не требующий даже Правильного Программиста.

Еще одной ошибкой является не понимание документа «Перечисление зарплаты в банк». Прочтите наконец-то описание этого документа и вспомните что в Русском языке означает «третьи лица»! Для совсем балбесов объясняю: этот документ не учитывается в расчете НДФЛ удержанного и делать им выплату зарплаты с целью пополнения банковского счета сотрудника - ошибка, которую сразу обнаружить довольно таки сложно, а потом будет «уже рано». Кроме того этот документ всегда удерживает зарплату из текущего месяца, не зависимо от того, какой период будет указан в документе.
Для выплаты зарплаты через банк существует все та же «Выплата Зарплаты», но для упрощения ввода нужно подготовить (всего один раз!) справочник сотрудников. Почему именно сотрудников? Да потому, что только в нем есть специальное поле «Зарплатный счет». А Вы что думали, что это для Дебет 20 Кредит 70? Ха! как бы не так!
Если в этом поле указать номер банковского счета сотрудника, то при заполнении документа Выплата ЗП программа предложит несколько вариантов, так вот, последний «Перечисление зарплаты на зарплатные счета» и заполнит тех сотрудников у которых в поле зарплатного счета есть хоть что то.
Замечание: не рекомендую в это поле писать «лишьбычё». В печатной форме Выплаты есть «список плательщиков в банк» который можно распечатать и отдать вместе с одной общей платежкой.
Хитрый финт ушами: Любой банк может делать услугу по транзитному счету. Это когда сотрудник-получатель открыл счет нипанятнагде и на него, по идее, банк требует отдельную платежку. Так вот, транзитный счет - это когда вы отдаете сумму в ваш банк, а он уже самостоятельно отправляет эту сумму по указанному Вами счету. При этом все такие сотрудники (то бишь получатели в разных банках) идут общим списком с сотрудниками-получателями вашего банка. Это удобно и Вам и Вашему банку, т.к. упрощается: с вашей стороны печать кучи платежек, а со стороны банка - обработка их. Естественно должна быть некоторая договоренность с банком, а кроме договоренности произведена соответствующая настройка программы, чтобы помимо печатного реестра формировался электронный. В банке работают таки же люди как и Вы, и им так же как и Вам не хочется работать.


Одним из важных механизмов при формировании суммы является механизм двойного сальдо.
Из-за кривости (чего уж тут скрывать) платформы «Расчет» в которой по неизвестной причине отсутствуют авто-итоги программисты 1С решили пойти по методу «закат солнца вручную». В ЗиК сальдо по сотрудникам вводится двумя документами: Накопленная задолженность (вводит ВР НачальноеСальдоЗадолженность) и Начисление заработной платы (вводит ВР НачальноеСальдоОкругления и НачальноеСальдоПереплатаНДФЛ).

Рассмотрим по порядку, зачем они нужны и для чего используются.
ВР: НачальноеСальдоЗадолженность (в программе он имеет представление Задолженность по заработной плате) – это ВР, который хранит сумму задолженности предприятия перед работником за прошлые месяцы.
Внимание: результат этого ВР не учитывается при выплате зарплаты!

ВР: НачальноеСальдоОкругления (в программе он имеет представление Текущее начальное сальдо) – это ВР, образованный за счет «округления» выдаваемых сумм на руки, а так же в случае переплаты или переудержания в прошлых месяцах, а так же штрафов за несвоевременную выплату ЗП.
Внимание: результат этого ВР учитывается при выплате зарплаты!

ВР: НачальноеСальдоПереплата – это задолженность предприятия перед сотрудником, сформировавшаяся в результате излишне начисленного в прошлых периодах НДФЛ. Предприятие не может просто выплатить эту задолженность сотруднику - можно либо уменьшить на эту сумму начисляемый в текущем периоде НДФЛ, что и сделает ЗиК автоматически, либо выплатить эту сумму сотруднику, предварительно получив от него заявление с просьбой о выдаче этих денег. Такая возможность предусмотрена документом «Возврат НДФЛ»

Так как же программа считает начальное сальдо?
Да очень просто!
Начальное сальдо это результат НачальноеСальдоЗадолженность+ НачальноеСальдоОкругления+НачальноеСальдоПереплатаНДФЛ.
Почему же с сальдо в ЗиК возникает столько проблем? Да потому, что если расчетчик в платежной ведомости укажет сумму большую, чем сотрудник заработал за месяц, то «умный» компьютер рассчитает в следующем месяце НачальноеСальдоОкругления с бооольшим минусом (а. НачальноеСальдоЗадолженность больше чем долг перед сотрудником)
Таким образом, в следующем месяце по сальдо будет две суммы – одна с плюсом, другая – с минусом. И если эта ситуация будет повторятся из месяца в месяц, то эти суммы в итоге будут астрономических размеров.
Замечу, также, что в особо запущенных случаях это может привести к необратимым последствиям, т.к. размер поля RESULT, который отвечает за результата в ЖР ограничен 15 разрядами, причем 2 разряда отведены под дробную часть.
Это значит, что максимальное число, хранимое в ЖР будет 9 999 999 999 999.99
Хотя такую сумму разве что олигархи получают, но все же...

Следующий пример показывает механизм в действии
Пусть НачСальдо за декабрь будет 1000р, причем это сумма только ноября.

Декабрь

Задолженность по заработной плате 1000р
Начислено за декабрь 5000р
Удержано НДФЛ 650р
Выплата за декабрь 4500р
Сальдо на конец периода 850

Январь

СальдоОкругления -150р(переплатили 150р)
Задолженность по заработной плате 1000р
Начислено 5000р
НДФЛ 650р
Выплата за ноябрь 1000р
Выплата за январь 4200р(учли сальдо -150р)

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

- Q: На конец декабря задолженность перед сотрудником была -152 р. В январе начислений никаких у него не было. Переходим в февраль, создается документ Накопленная Задолженность и этого сотрудника там нет. Соответственно и в ЖР все по нулям. Не могу понять в чем может быть дело?
- A: Отрицательная задолженность говорит только о том, что мы переплатили сотруднику в прошлых месяцах. Т.к. в типовом решении все такие переплаты вводятся расчетом НачальноеСальдоОкругления, то обязательно нужно вводить документ Начисление зарплаты даже по тем сотрудникам, кто не работал в текущем месяце. В противном случае потеряется сальдо.

- Q: В ТК говорится об обязательной выплате аванса не реже половины месяца, но так же говориться, что с каждой выплаты мы обязаны удержать НДФЛ. Так вот вопрос: каким образом это сделать?
- A: Если коротко - никак.
В ТК имеется принципиально не разрешимая ситуация: с одной стороны нас обязывают выплачивать зарплату не реже двух раз в месяц, а с другой стороны - минимальный период предоставления налогового вычета и расчета налога - один месяц. Да и рассчитать зарплату за полмесяца не представляется возможным, т.к. не все отделы могут вовремя предоставить информацию. Кроме того, даже в случае своевременного представлении информации, существуют ограничения в сумме налогового вычета: рассчитав половину месяца можно не достигнуть предела и применить вычет, а в полном месяце - вылететь за предел. Не применять вычет налоговый агент не имеет права - есть заявление от сотрудника, а кроме того, не исключена ситуация, что дохода за вторую половину месяца у сотрудника не будет.

6. Расчет НДФЛ (удержанного)

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

Итак, в НК говорится про два налога на доходы:
-налог исчисленный
-налог уплаченный
Первый налог считается в момент начисления сотруднику заработной платы, второй – в момент ее выплаты.
Например, если сотруднику заработная плата не выплачивалась в течении полугода, но при этом начислялась, то уплаченный налог за этот период будет нулевым.
Но как только этому сотруднику будет произведена выплата, тут же и уплаченный налог будет полностью рассчитан.
Лучше показать на примере:

Январь

Начислено 5000р
НДФЛ 650р
сальдо на конец периода 4350р

Февраль

Накопленная задолженность 4350р
Начислено 5000р
НДФЛ 650р
Выплата за январь 1000р
НДФЛ уплаченный 1000р
сальдо на конец периода 7700р

Как видно, налог уплаченный не превышает выплату зарплаты.
Тут есть один подводный камень: если выплата ЗП делается ежемесячно, без задержек, но только в следующем месяце (допустим 15 числа каждого месяца), то в некоторых случаях может возникнуть ошибка при переходе на новый год.
Дело в том, что налоговым периодом признан год, а значит все выплаты не будут учитываться при переходе на следующий период.
Например, если сотрудник устроился на работу в декабре, а предприятие выплату зарплаты производит только 10 числа следующего месяца, то по итогу года у этого сотрудника возникнет долг по налогу.
Чтобы избежать данной ситуации я пересмотрел методологию формирования этого вида расчета. В моем решении НДФЛ уплаченный более не вводится документом начисление зарплаты, а вводится документом Выплата ЗП, причем вводится только один раз за период выплаты. Таким образом ввод документа Выплата ЗП в январе, за период декабрь, автоматически введет расчет НДФЛ уплаченный с периодом действия декабря.

В типовом случае можно ввести только документ «Перерасчет НДФЛ» из пункта налоги, но если сотрудников много за ними просто не уследишь.

7. Начисление налогов

Документ «Начисление налогов ФОТ» в целом похож на документ «Начисление зарплаты». Отклонений тут никаких не предусмотрено, поэтому просто вводим список сотрудников и проводим документ.

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

8. Расчет авансовых платежей

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

9. Закрытие периода

Ну вот и добрались до последней ступеньки расчета.
Этот пункт следует делать только после того, как будет дан ответ на вопрос: «А все ли пункты пройдены?»
Само закрытие разделено на две части:
- сервисные проверки
- собственно смена периода
Проверки делаются для того, чтобы лишний раз удостоверится в истинности всех начислений и расчетов.
Для смены периода выбираем меню Регламент-Сменить период расчета зарплаты
Замечу, что закрытый период можно открыть заново, но при этом стандартная обработка обнуляет все записи журнала расчетов. Для продвинутых юз

Источник: http://www.script-coding.info/ZiK.html

Категория: "1С" Предприятие | Добавил: c1 (2010 Февраль 06) | Автор: Алексей Каланин
Просмотров: 5940 | Рейтинг: 0.0/0

Выразить благодарность - Поделиться с друзьями!

 

Здесь все о технической стороне 1С!

 

Узнай, как правильно администрировать 1С Предприятие
Регистрируйся на бесплатный 7-ми дневный курс сейчас:

Ваш E-Mail в безопасности



Всего комментариев: 0
avatar