Исправление ошибки вычисления суммы удержанного НДФЛ в ЗиК 320-322

18.03.12

Задачи пользователя - Адаптация типовых решений

При заполнении таблицы ДоходыВычетыНалогиСотрудников в функции глобального модуля глСобратьДанныеДляНДФЛ2011() есть ошибка при вычислении колонки "НУ1" (суммы удержанного НДФЛ для целей налогового учёта).
Данная статься посвящена её исправлению.

Скачать файлы

Наименование Файл Версия Размер
глСобратьДанныеДляНДФЛ2011.zip
.zip 19,75Kb
30
.zip 19,75Kb 30 Скачать

Иллюстрация ошибки:

Допустим, сотрудник принят на работу в январе 2012 года. Согласно иллюстрации (Журнал) за январь НДФЛ исчисленный = 283 руб, НДФЛ удержанный = 0 руб. В феврале произошла выплата з/п за январь, и была начислена з/п за февраль. Мы видим, что за февраль  НДФЛ исчисленный = 494 руб, НДФЛ удержанный = 777 руб.

А что же нам возвращает глСобратьДанныеДляНДФЛ2011()? Результат мы видим в иллюстрации (ТаблицаНалогов), и в строке за февраль чудесным образом оказывается сумма 1060 руб., вместо правильных 777 руб.

Чем это нам грозит?

Во-первых, эта ошибка будет являтся причиной неправльного распределения сумм перечисленного НДФЛ в документе "Перечисление НДФЛ в бюджет РФ" по методу "по удержанному".

Во-вторых, это явится причиной неправльного формирования справок 2-НДФЛ, если сотрудник, например, в марте 2012 года будет переведён в подразделение с другим ОКАТО/КПП (в итоге по одной справке будет НДФЛ излишне удержанный, по другой - недоудержанный).

Как исправить?

Идём в функцию глСобратьДанныеДляНДФЛ2011(), почти в конец, и наблюдаем такой кусок кода:

        Налог13уВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(НомерСтрокиСотрудника+12,10);

        Для
Сч = 1 По 12 Цикл

           
СтрокаМесяца=НомерСтрокиСотрудника+Сч;

           
Налог13и = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,4);
           
Налог13у = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,10);
            Если
Сч>1 Тогда
               
Налог13и = Макс(0,Налог13и - ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца-1,4));
               
Налог13у = Макс(0,Налог13у - ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца-1,10));
            КонецЕсли;

           
Налог13у = Макс(Налог13и,Налог13у); // учтем ситуацию, когда в месяце удержали больше чем начислили
           
Налог13у = Мин(Налог13у,Налог13уВсего);
           
Налог13уВсего = Налог13уВсего - Налог13у;

            Если
Сч>1 Тогда
               
Налог13у = Налог13у + ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца-1,"НУ1");
            КонецЕсли;

           
ДоходыВычетыНалогиСотрудников.УстановитьЗначение(СтрокаМесяца,"НУ1",Налог13у);

        КонецЦикла;

 

Смешивать при суммировании нарастающим итогом суммы НДФЛ удержанного и исчисленного плохая идея, не правда ли? Но и превышение суммы исчисленного НДФЛ над суммой удержанного НДФЛ тоже надо учесть. Как же сделать правильно? Ну, например, я предлагаю так:

        Налог13уВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(НомерСтрокиСотрудника+12,10);

       
Налог13у_пред=0;

        Для
Сч = 1 По 12 Цикл

           
СтрокаМесяца=НомерСтрокиСотрудника+Сч;

           
Налог13и_нараст = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,4);
           
Налог13у_нараст = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,10);

            Если
Сч>1 Тогда
               
Налог13у_тек = Макс(0,Налог13у_нараст - ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца-1,10));
            Иначе
               
Налог13у_тек=Налог13у_нараст;
            КонецЕсли;

           
Налог13у_тек = Мин(Налог13у_тек,Налог13уВсего);
           
Налог13уВсего = Налог13уВсего - Налог13у_тек;

            Если
Сч>1 Тогда
               
Налог13у_тек = Налог13у_тек + Налог13у_пред;
            КонецЕсли;
           
Налог13у_пред=Налог13у_тек;
           
Налог13у_тек = Макс(Налог13и_нараст,Налог13у_тек); // учтем ситуацию, когда в месяце удержали больше чем начислили

           
ДоходыВычетыНалогиСотрудников.УстановитьЗначение(СтрокаМесяца,"НУ1",Налог13у_тек);

        КонецЦикла;


 P.S.  Для тех, кто боится "промахнуться", прилагаю текстовый файл с полным содержимым исправленной функции глобального модуля глСобратьДанныеДляНДФЛ2011().  Для установки идём на начало функции глСобратьДанныеДляНДФЛ2011(), переименовываем её в глСобратьДанныеДляНДФЛ2011_старая(), а всё содержимое прилагаемого текстового файла копируем перед строчкой глСобратьДанныеДляНДФЛ2011_старая(), и всё, сохраняем конфигурацию

Внимание! Перед внесением изменений в конфигурацию крайне настоятельно рекомендую делать бэкап.

См. также

Улучшенная обработка "Внешние печатные формы" для типовых конфигураций на базе 1С 7.7

Печатные формы Адаптация типовых решений Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Приятное улучшение обработки "Внешние печатные формы" для типовых конфигураций на базе 1С 7.7 для более комфортной работы с "любимой семерочкой".

1 стартмани

04.02.2022    3188    1    igor7777    0    

3

Расчет страховых взносов в 1С 7.7 "Учет и отчетность предпринимателя, ред. 1.2" с апреля 2020

Адаптация типовых решений Платформа 1С v7.7 Конфигурации 1cv7 Россия Бухгалтерский учет ФОМС, ЕФС Бесплатно (free)

В этой статье описано, какие небольшие изменения можно внести в модуль документа Начисление налогов с ФОТ, чтобы правильно рассчитывались страховые взносы с 1 апреля 2020 г.

09.04.2020    19601    Юджин58    39    

5

Дистрибьюция 7.7. Часть 1. Жизненный цикл заявки покупателя. Одна заявка покупателя, много адресов доставки.

Адаптация типовых решений Платформа 1С v7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Управленческий учет Бесплатно (free)

Описан способ работы с учетом расписания с приоритетными покупателями - торговыми сетями (основными покупателями) в торговой или комплексной учетной системе на 1С 7.7. Множественная заявка покупателя на несколько торговых точек.

14.10.2019    5997    ksnik    14    

3

Как в торговле 7.7 печатать код ТНВЭД в счет-фактуре

Операции по ВЭД Адаптация типовых решений Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Бухгалтерский учет НДС Бесплатно (free)

В данной статье хотел поделиться опытом, как в Торговле 7.7 ( релиз 994) сделать возможность выводить код ТНВЭД в печатную форму счета-фактуры. Сразу скажу, что нужно это только тем, кто осуществляет экспорт в страны таможенного союза. Остальные могут не волноваться.

15.11.2017    11807    AndKovalchuk    0    

1

Предельные базы взносов в ПФР, ФСС, ФФОМС 2015 в 1С: Бухгалтерия 7.7

Зарплата Адаптация типовых решений Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Реализация Постановления Правительства РФ 1316 от 04.12.14 для типовой конфигурации "Бухгалтерский учет 7.7" рел. 7.70.590

1 стартмани

31.12.2014    23925    9    Sergey1CSpb    2    

0
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. leosoft 165 18.03.12 14:50 Сейчас в теме
Спасибо за информацию - будем смотреть!
2. TrinitronOTV 14 19.03.12 08:40 Сейчас в теме
спасибо за эту информацию
3. rom-x 152 19.03.12 12:09 Сейчас в теме
информация пригодилась, за нее спасибо!
4. infostar81 20.03.12 09:00 Сейчас в теме
Спасибо! Столкнулись с этой ошибкой.
5. OleGazz 13 22.03.12 06:29 Сейчас в теме
огромнейшее спасибо за статью, но я надеюсь 1с сама должна это исправить в последующих релизах....
6. andrewks 1367 22.03.12 08:27 Сейчас в теме
(5) в последнее время 1с не балует вниманием 7-ку, заметьте, очень многий функционал для учёта изменений в законодательстве реализуется в сильно урезанном, по сравнению с ЗУПом, виде.
да и ошибка довольно специфическая, многих она просто не затрагивает. посмотрим, время покажет
7. NPMar 22.03.12 16:53 Сейчас в теме
Ничего себе! Не сталкивалась с такой ошибкой. Большое спасибо автору! Тем более, что не обязательно скачивать файл, вернее иметь один балл для его скачивания. Обязательно + !
8. 2011b11 27.03.12 08:29 Сейчас в теме
Спасибо автору за подробное описание проблемы и решение этой проблемы, очень понятно написано, даже мне не программисту, а простому бухгалтеру немного разбирающемуся в конфигурации, ещё раз большое спасибо и + Вам большой.
9. kazna2011 27.03.12 16:17 Сейчас в теме
RE:
При заполнении таблицы ДоходыВычетыНалогиСотрудников в функции глобального модуля глСобратьДанныеДляНДФЛ2011() есть ошибка при вычислении колонки "НУ1" (суммы удержанного НДФЛ для целей налогового учёта).
Данная статься посвящена её исправлению.

Спасибо за инфу!
10. Pin 170 27.03.12 19:57 Сейчас в теме
Да, ну вы даете. Всех делов-то:

//Налог13уВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(НомерСтрокиСотрудника+12,10);

Для Сч = 1 По 12 Цикл

СтрокаМесяца=НомерСтрокиСотрудника+Сч;

Налог13и = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,21);
Налог13у = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,10);

ДоходыВычетыНалогиСотрудников.УстановитьЗначение(СтрокаМесяца,"НУ1",Мин(Налог13у,Налог13и));

КонецЦикла;


И заметьте, приведенный в самой публикации вариант не будет работать для случаев, когда налог исчисленный уменьшался задним числом - добавили вычет и т.п., т.к. налог исчисленный в 4-й колонке берется из журнала расчетов. Да и в самом регистре НДФЛ налог исчисленный берется не из 4-й колонки. Приведенный же вариант в указанных случаях работает.

И дополнение в раздел "Чем это нам грозит": грозит тем, что в некоторых месяцах в отчетах по НДФЛ удержанный налог окажется больше исчисленного.
11. andrewks 1367 28.03.12 08:20 Сейчас в теме
(10) "грозит тем, что в некоторых месяцах в отчетах по НДФЛ удержанный налог окажется больше исчисленного. "

в каких именно? ты невнимательно изучил код от 1С, он к концу прохода выравнивает суммы.

насчёт 21-й колонки - во-первых, это не ко мне, 4-ю колонку использует в своём алгоритме 1С, я лишь исправил их алгоритм от ошибок. ты же (это во-вторых) предлагаешь изменить методологию расчёта колонки НУ1. и, в-третьих, с чего должна изменяться сумма удержанного НДФЛ при изменении налога исчисленного задним числом?
14. Pin 170 28.03.12 14:45 Сейчас в теме
(11) Прежде чем спорить, хотелось бы понять о чем.
Я себе так понимаю задачу, которую 1С ставили перед собой в описываемом случае:
такой подход основывается на положениях НК РФ и подтверждается письмом ФНС от 19 октября 2011 г. N ЕД-3-3/3432@, в котором сказано: "… ежемесячное перечисление в бюджет суммы, превышающей сумму фактически удержанного из доходов физических лиц налога на доходы физических лиц, не является налогом. В таком случае налоговому агенту следует обратиться в налоговый орган с заявлением о возврате на расчетный счет организации суммы, не являющейся налогом на доходы физических лиц и ошибочно перечисленной в бюджетную систему Российской Федерации."

Отсюда, по-моему, и желание 1С "причесать" налоговый регистр так, чтобы ни в одном из месяцев удержанный налог не превышал исчисленный на данный момент, т.е. чтобы общая сумма удержанного налога (нар. итог до тек. месяца) не превышала сумму налога исчисленного, т.к. все что еще не начислено, то и не налог вовсе (с ПФР по этому поводу давно уже не спорим, так чего ж тут-то?)!
В связи с вышеизложенным, никакой попытки "изменить методологию расчёта" за собой не вижу, а лишь решаю задачу, поставленную тем, кто её нормально решить так и не смог. Многочисленные тесты показывают, что приведенное мною здесь решение работает. Вы бы попробовали, прежде чем ругаться-то? Ведь и в Вашем примере мое решение в феврале дает 777 руб. налога удержанного.
"С чего должна изменяться сумма удержанного НДФЛ при изменении налога исчисленного задним числом?" Не должна. Но может. И Вам объяснили из-за чего.
А по поводу использования 21 колонки - да, действительно, при распределении уплат её использовать нельзя, т.к. вы распределяете уплаты, которые, как почему-то считают в 1С, фактически производили из итоговой суммы 4-й колонки ежемесячно (на самом деле и это не так, но это тема не этого спора). А вот при заполнении регистра НДФЛ используется 21-я, т.к. только она учитывает все изменения исчисленного налога (содержит в себе актуальное значение, в отличии от 4-й и 7-й). Не путайте пож-та себя и других.
И определитесь уже в с предметом спора.
"а с переходящими отпусками тут будет вообще полный швах " как было так и останется. А то что швах, не спорю. Но это вопрос религии. Верите метод. отделу 1С - получите "швах". Но вам же никто не мешает и другой подход применить. Такой, к примеру.

