Перейти на главную страничку сайта (список статей, файлы для скачивания)

ФОРУМ (здесь можно обсудить эту статью, а также любые проблемы программирования на различных макроязыках и в скриптовых средах)

Оригинал статьи находится на сайте http://vaicartana.narod.ru.

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

Алексей Каланин

Помните: правильно заданный вопрос - это половина ответа.
«Ответы - убийцы вопросов. И сами по себе - будущие вопросы» © Олди

ВHИМАHИЕ!!! УВАГА!!! ATTENTION!!!

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

 

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

 

1. С чего начать?

Скажу прописную истину: работа с программой начинается с ее настройки. Делать это должен Программист, но при непосредственном контроле бухгалтера. От выбора Правильного Программиста всецело зависит успешность внедрения программы.
Поэтому не привлекайте «студентов». Правильный Программист стоит дорого, но еще дороже будет ошибка, которую заметят в конце года в момент сдачи отчетности.
Часто на форуме задается вопрос «а сколько сотрудников реально рассчитывать в программе ЗиК»? Отвечаю: вполне реально рассчитывать 6-7 тыс человек, практически без переделок, с переделками еще больше.
Только нужно грамотно разделять ввод и отчетную информацию - при такой численности все отчеты следует получать на «вчерашней» копии, общий расчет зарплаты ставить на ночь, а всю первичку вынести в отдельную базу и настроить односторонний обмен.
2-3 тысячи человек программа отработает вообще безо всяких вопросов.

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

1.1. Заполнения плана счетов.

Делается это через выгрузку плана счетов из 1С:Бухгалтерии.
В тех случаях, когда бух учет ведется не в программе 1С, в настройках предусмотрен соответствующий пункт списка.
В 1С:Бухгалтерии нужно зайти в пункт меню Сервис-Обмен данными-Выгрузка данных в ЗиК. Ставим все галочки, указываем ПУТЬ и нажимаем «Выгрузить».
Рекомендуется в бухгалтерии, до выгрузки в ЗиК, на всех затратных счетах указать необходимую аналитику (например, статьи затрат «Зарплата», «ЕСН»), т.е. завести элементы справочников Статьи затрат на производство, Статьи общехозяйственных затрат, Статьи общепроизводственных затрат, Статьи издержек обращения, чтобы после выгрузки в ЗиК было из чего выбирать. Если это не сделать сразу, то потом, когда половина проводок уже будет настроена, повторная загрузка может либо вообще не загрузится, либо загрузиться так, что лучше б она не грузилась совсем.
В 1С:ЗиК заходим в Сервис-Обмен данными -Загрузка данных, указываем ПУТЬ и нажимаем «Загрузить данные»
Если же в настройках программы поставить «Другая программа бухучета...» то просто заходим в план счетов и нажимаем кнопочку «Заполнить».
Я уже говорил, что шаблоны в ЗиКе корявые? Что говорил, да? Ну и ладно, еще не раз скажу!
Ну, а если ваш план счетов отличается от стандартного – курите бамбук. ЗиК не умеет работать с нестандартным ПС.
Почти не умеет.

1.2. настройка шаблона проводок (ШП).

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

