Вход | Регистрация

  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
(3) Поддержу.
(4) Не знаю насчет ИТС, но...
2 справочника, 1 док-т. Текущий владелец лицензии виден в отчете со ссылкой на док-т. Для этого и есть (2) (регистр).
   ДенисЧ
 
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
(13) Кто мешает в форме подбора сделать (11)?
   Adilgeriy
 
15 - 13.11.18 - 10:59
(13) не знаю.
просто как я понял нет строгих правил программирования по данному вопросу?
   Масянька
 
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
(47) смотри (37)
 
 Рекламное место пустует
   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
(74) Скажи это товарищу из (60) )
   МаленькийВопросик
 
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
(96) Походу ты не прочел или невнимательно прочел (59). Или ты  в РС собрался писать каждый раз нарастающий итог?
   Вафель
 
98 - 14.11.18 - 18:04
(97) разные лицензии - это разные строки
   Cyberhawk
 
99 - 14.11.18 - 18:37
(98) А Лондон - столица Великобритании
   Вафель
 
100 - 14.11.18 - 18:37
(99) Начинай уже думать )))
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует