Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

НДФЛ (Зик 281)

Ivan_Ivanov
читатель
офлайн
Дата регистрации: 06.06.2007
Сообщений: 168
Пост №1
 
28.01.2008 12:12

Всем привет! Сотрудник работал на пп полгода под одним табельным номером, затем уволился, через 2 месяца снова устроился под другим табельным номером (все в 2007 году). Теперь необходимо сдавать ндфл. В отчетности получается, что это 2 разных человека. Кто-нибудь сталкивался с такой ситуацией? Можно ли как-нибудь в ЗиК объединить эти 2 записи в одну? Заранее спасибо.

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №2
 
28.01.2008 15:32

Когда принимался на работу сотрудник второй раз, необходимо было не создавать новый элемент в справочнике сотрудников, а выбрать уже имеющийся там. Мало того, расчет НДФЛ при втором приеме существенно зависит от первого сотрудника. Например - корректное определение момента прекращения предоставления налоговых вычетов. В вашем случае поступить можно, видимо, двумя способами.<br>=== Сохранить базу данных!!!!<br>1. Воспользоваться стандартной обработкой с диска ИТС "Замена значений". Но я бы не рискнул применить этот способ, так как заменятся реквизиты в документах и справочниках, но в движениях значения заменятся только при перепроведении документов, что в вашем случае может дать иные результаты, нежели вы расчитали для неверного сотрудника. Я, скорее всего, пошагово бы прошел по периодам и аккуратно сравнвал бы "что было и что стало", чтобы не поплыли результаты расчетов.<br>2. Воспользоваться скрытым реквизитом ОсновнойСотрудник (кажется так называется), в котором указать для второго элемента ссылку на первый. Это решит проблему, но только косвенно, на самом деле, дубликата сотрудника в этой ситуации в справочнике быть не должно.

Alexandr VA
читатель
офлайн
Дата регистрации: 07.01.2007
Сообщений: 1666
Пост №3
 
28.01.2008 19:24

<br>Единственная верная рекомендация:<br><br>> === Сохранить базу данных!!!!<br><br>А остальное, фигня:<br><br>> 1. Воспользоваться стандартной обработкой с диска ИТС "Замена значений". Но я бы не рискнул применить этот способ, так как заменятся реквизиты в документах и справочниках, но в движениях значения заменятся только при перепроведении документов, что в вашем случае может дать иные результаты, нежели вы расчитали для неверного сотрудника. Я, скорее всего, пошагово бы прошел по периодам и аккуратно сравнвал бы "что было и что стало", чтобы не поплыли результаты расчетов.<br>> 2. Воспользоваться скрытым реквизитом ОсновнойСотрудник (кажется так называется), в котором указать для второго элемента ссылку на первый. Это решит проблему, но только косвенно, на самом деле, дубликата сотрудника в этой ситуации в справочнике быть не должно.<br><br>Попросту "запорете базу"<br><br>Надо использовать метод СменитьПериодНесистемно(), в ПРОШЛЫЕ периоды "откатиться", там ввести на ОДНОГО из сотрудников документы начисления и прочие, рассчитать зарплату, а ВТОРОГО за эти периоды обнулить (если надо). Потом пересчитать налоги сотра.<br><br>Не забудьте вернуть текущий период расчетов.<br>

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №4
 
29.01.2008 06:55

Аха, и получить другие результаты :)<br><br>А я ответил так же в одном из вариантов, кстати:<br>"Я, скорее всего, пошагово бы прошел по периодам и аккуратно сравнвал бы "что было и что стало", чтобы не поплыли результаты расчетов." - имелся ввиду как раз этот способ.<br>

Ivan_Ivanov
читатель
офлайн
Дата регистрации: 06.06.2007
Сообщений: 168
Пост №5
 
29.01.2008 10:04

Спасибо! второй способ помог.

Thorvardr
читатель
офлайн
Дата регистрации: 25.02.2005
Сообщений: 3082
Пост №6
 
29.01.2008 12:53

Помочь то он помог, это да... способ - по принципу наименьших трудозатрат, но цифры то у вас, мягко говоря, не верные

Иван Геннадьевич
читатель
офлайн
Дата регистрации: 26.04.2007
Сообщений: 262
Пост №7
 
29.01.2008 13:01

Забудь, он об этом потом вспомнит. Когда будет проверка. Я с такой организацией одной уже сталкивался... Вели учёт как придётся, вплоть до того что вручную корректировали распечатки 1С, а потом им за неделю нужно стало всё в норму привести...

Ivan_Ivanov
читатель
офлайн
Дата регистрации: 06.06.2007
Сообщений: 168
Пост №8
 
29.01.2008 14:37

Но суммы то общие сошлись

Alexandr VA
читатель
офлайн
Дата регистрации: 07.01.2007
Сообщений: 1666
Пост №9
 
29.01.2008 14:50

> Аха, и получить другие результаты :)<br><br>А в чем проблема? Начисления в подавляющем большинстве, "пойдут".<br><br>А налоги можно и вручную подогнать по старым данным (прямо по расчетным листкам или параллеьно открыть копию старого состояния базы и сверяться).<br><br>При большом количестве информации можно вообще простенькую обработку написать, чтобы по эталонной базе "подогнать" цифры, а лишнее - обнулить. Главное чтобы все виды расчетов за сообвествующие периоды появились в журнале расчетов, а сами цифры - ерунда! И проверяются и поправляются они легко.<br>

Ivan_Ivanov
читатель
офлайн
Дата регистрации: 06.06.2007
Сообщений: 168
Пост №10
 
29.01.2008 15:14

У нас таких двойников много. А еще переживаю за то, что много сотрудников, много разных видов начислений, удержаний. Как там дальше цифры пойдут.

Показывать по 10 20 40 сообщений

Читают тему:

Быстрый переход
Для технических специалистов
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация