6-ндфл
 

отпуск начислен 31.05 20 000
отпуск выплачен 31.05
дата получения дохода 21.05

з/п начислена 31.05 100 000
з/п выплачена 02.06
дата получения дохода 31.05

в 6 -ндфл
110 31.05 130 20 000
120 31.05 140 15 600
130 31.05
т.е. учитывается только сумма отпуска, а налог считает со всей суммы.
если отпуск передвинуть на 30.05, то все делает так

110 30.05 130 20 000
120 02.06 140 2 600
130 03.06
110 31.05 130 100 000
120 02.06 140 13 000
130 03.06

глюк или "сам дурак"
Спасибо!

после того как обратно провел отпуск и выплату 31.05
стало
110 31.05 130 120 000
120 02.06 140 15 600
130 03.06
наверное это правильно, в общем пока объяснял, сам понял.

А кто-нибудь пользуется "ручным" начислением в ЗиК (через ввод данных)?
Нужно ли для 6-НДФЛ собирать из них данные?

+(2) А документы "Перечисление НДФЛ" по-прежнему делают в ЗиКе?
Или бросили эту глупую игрушку и перечисление надо брать в бух программе?

ТекРелиз="2016.03";
Обновление можно скачать из обработки (кнопка в левом верхнем углу)

3-MagAN > я бросила, дробные платежи все-равно криво (хоть и переделала, но случаются уплывания копеек) и некрасиво ложатся... да еще после замены 4 на 21 колонку... муторное распределение перечислений типовыми средствами ЗИК потеряло смысл... тут на самом деле регистр какой-то нужен, чтоб не по принципу "всем поровну", а в порядке очередности удержаний как-то...
4-MagAN >а ты выплаты з.п. из бухии берешь?
ЗЫ: сейчас из Болгарии качать не буду, хотя днем из-за дикой жары часто нечем заняться:(

[quote=Buhta;42383527]выплаты з.п. из бухии берешь?[/quote]
???
из какой бухии?

[quote=Buhta;42383527]я бросила... муторное распределение перечислений типовыми средствами ЗИК потеряло смысл[/quote]

Оно и не имело никогда.
Ни типовыми, ни извратами.
Было впустую сломано столько копий, какие-то безумно-заумные алгоритмы
и меряние у кого красивее что-то где-то разложиться,
хотя мне с самого начала было ясно, что это все пустое.
Сейчас история повторяется с 6-НДФЛ.
И опять все пустое, но зато в бой вступили новые алгоритмисты, которые опять
носятся со своими свинтопрульными аппаратами вытаращив глаза ...

Просто, уплату НДФЛ в ЗиКе нигде, кроме как в этих документах взять негде.
Там и нужны-то только ДатаПлатежа, Сумма и ПериодПлатежа.
А все остальное можно не заполнять - оставить пустое, так сказать ...

Кто не успел - тот опоздал ...
ТекРелиз="2016.04";

[quote=MagAN;42383690]из какой бухии? [/quote] ну выплаты в ЗИК тоже могут быть не актуальны... создали расходники или файл на перечисление, а реально выплатить могли позже. у нас иногда даже по вине сотров, т.е. сказал "приду завтра за отпускными", выписали расходник, а потом заломало (не всем охота лишний раз в кукуево переться даже за деньгами) и чел пришел после отпуска... я, напр, просто отказалась отпускные получать как положено и было выписано, т.к. в период безденежья другим было важнее, а у меня целее будут потом:) вопчем, несоответствия - обычное дело. а про перечисление НДФЛ - дата для рациональности? ну хорошо, а если просрочка несколько месяцев? это тоже нельзя в 6-НДФЛ показывать, пусть лучше пени начислят... сотрам з.п. на неск месяцев не задержишь, поэтому при глухом безденежье приходится жертвовать санкциями по налогам:( вопчем дома посмотрю, что ты там насочинял, но тему для раздумий дала :)

[quote=Buhta;42384409]а про перечисление НДФЛ - дата для рациональности?[/quote]
Нет.
Для целесообразности ...

[quote=Buhta;42384409]ну выплаты в ЗИК тоже могут быть не актуальны... создали расходники или файл на перечисление, а реально выплатить могли позже. [/quote]
А зачем заранее создали расходники?
А потом их что, перенумеровывают?
А зачем так сложно?
А как же потом контролировать кому сколько должны, если в ЗиКе созданы выплаты, которых не было?
Это как-то слишком жестко и не правильно - порядок с документами выплат в ЗиКе должен быть априори

[quote=MagAN;42384529]А зачем заранее создали расходники?[/quote] потомучто выплата положена по закону и есть расчет для выплаты
[quote=MagAN;42384529]А потом их что, перенумеровывают?[/quote] расходники создаются без номера, номер присваивается по факту в бухии
[quote=MagAN;42384529]А зачем так сложно?[/quote] а проще никак не получается[quote=MagAN;42384529]А как же потом контролировать кому сколько должны, если в ЗиКе созданы выплаты, которых не было?[/quote] при выгрузке в разрезе сотрудников все легко контролируется:) если расхождение сальдо бух-зик, значит расходник у кассира. что-то где-то не так, найти концы не сложно.
[quote=MagAN;42384529] порядок с документами выплат в ЗиКе должен быть априори[/quote] априори, при определенных условиях. в ЗИК по закону в бух по возможности. если вдруг не совпадает... значит не совпадают :)

Если расходится сальдо бух-зик, значит в какой-то из баз ошибка.
Как же можно понять в какой?
И чем данные Бух лучше чем ЗиК?
Где на них написано, что они лучше?
Опять же, в бух-счетах нет ни ОКАТО, ни КПП.
Если брать выплаты/уплаты оттуда, их не возможно разделить, все слипнется.
Надо свести ЗиК с Бух и устранить отклонения.
Но если они не велики, то и сводить не надо.

Там справа внизу кнопка "ПА-МА-ГИ-ТЕ!" - цены в конце указаны: приценись,
сравни со своим сальдо-бульдо Зик-Бух, попробуй сформировать за 1 квартал,
сравни с тем, что сдавали, зацени какое там сальдо-бульдо получается, опять же с прайсом в хелпах сравни ...
Может, вся возня и денег этих не стОит ...

12-MagAN > я пака не вижу "справа внизу" :) [quote=MagAN;42385170]Если расходится сальдо бух-зик, значит в какой-то из баз ошибка. Как же можно понять в какой?[/quote] насчет выплат - правильно в бух (так всегда и должно быть, ЗИК только расчетная программа), в ЗИК только "заготовки".
[quote=MagAN;42385170]Опять же, в бух-счетах нет ни ОКАТО, ни КПП. [/quote] это серьезный недостаток:( но выплата все-равно одна физ лицу, даже если сотр. "двойник" или "перебежчик"... у мну треть работает по двум окато регулярно (рядом площадки - утром там, вечером здесь) или перемешается туда-сюда... но это не значит, что человека можно как-то раздвоить...
ЗЫ: вопчем, имхо, "целесообразность" автоматом не собрать, можно только помочь... остальное решается чисто субьективно...

[quote=Buhta;42385200] мну треть работает по двум окато регулярно (рядом площадки - утром там, вечером здесь) или перемешается туда-сюда... [/quote]

Они работать могут где хотят, НО в ЗиКе они получают выплату строго по ОКАТО/КПП
и Перечисление НДФЛ там строго по ОКАТО/КПП, поэтому там все собирается во второй раздел на-раз без всяких раздвоений ...

14-MagAN > с раздвоениями, если совместительство...

[quote=Buhta;42385223]с раздвоениями, если совместительство... [/quote]
Не догоняешь ...
Посмотри как сделано - в ЗиКе и Комплексной все строго по ОКАТО/КПП

16-MagAN > да, деление есть, но выплата физику одна! (а м.б. и не одна, но деление не по суммам выплат). эти выплаты есть и в бухии. их даты актуальнее, а деление можно из зики по соответствию достать...

выплата ЗП по окато/кпп? правда что-ли?

[quote=Buhta;42385236]но выплата физику одна[/quote]
Теперь уже я не догоняю о чем ты?

Если ты сделаешь 2 документа "Выплата з/п" и в одном подберешь совместителя, в другом - основного его же,
запись в ЖР пойдет не по основному элементу, а по сотруднику с его подразделением, т.е. с его ОКТМО/КПП.
Это позволяет разделить выплату ЗП по ОКТМО/КПП, как этого хочет 6-НДФЛ.
Если выплачивать всю сумму (за основного и за совместителя одним документом), то,
разумеется, все деньги упадут на тот ОКТМО/КПП, который будет выбран в Выплате (кто из сотрудников).

19-MagAN > вообще-то все налоги рассчитываются по основному элементу, выплату по внутреннему совместительству делать нет смысла и не правильно. деньги в общей выплате упадут не на октмо/кпп, а сотруднику :)) НДФЛ ЗИК поделит пропорционально начислениям по площадкам, вычеты вроде на основном все остаются

[quote=MagAN;42385286]Если ты сделаешь 2 документа "Выплата з/п" и в одном подберешь совместителя, в другом - основного его же, [/quote] То сумму к выплате в этих ведомостях тебе [em]иногда [/em]:) придется считать ручками...

