![]() |
![]() |
1 2 ► |
|
| ||
Adilgeriy 13.11.18 - 10:34 | есть справочник лицензии. одно из полей справочника является организация.
организаций много, и передача не является продажей. программист утверждает что при проведении документа передачи в другую организацию кроме движения по регистру накопления правильно перезаписывать элемент справочника с указанием новой организации так как лицензия всегда принадлежит какой то организации. вопрос должен ли документ менять справочники используемые в табличной части документа. правильно ли вообще что бы документы меняли справочники? | ||
Numerus Mikhail 1 - 13.11.18 - 10:36 | Ну да, а как иначе узнать в какой организации сейчас лицензия? | ||
Adilgeriy 2 - 13.11.18 - 10:41 | ну как бы документ двигает регистр накопления одним измерением которого является организация, вторым лицензия | ||
Amra 3 - 13.11.18 - 10:42 | (2) Тогда правильным ответом будет - уберите поле организация из справочника | ||
Adilgeriy 4 - 13.11.18 - 10:44 | (3) а меня вежливо посылают читать ИТС по вопросу лицензирования | ||
Симпатяга 5 - 13.11.18 - 10:46 | (4) не очень понятно | ||
Adilgeriy 6 - 13.11.18 - 10:47 | Типа не умничай. лицензия всегда должна принадлежать организации | ||
Масянька 7 - 13.11.18 - 10:48 | |||
ДенисЧ 8 - 13.11.18 - 10:48 | Документ не должен менять справочники. | ||
Масянька 9 - 13.11.18 - 10:48 | (6) Да! Но двигается - док-том. Поэтому - отчет. Ну, регистр. | ||
unregistered 10 - 13.11.18 - 10:50 | (0) > должен ли документ менять справочники используемые в табличной части документа.
Такое вполне допустимо. Зависит от конкретной методики. ИМХО, в данном конкретном случае - нет, не должен. > правильно ли вообще что бы документы меняли справочники? Однозначного ответа тут быть не может. Но лучше чтобы такого не было. Рекламное место пустует | ||
Симпатяга 11 - 13.11.18 - 10:51 | (0) выведи в свой справочник текущую организацию с лицензией динамически из регистра. хранить то ее зачем, тем более менять. для этого уже есть регистр | ||
ДенисЧ 12 - 13.11.18 - 10:54 | Справочники - это условно постоянные данные. А документ - это переменная.
Справочники должны менять те, кто за это ответственн | ||
Adilgeriy 13 - 13.11.18 - 10:54 | (11) так я и просил сделать.
удобство использования реквизита справочника в подборах может быть причиной такого подхода? | ||
Amra 14 - 13.11.18 - 10:56 | |||
Adilgeriy 15 - 13.11.18 - 10:59 | |||
Масянька 16 - 13.11.18 - 11:03 | (15) Справочник от слова "справка". Не строго?
И есть такие правила. Были, по крайней мере. Справочник может выводить доп. инфу, но док-т справочник не меняет. Правда, было это до появления 1С. | ||
Базис 17 - 13.11.18 - 11:05 | Регистр сведений уже предлагали? | ||
formista2000 18 - 13.11.18 - 11:07 | (0) Не должен.
Справочник является хранилищем ПОСТОЯННОЙ или УСЛОВНО ПОСТОЯННОЙ информации. Если что-то меняется - юзать в периодический регистр сведений! | ||
Симпатяга 19 - 13.11.18 - 11:07 | (13) при таком подходе можно использовать реквизит справочника в любом отчете, не прилагая никаких усилий вообще | ||
иубиповец 20 - 13.11.18 - 11:12 | (13) Вообще менять справочник доком - не очень хорошо, но в данном случае по сути организация в справочнике - по сути служебный реквизит, используемый для отбора в подборах, по этому пользователю должно быть все равно что там меняется.
Или сделать по другому при смене органиазции в справочнике, после утвердительного ответа на эту смену автоматически создавать документ передача, что бы вас не смущать:) Или дописать еще и обработку подбора, что бы учитывать организацию из регистра а не справочника..:) | ||
иубиповец 21 - 13.11.18 - 11:13 | А то что получается, в справочнике лицензия у ООО Василек, а на самом деле в "Рогах с копытами". | ||
FormatC 22 - 13.11.18 - 11:15 | если лицензия переходит от организации к организации, то логичней регистр сведений сделать | ||
Базис 23 - 13.11.18 - 11:18 | Как минимум вы теряете историю операций и сегодня распечатанный документ, сделанный вчера, показывает ерунду. | ||
Симпатяга 24 - 13.11.18 - 11:19 | (22) да все уже сделано, вопрос в том, что Программист ТС ленивый, и не хочет сделать так, как правильно, а идет по пути наименьшего сопротивления.
Это как выбирать данные из ТЧ документа, а не из регистра. Результат вроде один, но.... | ||
unregistered 25 - 13.11.18 - 11:38 | (0) > правильно перезаписывать элемент справочника с указанием новой организации так как лицензия всегда принадлежит какой то организации
Документ1 от 01.01.18 заполнил в справочнике Организация1 Документ2 от 10.10.18 заполнил в справочнике Организация2 Потом взяли и перепровели Документ1 (Документ2 больше не трогали). На регистры это никак не повлияет - сведения и остатки на нужные даты останутся корректными. А что будет в справочнике? А в справочнике будет фигня в виде Организация1. Или ты неверно формулируешь проблему, или твой коллега заблуждается. Одним из обязательных условий при проектировании документов и регистров является сохранение корректности данных при движении обратным ходом (проведение задним числом и т.п.). Для этих целей в 1С понапридумывали всякую муть типа последовательностей, которые необходимо контролировать. Но, во-первых, в последовательности не включают тупо все объекты подряд. А во-вторых (и самых главных) последовательности не умеют контролировать справочники. Они только за регистрами умеют следить. | ||
VladZ 26 - 13.11.18 - 11:41 | (0) Более правильно - хранить историю. Перезаписывать данные в справочнике - плохой вариант. Потому как обязательно встанет вопрос: "А что там у нас было на определенную дату?". | ||
Adilgeriy 27 - 13.11.18 - 11:41 | (25) вот я тоже это чувствовал как собака а сказать не мог.
а есть где прочитать про сохранение корректности литература? | ||
Adilgeriy 28 - 13.11.18 - 11:42 | (26) ну он в посмотрит в регистре накопления | ||
Cyberhawk 29 - 13.11.18 - 11:44 | (26) "Верионирование" или "История данных" отвечают на такой вопрос, либо даже тупо в ТЧ самого объекта хранить историю смены его реквизита-организации | ||
ДенисЧ 30 - 13.11.18 - 11:53 | (29) Это плохой, никуда не годный вариант. если бы ты был моим подчинённым - я бы лишил тебя премии за такое предложение | ||
Numerus Mikhail 31 - 13.11.18 - 11:54 | (28) Регистр накопления не предназначен для хранения периодической информации
Как и говорили выше, вам нужен периодический регистр сведений | ||
Adilgeriy 32 - 13.11.18 - 11:56 | (31) т.е. должно быть два регистра: накопления и сведений.
что бы можно было знать сколько рабочих мест на каждой организации? и какие лицензии за какой организацией закреплены. | ||
ДенисЧ 33 - 13.11.18 - 11:59 | (32) А накопление тебе зачем? | ||
Симпатяга 34 - 13.11.18 - 11:59 | (33) накопления уже есть | ||
Buster007 35 - 13.11.18 - 12:00 | автор, ты вообще типовые видел? Возьми, например, основное средство и посмотри как сделано. И главное программисту подскажи где надо посмотреть.
PS просто интересно - какая ЗП у программиста?) | ||
Симпатяга 36 - 13.11.18 - 12:00 | (32) если уже есть, откуда получить данные, зачем еще один регистр делать? для удобства если только | ||
Adilgeriy 37 - 13.11.18 - 12:00 | (32) есть разные типы лицензий с разным количеством рабочих мест. нужно знать сколько рабочих мест в каждой организации уже есть и каких | ||
Bigbro 38 - 13.11.18 - 12:00 | Для начала надо прочитать лицензионный договор.
Возможно (хотя и не обязательно) там вообще не предусмотрена передача прав на использование другой организации. Либо допускается с уведомлением правообладателя. | ||
unregistered 39 - 13.11.18 - 12:05 | (27) > есть где прочитать про сохранение корректности литература?
Где-то я с этим сталкивался. Но где именно не скажу. Не факт что в документации (может какие-то отдельные статьи или курсы). Но вообще-то это здравая логика подсказывает. Любое телодвижение пользователя должно возвращать корректный результат (в том числе проведение документов задним числом). Во всех исключительных случаях (когда результат некорректен) либо такие действия должны быть запрещены пользователю, либо нужен настроенный механизм каким-то образом их контролировать (например, при помощи последовательностей). | ||
Adilgeriy 40 - 13.11.18 - 12:06 | (38) передача пересмотрена. | ||
DeeK 41 - 13.11.18 - 12:09 | регистр сведений, не? | ||
Bigbro 42 - 13.11.18 - 12:12 | (40) передача безвозмездная (дарение) или по договору безвозмездного пользования (ссуды)?
по идее передача НМА особо ничем не будет отличаться от передачи ОС, если у вас подобное практикуется. в справочник писать не стоит, для изменения лучше использовать регистр сведений. | ||
Cyberhawk 43 - 13.11.18 - 12:14 | (30) Хз о чем ты | ||
ДенисЧ 44 - 13.11.18 - 12:25 | (43) Ты предсказуем | ||
unregistered 45 - 13.11.18 - 12:37 | (32) > какие лицензии за какой организацией закреплены.
Логично, что такая информация нужна. > сколько рабочих мест на каждой организации? А это зачем? Организация имеет 20 десятипользовательских лицензий (всего - 200 штук). Как эта информация связана с количеством рабочих мест? Откуда вы знаете как именно эти лицензии активированы (по компам или по сеансам)? Откуда вы знаете на каких серверах установлены эти лицензии - может 100 лицензий на одном серваке и ещё 100 - на другом. И есть пользователи, которые тусят на одном сервере, есть те, кто тусит на втором, и есть те, кто лазят на оба сервера. А может вообще половина из этих лицензий на полочке лежит неактивированными. Короче говоря, какая-то каша в голове ваших постановщиков. Походу дела вы сами не знаете - что вы хотите учитывать и для чего. Если не в состоянии показатели состояния (регистры сведений) от показателей остатков и оборотов (регистры накопления) отличить. | ||
Мелифаро 46 - 13.11.18 - 12:38 | Вывести в периодический РС, реквизит "Организация" в форме объекта лицензии скрыть, на его место добавить текущее значение регистра с кнопащкой "История" рядом. Документ при проведении пишет в этот РС новые значения.
И жизнь наладится. | ||
Мелифаро 47 - 13.11.18 - 12:39 | Кстати, да, а на кой ляд РН вообще? | ||
breezee 48 - 13.11.18 - 13:24 | (0) вопрос должен ли документ менять справочники используемые в табличной части документа.
Должен ли человек на форуме задавать абстрактные вопросы? | ||
Adilgeriy 49 - 13.11.18 - 13:53 | Рекламное место пустует | ||
Adilgeriy 50 - 13.11.18 - 13:54 | (48) должен. иначе зачем человеку мыслить. бессмысленные вопросы задавать не стоит | ||
bolobol 51 - 13.11.18 - 14:01 | Если изменился реквизит справочника - это новый элемент справочника. Отсюда - можно добавлять, изменять (не путать с исправлять) - нельзя. | ||
bolobol 52 - 13.11.18 - 14:11 | По теме "отбор в списках по реквизиту" - это удобно и быстро, особенно хорошо, что это доступно на неуправляемых формах. Но делается это всё равно через регистр сведений, куда пишет документ. Никакие пляски с историей в ТЧ справочника не обеспечивают целостность данных. Запись в регистр регистратором - это надёжность, простота и прозрачность. А подпиской / менеджером записи / периодической перезаписью (предпочтительно) элементов справочника по изменениям в регистре сведений - это единственный мне известный верный и простой способ выполнить задуманное. | ||
Cyberhawk 53 - 13.11.18 - 15:34 | (52) Что за периодическая перезапись? | ||
unregistered 54 - 13.11.18 - 16:11 | (49) Да, да, да! Перечитай внимательно (37) и ответь на вопрос - на кой ляд нужен регистр накопления?
Если уже есть регистр сведений, отражающий сведения о лицензии (количество РМ, тип, организация, период действия и т.п.), то наличие РН - как минимум ставит вопрос об избыточности (дублировании). Хотя конечно, чтобы полноценно рассуждать на эту тему необходимо видеть постановку на реализацию и текущую модель - структуру регистров и связанных объектов. Нельзя исключить, что вам действительно нужны за каким-то лешим оба регистра. | ||
Cyberhawk 55 - 13.11.18 - 16:16 | (54) Так остаток чтоб получать.
Несколько же записей у одной и той же организации, хочется в сумме видеть сколько. | ||
Сияющий в темноте 56 - 13.11.18 - 16:38 | А срез регистра сведений дает всю информацию,так что регистр накопления нам не нужен,у нас же не будет передачи части лицензии.
регистр накопления позволяет быстро получить итог,но при передаче лицензии между организациями в него писать две записи,откуда расход и куда приход. конечно,можнл отменять предыдущие записи,но это сродни изменению справочника. | ||
Cyberhawk 57 - 13.11.18 - 16:50 | (56) Как это ты срезом РС собрался получать итог? | ||
Сияющий в темноте 58 - 13.11.18 - 16:54 | (57) а агрегатные функции в запросе что работать не будут? | ||
Cyberhawk 59 - 13.11.18 - 16:56 | (58) Так в срезе-то только последняя запись будет (по каждой комбинации измерений). А лицензии-то на одну и ту же организацию могут быть куплены в несколько заходов, т.е. несколько записей. | ||
Сияющий в темноте 60 - 13.11.18 - 17:02 | В срезе будет состояние лицензий на текущую дату,а что еще надо? | ||
LLeonidov 61 - 13.11.18 - 17:07 | Про типовой ЗУП 3.0. уже говорили?
Должен ли менять документ справочник, должен ли документ менять документ в закрытом периоде. На мой взгляд если идет спонтанное развитие конфигурации то все возможно. И все регламентируется не правилами, а приоритетом в текущем списке задач. Если топик стартер хочет что-то изменить в системе он должен описать задание и добавить его в список разработки. +1 к спрятать в справочнике поле организация и выводить его из регистра. | ||
Cyberhawk 62 - 13.11.18 - 17:16 | (60) Отменили / перепровели документ покупки задним числом - состояние изменилось | ||
timurhv 63 - 13.11.18 - 17:27 | (0) Есть ли RLS по этому справочнику? Или это самописка? Аналогия со справочником расходы будущих периодов, основные средства.
Документ - отражение хозяйственной операции, вы передали лицензии от организации 1. Пакет документов был отправлен почтой и успешно утерян\украден\сгорел по пути, организация 2 их не получила. На каком основании менять реквизит? Правильно отражать поступление, списание, каждый раз при поступлении создавать новый элемент справочника. | ||
Eiffil123 64 - 13.11.18 - 18:19 | Вот захотят бухгалтера видеть в УПП инвентарный номер ОС в ОСВ по счету 01 и приходится добавлять реквизит и заполнять его при проведении. А желание вполне у них адекватное. | ||
Cyberhawk 65 - 13.11.18 - 18:45 | (64) Вроде в универсальный отчет "теплые ламповые" доп. реквизиты типовых (на ПВХ и регистре сведений которые) на ОФ штатно подтягиваются, не? | ||
Adilgeriy 66 - 13.11.18 - 18:48 | (63) самописка по учету лицензий | ||
Adilgeriy 67 - 13.11.18 - 18:50 | (63) RLS будет по организациям скорее всего. у каждого пользователя своя организация или список организаций. в который он может купить лицензии, откуда передать или списать. | ||
Adilgeriy 68 - 13.11.18 - 18:52 | (56) как правильно организовать момент времени между списанием из одной организации и принятием в другую | ||
МимохожийОднако 69 - 13.11.18 - 19:07 | Вместо справочника Регистр сведений периодический.
Измерение: Лицензия. Ресурс:Организация. Реквизит: Документ передачи лицензий | ||
Adilgeriy 70 - 13.11.18 - 19:24 | хотят иметь справочник лицензий с номерами программных продуктов. остальное всё в регистр сведений
как узнать какие лицензии передали в конкретную организацию до момента подтверждения получения? аналог ордерного склада в УТ делать?:) | ||
Krendel 71 - 13.11.18 - 19:24 | (59) рс основные спецификации номенклатуры работает и не жужжит же. Хочешь по номенклатуре, хочешь на дату | ||
Cyberhawk 72 - 13.11.18 - 21:08 | (71) Ты о чем? Он про получение итога срезом, бгг | ||
Cyberhawk 73 - 13.11.18 - 21:09 | (70) Ну если надо фиксировать как выбытие, так и прибытие с отсрочкой, то без "товаров в пути" и двух записях, очевидно, никак. Хотя вон бери пример с товарных регистров линейки ЕРП - два ресурса "В наличии" и "К отгрузке", бгг | ||
Mort 74 - 13.11.18 - 21:10 | допустим, лежит непроведенный документ. если его провести и сразу распровести, база должна вернуться в исходное состояние. | ||
Cyberhawk 75 - 13.11.18 - 21:21 | |||
МаленькийВопросик 76 - 13.11.18 - 21:26 | (12) я видел конфы, в справочниках, которых хранятся цены... на вопрос почему так - ответ, пришел мальчик - сделал так - показал нам, мы довольны... все работает. | ||
ЕщеОдинПрограммист 77 - 13.11.18 - 21:48 | (0) может, если предусмотреть откат ситуации при распроведении актуального документа, и прочие манипуляции с последовательностью.
Из плюсов, что в этом случае не будет дополнительных таблиц регистров сведений для хранения информации о состоянии, что будет чуть быстрее, но никто этого не заметит. Из минусов, вероятность конфликта блокировки элемента справочника в момент редактирования его пользователем. Все зависит от того, готов ли заказчик платить за правильность и легкость последующих разработок. | ||
ЕщеОдинПрограммист 78 - 13.11.18 - 21:54 | Абсолютно такой же вопрос, а может ли документ менять реквизиты других документов? Тут вероятность блокировок обычно выше. | ||
EvgeniuXP 79 - 14.11.18 - 04:08 | (0) и плавно приходим к тому, что если пользователь нажмет команду "пометить на удаление" в форме документа или в списке документа, или в журнале документов - то в справочнике надо отразить последнее состояние проведенных документов. | ||
EvgeniuXP 80 - 14.11.18 - 04:11 | А если каждый показатель тягать из регистра на текущую дату - динамический список вешается от таких нагрузок. | ||
EvgeniuXP 81 - 14.11.18 - 04:13 | Либо теряем отборы в динамеческом списке и придется самому реализовывать настррйки динамического списка :) | ||
Злопчинский 82 - 14.11.18 - 04:20 | А зачем постоянно что-то тягать в динамический список? он что постоянно на экране где-то крутится? тем более если все это в РС хранится, то списки из этих РС нужны только как отчеты и при редкоих событиях передачи лицензий. Не умрут... | ||
ЕщеОдинПрограммист 83 - 14.11.18 - 04:51 | (80) если в регистр, то не периодический. Просто последнее состояние. Нагрузка на расчет в момент проведения документа, а не в момент получения для отображения для пользователя. Расчет для проведения при отмене последнего - запросом по документам, который из них остается последним. В таком случае работает быстро, даже для отображения в дин.спис., и блокировок при редактировании справочника пользователем не будет.
Я как то задавался вопросом, почему для запроса по периодическому регистру к последнему состоянию происходят какие то доп.расчеты. С точки зрения, что это отдельная таблица, то вроде ничего лишнего не должно быть. Но оно почему то все равно запускает тормозные расчеты соразмерные с выборкой срезов на прочие моменты. Очень похоже на кривые мозги у тех, кто делает платформу. | ||
Мелифаро 84 - 14.11.18 - 05:07 | (49) Тогда, если есть РН, не нужен РС. Вообще, постановка задачи корявая малость, если у тебя каждая лицензия - отдельный объект, обязательно принадлежащий какой-то одной организации в момент времени, то РН ни к чему (по аналогии это ОС). Если лицензия может в двух экземплярах, например, принадлежать одной организации, а в пяти - другой, то РН как раз-таки нужен, по сути эта лицензия - обычный ТМЗ со всеми вытекающими. | ||
Злопчинский 85 - 14.11.18 - 05:49 | (83) "Расчет для проведения при отмене последнего - запросом по документам, который из них остается последним."- имхо бяка. правильнее сделать еще один документ передачи в "обратном" направлении. | ||
ЕщеОдинПрограммист 86 - 14.11.18 - 06:09 | (85)
> правильнее сделать еще один документ передачи в "обратном" направлении это если считать пользователей теми, кто стремится все сделать правильно, и при этом никогда не ошибаются. А в остальных случаях указанный мною расчет нужен, а если его делать, то обратным документом пользоваться уже не будут, за исключением закрытых на редактирование периодов. | ||
dmpl 87 - 14.11.18 - 07:49 | (0) Делаете периодический регистр сведений, вот его и пусть документ меняет. | ||
dmpl 88 - 14.11.18 - 07:51 | А насчет изменения справочника... ситуация: документ провели задним числом. Что у вас в справочнике будет? Фигня! Кому вопрос зададут? Программисту. | ||
dmpl 89 - 14.11.18 - 07:53 | (19) Только отчет будет неправильный. Т.к. будет показывать текущее значение реквизита, а остальные реквизиты - по состоянию на прошлый период. | ||
Adilgeriy 90 - 14.11.18 - 09:34 | (84) лицензия может принадлежать только одной организации в каждый момент времени. и не может использоваться по частям | ||
Eiffil123 91 - 14.11.18 - 10:52 | (65) в УПП не подтягиваются, но это полбеды. Кто будет заполнять это значение после принятия к учету ОС вручную в допреквизите? Это какая-то сомнительная автоматизация. | ||
Вафель 92 - 14.11.18 - 11:02 | Доп реквизиты ничем не отличаются от обычных (в рамках данной задачи) | ||
Сияющий в темноте 93 - 14.11.18 - 15:50 | Я не очень понимаю,почему народу не нравится периодический регистр сведений?
Если документ делает движения,то они на какую то дату,и при отмене документа запись на эту дату исчезает и остается предыдущая запись,причем,это автоматически происходит-для этого регистры сведений и придумывали. тут только одна проблема-в регистре нельзя указать организацию,с которой идет передача,т.к.она определяется по срезу на момент проведения документа-с другой стороны,нет маразма,когда сначала передали с организации А на Б,а потом с В на Г,и в отчете отрицательные значения-но это будет,если кто-то захочет регистр накопления впендюрить. | ||
ДенисЧ 94 - 14.11.18 - 16:13 | (93) "в регистре нельзя указать организацию,с которой идет передача"
Кто мешает сделать ещё реквизит и считать его при записи? | ||
Cyberhawk 95 - 14.11.18 - 17:56 | (93) Потому что на РС не получить итог без обращения к основной таблице регистра | ||
Вафель 96 - 14.11.18 - 17:56 | (95) если на текущую дату - то можно | ||
Cyberhawk 97 - 14.11.18 - 18:02 | |||
Вафель 98 - 14.11.18 - 18:04 | (97) разные лицензии - это разные строки | ||
Cyberhawk 99 - 14.11.18 - 18:37 | (98) А Лондон - столица Великобритании | ||
Вафель 100 - 14.11.18 - 18:37 | (99) Начинай уже думать ))) |
1 2 ► |
Список тем форума
|
Правила | Описание | Реклама на форуме | Волшебные решения | Поиск | Секции | Рейтинг | Книга знаний | Вики-миста (КЗ2) | Мобильная | Архив | Модераторы | Галерея | Регистрация | 18+ |