HELP: отпуск - начисление в будущем месяце!!!
 

ЗиК77

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

1. При расчете, согласились на проведение в будущем месяце.
2. При выплате отпуска, поставили период ОКТЯБРЬ, дата проведения – СЕНТЯБРЬ.
3. После формирования зарплаты за СЕНТЯБРЬ, чтобы счет70 соответствовал счету70 в бухгалтерии (и выплатам по банку в бухгалтерии), бухгалтер в уже созданных ранее документах выплаты по отпуску за ОКТЯБРЬ, поменял период на СЕНТЯБРЬ (без перерасчета).
4. Теперь при выплате зарплаты за ОКТЯБРЬ, ЗиК увеличивает сумму к выплате на сумму уже выплаченных отпускных в СЕНТЯБРЕ.

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

Вопрос: как исправить сложившуюся ситуацию? Таких отпускников с исправленными вручную периодами – очень много. При этом, бухгалтерия хочет, чтобы сальдо ЗиК и бухгалтерии – сходилось.

1. Нет как таковой "оплаты отпуска", есть выплата сохраненной заработной платы. Отпуск в октябре - значит и зарплата (сохраненная) за октябрь. Но! период расчета все-таки сентябрь. И проводки по сборам должны быть сентябрьскими!
[b]Неправильно[/b].
2. Правильно, надо и за 50 счетом следить.
3. [b]НЕПРАВИЛЬНО![/b] Период проведения [b][u]кассового[/u][/b] документа должен совпадать с бухгалтерским периодом!
4. Поведение программы соответствует введенным данным, а не "представлениям" расчетчиков. А выплаты "за октябрь" удалены.

"Бухгалтеров не устраивает..." - эти ... [em]бюзтгалтера[/em] выступают не по делу.

В ЖЗ записи имеют 2 (два) периода: период действия (две даты в списке), и период расчета (соответствует налоговому периоду) - активны в соответствующем расчетном периоде. Поэтому заведение записей "по отпускным" в сентябре с октябрьским периодом расчета - совершенно неверно: дата дохода для сборов совпадает с датой начисления.

Как исправить... Просто: оборвать руки [em]энтуазистам[/em], и напомнить, что бухгалтера не имеют право чего-либо решать. Вообще. Да, как Барби.
P.S. И все будет хорошо: и 70 счет в порядке, и 50, и претензий ПФРщиков и прочих из ФуСиСи не будет.
Гарантирую.

(1) Спасибо. Но есть ли какие-либо аргументы, которые могут убедить бухгалтеров, что то, что они сделали - это неверно. Они и дальше хотят продолжать также шаманить с периодами, но от меня требуют переделать проведение документа выплаты по ДАТЕ проведения.

И сейчас-то что нам делать? При выплате в октябре ЗиК увеличивает сумму к выплате на сумму уже выплаченных отпускных в СЕНТЯБРЕ!!!