Отдельно от иерархии стоит специальный документ «Бухгалтерский, налоговый учет начислений и удержаний»
Для начала открываем справочник видов расчета и на закладке удержания находим «НДФЛ». Открываем его и щелкаем по закладке «бухгалтерский учет».
Нажав на педальку «...» откроется мастер, помогающий ввести шаблон. Рекомендую называть шаблоны нормальными именами, их потом проще найти.
В типовом хозрасчетном ПС проводка будет Дебет 70 Кредит 68.1 Субконто1 = «Налог»
Записываем этот шаблон и сохраним вид расчета НДФЛ.
Теперь перейдем на закладку «ЕСН и страховые взносы» и точно так же настроим все виды расчета в этой группе. Дебет этих шаблонов не заполняется, он будет взят из соответствующего подразделения или сотрудника. Типовые шаблоны для хозрасчетной организации будут такими:
ПФР: Накопительная Дебет «» Кредит 69.2.3 Субконто1 = «Налог»
ПФР: Страховая Дебет «» Кредит 69.2.2 Субконто1 = «Налог»
ПФР: Федеральный Дебет «» Кредит 69.2.1 Субконто1 = «Налог»
ЕСН: ТФОМС Дебет «» Кредит 69.3.2 Субконто1 = «Налог»
ЕСН: ФФОМС Дебет «» Кредит 69.3.1 Субконто1 = «Налог»
ЕСН: ФСС Дебет «» Кредит 69.1 Субконто1 = «Налог»
В настройках программы Сервис-Настройки на закладке «Зарплата и бухучет» выбираем проводку по умолчанию обычно это Дебет 20 Кредит 70.
В справочнике видов расчета на закладке «Удержания» шаблон проводки мы настроили только на НДФЛ. Остальные удержания, если они есть, должны быть настроены ОТДЕЛЬНО!
Стоит так же отметить ввод шаблона по больничному листу. Для этого расчета обязательно нужно указать галочку «Расходы за счет» ФСС. Если этого не сделать, то в списке доступных счетов не будет счета 69.1
Если вида расчета, по которому нужно сделать ШП, не видно в справочнике, нажмите кнопку «Помощник...» и установите переключатель на«описать предопределенный расчет», а затем выберите нужный расчет из списка.
Проводки по страхованию от несчастных случаев и другие доп.проводки настраиваются в меню Сервис - Бухучет зарплаты - Дополнительные проводки. Эти проводки попадают только в отчет «свод проводок».

1.3. Настраиваемые виды расчетов

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

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

Расчеты, которые сразу попадают в журнал расчета и действуют всего один(или менее) месяц, определяются с галочкой «Начисление носит разовый характер». Если эту галочку не ставить, то расчет может действовать несколько месяцев или постоянно, это если дату окончания в документе оставить не заполненной, с момента ввода документа Ввод расчета сотруднику

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

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

1.4. Общие настройки

Для организаций, которые применяют районные коэффициенты в настройках предусмотрено два реквизита:
- РК утв. местными властями
- РК утв. правительством РФ
Первый используется для расчетов основных начислений, второй – для всяческих пособий из соцстраха.
Причем указывать нужно не 20% и не 0.2, а 1.2
Это же касается всех остальных доплат (вечерние - 1.2, ночные - 1.4, сверхурочные - 1.5 и 2.0)
В случае, если РК у одного из подразделений отличается от РК организации, применяется настройка РК для обособленного подразделения. В этом случае РК может быть указан в карточке подразделения на закладке «обособленное подразделение»
Для ввода северных надбавок сначала нужно заполнить шкалу зависимости от стажа. Делается это через меню Справочники - Расчет зарплаты - Процентные надбавки по стажу. Вводите название стажа и указываете его тип «Надбавка за стаж работы на севере». Затем откройте подчиненный справочник и введите новый элемент. Допустим, у Вас стаж такой:
от 1 года - 10%
от 3 лет - 20%
от 5 лет - 30%
в таком случае Вам потребуется три записи в шкалу процентов
1год 0 месяцев 1 день - 10%, 3года 0 месяцев 1 день - 20% и 5лет 0 месяцев 1 день - 30%
Существует несколько голословных поверий, передаваемые из уст в уста:
1. Северные надбавки для молодежи (до 30 лет) считаются по ускоренной шкале процентов
2. Коренные жители региона получают максимальный процент сразу при приеме на работу. Трудовой стаж им для этого не нужен.
Я не смог найти в законодательстве подтверждение этому, так что будьте бдительны, подготовьте правовую базу. Проверьте так же соответствие Вашего региона к процентным надбавкам РК и СН. Может случится так, что в Вашем регионе окажутся другие проценты, чем те что Вы считали.
По пункту 1 есть старое постановление Совета Министров РСФСР от 22 октября 1990 г. N 458 «Об упорядочении компенсаций гражданам, проживающим в районах Севера»:
Установить, что:
е) молодежи, прожившей не менее одного года в районе Крайнего Севера и вступающей в трудовые отношения, надбавки к заработной плате устанавливаются с 1 января 1991 г. в размере 20% по истечении первых шести месяцев работы с увеличением на 20% за каждые последующие шесть месяцев, и по достижении 60% надбавки - последние 20% - за один год работы, а в местностях, приравненных к районам Крайнего Севера, и в районах, где надбавки выплачиваются в порядке и на условиях, предусмотренных постановлением ЦК КПСС, Совета Министров СССР и ВЦСПС от 6 апреля 1972 г. N 255, в размере 10% за каждые шесть месяцев работы. Общий размер выплачиваемых указанным работникам надбавок не может превышать пределов, предусмотренных действующим законодательством.

