| [Форум] [Помощь] [Поиск] [Выйти] |
Добро пожаловать, ![[info]](userinfo.gif){kind=small} User
|
|
|
| ||
| Привет всем! В 1С пишется конфига, нужно сотруднику вводить гражданство(из справочника), которое в свою очередь может быть множественным. Я смог додуматься только до ввода нового поля в справочник сотрудников (гражданство-строка-60 символов), а после этого записывать туда строку кодов гражданства(после множественного выбора из справочника функцией Список.ОтметитьЗначения()) с разделителями. Но в конфиге должно быть много таких полей. Меня интересует, как мастера организуют множественный выбор и хранение таких словарных данных(гражданство, знание языков, профессии и др). Если бы это писалось в какой-нить СУБД, надо было бы делать на каждую подобную характеристику отдельную таблицу с сылками на сотрудника и код словаря...Помогите пжалста новичку, срочно надо.. |
| ||
| Поскольку проблема в общем случае программерская, рискну ответить. Так же как и в СУБД. То есть делаешь доп справочник с неуникальным кодом-сотрудник и одним реквизитом - гражданство. Или наоборот. Но в целом путь порочный, рождает кучу проблем. -это извращенный путь, общее решение. А в данном частном случае лучше наверное сделать подчиненный справочник. |
| ||
| Грязный извраченец!!! :)))) Чего - чего там с кодом и реквизитом ? Ты же не в Фоксе. Последняя строка твоего поста - вот и весь ответ. Остальное можно было не писАть. |
| ||
| Для данной конкретной задачи-так и есть. Но бывают варианты... Человек же хотел знать один-к многим. |
| ||
| В смысле варианты? Это как сложить 1+1 разными вариантами. Подчиненный справочник - вот тебе решение задачи один-к-многим, здесь тебе иерархия элементов - владелец -> подчиненный, чо еще надо, остальное пусть сам отслеживает в модулях. Ну подскажи еще вариант - только без извращения. В случае с гражданством - я бы сделал просто никому не подчиненный справочник с гражданствами всевозможными Справочник.Гражданства, а в справочнике сотрудников периодический реквизит Справочник.Гражданства. И никаких один к многим. Так в чем вопрос-то? Элементарно...Руперт. (с) |
| ||
| >В случае с гражданством - я бы сделал просто никому не подчиненный справочник с гражданствами всевозможными Справочник.Гражданства, а в справочнике сотрудников периодический реквизит Справочник.Гражданства. И никаких один к многим. Так в чем вопрос-то? Вот Юр, специально довожу до вашего сведения :-), что гражданство в один момент времени может быть множественным :-) >В смысле варианты? Это как сложить 1+1 разными вариантами. Подчиненный справочник - вот тебе решение задачи один-к-многим, здесь тебе иерархия элементов - владелец -> подчиненный, чо еще надо, остальное пусть сам отслеживает в модулях. Ну подскажи еще вариант - только без извращения. Нормальный вариант. Когда я пришел- оно уже было. Кстати, что бы ты ни говорил, достаточно удобно. Но не всегда :-) Чаще удобен подчиненный. Как например с гражданством. |
| ||
| > Вот Юр, специально довожу до вашего сведения :-), что гражданство в один момент времени может быть множественным :-) ЭЭЭ... Что-то я слышал, что в России хотели отмести двойное гражданство? Или дезинформация это? Ладно если такая фигня есть, тогда без подчинения никак. Чтото типа расчетных счетов у контрагентов... и множества банков. |
| ||
| что-то думется мне (могу и ошибаться), что для костромы это не актуально, да и стоит ли усложнять себе задачу из-за одного-двух человек с двойным гражданством. в конце концов их можно попросить (ввиду ограничений программулины) определиться с выбором родины, пусть хотя бы на словах... :) |
| ||
| А ведь когда-то программы людям подчинялись, а смотрю сейчас уже наоборот :)) |
| ||
| Да не в гражданстве дело, я ж не знал как подобное отношение материализуется в 1С, а подобных масса.. ОКДП юр лица(основной + дополнительные), ОКВЕД юр. лица, гражданство физ. лица, проверяющие гос.органы, решения по проверкам да куча, всех возможных вариантов отношения 1:много не перечислить(я имею ввиду выбор из справочников, а не отношения таблиц), Другое дело варианты построения подобной связи. А вот они, как я понял неоднозначны. В данном случае наверное подчиненный справочник лучше.. |
| ||
| Здесь надо четко понимать что тебе необходимо: 1: одно (главное!) гражданство на одного конкретного человека (решение: периодический реквизит), 2: этих гражданств будет больше 1 и все равнозначные (подчиненный справочник), 3: гражданств больше 1, но одно непременно главное(!) - здесь решение еще больше усложняется - решение 1+2, см. пример как в старой типовой бухгалтерии решался вопрос с договорами, у каждого контрагента возможна куча договоров, но один ОсновнойДоговор. |
| ||
| Если уж приспичит можно сделать два реквизита Гражданство1 и Гражданство2 :) |
| ||
| Потом гражданство 3 и гражданство 4 :-) Смех смехом а у нас болталась какое то время ... хм, да он и сейчас болтается, КодОКП и КодОКП1 в номенклатуре. |
| ||
| На досуге подумал и решил :0) то что я предлагал- это скорей вариант многие ко многим. |
| ||
| Неее.... скорее не совсем все - к - не многим :))) Насыпь травки с которой думал - вместе посидим подумаем... вдвоем веселее будет ;))) |
| ||
| В мыло :-) |
| ||
| Нет ничего проще. Сделай новый справочник подчиненный справочнику сотрудников. И записывай туда хоть пятьдесят гражданств. Это полностью поддерживается в 1С и есть куча примеров. Забыл уже в ЗиК, но в Торговле можешь посмотреть, как там хранятся цены, свойства и единицы измерения номенклатуры. А еще можно попробовать вот так: Если гражданство на один момент только одно, и во времени он меняет свое гражданстов, то сделай это поле периодическим и выбирай на дату. Будет хранится вся истори по гражданству на каждого сотрудника. |
| ||
| Спасибо всем! 1) Вариант с периодическими реквизитами не совсем подходит, я его рассматривал - я не знаю сколько гражданств будут заносить пользователи.. 2)Вариант с подчиненным справочником я тоже рассматривал, но у меня такая ситуация - справочников будет около 70(из них около 30 будут использоваться во множественном выборе)! Поэтому чтобы не создавать все 70 я создал 4 справочника примерно распределив их по объему типа ОКИН в ЗиК, в случае с подчинением надо будет создать ещё 30 справочников, то есть 30+4=34 справочника в конфиге, вместо 70. Скорее всего этот вариант подойдет.. 3)Вариант с перечислениями отпадает, т.к. в классификаторе должно быть как минимум 4 характеристики - код, краткое наименование, полное наименование, код выгрузки.. И вообще дело не в гражданстве а как правильно подметил Rupert в принципе организации. Еще раз спасибо всем, С Наступающим вас! Здоровья и Счастья в Новом Году! |
| ||
| А где красношапка? :) |
| ||
| Нечего юродствовать :-) Шапку проблемы самопальных конфиг волнуют мало. |
| ||
| Вообще не волнуют, я бы сказал :) Ему ж надоело наверное уже типовые конфиги ставить вместо автоматчиковских :)) |
| ||
| А для этого случая ИМХО конечно, нету классической типичной конфиги. Все что есть- по большому счету самопал :-) ЗЫ Наверно я попал на пиво. |
| ||
| Меня не возбуждает один ко многим :) |
| ||
| хм. Я ошибся. Я думал ты в эту тему вообще не заглядываешь. Позволь спросить тогда, как тебя возбуждает, одна к многим? или одна к одному? |
Отправил