1-VZ > вот чревато это сильно - будущий отпуск в ЗИК текущим проводить:( особенно на границе периодов отчетности. если потом отзыв или больничный (уже в октябре), то с ПФ намучаешься:( и за кассой все-таки надо в бухии следить, в ЗИК только фиксировать выплату, методы отслеживания остатков можно придумать... а в данном случае - кто дал бухам мягкий откат? и прежде чем курочить программу, надо с консерваторией разобраться:)

Утверждают, что это ЗиК неправильно все считает.

(3) Спасибо. Напишите пож-та, подробнее, то будет с ПФ, если у кого-то будет больничный в октябре? А он будет, т.к. у многих они сделали такие правки периода.

(3) Вот именно из-за выравнивания сальдо по кассе/банку между бухгалтерией и ЗиК, стали делать такие корректировки в периодах. Иначе, им трудно сверять счет70.

5-dft2014 > если провести октябрьский отпуск сентябрем, то суммы начислений и взносы в сентябрь попадут. если потом в октябре больничный во время отпуска, то отпуск автоматом сторнируется и начисления завалятся в минус, что не пропустит ПФ. но правки они сделали не по начислениям, а по выплатам. или это будет висеть как аванс и протягивать перерасчет, или следить за кассой отдельно

+т.е. вернуть период выплаты на "за октябрь"

а вообще, если выгружать проводки с разбивкой "по сотрудникам" и в бухии нормально на сотрудников выплаты вешать, то никакое сальдо не теряется

(7) Спасибо. А как нам сейчас все поправить? См.мое сообщение в (2).

(8) Возвращать период выплаты назад - не хотят и не будут.
(9) Проводки выгружаются сводно.

2-dft2014 > "есть ли какие-либо аргументы, которые могут убедить бухгалтеров" - я [b]не убеждаю[/b] бухгалтеров. Потомушто у них не должно быть убеждений: они счетчики. Фиксаторы события. Датчики. Градусник имеет право решать, какую температуру показывать?
Сказано во всех наставлениях по бух.учету: "регистрация должна быть своевременной" (что расшифровывается обычно далее как "при поступлении документа") - заткнись, и регистрируй. Даже если кто-то рядом канючит поставить другую дату.
Считают что-то "неправильным" - приноси [b]нормативный[/b] документ, и показывай. Нет, "мнение" и слушать не буду.

(12) В этом случае, мне нужно предоставить им нормативный документ. У меня его нет...

11-dft2014 > выгружать "с разбивкой" религия не позволяет? "не хотят и не будут" - а по мозгам? в любом случае, им тогда ЗИК не подойдет, пусть переходят на другую программу. даже если сделать как они хотят и все изломать - не поможет. удовлетворить на текущий момент - пересчитать октябрь, чтоб текущее начальное сальдо нормально встало. но уверяю, с таким подходом это ненадолго:)

(14) Весь год выгружали сводно, поэтому сейчас менять на разбивку по сотруднику, как-то нелепо. Тем более, что у нас около 5тыс. сотрудников.

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

13-dft2014 > Мало им аргумента, что они неправильно задали период для налогового учета? Мало? Ах, ЗиКа должна... Нихрена она не должна. Введена регистрация на октябрь - значит, на октябрь. И "понимать" не будет.
Не нравится ЗиК? Пиши свою. Ах, не умеешь...
Тогда заткнись, и изучай инструмент.

15-dft2014 > а как-же вы раньше жили??? давно на ЗИК? это что, в порядке вещей - бездумно откатываться и менять что-то в прошлом периоде, даже не протянув пересчет в последующих? а то, что конечное сальдо пред месяца в своде не совпадает с начальным следующего их не волнует? представляю, что у вас с базой:) ЗЫ: я дорого беру за приведение в порядок подобного и вправление мозгов бушкам;)

16-dft2014 > Это совсем не просто, это очень просто: проводи Выплату по закрытию ведомости. Вот как закрыли - ставь дату, и проводи, указав "за какой период".
И больше не лапай!!

(1) Цитата: "[em]В ЖЗ записи имеют 2 (два) периода: период действия (две даты в списке), и [b]период расчета (соответствует налоговому периоду)[/b] - активны в соответствующем расчетном периоде."[/em]
Подскажите, где в ЖР увидеть период расчета? Я вижу только две даты (период действия).

Вот нашла ссылку законодательную: [url]http://www.garant.ru/consult/account/415998/[/url]

[b]Начисленная сумма отпускных за месяц, который еще не наступил, признается в бухгалтерском учете [u]в том отчетном периоде, в котором у работников возникает право на отпуск[/u].[/b]

что делать - из дока начисления за октябрь сотра убрать(вынести в отдельный док), остальным сделать док выплата, и пока он из отпуска не пришел - сидеть матчасть учить, где начисления и где выплаты
ЗЫ где я, где пиво и где завтра