Действует ли сейчас это постановление - не известно.

Самое, пожалуй, главное: Сервис - Параметры: Число цифр года в представлении даты = 4. Это ОБЯЗАТЕЛЬНО у всех пользователей!

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

2. Кадровые приказы

Приказ о приеме на работу достаточно прост и вопросов обычно не вызывает. Вопросы чаще связаны с формами оплаты труда.

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

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

- Q: Почему по внутренним совместителям в расчетках не показывается сальдо начальное и сальдо конечное?
- А: Потому что это сальдо ведется по основному сотруднику, а посмотреть на него можно, если в отчете указать одновременно и совместителя и сотрудника по основному месту работы.

- Q: Формирую свод по подразделению, а в него попадают суммы как по внутреннему совместителю, работающему в данном подразделении так и по основному сотруднику, работающему в другом подразделении. В результате если сделать своды по всем подразделениям они не сойдутся со сводом по всему предприятию.
- А: Ошибка в методологии 1С. В некоторых отчетах вместе с совместителем выбирается и сотрудник по основному месту работы. Ошибка размещена в баглисте.

- Q: Как сделать внешнего совместителя сотрудником по основному месту работы?
- A: Приказом об увольнении и Приказом о приеме.

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

Приказ по отпуску – кадровый документ, почти полностью дублирующий Начисление Отпуска, с той лишь разницей, что его проведение не влияет на расчет ЗП. Этот документ служит основанием расчета отпуска.

Больничный лист – документ, который вводит расчет Оплата больничного листа. Обычно регистрируется(записывается) в ОК и передается в расчетную группу для проведения и расчета.

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

Основные ошибки кадрового отдела
В основном это, конечно же, неправильное указание формы оплаты труда.
Часто на предприятии ведется гибридный способ начисления зарплаты, который у ОТиЗа почему то носит название сдельная оплата труда, хотя на самом деле это некий гибрид между повременно-премиальной и сдельной оплатой.
Так, например, сотрудник работает по тарифу согласно табеля по часам, но на группу сотрудников, объединенных в бригаду или звено, плановый отдел дает дополнительный сдельный приработок который вводится и рассчитывается документом Бригадный наряд. Этот приработок раскидывается пропорционально всех членов бригады согласно их тарифов, часов, а также коэффициента трудового участия (КТУ). В этом случае, даже если у сотрудника будет стоять КТУ=0 он все равно получит свой тариф(но не сумму сверх этого тарифа, которая определяется Бригадным нарядом).
Сдельная оплата труда вообще не предусматривает никакой оплаты по тарифу. Не важно, сколько часов человек отработал: есть работа и есть сумма N за эту работу. Сделал ее за два часа - получил сумму N, сделал за три - все равно получил N, не сделал - вообще ничего не получил.

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

Еще одной ошибкой бывает ввод удержания за неотработанные дни отпуска как компенсации отпуска с отрицательным количеством дней, т.е. сторно компенсации. Это не правильно.
Еще раз объясняю: удержание это не перерасчет. Сотруднику правомерно был начислен отпуск и абсолютно законно он этот отпуск получил в виде дензнаков. Однако он уволился и этот отпуск не отработал. Отсюда и удержание.

Пытаются, так же, переместить сотрудника с середины месяца с формы оплаты по табелю на форму оплаты без табеля. Такой перевод возможен только с начала месяца.

Часто повторно принимают на работу сотрудника, но при этом вводят новый элемент в справочник сотрудники. Для программы это означает, что есть два разных человека с одинаковой фамилией, именем и отчеством. Аукается эта ошибка не сразу, а когда начинают сдавать отчетность в ПФ и ФМНС. Для тех, кто успел вляпаться существует обработка РедакторЖурналаРасчетов позволяющая заменять одного сотрудника другим. Только не забудьте пересчитать налоги, они после замены обязательно поменяются.
Внимание! Данный Редактор очень опасный инструмент в неумелых руках! При не правильном использовании может полностью уничтожить данные в вашей базе!

3. Начисление зарплаты.

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

3.1. Календари

Для начала работы с расчетом зарплаты нужно заполнить рабочие календари и указать основной график предприятия. График указывается в меню Сервис-Настройки закладка «Зарплата и бухучет», а заполнить календарь можно через меню Регламент-Календари, выбрав нужный календарь указать период заполнения и нажать «Автозаполнение».
Обязательно должно быть заполнено хотя бы 2 календаря – «пятидневка» и «отпуск по календарным дням». Эти календари нужно заполнить сразу на весь год.
Вообще говоря заполнение календарей занятие долгое и печальное. Прежде всего отдел кадров должен следить за перемещением сотрудника с одного календаря на другой, а сами календари должны заполнятся и вестись плановым отделом. Без согласования этих отделов можно наварить такой каши, что никаких лаптей не хватит ее потом расхлебывать.
Ситуация усугубляется еще и тем, что стандартное заполнение календаря вообще никуда не годится. Его можно только авотозаполнением пользовать, да и то, при стандартной 40-ка часовке.
В файловом разделе можно найти мою обработку для контроля над календарем сотрудника. Она наглядно отображает состояние календаря и на каком календаре сотрудник вообще работает. Так же рекомендую установить вот эту обработку. Удобнее, в плане заполнения календаря, я пока ничего не видел.

- Q: Сотруднику ввели больничный лист, за период с 30.01.06 по 09.02.06, причина нетрудоспособности - общее заболевание. В журнале зарплаты по этому больничному листу дни оплаты указаны только за январь (2 дня), а за февраль стоят нули. С чем это связано?
- A: Не заполнили рабочий календарь сотрудника на февраль месяц.

3.2. Табеля

Здесь я хотел бы остановится немного на работе Табельщика и задачах которые он должен выполнять.

Основная работа, которую выполняет Табельщик – это ввод табелей отработанного времени по каждому сотруднику. В случае, если сотрудник работает стандартную 40-часовую неделю ввод табелей НЕ НУЖЕН!
Типовой табель – не самое удобное решение, разве что для самых простых случаев. Если же заполнять табеля на пару тысяч человек, то типовое решение покажется каторгой.
Поэтому я модернизировал типовой табель и добавил туда такие полезные кнопочки как
- Копирование часов
- Вставка часов
- Сдвиг часов влево
- Сдвиг часов вправо
- Заполнение часов с_по_ одним значением.
- Авто ввод приказов о работе в праздничные дни.
- Ввод табеля задним числом
Полезным дополнением в работе будет и отчет, который автоматически подсчитывает общее количество часов, количество ночных и праздничных часов, а так же проверяет правильность заполнения табеля, на том основании что в один и тот же день сотрудник не может находится на работе и быть в отпуске/командировке/больничном.
Скачать мой документ и отчет можно здесь.
Хотелось бы так же заметить, что ввод в табель часов «в целом за месяц» нужно исключить как класс. В этом случае половина расчетов вообще рассчитываться не будет.

3.3. Отклонения

Т.к. Табельщик – это человек, который следит за посещаемостью людей, поэтому на все дни отсутствия на рабочем месте именно он вводит документ «Невыход».
Есть мнение, что при ведения табеля документ «Невыход» даром не нужен, и так мол можно. Можно то оно, конечно, можно, кто ж запретит, да вот с документом то ввод этих самых табелей куда как веселее происходит. Ведь все отклонения уже введены заранее, а значит сам табель практически сам разбросает часы по месяцу!
Допустим, человек не был на работе с 01.12.2005 по 13.12.2005, по причине болезни. Но на момент 01.12.2005 Табельщик может и не знать о причине отсутствия. Поэтому вводит Невыход. Это не будет ошибкой, т.к. «Больничный лист» имеет больший приоритет и вытесняет невыход на работу. Однако, БЛ вытеснит только те дни, которые в нем указаны. Если БЛ выдан с 03.12.2005 по 13.12.2005, то два дня сотруднику не оплатят.
Внимание! Больничные листы оформляются отделом кадров, а проводятся и рассчитываются - расчетной группой.

Хочу отдельно остановиться на особенностях расчета БЛ и отпуска при суммированном учете рабочего времени.
Чиста для справки: Суммированный учет - это учет часов по сотруднику, находящемуся на вахте или на сезонных работах. При его использовании норма рабочего времени соблюдаться не по дням и не по неделям, а по учетному периоду. Учетный период может быть любой продолжительности в пределах года, но так, чтобы за этот период по графику работы у сотрудников не было переработки. В соответствии со ст. 104 ТК РФ введение суммированного учета допускается, когда в организациях или при выполнении отдельных видов работ по условиям производства (работы) не может быть соблюдена установленная для данной категории работников ежедневная или еженедельная продолжительность рабочего времени.
Включается этот учет в справочнике графиков работы.

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

Среднечасовой заработок составит 30000/450=66,66
Расчет отпуска 66,66*20*8*5/7=7618,29

Откуда взялась число 8? Это стандартное количество часов в 40-часовой рабочей неделе при расчете отпуска. Многие работнички возмущаются, что мало платят отпускных, а расчетчики не знают что им и сказать.
Надо просто делать различие между много работать и много зарабатывать.
Вахтовики много работают, но это не значит что их часовая ставка от этого большая, у них больше количество часов!
Сотрудник, у которого часовая ставка выше в отпуске и получит больше.

- Q: Сотрудник во время отпуска заболел, принес больничный, мы его ввели, но теперь программа сторнирует дни и оплату самого отпуска. Что делать?
- A: Умная ЗиКа знает, что не может быть в одно и то же время двух событий - отпуска и больничного и убирает начисление отпуска. По закону отпуск должен быть продлен на время больничного листа. Я предпочитаю продление делать отдельным документом, хотя есть мнение, что нужно делать исправление прошлого отпуска. Объясняю почему я рекомендую делать отдельный документ:
1. Не факт, что сотрудник знает законодательную базу и не придет на работу с окончанием отпуска (типа сказали пол-восьмого, значит пол-восьмого и нечего тут самолечением заниматься!)
2. Продление отпуска - чисто расчетный документ, никакой ошибки в прошлом начислении не было - нечего и «исправлять»

- Q: Человек с 27.02 по 12.03 идет в ученический отпуск. Ему должны оплатить 13 дней, а программа ставит 14. В календаре 8 марта отмечен как праздничный. В календаре отпусков тоже. Почему?
- A: Я понимаю, что трудно, практически не возможно открыть Помощь - Дополнение к описанию 258 релиза, поэтому процитирую: «В соответствии со ст. 173 ТК РФ работникам, совмещающим работу с обучением, предоставляются учебные отпуска, исчисляемые в календарных днях. При этом учитываются все календарные дни, в том числе и нерабочие праздничные, приходящиеся на период учебного отпуска.
Для оплаты учебных отпусков средний заработок рассчитывается по общим правилам, а оплачиваются календарные дни, включая праздничные
»

- Q: В ноябре сотрудник принес больничный лист, мы его рассчитали, но в результате сумма по больничному листу оказалась завышенной. Такое впечатление, что программа учитывает повышение окладов на весь период, хотя мы повышение делали только в начале ноября. Почему так?
- A: Потому что в отличие от Вас, ЗиК учитывает положение о расчете среднего заработка, в котором подробненько так описан Ваш случай. Не поленитесь, прочитайте его, тем более, что это положение датировано 2004 годом.

3.4. Отпуск по беременности и родам

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

3.5. Ввод ночных и праздничных дней

Ввод ночных и вечерних часов производится документом «Табель отработанного времени».
Поэтому форма оплаты таким сотрудникам должна быть по табелю.

Еще один способ ввода ночных - в графике сотрудника указать календарь ночных часов.

Особенно меня радуют вопросы связанные с расчетом ночных часов у работающих по окладу.
И ведь чего только не городят! Вот типичные высказывания:
- ничего в законодательстве не нашли
- это придумали в
- а наш отдел расчета ЗП всегда считал так
- я не стал разбираться и просто переделал как надо
Уважаемые балбесы, если вам влом найти постановление МинТруда за номером 56, то я таки вам с радостью сообщаю что в оном постановлении черным, практически по белому, написано, что расчет часовой тарифной ставки при расчете ночных часов производится от среднемесячного количества часов.
Т.е. если человек отработал в ночь, а основная форма оплаты труда у него по окладу по часам, то расчет будет таким
Сумма = Оклад/166*НочныхЧасов
Объясняю еще раз, для тех кто не понял: это постановление действовало в КЗоТ, но его никто не отменял и оно было продлено на действующий ТК.
Если же уважаемым балбесам МинТруда не указ, то будьте любезны прописать ваш расчет в колдоговоре, чтобы в случае судебных разбирательств у вас была бумажка за подписью и печатью.
Ну и вдогонку (для тех, у кого с колдоговором все хорошо): константа СрЧасовПри40чРабНеделе - периодическая. Ее можно хоть каждый месяц менять. Это если модуль расчета править не хочется.

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

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

Оплата праздничных и выходных 48,19
Доплата за праздничные 48,19

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

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

Оплата по табелю 1000
Оплата праздничных и выходных 48,19
Доплата за праздничные 48,19

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

Пример 3: В этом примере в табеле укажем основные часы за праздничный день. Тогда картина несколько поменяется:

Оплата по табелю 1062,5
Оплата праздничных и выходных 0
Доплата за праздничные 48,19

Как видно из расчета сумма оплаты по табелю увеличилась на 62,5р, зато оплата праздничных дней стала равна нулю. Именно из-за этого расчета я считаю предыдущий расчет не верным, т.к. расхождения в оплате за день быть не должно! Единственным оправданием такого расхождения может быть оплата выходного дня как сверхурочной работы, когда сотрудник выходит не по своему графику.
Видишь суслика? А он есть!

- Q: На предприятии ведется суммированный учет рабочего времени. Сотрудники работают так называемым «вахтовым методом», начало вахты - первое число каждого месяца, окончание - конец этого же месяца, затем межвахтовый отпуск на два месяца.
23 февраля вся вахта работала, как в обычный день. Нужно ли оплачивать этот день как праздничный - в двойном размере?
- A: ст 113 ТК запрещает работу в выходные и праздничные дни. Не смотря на то, что при суммированном учете рабочего времени непрерывная продолжительность рабочего периода может составлять несколько месяцев и включать выходные дни обычной 40-часовой рабочей недели, праздничные дни в этот период включаться не должны. В случае выхода в праздничный день сотрудника на работу этот день оплачивается в двойном размере и только с письменного согласия сотрудника! Специально для неверующих: «В случае когда рабочее время совпало с нерабочим праздничным днем, оплата за работу в этот день производится в размере не менее одинарной часовой или дневной ставки сверх оклада, если работа в праздничный день производилась в пределах нормы рабочего времени, и в размере не менее двойной часовой или дневной ставки сверх оклада, если работа производилась сверх нормы».

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. Закрытие периода

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