[quote=Buhta;42385900]вообще-то все налоги рассчитываются по основному элементу, выплату по внутреннему совместительству делать нет смысла и не правильно. деньги в общей выплате упадут не на октмо/кпп, а сотруднику[/quote]
Это критичный косяк ЗиК.
В этой так любимой вами таблице ДВНС.
Да, в нее при заполнении собирают не сотрудников, а основные элементы сотрудников.
Т.о., на входе основной и совместитель схлопываются и все параметры расчетов идут по основному.
(Хотя я не вижу проблем собирать ее по сотрудникам, задавая общий ключ по основному элементу - тогда бы страховые взносы считались правильно. Или нечего было совать в нее страховые взносы)
Туда же летят все налоги, часть из которых в общем случае не может быть расчитана верно.
Это методический косяк, который был в него заложен авторами ЗиК, но тогда он не был косяком, а ЕСН считался по-другому и поэтому правильно.
Теперь в ЗиКе правят бал восьмерочные неучи и, вероятно, поэтому эта давняя мина теперь сработала.
Поэтому разделить начисление НДФЛ по ОКТМО/КПП для совместителей нельзя, а вот выплаты - можно!
Нельзя, так нельзя - пользуемся тем, что есть ...,

И еще, если сотрудник как блоха каждый месяц скачет из подразделения в подразделение, то 6-НДФЛ.ert разнесет его доходы/НДФЛ/выплаты по ОКТМО/КПП

[quote=MagAN;42388273]Поэтому разделить начисление НДФЛ по ОКТМО/КПП для совместителей нельзя,[/quote] да разделяется все и всегда разделось

[quote=Buhta;42388334]да разделяется все и всегда разделось[/quote]
Ок. разделось, так разделось.
Просто начисляется все основному, а могло бы каждому.

24-MagAN > не могло бы. вычеты физику идут, а не его должностям.

25-Зелёный тролль > Это все понятно, но в чем проблема делать 2 записи НДФЛ начисленный
(основному и совместителю) поделив расчитанную сумму в долях от начислений?
Человек реально получает часть зарплаты в другом ОКТМО, а программа лепит ему все налоги по основному месту работы.
И если со страховыми взносами - это пофиг (только что считаются не верно), то для НДФЛ это принципиально,
т.к. платится он в конкретный бюджет по ОКТМО и по конкретному КПП.

[quote=MagAN;42388787]Человек реально получает часть зарплаты в другом ОКТМО[/quote]И реально работает часть рабочего времени на другой территории на организованном там рабочем месте?

[quote=GSokolov;42390407]И реально работает часть рабочего времени на другой территории на организованном там рабочем месте?[/quote] а почему нет? у нас так и происходит

площадки с разным ОКТМО и КПП. 26-MagAN >(москва-область) в 30 минутах езды друг от друга... преподы. утром там перу лекций, вечером здесь (или наоборот)... совместительство называется... считать налоги и выплаты раздельно???
[quote=MagAN;42388787]Человек реально получает часть зарплаты в другом ОКТМО, а программа лепит ему все налоги по основному месту работы.[/quote] в чем не правильно? программа делит НДФЛ по ОКТМО. человек получает зарплату по организации. одной выплатой. не такую большую, чтоб ее делить,умножать, округлять и т.п. в чем ошибка расчета страховых взносов??? совсем не поняла :( тут не берется расчет обособленных с выделенным балансом (это а раздельных базах ведется) страховые на физиков по конкретному месту регистрации едины. только НДФЛ надо делить по площадкам "присутствия" (ну и некоторые другие налоги, которые так сильно не напрягают)

ТекРелиз="2016.06";
Видимо, финал-релиз.
[url]http://f5for1c.ucoz.net/index.htm[/url]

Обработку можно использовать как дебагер.
Например, если по каким-то причинам, сформированный в другой программе файл
не проходит чекХМЛуфа, то можно загрузить файл в обработку (Архив-
Импортировать данные из файла отчетности), просмотреть-поправить и выгрузить
файл, который точно пройдет чек.

ТекРелиз="2016.07";

(30) Видимо не финал)))

НачДата= НачКвартала(ДатаПериода )<<?>>);
{6-НДФЛ.ERT(1921)**: Неопознанный оператор
НачДата= НачКвартала(ДатаПериода ))<<?>>;
{6-НДФЛ.ERT(1921)**: Ожидается ключевое слово 'КонецЕсли' ('EndIf')
<<?>>КонецЕсли;
{6-НДФЛ.ERT(2014)**: Ожидается ключевое слово 'КонецПроцедуры' ('EndProcedure')

33-Kapitan911 > Раздел 1 заполняется нарастающим итогом с начала года, а раздел 2 - за последние 3 месяца.
?!?!?!?!
Все время кажется, что дибелизм авторов этих 6ндфл-пасквилей уже достиг дна, но снизу упорно стучат ...

(34) с этим утверждением абсолютно согласен.

Ошибки в (33) - это при открытии обработки

Снизу стучат г...нокодеры, упорно пренебрегаюшие синтаксис-контролем.

35-Kapitan911 > Скачай еще раз

(37) Доходы у вас выбираются по периоду регистрации.
При наличии переходящих начислений между годами не сойдется годовой 6-НДФЛ с 2-НДФЛ.

(37) Для небольших организаций с простым учетом - замечательная обработка. 5+