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

  1  2

должен ли документ менять справочники?

должен ли документ менять справочники?
Я
   Adilgeriy
 
13.11.18 - 10:34
есть справочник лицензии. одно из полей справочника является организация.
организаций много, и передача не является продажей.
программист утверждает что при проведении документа передачи в другую организацию кроме движения по регистру накопления правильно перезаписывать элемент справочника с указанием новой организации так как лицензия всегда принадлежит какой то организации.
вопрос должен ли документ менять справочники используемые в табличной части документа.
правильно ли вообще что бы документы меняли справочники?
 
 
   Cyberhawk
 
101 - 14.11.18 - 18:41
(100) Не стоит оно того)
   Сияющий в темноте
 
102 - 14.11.18 - 18:41
Зачем в регист писать нарастающий итог?
в регистр мы пишем тольур момент передачи лицензии на определенную организацию.
потом запросом мы можем отобрать на определенную дату сочтояние всех лмцензий и просуммировать с группировкой по организациям.
что нам еще нужно?
повторяю,на любой момент времени запросом.
   Eiffil123
 
103 - 14.11.18 - 18:41
(93) потому что есть типовые отчеты, в которых можно обращаться к реквизитам через точку. А если прикрутить сбоку регистр сведений - то в отчет уже не выведешь.
Конечно, можно этот регистр спроектировать так, чтобы были как бы допреквизиты и прописать это в свойстве объекта. Тогда в отчетах на СКД допреквизит можно будет вывести. Но в старых системах типа УПП это не прокатит (там многие отчеты сделаны на построителе) - нужно будет пилить отчеты.
   Cyberhawk
 
104 - 14.11.18 - 18:43
(102) Что суммировать собрался?
   Злопчинский
 
105 - 14.11.18 - 21:39
(86) ну если принимает как основу что нет постоянной работы, направленной на недопущение халатности и ошибок, тогда вообще не вижу никаких проблем. Ну ошибся юзверь, ну пометите на удаление. Какие проблемы? Откатить назад "местонахождение" лицензии? - ну так пусть юзверь если это ему надо - залезет в карточку организации и поправит ручками как должно быть. если юзверю это не надо - ну и пофиг, не надо ничего править. вообще проблем не вижу. в случае неправильного оформления документа - тем более в самописной конфигурации - проще в неправильном документе ничего не удалять. а просто поставить признак "недействительный документ" и ввести документ "корректировка лицензии", который документально зафиксирует откат лицензии на нужное место. Это более прозрачно. Вдобавок статистика кто сколько косячит.
   Asirius
 
106 - 15.11.18 - 00:22
(0) Если стоит задача сделать максимальное быстродействие форм списка справочника с использованием поля "организация" - то должен. Только писать надо туда данные не из табличной части документа, который проводится (или распроводится), а сначала записать (или стереть) данные в периодический регистр сведений, потом сделать срез последних по этому регистру сведений с отбором по списку из табличной части, и из этих данных обновить данные справочника. Тогда в справочнике всегда будут актуальные данные, независимо от того, в каком порядке проводились или распроводились документы.
   palsergeich
 
107 - 15.11.18 - 00:26
Сама по себе постановка вопроса противоречит методологии вендора.
Один из способов реализации - Остаточный РН.
Документом передачи текущий остаток закрываем в 0, на другую оргу - вешаем
   palsergeich
 
108 - 15.11.18 - 00:27
И отчеты красивые будут
   palsergeich
 
109 - 15.11.18 - 00:29
Измерения организация и сама лицензия. нну ресурс число 0 - нету 1 на организации.
Зато можно средствами СКД все отчеты которые в моем больном мозгу придумываются реализовать.
   palsergeich
 
110 - 15.11.18 - 00:30
А с РС там придется изобретать велосипеды
 
 Рекламное место пустует
   palsergeich
 
111 - 15.11.18 - 00:38
Как показала практика - неявное изменение одной ссылочной сущности другой это очень очень не здорово и ведет к куче ошибок.
В конкретно данной задаче, если больше нет саркального смысла в реквизите Организация в справочнике Лицензии, вообще бы его удалил. (конфа не написана, считаю ее самопиской).
Получение организации текущей лицензии - запрос к оперативным остаткам это быстро
Отчеты - всякие графики перехода лицензий и тд - все будет строится тривиальнейшими запросами + СКД.
   palsergeich
 
112 - 15.11.18 - 00:51
Ну а если совсем подумать о производительности - то оборотный регистр. На каждый день аренды - ставим единичку.
Но тогда с продажами надо будет какой то другой искать вариант.
Да будет дольше запись, будет больше данных, но аналитика: "Остаток на каждый день" (у кого в какой день была какая лицензия, по ней скорее всего по факту будут вестить какие то мероприятия) будет получатся простой выборкой из реальной таблицы. Так же будет очень тривиально получить средне дневное количество арендованных лицензий и тд
   palsergeich
 
113 - 15.11.18 - 00:52
Все зависит от того как дальше эта информация будет использоваться
   Сияющий в темноте
 
114 - 15.11.18 - 10:00
(104) количество лицензий из справочника(а оно же не меняется с момента получения комплекта)по данным среза регистра сведений.
мы же комплекты не делим,так как это противоречит указанию организации в карточке комплекта.
регистр накопления имеет смысл,если мы учитываем каждую лицензию,то есть дробим комплекты,но тогда нет смысла в комплекте,а в карточке можно писать организацию,на которую куплена лицензия.
   Cyberhawk
 
115 - 15.11.18 - 10:11
(114) Так это прокатит только если каждый элемент справочника - это физически отдельная лицензия / комплект (или аппаратный ключ). А если у них аппаратные ключи без разделения, т.е. элемент справочника один (ключ на 10), и таких ключей много, то не получится на РС без свистопляски как в (106), например
   bykandrey
 
116 - 15.11.18 - 10:16
Может быть сделать через РС, в котором будут присутствовать сама лицензия, организация...
(а документ делает движения по регистру)
   unregistered
 
117 - 15.11.18 - 10:34
(55) > Так остаток чтоб получать. Несколько же записей у одной и той же организации, хочется в сумме видеть сколько.

Это я понимаю. Я не понимаю нафига дублировать информацию.
Простейший запрос к РС (где уже есть вся инфа), даст аналогичный результат. Мутить регистр накопления только за ради посмотреть "сколько лицензий у контрагента" - бред.
   Лефмихалыч
 
118 - 15.11.18 - 10:50
(0) не правильно. Если писать просто в справочник, то:
1. никто потом не поймет, почему в этом элементе значение именно такое
2. при проведении задним числом весь учет пойдет по звезде
3. отмена проведения по идее должна что-то делать с тем, что было сделано при проведении, но ничего делаться не будет

В данном случае нужен периодический подчиненный РС с одним измерением. Документ должен складывать записи в него.
   unregistered
 
119 - 15.11.18 - 10:58
(64) > Вот захотят бухгалтера видеть в УПП инвентарный номер ОС в ОСВ по счету 01 и приходится добавлять реквизит и заполнять его при проведении. А желание вполне у них адекватное.

Во-первых, во всех типовых на БСП это уже давно автоматизировано. Называется характеристики. Выводится в большинстве стандартных бухгалтерских отчетов (оборотки, анализы и т.п.) в виде допреквизита.

Во-вторых, решение о заполнении этого реквизита при проведении - тоже, мягко говоря, сомнительное.
   unregistered
 
120 - 15.11.18 - 10:59
(118) +100 Ну вот хоть одно вменяемое четкое и ясное мнение по теме за последние полсотни постов.
   unregistered
 
121 - 15.11.18 - 11:03
(70) > хотят иметь справочник лицензий с номерами программных продуктов

Как именно они себе это представляют?
У пользователя куплены основные поставки УТ, БП и ЗиУП.
Одна 10-типользовательская лицензия, одна 20-типользовательская, и 10 однопользовательских.
К каким именно программным продуктам должна быть привязана каждая из этих лицензий?

Походу у вас реальная каша в голове. Куча хотелок, но никто не понимает для чего, что и кому это всё нужно.
   palsergeich
 
122 - 15.11.18 - 11:32
(115) Этого в ТЗ нет. Считаем что это не надо.
(118) Периодический РС - так себе идея, могу придумать пяток отчетов по где придется писать простыню и она будет не тривиальна (Например какое количество лицензий у нас будет занято через месяц). РС не даст такой информации тривиальным запросом - обороты дадут.
(117) 1с в стандартах разработки говорит - если для быстрого получения данных в отчете Вам нужен регистр - делайте его.
   palsergeich
 
123 - 15.11.18 - 11:35
Так же для выставления счетов за использованные лицезии скажем за месяц будет проще получить обороты, нежели рожать данные из РС
   Лефмихалыч
 
124 - 15.11.18 - 11:51
(122) из постановки в топике не следует вообще никаких отчетов. Там есть только требование гарантировать, что у одной лицензии организация всегда будет только одна. По этому - РС с одним измерением. Подчиненный он потому, что передача между организациями регистрируется уже существующим документом. Периодический просто потому что мне так захотелось - обычно, когда так хочется, то значит надо делать.
   Лефмихалыч
 
125 - 15.11.18 - 11:52
(123) обороты, в которых крутится одна единичка, - тоже спорно, хотя для озвученных тобой граничных условий, видимо, это и обоснованно
   Лефмихалыч
 
126 - 15.11.18 - 11:54
РС плох тем, что нет корреспонденции и, как следствие, при регистрации факта передачи теряется инфа об отправителе - ее можно только из регистртора выколупать.
Но нет указаний на то, что отправитель где-то кому-то когда-то нужен.
   GANR
 
127 - 15.11.18 - 12:11
(0) [при проведении... перезаписывать элемент справочника]
Отмена проведения должна отменять действия при проведении. То есть справочник придется возвращать в прежнее состояние. Что на это скажет программист?
   GANR
 
128 - 15.11.18 - 12:23
+(127) По-православной методике от 1С надо писать эту информацию в периодический регистр сведений и из него же получать. Тогда соблюдется возможность обратного хода.
   Garykom
 
129 - 15.11.18 - 12:39
(0) >программист утверждает что при проведении документа передачи в другую организацию кроме движения по регистру накопления правильно перезаписывать элемент справочника с указанием новой организации

Поменяйте программиста, он(а) еще не отошел от периодических реквизитов в 1с 7.7.
   GANR
 
130 - 15.11.18 - 12:41
(129) Пи...ть надо за такое программирование.
   Garykom
 
131 - 15.11.18 - 12:42
(130) Ну в 77 периодические реквизиты были примерно как регистр сведений
https://its.1c.ru/db/metod8dev/content/2588/hdoc
   GANR
 
132 - 15.11.18 - 12:44
(131) За 15 лет существования 8-ки он мог бы и допереть до этого.
   K1RSAN
 
133 - 15.11.18 - 12:50
Уже несколько курьезных ситуаций написали, которые могут встать в полный рост при реализации через запись справочника (отмена проведения, проведение задним числом). Причем ее не сразу можно будет заметить, если работы с лицензиями не каждый день ведутся. Вопрос: почему ТС до сих пор не настучал программисту этими ситуациями, чтобы он сделал по-людски?
 
 
   catena
 
134 - 15.11.18 - 12:59
(133)ТС последний раз отписывался вчера утром, видимо убедил программиста аргУментами. А в теме до сих пор программисту уже нос ломают, коленки стреляют)))
   palsergeich
 
135 - 15.11.18 - 13:29
(125) Исходя из опыта похожих задач - даю более 90% вероятности что такие отчеты потребуются.
А с РС на таких задачах - уже наелся.
   antgrom
 
136 - 15.11.18 - 13:35
(0) ок, проверочные вопросы :
что будет если отменить проведение документа ?
что будет если пометить документ на удаление и удалить ?
что будет если изменить и дату документа и всё его содержимое ?

Самое правильное : документом создавать движения в регистре. Скорее всего - в периодическом регистре сведений.
А в справочнике - просто отображать данные из этого регистра.
   Adilgeriy
 
137 - 16.11.18 - 09:49
(134) программист занят другой задачей. задачу передали стажеру. он не знает кого слушать. самый главный в командировке. поэтому отложили задачу на следующую неделю
вношу уточнения.
нужно знать сколько лицензий в организации и в подчиненных организациях вместе на сейчас.
продаж не будет. только факт что лицензия пришла.
аренды не будет.
планировать количество лицензий на месяц вперед не надо.
передачи будет редкими и только при реорганизации.
   K1RSAN
 
138 - 16.11.18 - 09:51
(137) В любом случае правильнее работать с регистрами. Если правильно настроить - то количество будет узнаваться простейшими отчетами.
   Adilgeriy
 
139 - 16.11.18 - 10:00
(138) с этим согласен. вопрос на каком регистре меньше кода при написании отчетов? как суммировать данные по регистрам сведений? как суммировать лицензии на базовые поставки?
как актуализировать регистры при добавлении в лицензии другой тип поля по которому нужно суммировать.
пример 1 базовая лицензия на конфу. 1 одна лицензия на поставку и 1 на рабочее место. БП +5 это 1 лицензия на поставку и 5 на рабочее место. Допустим они захотят ввести учет лицензий по  sql; нужно ли дописывать функционал или как правильно вывести отчет сколько у меня лицензий на рабочие места если у меня 1 лицензия "БП+5" 2 лицензии "БП базовая" и 1 лицензия на SQL сервер
  1  2

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