Сообщение от Борис О.
Посмотреть сообщение
Объявление
Свернуть
Пока нет объявлений.
Уплата за уволенного работника, СПВ-1, расчет уплаты в конце расчетного года
Свернуть
X
-
Сообщение от
Ваш принцип распределения, по-моему, усложнен тем, что Вы хотите, чтобы бухгалтер знал, что уплатила организация - остатки или взносы. Это дополнительный учет, тем более, что перечисленные суммы знает главный бухгалтер, а рядовому бухгалтеру нет никакой разницы - остатки это или очередные взносы. Учет уволенных и принятых при по-месячном начислении взносов и уплаты большого труда не представляет. Приказы на прием и увольнение у бухгалтера под рукой, без них зарплату не начисляет. Кроме того, я уже останавливался на том, что принятые в текущем месяце ещё не "заработали" свою часть уплаченных взносов, потому что у моих подшефных уплата всегда идет месяцем позже. Да даже возьмите любую организацию, которая отчиталась по РСВ-1 за первый квартал. Первый месяц был нулевой, он либо оплачивался за декабрь прошлого года (при недоплате за 2009 год), либо не нулевой в единичных случаях при досрочной оплате и отсутствии долгов прошлых лет. Так что каждый исходит из своих конкретных ситуаций. Я же, повторяю, свой алгоритм проверил на конкретных примерах с расчетом зарплаты, начислением взносов и уплаты.
-
Спасибо
0
-
-
Кстати, и с переплатой не очень сложно можно справиться, если где-то, аналогично платежам, фиксировать переплату за отчетный период (нам она помесячно особо и не нужна), а потом дать возможность пользователю выбрать период, в котором ее учесть, и принцип учета (погашение остатков или платеж за этот период). И все. При этом никто не мешает переплату поделить на части и использовать в обеих составляющих Уплачено.
-
Спасибо
0
Прокомментировать:
-
-
Ваш вариант хорош, если говорить о программе расчета зарплаты или при ведении карточки по страховым взносам помесячно. Предложенный мной алгоритм позволяет расчитать Уплачено по суммам в отчетности, если помесячно разнесены только платежи, а у сотрудникам начисления по периодам, а не по месяцам. Он нисколько не сложнее, но сумма уплаты по каждому сотруднику получается обоснованной. Расчет универсальный и не зависит от того, уволен человек или нет.
Кроме того, вопрос переплаты зависит от того, как будет сделана входящая программа в ПФР (у меня, естественно, нет такой информации) - если при закачке сумм будет осуществляться контроль Всего начислено>=-Всего уплачено (с учетом требований не показывать переплату), такой вариант может и не пройти. Особенно, если учесть то, что такой контроль может осуществлять только при закачке в базу, а не при сдаче сведений.
Но об этом пока можно только гадать. Алгоритмов может быть много, каждый выберет тот, который ему покажется оптимальным.
-
Спасибо
0
Прокомментировать:
-
-
Сообщение от Ирина55 Посмотреть сообщениеЕсли в платежах иметь два параметра - когда уплачено и за какой период можно мостроить следующую схему. Вычисляется 2 коэффициента:
- по текущему отчетному периоду (сумма, уплаченная в отчетном периоде за этот же период / начислено за отчетный период)
- по предыдущим периодам (сумма, уплаченная в отчетном периоде за другие периоды, начиная с 2010 года / остаток по всем сотрудникам)
Тогда у каждого сотрудника УПЛАЧЕНО может состоять из 2 частей - база текущего отчетного периода, умноженная на 1-й коэффициент уплаты, и остаток за предыдущие расчетные периоды, умноженный на 2-й коэффициент. Сумма получится достаточно реальная.
Есть только одна проблема, которую придется решать - переплата. Нужна сумма переплаты и информация, в каком периоде ее учитывать. Но эту проблему можно решить, вводя искусственные параметры или как-то иначе.Алгоритм не так уж и усложняется.Сообщение от Михаил Иванович Посмотреть сообщениеПо-моему, Вы слишком усложняете алгоритм.
И есть логика: то что распределяется соответствует показателям,
по которым распределяем.
Заплатили остатки- распределяем пропорционально остаткам.
Заплатили взносы - распределяем пропорционально взносам .
И при этом не надо отдельно рассматривать уволенных и принятых,
или кого-то еще. Все они естественным образом закрываются.
Мне кажется, больше проблем будет возникать при учете уволенных и вновь принятых.
Так что в вариант от Ирина55 вполне приемлемый.А с переплатой
в любом случае надо бороться
-
Спасибо
0
Прокомментировать:
-
-
Сообщение от
По-моему, Вы слишком усложняете алгоритм. Я взял самый простой вариант - сумма уплаты за месяц начисления взносов. Например, месяц начисления взносов - август, платеж по нему проходит в сентябре. Этот вариант я взял ещё и потому, что у моих подшефных никогда уплата не совпадала по времени с месяцем начислений. Вот эту сумму мы и будем вводить в программу. По переплате проблемы нет. Если в расчетном месяце прошла переплата - погашение задолженности предыдущих месяцев, то УПЛАЧЕНО больше НАЧИСЛЕНО сейчас допускается. А если переплатили больше, чем начисляли в отчетном периоде, то просто сальдо на следующий отчетный период пойдет с минусом. При очередной недоплате этот минус исчезнет. Единственно, что я ввёл, так это некоторые нюансы для учета уволенных в расчетном месяце или в предшествующем расчетном периоде или принятых в текущем месяце. По уволенным погашаю сальдо и начисления текущего месяца, а принятому уплату устанавливаю нулевую, ему она пойдет, начиная со следующего месяца. В общем, я сделал прогон по 2 полугодию и протестировал. Результат положительный. Продолжаю экспериментировать с другими ситуациями.Сообщение от Ирина55 Посмотреть сообщениеЕсли в платежах иметь два параметра - когда уплачено и за какой период можно мостроить следующую схему. Вычисляется 2 коэффициента:
- по текущему отчетному периоду (сумма, уплаченная в отчетном периоде за этот же период / начислено за отчетный период)
- по предыдущим периодам (сумма, уплаченная в отчетном периоде за другие периоды, начиная с 2010 года / остаток по всем сотрудникам)
Тогда у каждого сотрудника УПЛАЧЕНО может состоять из 2 частей - база текущего отчетного периода, умноженная на 1-й коэффициент уплаты, и остаток за предыдущие расчетные периоды, умноженный на 2-й коэффициент. Сумма получится достаточно реальная.
Есть только одна проблема, которую придется решать - переплата. Нужна сумма переплаты и информация, в каком периоде ее учитывать. Но эту проблему можно решить, вводя искусственные параметры или как-то иначе.
-
Спасибо
0
Прокомментировать:
-
-
Если в платежах иметь два параметра - когда уплачено и за какой период можно мостроить следующую схему. Вычисляется 2 коэффициента:
- по текущему отчетному периоду (сумма, уплаченная в отчетном периоде за этот же период / начислено за отчетный период)
- по предыдущим периодам (сумма, уплаченная в отчетном периоде за другие периоды, начиная с 2010 года / остаток по всем сотрудникам)
Тогда у каждого сотрудника УПЛАЧЕНО может состоять из 2 частей - база текущего отчетного периода, умноженная на 1-й коэффициент уплаты, и остаток за предыдущие расчетные периоды, умноженный на 2-й коэффициент. Сумма получится достаточно реальная.
Есть только одна проблема, которую придется решать - переплата. Нужна сумма переплаты и информация, в каком периоде ее учитывать. Но эту проблему можно решить, вводя искусственные параметры или как-то иначе.
-
Спасибо
0
Прокомментировать:
-
-
За выходные дни проверил последнюю версию своей программы по расчету уплаты страховых взносов и формирование отчетности за 2 полугодие. Основное внимание обратил на погашение задолженности по работнику, уволенному в 1 полугодии. Сформировал файлы. По уволенному работнику стаж "занулил", начисления - ноль, уплата - сальдо на 1 июля. Проверил файл тестовой программой CHECKXML от 02.08.2010. По стажу - никаких предупреждений, по начислению и уплате "Уплачено больше чем начислено. Погашение задолженности за предшествующий период". Жить можно!
-
Спасибо
0
Прокомментировать:
-
-
Снова опровергаю свои же идеи. За прошедшее после вчерашнего сообщения время безуспешно пытался получить 100% введенных сумм уплаты. Сальдо рассчитывается правильно, а суммы уплаты "пляшут" то в одну, то в другую сторону. Окончательный вариант выбрал такой. Коэффициент уплаты вычислять по сумме начмсления и уплаты за месяц. Например, в феврале уплатили за январь. Тем не менее, коэффициент уплаты рассчитываю по начислению февраля. А чтобы получить сальдо на начало 2 полугодия, перерасчет 1 полугодия в этом варианте делать не нужно, мы его получаем вручную по отчетным формам СЗВ-6 первого полугодия. У кого какие результаты по расчету уплаты?
-
Спасибо
0
Прокомментировать:
-
-
Отвечаю сам же на свой вопрос. "Осчастливливать" можно, по-моему, если ежемесячно вести учет начислений, уплаты и сальдо с накоплением с начала года. Иначе получается такая чушь, что ни в какие ворота не лезет. Значит, придется производить перерасчет начислений в фонды с начала года. То есть, опять получается подтверждение идеи считать индивидуальные сведения аналогично РСВ-1. Вот такие новости "без политики".
-
Спасибо
0
Прокомментировать:
-
-
Вопрос разработчикам своих программ: никто не пробовал посмотреть, что получится с уплатой и сальдо, если в первом полугодии были большие недоплаты, а во втором полугодии "обрушить эти суммы на головы" своих работников, осчастливить ПФР погашением задолженности?
-
Спасибо
0
Прокомментировать:
-
-
Вся коллизия по корректирующим с этого года в том, что стоит НАЧИСЛЕНО и УПЛАЧЕНО тронуть по одному сотруднику, как лавинообразно нужно будет пересчитать уплаты по ВСЕМ. Ведь общая сумма уплаты не изменяется. Я уже высказывал предположение, что исполнители Правил просто скопировали порядок заполнения со старых форм, добавив только показатели УПЛАЧЕНО. Пока такие соображения. Я думаю, что эта тема у нас не скоро закроется.Сообщение от fla3 Посмотреть сообщениеА если их заставят по какой-то причине сдать корректирующие сведения за 1 полугодие, что будет с этим сальдо?
-
Спасибо
0
Прокомментировать:
-
-
А если их заставят по какой-то причине сдать корректирующие сведения за 1 полугодие, что будет с этим сальдо?Сообщение от Михаил Иванович Посмотреть сообщениеДля ввода сальдо на 1 июля бухгалтеры вручную (увы!) по ИС за 1 полугодие вычисляют суммы недоплаты (сальдо) и вводят в программу.
-
Спасибо
0
Прокомментировать:
-
-
Сообщение от
Коллеги! Не знаю, кто как поступит, но я с июля месяца ввожу по-месячную уплату и сальдо по уплате на 1 июля. Ежемесячно рассчитываю начисления, помечаю уволенных и принятых, распределяю уплаченную сумму (без начисления и сальдо уволенного) по начислениям без уволенного и принятого. В итоге у уволенного сальдо нулевое. И забыли про него. Если будут переплаты, то уволенному всё равно "не достанется". Единственно, что смущает, это когда организация вообще не платит. На этот случай - контроль за суммой уплаты. Тогда уволенный на ноль не выйдет. Сальдо по уплате работников будет переходить из месяца в месяц, в том числе и при переходе на новый год. Главные бухгалтеры, в принципе, с таким порядком согласились. Перерасчет уплаты за июль уже "претворяю в жизнь". Для ввода сальдо на 1 июля бухгалтеры вручную (увы!) по ИС за 1 полугодие вычисляют суммы недоплаты (сальдо) и вводят в программу.Сообщение от Борис О. Посмотреть сообщениеОстаток по уволенному закроется сразу же, как только орг-я
полностью заплатит за те месяцы, за которые есть остатки у
этого работника.
А если орг-я за какой-то месяц заплатила не полностью, то вполне логично
что остается остаток по этому месяцу у работника,даже если он уволен.
-
Спасибо
0
Прокомментировать:
-
-
Остаток по уволенному закроется сразу же, как только орг-яСообщение от Вильф Посмотреть сообщениеБорис О
Распределение уплаты пропорционально остаткам опасно тем, что остатки по уволенным долго будут не сходиться к нулю (смоделируйте и увидите).
Я бы закрывал остатки двумя шагами. Шаг 1 – по уволенным. Шаг 2 - по остальным, что осталось после шага 1.
полностью заплатит за те месяцы, за которые есть остатки у
этого работника.
А если орг-я за какой-то месяц заплатила не полностью, то вполне логично
что остается остаток по этому месяцу у работника,даже если он уволен.
Например:
Работника уволился в июне. За июнь в 1- полугодии орг-я не заплатила, а за остальные месяцы заплатила полностью.
При нашем распределении по месяцам у работника остался остаток строго в размере июньской части.
Если орг-я во 2-м полугодии заплатит за июнь полностью,
то по этому работнику в ИС за 2-е полугодие уплата будет
равна остатку и он полностью закроется.
Если не заплатит, то будет остаток. Но это логично.
Так что никаких долгих процессов не может быть.
С уважениемПоследний раз редактировалось Борис О.; 30.08.2010, 11:59.
-
Спасибо
0
Прокомментировать:
-
-
Сообщение от
Сейчас думаю над таким алгоритмом: учет сальдо по уплате на начало и конец расчетного месяца, ввод метки по уволенным и принятым в расчетном месяце. Если установлен признак УВОЛЕН, то уплату вычисляю как сумму сальдо на начало месяца плюс сумма начисления. В итоге сумма на конец месяца - ноль. И вопрос с уволенным закрыт. Оставшуюся сумму уплаты по организации распределяем по начислениям. Будем посмотреть. Еще стоит, наверно, контролировать переплаты.Сообщение от Вильф Посмотреть сообщениеБорис О
Распределение уплаты пропорционально остаткам опасно тем, что остатки по уволенным долго будут не сходиться к нулю (смоделируйте и увидите).
Я бы закрывал остатки двумя шагами. Шаг 1 – по уволенным. Шаг 2 - по остальным, что осталось после шага 1.
-
Спасибо
0
Прокомментировать:
-
реклама
Свернуть

Прокомментировать: