Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Stager
Зарегистрирован: 10.09.2013 Сообщения: 101
|
Добавлено: Пн Июл 06, 2020 13:15 Заголовок сообщения: Отмена приема при сданных СЗВ_ТД |
|
|
Добрый день! Подскажите, пожалуйста, как поступить в БОСС, если работник был принят на работу, на него успели подать в ПФР СЗВ-ТД, а оказывается он ни дня не работал, и через 3 дня решили отменить прием? В ПФР отправили СЗВ-ТД с признаком отмены. Заранее спасибо. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1686
|
Добавлено: Пн Июл 06, 2020 14:50 Заголовок сообщения: |
|
|
Удалить записи по работнику из обеих пачек, потом отменять прием. |
|
Вернуться к началу |
|
|
Stager
Зарегистрирован: 10.09.2013 Сообщения: 101
|
Добавлено: Пн Июл 06, 2020 16:12 Заголовок сообщения: |
|
|
Спасибо большое за ответ. |
|
Вернуться к началу |
|
|
matchk
Зарегистрирован: 18.05.2015 Сообщения: 188
|
Добавлено: Вт Июл 07, 2020 07:49 Заголовок сообщения: |
|
|
DUCKKK писал(а): | Удалить записи по работнику из обеих пачек, потом отменять прием. |
Это единственное решение, но неправильное. У нас должна остаться информация о передачи такой информации в ПФР. А в этом случае никаких следов не остается в отличии от бумажной трудовой книжки. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1686
|
Добавлено: Вт Июл 07, 2020 10:06 Заголовок сообщения: |
|
|
Ну если должна остаться информация - отключите триггер. |
|
Вернуться к началу |
|
|
Stager
Зарегистрирован: 10.09.2013 Сообщения: 101
|
Добавлено: Вт Июл 07, 2020 15:03 Заголовок сообщения: |
|
|
После отключения триггера и удаления работника связь с работником теряется в пачке с СЗВ-ТД и работник не будет определен. Тоже, наверное, не есть хорошо. |
|
Вернуться к началу |
|
|
DUCKKK Большой шоколадный орден
Зарегистрирован: 16.09.2009 Сообщения: 1686
|
Добавлено: Вт Июл 07, 2020 15:38 Заголовок сообщения: |
|
|
Вот и хотелось бы понять ... "У нас должна остаться информация о передачи такой информации в ПФР" - зачем? Вы же не спорите, когда удаляете "ненужного" работника из ПН, табеля, расчетов? а если по нему ещё какую-то отчетность подать успели - информация тоже должна остаться? Для увеличения мусорных данных? Или ПФР это реально требует? |
|
Вернуться к началу |
|
|
matchk
Зарегистрирован: 18.05.2015 Сообщения: 188
|
Добавлено: Ср Июл 08, 2020 05:06 Заголовок сообщения: |
|
|
DUCKKK писал(а): | Или ПФР это реально требует? |
Нет, этого ПФР явно не требует. Но когда возникает какая либо спорная ситуация с ним. то нужны доказательства своей позиции. Мы уже неоднократно сталкивались, что ПФР что то не может найти в своих закромах и предъявляет претензии, вплоть до штрафа. А следы сданной информации позволяют у себя найти доказательства своей невиновности или свой косяк. Но это было по другим формам отчетности в ПФР. Я не исключаю, что со временем могут быть вопросы и по СЗВ-ТД. |
|
Вернуться к началу |
|
|
RVV Большой шоколадный орден
Зарегистрирован: 14.01.2010 Сообщения: 449
|
Добавлено: Ср Июл 08, 2020 11:31 Заголовок сообщения: |
|
|
Передано разработчикам. Обещали подумать |
|
Вернуться к началу |
|
|
RVV Большой шоколадный орден
Зарегистрирован: 14.01.2010 Сообщения: 449
|
Добавлено: Ср Июл 08, 2020 19:05 Заголовок сообщения: |
|
|
В процедуре отката приема - pr_pdelorder_w
добавлен код проверки:
-- есть не отмененные записи в СЗВ-ТД
if exists (
select top 1 1 from pftb_wbook _hintbrowser
LEFT JOIN pftb_wbook as pftb_wbook_back _hintbrowser ON pftb_wbook_back.id_wbook_back = pftb_wbook.id_wbook
where pftb_wbook.pid = _PID[']
and pftb_wbook.id_wbook_back = 0
and isnull(pftb_wbook_back.id_wbook, 0) = 0
)
then {
alias Serror := \10\3Откат невозможен - есть запись \10\3 в ЭТК (передано в ПФР).;
error;
} ;
и код очистки ссылок на работника
-- СЗВ-ТД
UPDATE pftb_wbook SET pid = 0 where pid = _PID; |
|
Вернуться к началу |
|
|
|