gifts2017

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

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

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

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

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

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

См. также

Подписаться Добавить вознаграждение

Комментарии

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

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

Тем не менее, должна добавить, что мне Ваша обработка помогла, несмотря на её "примитивность". Во время аврала (как всегда перед отчётностью) 1С ЗиК упорно начисляла Детские Пособия вместе с окладом всем "Временно не работающим". Перепроведение и исправление не помогло, разбираться досконально времени не было, исправили "хирургическим" вмешательством. И за это - Вам спасибо.
Как себя дальше поведёт пресловутое "состояние физлица" - не знаю. Если Уважаемые Критики в лице Ёпрст и nickVZ предложат более изящный вариант решения проблемы, то расчётчиков "с криками" станет как минимум на одного меньше :))))
7. Сергей Денисов (greyden1) 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. Ирина Баранова (Ироида) 12.08.12 02:03
Спасибо пригодилась. Нужная вещь
13. Юрий (1с2с) 17.01.13 21:27
при использовании принудительного изменения значения "СостояниеФизлица" нужно, как минимум, дополнить условие в процедуре "глПриказПоСотруднику":
строку
Если (Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1) Тогда
дополнить
Если ((Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1)) и (Документ.Выбран()=1) Тогда

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