10. Отчеты

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

- Q: Сотрудник принят на работу с 17 января в подразделение А. С 24 января его перевели в другое подразделение Б и оформили кадровый приказ, а в своде проводок не с 24 , а с 17 числа зарплата ложится на новое подразделение Б.
- A: переводы с середины месяца в ЗиК не поддерживаются. По большей части это вообще маразм, такие переводы считать. Могу показать на примере, что такие расчеты - показуха работы и она нафиг ни кому не нужна.
Зададимся глобальным вопросом: а зачем нам вообще нужны проводки? Скажите «для выгрузки в бухгалтерию, разумеется!» ?
Не правильно скажите. Бухгалтерия это ведь только средство сбора и обработки информации, а проводки мы выгружаем как раз для анализа деятельности предприятия.
А теперь зададим вопрос менее глобальный: насколько важно для предприятия участие дворника Иванова в подразделение 1, переведенного туда по приказу бригадира Шарапова 14 числа текущего месяца? Что такое зарплата всего предприятия и зарплата дворника Иванова, да еще и за половину месяца?
Прежде чем начать возмущаться подумайте вот о чем: на крупном предприятии отдел труда и зарплаты назначает суммы премиальных для каждого подразделения. Никогда не задумывались, как они это делают?
А делается это так: ОТиЗ садится с начальником за стол и смотрят на отчет экономиста по продукции или работе за месяц. Затем, закатив светлы очи к потолку, проставляют суммы премий. Как? Да на глаз. Захотели - поставили, захотели - урезали.
Точно так же плановый отдел считает долю затрат на производство. Ну скажите мне, как можно рассчитать количество эл. энергии, потраченную на изготовление одного шпиндельного двигателя рабочим Петровым? А тепло как сосчитать? А воду? Ему же мыться иногда надо! А расходные материалы типа лака, растворителя и т.п. ушедших на этот самый шпиндель? Да никак! Можно только примерно сказать какая доля процента потрачена туда то и туда то.
Ну и сравните теперь погрешность на «глазок», примерной прикидки затрат и погрешность зарплаты дворника Иванова. Оно вам надо?
Хотя, если задаться такой целью, программу можно заставить учитывать такие переводы, но трудозатраты будут огромны, ведь все такие изменения нужно будет в будущем переносить на новые релизы программы.

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

- Q: А что это у меня в справочнике шаблонов столько элементов появилось?
- А: Это потому, что криворукие студенты не смогли придумать ничего умнее, как заполнять этот справочник всяким техническим мусором. Они не понимают, что найти нужную проводку для документа Бух, нал учет при достаточно сложной структуре предприятия и развернутой системе затратных счетов очень проблематично.

-Q: Свод проводок формируется нормально, но появляются какие то непонятные проводки по счету 91.1 и 91.2
-A: Это копейки образованные от округления сумм ЕСН и ПФР. По рекомендации пенсионного фонда расчет страховых взносов и единого соц налога ведется с точностью до 5 знаков после запятой. В бухгалтерском учете эти суммы округляются до 2 знаков после запятой. Если посчитать по всем сотрудникам, то набегает разница +/- несколько копеек. Вот эта разница в округлении и попадает на 91 счет.

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

11. Отчетность в ФМНС

Этот раздел в недалеком будущем отправится на свою собственную страничку. А пока ограничусь таким актуальным в начале года вопросом:
- Q: Скажите пожалуйста, подавать ли сведения на предпринимателей у которых куплены товары по товарным чекам или нет? Если подавать - какой вид дохода ставить? Программа которую дает налоговая НалогоплательщикЮЛ предусматривает ввод паспортных данных и прописки и без них контроль не проходит. Если сформировать файл таких ИП другими средствами в налоговой не примут. Что делать?
- A: Если коротко: не сдавайте такие данные вообще, и за это Вам ничего не будет.

Теперь развернуто:
Чего тут только не понаслушаешься:
1. налоговая пугает дикими штрафами в 100р с каждого ПБОЮЛ
2. при проверке должны быть копии документов постановки ПБОЮЛ на учет, а если нет , то обязан подать сведения
3. Один звонок в налоговую «подавать - не подавать» и все ясно
4. всегда так делали(в смысле подавали)

Разбираем по порядку.
1. Размер и порядок штрафа определен ст 126 НК п.1. Но разве шел разговор о «непредоставление сведений»? С какой стати налоговый агент должен подавать сведения, которые ему подавать не надо? Но даже если мы на микросекунду допустим что это так, с какой это стати вы в налоговую подаете справки на каждого сотрудника отдельным документом? Есть обязанность подавать сведения, причем по всем ФЛ сразу, одним документом, бумажным, или электронным. И единовременно.
2. Читаем ст. 230 НК, п.2. Медитируем над фразой «если эти индивидуальные предприниматели предъявили налоговому агенту документы...». У меня что то с глазами не так? Может тут написано что нужны копии документов постановки ПБОЮЛ на учет? Что в Русском (это слово пишется с Большой буквы!) языке означает слово «предъявили»? Вас когда ГАИшник останавливает вы у него тоже копию с его удостоверения снимаете?
3. Отлично! Всегда балдел от таких звонков. Вы когда детский садик закончили? Что так давно, да? А ведете себя как ребенок перед строгой няней.
С налоговой можно общаться только в письменном виде. Иначе есть шанс как-нибудь после звонка вас штрафануть за нарушение НК. Налоговая и штрафанет. И будет права. В налоговых хорошо усвоили, что лохов надо доить.
4. Еще лучше предыдущего пункта. Просто шедевр. Делайте дальше - дурная работа дураков любит.

Разберемся, что же это за постановления такие, о которых столько копий сломано.
На зарегистрированных предпринимателей сведения вообще не подаются - у них уже есть свидетельство и они сами с налоговой разбираются. Об этом прямо говорится в ст. 230 НК, п.2.
Остается вопрос с не зарегистрированными. Ну что ж, раз уж сами НК читать не хотите ткну в него носом.
Внимательно прочитайте свои обязанности, как налогового агента в ст.226. Эта статья прямиком отсылает нас на ст.228, в которой нет предпринимателей!
Формально сведения о доходах от продажи имущества НИКОГДА не надо было подавать: это обязанность налоговых агентов, а организации-покупатели имущества таковыми не являются - они не обязаны удерживать НДФЛ
И если раньше во всяких НалогоплательщикахЮЛ код для доходов от продажи имущества был предусмотрен(в 2005 году - это 1520) - это было не более чем строгое выполнение Приказа Федеральной налоговой службы от 25 ноября 2005 г. N САЭ-3-04/616@ "Об утверждении формы сведений о доходах физических лиц", то теперь появились и официальные мнения, которые следуют строгому прочтению НК, что эти сведения подавать все-таки не нужно: Письмо Федеральной налоговой службы от 16 ноября 2005 г. N 04-1-03/567 "Об уплате налога на доходы физических лиц". В крайнем случае можно прикрываться им.
Еще раз, для тех кто не понял: НК не изменился, просто появилась официальное мнение. Предприятие не является налоговым агентом упомянутых физических лиц, даже если они не являются зарегистрированными предпринимателями. А уж если зарегистрированные... так в НК аж в нескольких местах настойчиво написано: НЕ НАДО!

Итоги

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

Перейти на главную страничку сайта (список статей, файлы для скачивания)

© 2007 http://www.script-coding.com При любом использовании материалов сайта обязательна ссылка на него как на источник информации, а также сохранение целостности и авторства материалов.