Форум казахстанского налогоплательщика

Кемел я согласна с Нуреке\ главное что вы вовремя перечислили , когда сдадите отчетность недоимки ни на какую дату не возникнет и не будет пени и штрафа за несвоевременное перечисление. Но мне кажется вам стоит уточнить в ГЦВП, как там разносится оплата , т.е. если по каждому сотруднику там уже сидит сумма за июнь и опять будет за июнь не могут ли они вернуть, т.к. будет превышение ?
Если не вернут можно не беспокоиться.

А если в платежах за июнь поставить месяц май? Иначе у работников будет разрыв в перечислении ОПВ, СО в 2012г., май будет по нулям.
По срокам Кемел очень даже укладывается - ТОО на упрощенке, сроки перечисления ОПВ и СО за май по 25 августа включительно.

Светлана_Николаевна хороший выход !

Да ни чего не будет, мы так ошибались, все равно садились ровно перечисления, по выписки проверяли

значит сейчас платежки сформировать за май ? так будет правильнее ?

Да. Сформируй за июнь, чтобы суммы были июньские, и в ручную измени в платежках и списках название месяца на "май".

ой, внимательно почитала ответы, и всё поняла, спасибо еще раз всем !

Евгения_Евгения писал(а):Да ни чего не будет, мы так ошибались, все равно садились ровно перечисления, по выписки проверяли

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

Светлана_Николаевна писал(а):СО садятся на основании свифт-файла, а там явно был указан правильный месяц - май.

Вы хотите сказать что в распечатанном списке Кемел написала июнь а отправила в свифте май , когда перечисляла за май ?

А иначе у меня никак не срастается.
Если Кемел делает перечисления ежемесячно, то перечисляя за май в июне у неё есть майское начисление з-п, соответственно и данные по ОПВ и СО за май. Начисления з-п, ОПВ, СО за июнь в принципе не может быть, т. к. месяц ещё не закончился. А так как swift-файл формируется автоматически, то там прописан реальный месяц начисления - май. И не важно, что она написала в назначении платежного поручения, на свифт это не влияет.
Но я опираюсь на функционал 1С8, у Кемел 1С7(кажется), может там как-то иначе со свитами дела обстоят.... Вот этого я не знаю.

Я конечно не могу отвечать за Кемел , но у нас отчисления делает кассир и заносит список в БанкКлиент , т.е. там уже есть список сотрудников , она проставляет суммы и месяц вручную. В таком случае вполне можно забить любой месяц, и такая ситуация как у Кемел может возникнуть. А в 1С 7.7 за какой период формируешь список, такой и на печать выдается, и такой же идет в swift, т.е. такой ошибки не может быть в принципе , и к тому же как Вы верно писали, за июнь еще нет начисленийв это время.

Светлана_Николаевна писал(а):А так как swift-файл формируется автоматически, то там прописан реальный месяц начисления - май. И не важно, что она написала в назначении платежного поручения, на свифт это не влияет.
Но я опираюсь на функционал 1С8, у Кемел 1С7(кажется), может там как-то иначе со свитами дела обстоят

В семерке также.

Нуреке писал(а):В семерке также.

именно так, если сформировала реестр с датой май, то что в поручении написано - не имеет никакого значения.

в 1 С 7.7 у меня получилось все правильно, на дворе был июнь, и сформировала документы ОПВ и СО за май, но выгрузки у меня нет,
а в программе ГЦВП когда работала, на дворе так же был июнь, но почему-то и в свифт файлах я выбрала июнь ,
и только собираясь отправлять за июнь сейчас в июле, в программе ГЦВП заметила ошибку, т.к. копирую предыдущий месяц из архива,
а так может быть и не заметила

вот я всех запутала... а вчера в программе ГЦВП выбрала месяц май, как посоветовала Светлана Николаевна, думаю что не вернуться и будет все правильно,
забыла что бухгалтера не живут настоящим как все люди - а только будущим и прошлым

Все с Вами, девушка, ясно.

Кемел писал(а):...а вчера в программе ГЦВП выбрала месяц май

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

tahasan писал(а):Но мне кажется вам стоит уточнить в ГЦВП, как там разносится оплата , т.е. если по каждому сотруднику там уже сидит сумма за июнь и опять будет за июнь не могут ли они вернуть, т.к. будет превышение ?

По вопросу превышения

По обязательным пенсионным взносам будет сложно превысить 75-кратный размер минимальной заработной платы в качестве дохода для исчисления ОПВ (в 2012 году ОПВ 17439*75*10%/100%=130 792 тенге 50 тиын). А вот по социальным отчислениям более вероятно, т.к. максимальный ежемесячный размер социальных отчислений в 2012 году составляет 8719 тенге 50 тиын.

По вопросу проверки на превышение социальных отчислений и обязательных пенсионных взносов в автоматизированной информационной системе ГЦВП

Такая проверка проводится, но только по каждой отдельной строке реестра (списка платежного поручения формата МТ-102), таким образом программно не ограничено перечисление больше вышеуказанных сумм, если допустим сумма разбита на несколько строк с одними и теми же реквизитами работника, перечислено два и более раз за один и тот же период. Но стоит отметить, что в случае допущения таких ошибок бухгалтерами предприятия (индивидуальных предпринимателей) контроль над общей суммой СО и ОПВ на признак превышения ложится на них. И требует процедуры возврата ОПВ и СО.

По вопросу формирования реестров на перечисление СО и ОПВ в программном приложении "ГЦВП" (SWIFT-файлов)

В случае если допущена ошибка в указании периода, за который производится уплата ОПВ и СО лучшим вариантом будет удаление неверно сформированного платежного поручения, а также необходимо сформировать SWIFT с правильным указанием периода уплаты заново.

По вопросу учета фактически уплаченных сумм СО и ОПВ

Налоговый комитет Министерства финансов РК осуществляет учет по исчислению и перечислению общих сумм за всех работников юридического и физического лица (индивидуального предпринимателя), однако при назначении социальных выплат, а также кредитовании могут возникнуть сложности с банками второго уровня и ГЦВП, который осуществляет персонифицированный учет по каждому вкладчику\участнику на основе поля "период", указанного в соответствующей строке (-ах) SWIFT-файла.

timur_26_ писал(а):В случае если допущена ошибка в указании периода, за который производится уплата ОПВ и СО лучшим вариантом будет удаление неверно сформированного платежного поручения, а также необходимо сформировать SWIFT с правильным указанием периода уплаты заново.

возможна ли такая процедура без возврата денег и как это можно сделать ? Ведь мало у себя поменять платежку и список , нужно исправленные донести до ГЦВП.

timur_26_ , спасибо за подробное объяснение, но удаление платежного поручения и SWIFT, кажется очень сложная процедура...
мало того что нужно идти и в банк и в ГЦВП, но еще и к начальству, объясняться и т.п. а так не хочется, нет ли попроще варианта ?
хотя на форуме мне посоветовали, и я думаю ничего страшного ведь, что за май перечислили в июле, а за июнь в июне ?

Кемел писал(а):что за май перечислили в июле, а за июнь в июне ?

У вас же не будет превышения, так о чем беспокоиться?!