Кстати, и сама 1С не настаивает на учете отпусков по периоду действия. И всех-то делов 0(ноль) на О(буква О) поменять. Но это уже совсем другая история...
16. andrewks 1367 30.03.12 18:14 Сейчас в теме
(14) уважаемый, я, по-моему, не давал повода обращаться ко мне в таком тоне. и ругаться я нигде не ругался, не надо мне приписывать того, чего нет.
я просто справедливо указал на то, что ваше решение описанной ошибки является отходом от методологии формирования колонки "НУ1", принятой у 1С, что можно увидеть на примерах:
1. сотрудник только устроился на работу в текущем году
2. сотрудник отправлен в отпуск, приходящийся полностью или частично на месяца, отличные от месяца начисления
3. возможно, в каких-то ещё ситуациях, не было времени и желания изучать более подробно

в итоге картина может быть весьма плачевной, например, в документе Распределения перечисленного НДФЛ по методу "по удержанному" будет распределено по сотруднику (в ситуациях 1 и 2) меньше, чем с него было реально удержано, или вообще ничего на него не распределено.

моё решение - это именно исправление ошибки, без изменения методологии формирования колонки "НУ1".

и не надо считать себя умнее всех, все мы люди, и каждый имеет своё мнение. если кто-то решает использовать методологию по отпускным, отличную от принятой по умолчанию в 1С - пожалуйста, на это, как вы абсолютно справедливо заметили, существуют соответствующие разработки.
17. Pin 170 30.03.12 19:29 Сейчас в теме
(16)
в итоге картина может быть весьма плачевной, например, в документе Распределения перечисленного НДФЛ по методу "по удержанному" будет распределено по сотруднику (в ситуациях 1 и 2) меньше, чем с него было реально удержано, или вообще ничего на него не распределено.


Неправда ваша. В указанных Вами случаях, уж не знаю что Вы понимаете под "распределено", но удержано в регистрах НДФЛ у меня столько же сколько и начислено (за исключением приема на работу - там во 2-м месяце удерживается за 1-й и 2-й, если выплат в 1-м месяце не было), а это как Вы знаете и есть "НУ1". Что при этом может "не распределиться" ведомо только Вам. Я Вашим распределением не пользуюсь. При используемых мною способах распределения все распределяется правильно.
"вообще ничего на него не распределено" может быть только в одном случае - в месяце сотруднику либо ничего не начислено, либо не удержано.
Откуда проистекают Ваши заблуждения я вообще понять не могу. Очевидно, Вы не попробовали то, что Вам предложили, прежде чем предполагать что это "не работает", и тем более как это "не работает".
19. andrewks 1367 30.03.12 22:27 Сейчас в теме
(17) я весьма даже попробовал, я даже накатил ваш "патч" на тестовую базу на 100 сотров, и сразу выявил описываемую картину.

т.е. человек, например, принят на работу в феврале, НДФЛ исчисл = 1300, НДФЛ удерж = 0, формируя документ распределения уплаты по методу "по удержанному" (хоть по штатному и глючному 1с-овскому алгоритму, хоть по улучшенному моему) за период февраль месяц, получаем гольный ноль, хотя зарплата, естественно, выплачена 14го марта, и НДФЛ, как положено, перечислен 14-го марта. примерно то же самое и в случае с отпуском, но там не ноль, а просто сумма меньше, чем надо. в итоге НДФЛ, удержанный и перечисленный с отпускных дяди Пети, "размазывается" по всем сотрам, по дяде Пете недоплата, по остальным переплаты.

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

я обе своих разработки (эту и по распределению) опробовал на 7 юриках с общей численностью народа более 300 чел, с разными хитрыми ситуациями типа переходящих отпусков и больничных, принятий на работу в декабре, перемещений сотрудников между подразделениями с разными ОКАТО, неполных и излишних перечислений НДФЛ, и т.д. всё причёсано и отлажено, сдана и корректно принята годовая отчётность
22. Pin 170 01.04.12 12:39 Сейчас в теме
(19) Я правильно понимаю, что в Вашем примере перечисляют НДФЛ в бюджет по исчисленному, а распределяют по удержанному?

"формируя документ распределения уплаты по методу "по удержанному" (хоть по штатному и глючному 1с-овскому алгоритму, хоть по улучшенному моему) за период февраль месяц, получаем гольный ноль, хотя зарплата, естественно, выплачена 14го марта".

Это как раз тот пример о котором я устала уже повторять. Если вы за принятого в феврале сотрудника перечислили 14 марта 1300 руб., то на каком основании вы сумму, перечисленную 14 марта, распределяете по сотрудникам "по удержанному"?

Если Вы так так хорошо понимаете логику 1С, то должны бы уяснить, что порядок распределения в Вашем примере:
-"по исчисленному", если вы 14 марта перечислили за принятого на работу 1300 руб., т.к. эти 1300 руб. вы взяли из НДФЛ исч.
-"по удержанному", если вы 14 марта перечислили за принятого на работу 0 руб., т.к. НДФЛ уд =0.

На мой взгляд, совершенно логично при распределении "по удержанному" за февраль получить "голый ноль", т.к. НДФЛ удерж в феврале "голый ноль" по рассматриваемому сотруднику.

Объясните мне зачем распределять "по удержанному" налог, собранный по НДФЛ исчисл, где, кстати, могли сидеть и отрицательные суммы (еще один источник расхождений при последующем распределении "по удержанному")?

И еще вопрос. "я даже накатил ваш "патч" ... выявил описываемую картину". А в регистре НДФЛ за период март месяц, какую сумму НДФЛ удержанного Вы получили по принятому сотруднику?
20. andrewks 1367 30.03.12 22:30 Сейчас в теме
(17) прошу прощения, что обращался как к особе мужского пола, только сейчас посмотрел Вашу личку
13. andrewks 1367 28.03.12 08:36 Сейчас в теме
(10) а с переходящими отпусками тут будет вообще полный швах
12. andrewks 1367 28.03.12 08:23 Сейчас в теме
и, кстати, по поводу возможности использования 21-й колонки - я уже пробовал её использовать в своей разработке Распределение и контроль НДФЛ вместо 4-й, ничего не вышло, ибо в некоторых ситуациях сумма рассчитывалась неверно. если вспомню, в каких именно ситуациях, сообщу дополнительно
15. Pin 170 28.03.12 14:47 Сейчас в теме
(12) Можете не утруждаться. Я прекрасно знаю в каких ситуациях у Вас были связанные с этим ошибки. И с чем они связаны тоже.
Для себя же можете повозиться с этим, чтобы уяснить, наконец, разницу между 4-й и 21-й колонками.
18. Pin 170 30.03.12 22:18 Сейчас в теме
Протестировав Ваш алгоритм на случайных наборах входных данных пришла к выводу, что он может быть записан как:
//Налог13уВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(НомерСтрокиСотрудника+12,10);
Для Сч = 1 По 12 Цикл

СтрокаМесяца=НомерСтрокиСотрудника+Сч;

Налог13и = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,4);
Налог13у = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,10);

ДоходыВычетыНалогиСотрудников.УстановитьЗначение(СтрокаМесяца,"НУ1",Макс(Налог13у,Налог13и));

КонецЦикла;


Вот Вам xls-Файл для тестирования. Понажимайте F9, чтобы убедиться.
Прикрепленные файлы:
НУ1.xls
21. andrewks 1367 30.03.12 22:31 Сейчас в теме
(18) весьма сомнительно, могут быть нюансы. но в понедельник погоняю на тестовой базе, отпишусь
23. andrewks 1367 05.04.12 19:37 Сейчас в теме
(18) погонял на тестовой базе. результат отработки данного алгоритма совпадает с моим почти во всех случаях, но не во всех. в одном случае картина получается разная: когда в текущем месяце сумма исчисленного НДФЛ отрицательная. в этом случае мой алгоритм даёт сумму НДФЛ уд. по этому сотруднику = 0, и сумма НДФЛ уд. выравнивается в след.месяце, где НДФЛ исчисл. >0. ваш - даёт сразу в этом месяце минусовой НДФЛ уд., что, в общем-то, неверно, ибо если сотрудник продолжает работать, и по нему "текут" суммы НДФЛ исч. и уд, то тогда вопросов нет, всё в итоге складывается корректно, а вот если сотрудник уволен (и минус получился в последний отработанный месяц), или минус пришёлся на декабрь - тут нарушается порядок возврата сотруднику излишне удержанного НДФЛ. т.е. цифры-то красивые получаются, а порядок возврата нарушен.
24. Pin 170 05.04.12 20:58 Сейчас в теме
(23)
Да, действительно, нар.итог колонки НДФЛ исч. может начать убывать (тогда как НДФЛ уд никогда), и вместе с ним НУ1, что неправильно. Нар. итог. колонки НУ1 должен быть неубывающим. Учитывая это:
//Налог13уВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(НомерСтрокиСотрудника+12,10);
НалогНУ1=0;
Для
Сч = 1 По 12 Цикл

