bdd2

Смена реквизита "СостояниеФизлица"

Опубликовал Сергей Денисов (greyden1) в раздел Обработки - Обработка справочников

Принудительная смена реквизита "СостояниеФизлица" справочника "Сотрудники" для ЗиК ред. 2.3

Иногда по непонятным причинам в ЗиК состояние сотрудника не изменяется на нужное, например при выходе сотрудницы из декретного отпуска состояние ее так и остается "Временно не работает". Эта обработка принудительно меняет реквизит "СостояниеФизлица" и может помочь в таких вот случаях.
В любом случае предупреждаю: используйте на свой страх и риск и обязательно делайте резервные копии базы перед использованием обработки!

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

Наименование Файл Версия Размер
-
.1225194703 66,00Kb
22.01.14
304
.1225194703 66,00Kb 304 Скачать

См. также

Добавить вознаграждение
Комментарии
1. Ёпрст (Ёпрст) 1010 28.10.08 15:55 Сейчас в теме
Это из серии мой первый код ?
Ужас просто. -10 за НайтиПоНаименованию. Молчу уже, что кнопочки не рабочие.
2. Сергей Денисов (greyden1) 79 28.10.08 16:49 Сейчас в теме
Ну не судите строго. Обработка действительно примитивная, но действенная, в свое время очень помогла.
Ладно-ладно, файл обновил, "НайтиПоНаименованию" убрал, а кнопочки вроде как все и так работали.
3. Сергей Денисов (greyden1) 79 28.10.08 16:59 Сейчас в теме
Да, совсем забыл. Ёпрст, спасибо за конструктивную критику.
4. Ёпрст (Ёпрст) 1010 28.10.08 17:00 Сейчас в теме
(2) На пустом списке нажмите на кнопку удалить...
ЗЫ: Зачем добавлять Пометку ( причем, сам список на форме - без пометок), и потом нигде ЭТО не использовать ?
Зачем условие на Выбран ? Зачем дана возможность подбора в Список одинаковых значений ? Зачем для такой простой задачи открывать еще Одну обработку ? ...

Ну и самое главное - нахрена выкладывать обработки, которые напишут самые начинающие ?
Кто будет пользоваться вашей Обработкой ? Расчетчик ? Чтоб потом с криками, что же я наделала , верните всё в зад прибежала к вам ? ....
Не понимаю.
5. nickVZ (nickVZ) 10 08.11.08 23:24 Сейчас в теме
И помимо кода...
"Иногда по непонятным причинам ..." - мне досконально известны эти "непонятные причины". Они называются "разгильдяйство", "бардак", и "кривые руки".
"Исправлять" последствия кривой и неграмотной эксплуатации каким либо кодом - значит, плодить новые "непонятные причины". Материал надо изучать. Функционал надо изучать. Логику надо изучать.
И знать: эта самая логика не порождение капризов разработчика, или его фантазий. А модель законодательства. Довольно-таки точная.
P.S. "Состояние сотрудника" - один из важнейших реквизитов, активно использующихся в конфигурации. Не надо лезть в конфу без понятия... Для себя же лучше.
6. as108 (AS108) 20.07.09 18:17 Сейчас в теме
(3), (4) Кто-то здесь на Инфостарте (кажись Абадонна) сказал: лучше пусть умный поругает, чем дурак похвалит. Присоединяюсь к сказанным словам благодарности за конструктивную критику Ёпрст.

Тем не менее, должна добавить, что мне Ваша обработка помогла, несмотря на её "примитивность". Во время аврала (как всегда перед отчётностью) 1С ЗиК упорно начисляла Детские Пособия вместе с окладом всем "Временно не работающим". Перепроведение и исправление не помогло, разбираться досконально времени не было, исправили "хирургическим" вмешательством. И за это - Вам спасибо.
Как себя дальше поведёт пресловутое "состояние физлица" - не знаю. Если Уважаемые Критики в лице Ёпрст и nickVZ предложат более изящный вариант решения проблемы, то расчётчиков "с криками" станет как минимум на одного меньше :))))
7. Сергей Денисов (greyden1) 79 22.07.09 11:26 Сейчас в теме
(6) Спасибо :) На самом деле обработка эта родилась когда ко мне попал клиент с госслужащими, заведенными в ЗиК как штатные сотрудники, поэтому система не начисляла им отпуск как госслужащим (собственно с этого вопроса и началось наше сотрудничество). Увольнение и дальнейший прием как госслужащих не помогали ибо не стал бы заполняться средний заработок, поэтому решено было "использовать скальпель" для исправления этой застарелой ошибки. После вмешательства с конфой все нормально (тьфу-тьфу) уже больше года.
(5) Согласен с "бардаком" и пр. Однако самое радикальное что можно сделать это начать работать в новой базе и уже не совершать никаких ошибок. Но! Это повлечет за собой ряд новых проблем, связанных с переносом данных (представляете, сколько возни!) и возможным появлением новых ошибок при переносе. Вот и получается, что из нескольких зол приходится выбирать (будем надеяться ;) ) меньшее.
8. Кирилл (Rasse1) 28.11.11 10:34 Сейчас в теме
9. Кирилл (Rasse1) 28.11.11 10:35 Сейчас в теме
10. Виталий Виталий (keysnofelet) 05.02.12 23:09 Сейчас в теме
вроде пустяковая обработка, а пригодилась. Применил для изменения состояния декретницы по уходу за ребенком.
11. elis lis (elis99) 06.02.12 10:03 Сейчас в теме
Не судите строго. Даже такие маленькие вполне могут пригодиться, особенно не программистам.
12. Ирина Баранова (Ироида) 8 12.08.12 02:03 Сейчас в теме
Спасибо пригодилась. Нужная вещь
13. Юрий (1с2с) 52 17.01.13 21:27 Сейчас в теме
при использовании принудительного изменения значения "СостояниеФизлица" нужно, как минимум, дополнить условие в процедуре "глПриказПоСотруднику":
строку
Если (Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1) Тогда
дополнить
Если ((Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1)) и (Документ.Выбран()=1) Тогда

и ещё...
можно обойтись и без обработки...
в свойствах реквизита "СостояниеФизлица" установить признак ручного изменения (обязательно оставив и изменение документами)...
и меняйте...
14. Сергей Денисов (greyden1) 79 22.01.14 13:23 Сейчас в теме
Да, я бы сейчас и сам лучше взвел флажок "Ручное изменение"...
15. Viktor (kurvik) 29.01.14 11:19 Сейчас в теме
Спасибо,пригодилась разработка.