Обработка меняет суммы в документах Перечисление НДФЛ в бюджет по улучшенному алгоритму на заданный период.
Скачать файл
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Предлагаю технологию выявления ошибок в резервах отчетами "Сверка остатков с резервами" и "Проверка на зависшие резервы". Предлагаю способ автоматизированного исправления резервов заполнением документа списком кодов товаров. 1С 7.7. Вручную это делать очень кропотливо.
Для того, чтобы правильно ввести адрес контрагента и проверить его корректность удобнее всего использовать КЛАДР (ФИАС), как это делается в более продвинутых версиях Бухгалтерии Предприятия версии 2.0 и 3.0
Опробовал на релизах 7.70.638, 7.70.639, 7.70.640
и на релизах упрощенки 7.70.279, 7.70.280, 7.70.281
Да, сказать по честному уже сом переделал, другую обработку под себя, и где то вышли недоплаты у кого то переплеты. теперь разбираюсь.
Честно говоря очень полезна данная обработка. все для разумного уравнения расчетов. Так что наши благодарности за труды.
Спасибо, очень полезная обработка, не всегда у организации есть возможность полностью уплатить налоги и тогда при формировании НДФЛ возникает проблема правильности распределения сумм, а эта обработка позволит уменьшить эти проблемы.
Небольшой нюансик :).
Процедура Сформировать() стр. 400 я вставил проверку на документ помеченный на удаление.
Если Док.ПометкаУдаления()=1 Тогда
Продолжить; //[+] serpent, 14.03.2012
КонецЕсли;
Улучшенный алгоритм - понятие очень абстрактное и относительное. Насколько я понимаю, вся проблема с уплатой возникает, когда заявленные к уплате суммы за месяц расходятся с фактически начисленными (удержанными), откуда и возникают недоплаты (переплаты). Единственный оптимальный алгоритм вижу в разбиении крайних платёжек по месяцам на 2, для погашения недостачи по предыдущему месяцу. Собственно, как и в платёжках по пенс.взносам. Сомневаюсь, что машина сделает это за операратора. Хотя, в принципе, можно и это обыграть, но это довольно громоздко, и вряд ли здесь реализовано.
(11) Boroda,
Разбиение непросто крайних платежей, а этот аванс или недоплата будут качевать из месяца в месяц, пока не произойдет оплата налок сучетом аванса или недостачи.
Тоже поддерживаю данный вариант
(12) По-моему тут проще, кочевать ничего не будет. Одна платёжка с номером, допустим, 255 от 29.03.2012 общей суммой на 10000р., разбивается на две: одна с периодом марта, скажем, на 8225, а другая с периодом апреля на 1775р. И эта вторая сумма должна уже будет учтена в апрельских платежа. Крайняя платёжка апреля, аналогично, разбивается на две... Или Уже майская должна будет погасить задолженность за апрель, а осталоьная её часть остаться в мае.
Но это надо делать или руками, или перетаскивать платёжки из бухгалтерии, программно сравнивая их с начисленным/удержанным НДФЛ, и разбивая описанным выше способом.
(13) разбиение на месяцы абстрактно и не совсем соответствует идеологии НДФЛ. например, можно 02.02.12 перечислить НДФЛ за февраль, а 14.02.12 - за январь. налоговый период - год, а правило, которое нужно соблюдать - не путать налоговые периоды, и перечислять НДФЛ не позднее дня выплаты дохода
(13) Boroda,
из опыта работы...
Расчетчики чухаются(начинают) разбираться с правильно разнесенным НДФЛ только к концу года. Стоит в начале года оплатить сумму с небольшим авансом(не важно по какой причине) и придеться переделывать все документы т.е.:
начислили 1000 - перечислили 1050
в следующих месяцах начисленное равно перечисленному, вот Эти "50-00 руб" и придеться кидать из месяца в месяц. до того момента пока за какой-то месяц не будет перечисленно на 50 рублей меньше
(13),(16) Попробуйте вот это - там затронутая вами проблема была решена изначально.
(14)"по стандартному алгоритму получаешь постоянные болты" - по причине того, что распределение идет по периоду действия и коэфф. распределения "даже если перечисляешь тик в пык" почти всегда отличен от 1, хотя для "тик в пык" должен быть =1. Поэтому и предлагается (и,более того, требуется) распределять НДФЛ по периоду регистрации.
(17) "Поэтому и предлагается (и,более того, требуется) распределять НДФЛ по периоду регистрации. " ну, во-первых, там конкретно про отпускные говорится, поэтому в общем случае данное утверждение неверно (например, бывают перерасчёты (в т.ч.НДФЛ) за прошлый нал.период).
во-вторых, у 1С в обоснование своей позиции по отпускным тоже есть ссылки на письма минфина, т.е. вопрос по-прежнему остаётся спорным
(18) А платите Вы НДФЛ по методике 1С (НДФЛ собранный по периоду действия) или, условно назову, по методике Минфина (НДФЛ собранный по периоду регистрации)? Мысль проста: при полной уплате у вас база распределения должна совпадать с суммой НДФЛ перечисленного, а иначе и имеем "постоянные болты" в виде "кудрявого" регистра по НДФЛ.
Для интереса выведите себе переменную ВсегоУдержано из процедуры ЗаполнитьТаблицуНалогов модуля формы документа ПеречислениеНДФЛвБюджет и посмотрите как она у Вас соотносится с перечисленной суммой за месяц.
------------------------------------------------------------------------
Месяцы налогового периода в учете перечисленного НДФЛ
Достаточно распространенной является ситуация, когда в определенном периоде регистрации в результате того, что НДФЛ считается нарастающим итогом с начала налогового периода, а также по причине того, что датой фактического получения дохода в виде оплаты труда признается последний день месяца, за который был начислен доход, образуется налог, относящийся к различным месяцам налогового периода.
Примеров таких ситуаций существует много: своевременно не был обложен налогом доход, который следовало обложить, не было учтено при исчислении налога право на налоговый вычет, был перерассчитан налог в результате изменения ставки налогообложения при изменении статуса налогоплательщика и т.д.
Отдельного рассмотрения заслуживает ситуация отражения налога с оплаты переходящего на следующие месяцы налогового периода отпуска, начисленной в текущем месяце. По отношению к оплате отпуска существуют две позиции контролирующих органов и судов:
1) Отпускные являются частью оплаты труда, соответственно попадают под п. 2 ст. 223 НК РФ: "При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом)"
2) Отпускные не являются частью оплаты труда, соответственно попадают под пп. 1 п. 1 ст. 223 НК РФ: "дата фактического получения дохода определяется как день: 1) выплаты дохода, в том числе перечисления дохода на счета налогоплательщика в банках либо по его поручению на счета третьих лиц - при получении доходов в денежной форме"
По умолчанию в типовой конфигурации поддерживается позиция 1 (с обоснованием можно ознакомиться по ссылке http://buh.ru/qaDescr.jsp?ID=647). Фактически это означает, что налог с части оплаты отпуска, приходящейся на следующий месяц, регистрируется с этим месяцем в качестве месяца налогового периода. Однако в программе возможна и настройка оплаты отпуска так, чтобы отражение НДФЛ с нее производилось исходя из позиции 2, т.е. чтобы весь налог относился к тому месяцу, в котором зарегистрирована оплата отпуска. О том, как настроить программу в соответствии с этой позицией можно ознакомиться по ссылке http://buh.ru/document.jsp?ID=1381.
------------------------------------------------------------------------
так что не всё так просто. есть аргументы и в пользу одной методики, есть и в пользу другой. и, как всегда, любимое гос-во не стремится разрешить этот спорный момент. чем мутнее законы, тем легче ловить рыбу
(20)Так какую же сумму НДФЛ вы перечисляете "по методике НК РФ" - собранную по периоду действия или по периоду регистрации? И если первое, то где её берете?
Однако в программе возможна и настройка оплаты отпуска так, чтобы отражение НДФЛ с нее производилось исходя из позиции 2, т.е. чтобы весь налог относился к тому месяцу, в котором зарегистрирована оплата отпуска. О том, как настроить программу в соответствии с этой позицией можно ознакомиться по ссылке http://buh.ru/document.jsp?ID=1381.
К сожалению в 7-ке это не работает, т.к. справочник "Виды доходов" штатными средствами не редактируется, но даже при редактировании не удастся исправить код дохода 2012 так, чтобы он в регистре и справке выглядел как 2012.
В 7-ке нужно "выкорчевывать" упоминание 2012 из самого кода, там где это происходит напрямую, "в лоб". Благо мест таких не много.
(11) ну, даже если просто учесть промежуточные платежи (которые не учитывает стандартный) - это уже улучшение. и даже если перечисляешь тик в пык, по стандартному алгоритму получаешь постоянные болты
------------------------------------------------------------------------
Месяцы налогового периода в учете перечисленного НДФЛ
Достаточно распространенной является ситуация, когда в определенном периоде регистрации в результате того, что НДФЛ считается нарастающим итогом с начала налогового периода, а также по причине того, что датой фактического получения дохода в виде оплаты труда признается последний день месяца, за который был начислен доход, образуется налог, относящийся к различным месяцам налогового периода.
Примеров таких ситуаций существует много: своевременно не был обложен налогом доход, который следовало обложить, не было учтено при исчислении налога право на налоговый вычет, был перерассчитан налог в результате изменения ставки налогообложения при изменении статуса налогоплательщика и т.д.
Отдельного рассмотрения заслуживает ситуация отражения налога с оплаты переходящего на следующие месяцы налогового периода отпуска, начисленной в текущем месяце. По отношению к оплате отпуска существуют две позиции контролирующих органов и судов:
1) Отпускные являются частью оплаты труда, соответственно попадают под п. 2 ст. 223 НК РФ: "При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом)"
2) Отпускные не являются частью оплаты труда, соответственно попадают под пп. 1 п. 1 ст. 223 НК РФ: "дата фактического получения дохода определяется как день: 1) выплаты дохода, в том числе перечисления дохода на счета налогоплательщика в банках либо по его поручению на счета третьих лиц - при получении доходов в денежной форме"
По умолчанию в типовой конфигурации поддерживается позиция 1 (с обоснованием можно ознакомиться по ссылке http://buh.ru/qaDescr.jsp?ID=647). Фактически это означает, что налог с части оплаты отпуска, приходящейся на следующий месяц, регистрируется с этим месяцем в качестве месяца налогового периода. Однако в программе возможна и настройка оплаты отпуска так, чтобы отражение НДФЛ с нее производилось исходя из позиции 2, т.е. чтобы весь налог относился к тому месяцу, в котором зарегистрирована оплата отпуска. О том, как настроить программу в соответствии с этой позицией можно ознакомиться по ссылке http://buh.ru/document.jsp?ID=1381.
------------------------------------------------------------------------
так что не всё так просто. есть аргументы и в пользу одной методики, есть и в пользу другой. и, как всегда, любимое гос-во не стремится разрешить этот спорный момент. чем мутнее законы, тем легче ловить рыбу"
А можно ли сделать оба варианта распределения уплаты по НДФЛ?