Принудительная смена реквизита "СостояниеФизлица" справочника "Сотрудники" для ЗиК ред. 2.3
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Иногда по непонятным причинам в ЗиК состояние сотрудника не изменяется на нужное, например при выходе сотрудницы из декретного отпуска состояние ее так и остается "Временно не работает". Эта обработка принудительно меняет реквизит "СостояниеФизлица" и может помочь в таких вот случаях. В любом случае предупреждаю: используйте на свой страх и риск и обязательно делайте резервные копии базы перед использованием обработки!
Обработка позволяет быстро и массово исправить ошибки заполнения карточек справочника Контрагенты. А именно те случаи, когда вместо ФизЛица установлено ЮрЛицо, когда в карточках справочника СвоиЮрЛица не установлен реквизит ИндивидуальныйПредприниматель, неверно заполнен реквизит ИНН\КПП, а также исправляет реквизит ЮрФизЛица справочника БанковскиеСчета, привязанного к обрабатываемому контрагенту.
Обработка тестировалась на платформе 1С7.7 конфигурации "Торговля и Склад" ред. 998 и 1004. Код обработки открыт.
Данное решение предназначено для упрощенного варианта электронного учёта рабочего времени сотрудников предприятия. Печать титульного листа и таблицы табеля учёта рабочего времени. Печать бейджиков сотрудников. Автоматическая регистрация и расчет рабочего времени по штрих-коду сотрудника. Загрузка сотрудников из справочника. Формирование штрих-кода сотрудника. Совместимо с любой конфигурацией 1С:7.7.
ЗиК 7.7 постепенно сходит на нет. Но, возможно, кому-то из нас все-таки когда-либо еще не раз придется столкнуться с этой конфигурацией. Поскольку работы по ней и заказов всё меньше и меньше, знания о ней и опыт постепенно угасают. Мой опыт с ЗиК 7.7 длиной в 14 лет терять просто так неохота.
В этой статье я запишу, чтобы не забыть, важные моменты об этой конфигурации, чтобы самому не забыть, и вдруг кто-то получит это в наследство на сопровождение и будет вынужден (иначе не скажешь) это обслуживать.
Или еще можно рассматривать эту статью как модное нынче «Письмо самому себе в прошлое».
Печать договоров, заявлений по шаблону WORD и EXCEL (шаблон, пример).
Нужно сделать рыбу и закинуть в каталог. Программисту только надо в рыбе прописать переменные.
Образцы рабочих договоров, заявлений прилагаются - doc, xls, xlsx, rtf.
Ну не судите строго. Обработка действительно примитивная, но действенная, в свое время очень помогла.
Ладно-ладно, файл обновил, "НайтиПоНаименованию" убрал, а кнопочки вроде как все и так работали.
(2) На пустом списке нажмите на кнопку удалить...
ЗЫ: Зачем добавлять Пометку ( причем, сам список на форме - без пометок), и потом нигде ЭТО не использовать ?
Зачем условие на Выбран ? Зачем дана возможность подбора в Список одинаковых значений ? Зачем для такой простой задачи открывать еще Одну обработку ? ...
Ну и самое главное - нахрена выкладывать обработки, которые напишут самые начинающие ?
Кто будет пользоваться вашей Обработкой ? Расчетчик ? Чтоб потом с криками, что же я наделала , верните всё в зад прибежала к вам ? ....
Не понимаю.
(3), (4) Кто-то здесь на Инфостарте (кажись Абадонна) сказал: лучше пусть умный поругает, чем дурак похвалит. Присоединяюсь к сказанным словам благодарности за конструктивную критику Ёпрст.
Тем не менее, должна добавить, что мне Ваша обработка помогла, несмотря на её "примитивность". Во время аврала (как всегда перед отчётностью) 1С ЗиК упорно начисляла Детские Пособия вместе с окладом всем "Временно не работающим". Перепроведение и исправление не помогло, разбираться досконально времени не было, исправили "хирургическим" вмешательством. И за это - Вам спасибо.
Как себя дальше поведёт пресловутое "состояние физлица" - не знаю. Если Уважаемые Критики в лице Ёпрст и nickVZ предложат более изящный вариант решения проблемы, то расчётчиков "с криками" станет как минимум на одного меньше :))))
(6) Спасибо :) На самом деле обработка эта родилась когда ко мне попал клиент с госслужащими, заведенными в ЗиК как штатные сотрудники, поэтому система не начисляла им отпуск как госслужащим (собственно с этого вопроса и началось наше сотрудничество). Увольнение и дальнейший прием как госслужащих не помогали ибо не стал бы заполняться средний заработок, поэтому решено было "использовать скальпель" для исправления этой застарелой ошибки. После вмешательства с конфой все нормально (тьфу-тьфу) уже больше года.
(5) Согласен с "бардаком" и пр. Однако самое радикальное что можно сделать это начать работать в новой базе и уже не совершать никаких ошибок. Но! Это повлечет за собой ряд новых проблем, связанных с переносом данных (представляете, сколько возни!) и возможным появлением новых ошибок при переносе. Вот и получается, что из нескольких зол приходится выбирать (будем надеяться ;) ) меньшее.
И помимо кода...
"Иногда по непонятным причинам ..." - мне досконально известны эти "непонятные причины". Они называются "разгильдяйство", "бардак", и "кривые руки".
"Исправлять" последствия кривой и неграмотной эксплуатации каким либо кодом - значит, плодить новые "непонятные причины". Материал надо изучать. Функционал надо изучать. Логику надо изучать.
И знать: эта самая логика не порождение капризов разработчика, или его фантазий. А модель законодательства. Довольно-таки точная.
P.S. "Состояние сотрудника" - один из важнейших реквизитов, активно использующихся в конфигурации. Не надо лезть в конфу без понятия... Для себя же лучше.
при использовании принудительного изменения значения "СостояниеФизлица" нужно, как минимум, дополнить условие в процедуре "глПриказПоСотруднику":
строку
Если (Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1) Тогда
дополнить
Если ((Найти(Вид,Документ.Вид())>0)или(ПустоеЗначение(Вид)=1)) и (Документ.Выбран()=1) Тогда
и ещё...
можно обойтись и без обработки...
в свойствах реквизита "СостояниеФизлица" установить признак ручного изменения (обязательно оставив и изменение документами)...
и меняйте...