период начисления(включая все переходящие и вперед и назад) только по доку - период выплаты... ну как тебе сказать
ЗЫ (0) насчет буха не парься - тупой тупому по-любому брат

(14) Если сейчас пересчитать ОКТЯБРЬ, то создастся новый документ к выплате. И в расчетном листке за СЕНТЯБРЬ будет выплата и в расчетном листке за ОКТЯБРЬ появится выплата на ту же сумму. Получается, что мы 2раза выплатили отпускные!!!

(8) [em]"вернуть период выплаты на "за октябрь""[/em], я так понимаю, что это предполагает сделать мягкий откат? И в ЖЗ исправить выплату отпускных в сентябре на октябрь?

Т.е. теперь стоит задача - как-то убрать сумму долга (равна сумме отпускных), которая теперь будет появляться из месяца в месяц.

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

24-dft2014 > Не надо путать "чистку сальдо" с [b]фальсификацией[/b] сальдо.
[b]Сальдо конечное есть сальдо начальное плюс начисления и минус удержания[/b] - вот единственная и неповторимая формула для "сальдо". Все остальные "[em]здесь учитываем, здесь имеем ввиду, а здесь селедку заворачиваем[/em]" есть вранье и лукавство. Которое обязательно влупит по мозгам. И не надо надеяться, что "пронесет". Ибо обязательно пронесет. Очень жидко.
Все наработки "по чистке сальдо" касаются двухствольного представления "суммарного" сальдо ВР "сальдо округления" и ВР "сальдо задолженности".
Это - отдельная тема, с сабжем никак не связанная.

24-dft2014 > о, у вас и документы к выплате сами создаются при пересчете:) крута:) а еще что интересного в вашей "ЗИК", чего мы еще не знаем?

(26) Вероятно, я не так написала. Я имела в виду, что если создадим (вручную) новый документ Выплаты за октябрь, нажмем рассчитать, то он заполнится суммой как раз на сумму отпускных. Но тогда И в расчетном листке за СЕНТЯБРЬ будет выплата и в расчетном листке за ОКТЯБРЬ появится выплата на ту же сумму. Получается, что мы 2раза выплатили отпускные!!!

Вот предистория:

Если отпуск начинается в следующем месяце, то при начислении отпуска, программа на выбор, дает два варианта отражения отпуска: в текущем месяце или в будущем месяце. [u]Что сделал бухгалтер:[/u]
1. При начислении отпуска нажал “Да” (т.е. провести начисление будущим месяцем), при этом начисление программа фиксирует в будущем месяце.
2. Выплатил отпускные.
3. Начислили остальную зарплату.
4. Выплатили остальную зарплату.
5. Сделали выплату из п.4 непроведенной.
6. Вернулись в выплату отпускных и вручную поменяли период, указав текущий месяц.
7. Сменили период.
8. Ввели Накопленную задолженность.
9. Теперь проводят Выплату отпускных из п.5.

В результате имеем: выплата – в текущем месяце, начисление – в будущем месяце. Что совсем не логично: нельзя учесть отпускные просто по моменту выплаты без начисления (начисление у нас ушло в будущее). Соответственно, в следующем месяце, программа пытается увеличить сумму к выплате. И из месяца в месяц будет показываться долг.

[b]Как теперь это поправить???[/b]

28-dft2014 > еще раз, если "не хотят и не будут", то как минимум - пересчитать начальное сальдо октября! (перезаполнить накопленную задолженность и пересчитать текущее начальное сальдо). если в сентябре выплачена вся зарплата + будущие отпускные, то накопленной задолженности быть не должно, а текущее начальное сальдо должно пересчитаться в минус ЗЫ: ну я уже не знаю, как еще объяснить...