СтрокаМесяца=НомерСтрокиСотрудника+Сч;

Налог13и = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,21);
Налог13у = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,10);


ДоходыВычетыНалогиСотрудников.УстановитьЗначение(СтрокаМесяца,"НУ1",Макс(НалогНУ1,Мин(Налог13у,Налог13и)));
НалогНУ1=ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаМесяца,"НУ1");
КонецЦикла;


В Вашем случае (вариант из ответа 18) указанное Вами поведение с отриц. НУ1 не проявляется и корректировать ничего не надо. Согласны?

Я согласна, что предложенный мною алгоритм вносит искажение в результаты распределения "по удержанному", т.к. если НДФЛ уплачивается по удержанному, то база распределения (итог по колонке НУ1) при использовании моего алгоритма может сильно отличаться от НДФЛ удерж.
Мне вообще не понятен теперь смысл появления колонки НУ1 у 1С - разве что для отчетных форм? Зачем искажать сумму НДФЛ уд., если она была перечислена в бюджет? Теоретически колонка НУ1 может отличаться от 10-й (НДФЛ удерж. из журнала расч. и свода проводок) в случаях , когда по каким-то причинам НДФЛ исч. превышает НДФЛ уд. (для Вашего алгоритма, исправляющего ошибку 1С). Но если перечисляли НДФЛ по удержанному, то даже в указанном случае в кач-ве базы распределения брать нужно чистую сумму НДФЛ удержанного.
Поэтому я считаю, что колонку НУ1 нужно оставить для 2НДФЛ и регистра НДФЛ (и я все-таки оставлю пока её расчет через функцию Мин, до появления ясности, что же от неё хотели в 1С), а при распределении "по удержаному" в кач-ве базы брать 10-ю колонку. В этом случае база распределения совпадет с перечисленным налогом, если перечисляли по удержанному из свода проводок. В процедуре ЗаполнитьТаблицуНалогов модуля формы документа ПеречислениеНДФЛвБюджет я предлагаю это оформить так:
Если (Ставка = Ставка13) или (Ставка = Ставка30) Тогда

//НомерКолонки = ?(ЗаполнятьПоНачисленному=1,4,"НУ1");
НомерКолонки = ?(ЗаполнятьПоНачисленному=1,7,10); //Исправление для корректного распределения

СуммаНалогаУдержанная = Окр(ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицы,НомерКолонки));
Если
НомерМесяца>1 Тогда
СуммаНалогаУдержанная = СуммаНалогаУдержанная - Окр(ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицы-1,НомерКолонки));
КонецЕсли;

КонецЕсли;
andrewks; +1 Ответить
27. andrewks 1367 12.04.12 08:40 Сейчас в теме
(24) "Мне вообще не понятен теперь смысл появления колонки НУ1 у 1С" в ЗиК столько тёмных пятен, что иногда аж страшно становится - что и откуда берётся :)
поэтому я и не склоняюсь к изменению штатного поведения - непонятно потом, где и что боком вылезет
28. rdv 12.04.12 13:24 Сейчас в теме
(27) То, что иногда страшно становиться, то это точно, 5 юрлиц, три на упрощенке с льготами, плюс иносранцы :)
25. rdv 12.04.12 06:40 Сейчас в теме
всем привет, кто нибудь смотрел 323 релиз, как там. иправлена данная ошибка ?
26. andrewks 1367 12.04.12 08:33 Сейчас в теме
29. Pin 170 13.04.12 12:46 Сейчас в теме
(25) В затрагиваемых местах тексты модулей не поменялись.
(27) А пока что штатное поведение "боком вылазит"
30. rdv 16.04.12 05:52 Сейчас в теме
(29) Отлично просто, пока бухи не жалуются, менять ничего ну буду )
31. EgorGGG 16.04.12 14:26 Сейчас в теме
Конфигурацию придется снимать с поддержки ведь так?
32. andrewks 1367 16.04.12 14:37 Сейчас в теме
(31) в 7-ке нет такого понятия. просто, если конфа в остальном типовая, после обновления данный "патч" нужно будет накатить заново
Оставьте свое сообщение