28-dft2014 > Сумбур какой-то. Если период проведения отпускных стал в сентябре (да он и был в сентябре до исправления независимо от реквизита "За период", установка периода Октябрь влияет только на заполнение по кнопке "Рассчитать"), т.к. [em]регистрируется[/em] документ по расчетному периоду его проведения. Фактически в сентябре был выплачен аванс за отпуск без начисления. Учитывая, что начисленная в сентябре зарплата была за сентябрь выплачена, долга за сентябрь после перехода на октябрь нет, а излишние выплаты ЗиК в задолженности не регистрирует. Это должно быть задолженностью (с минусом) в текущем начальном сальдо октября. Вы сальдо-то проверяете? Тогда это отрицательное сальдо (сентябрьский аванс отпускных, начисленных в октябре) должно компенсировать начисление отпускных октября. Но в расчетном листке отпускные будут показаны в октябре. При формировании ведомости за октябрь в режиме [em]полной выплаты[/em] никаких дополнительных отпускных выплат появиться не должно. Если же опять заполняете по виду расчета "Отпускные" или по документу отпуска, суммы, ес-но, появятся.

Многа букф...
Основное, что понял:
- Если бухи НИЧЕГО не будут исправлять в документах выплаты после АВТОМАТИЧЕСКОГО ЗАПОЛНЕНИЯ, тогда и проблема исчезает (абсолютно во всех вариантах).
И ни на какое сальдо-бульдо это не влияет.
Ибо выплачено в СЕНТЯБРЕ за ОКТЯБРЬ - это не только правильно по ПБУ, налоговому кодексу, но и по ТК

Вообще-то проблем не должно быть в любом случае, если только такое исправление периода проделывается [em]до перехода[/em] на следующий месяц с указанием периода не ранее текущего. И выплата за октябрь производится [em]после[/em] начисления и расчета зарплаты.

Возвращаюсь к своим баранам...

Сейчас будем рассчитывать ноябрьскую зарплату, расчетный период уже ноябрь. Как все поправить? Пока ничего не исправляли. Т.е. [b]сейчас, у таких сотрудников формируется Задолженность по заработной плате, как раз на сумму выплаченных ранее отпускных.[/b] Причем смотрю в ЖР, эта задолженность автоматически сформировалась документом "Накопленная задолженность".

В расчетном листке за ноябрь (пока только аванс выдали), показывает "долг за предприятием на начало месяца", как раз на сумму отпускных.

33-dft2014 > Правильный способ: Откатиться. Сделать все правильно. Последовательно вернутся в расчетный период, аккуратно пересчитывая сальдо и выплаты. Обормотку "мягкого возврата" спрятать в недоступное место.
Неправильный, но легкий метод: "Метла ЖЗ" ;)

(34) Откатиться не можем!!! У нас 5000 сотрудников. Начисление ЗП и смена периода у нас занимает несколько суток. Т.е. "Откатиться" - этот вариант даже не рассматривается!!!

35-dft2014 > Бог мой, сколько эмоций, и восклицательных знаков!
Так вы еще и инструментом не владеете... И при всей этой безрукости и безголовости позволяете себе рассуждать "как правильнее" с позиции "на кухне у Пронькиных"?!
P.S. Полдня. Максимум.

33-dft2014 > Задолженность на сумму отпускных может образоваться только в одном случае - если в прошлом месяце отпускные были начислены [em]и проведены[/em] прошлым расчетным периодом, но выплата отпускных тогда (при переходе на следующий месяц) проведена не была. Неплохо было бы почётче обрисовать ситуацию. То, что вы писали, в поведение [em][b]типовой[/b][/em] ЗиК не укладывается.

Правильно ли будет, если перед началом расчета ЗП за НОЯБРЬ, ввести документ "Исправление", c периодом Ноябрь: в нем автоматически подтягивается ВР "Задолженность по ЗП" как раз на сумму отпускных. И в колонке Исправление обнулить эту сумму.
Ведь отпускные мы уже выплатили еще в Сентябре.

38-dft2014 > Смотрим (25). Думаем, если есть чем.
"Неправильный" способ упомянут в (34). Он хоть цепочку "сальдо" не рвет.