С выходом 8.0 по сравнению с 7.7 исчезли общие реквизиты у документов. Зверушки визжали что это круто что песец как, но вот наступило время 8.2.14 и они вновь появились (правда уже не только в документах).
Послушать хотелось бы новые аргументы за и против

что за зверушки?

(1) та тут на форуме упирались

(0) не знаю, потребность в них уж очень редко возникает....

Блин... а я и не заметил что их нету.

(0) ты б почитал для начала для чего в 8.2 сделали общие реквизиты

хотя с другой стороны, если есть регистры сведений?

(2) насколько я помню, все были против против единственной таблицы общих реквизитов

+(7) * одной

(5) Или хотя бы как на уровне таблиц сделано.

(7) реализовать можно по разному

(0) главное дело, чтобы они существовали ненавязчиво.
тогда кому надо - применят, а нет - так и нет :)

(5) разверни тему

Нашли блин чем заняться, лучьше бы допиливали форматированный документ для УФ, муд*ки тянут кота за хвост

реквизиты коммунальные - возврат к на круги к 7.7)
наверное будут тормозить черепаху ещё больше)
лучше бы скорость мат.операций увеличили в 1000 раз;)
v8: Скорость работы 1С

Так как это реализовано в 8.2 - разделение данных - полнейший отстой !! никак реальные задачи не реализовать

Ждём возвращения периодических реквизитов.. :) ТОлько в нормальной реализации, не в одной таблице.

Книга знаний: Рекомендации по созданию новых ОФФтопиков

"1. Заголовок должен содержать суть предлагаемой к обсуждению темы, но при этом не быть однобоким, не должен подталкивать посетителей к единственно правильному, по мнению автора, мнению ("Опять приняли тупой закон по техосмотру" -> "Приняли новый закон по техосмотру"), не должен выражать оценку автором событий, людей и т.п., не получившим ещё должную оценку со стороны компетентных органов ("Чиновник Вася Пупкин наворовал 50 млрд руб" -> "Чиновник Вася Пупкин подозревается в воровстве 50 млрд руб"), не должен содержать оборотов, подталкивающих к разжиганию межнациональной, межконфессионной, социальной розни ("Кавказцы опять избили девушку в Москве" -> "Группа хулиганов избила девушку в Москве", "Гастарбайтеры совершили очередное убийство в Москве" -> "Совершено убийство в Москве"), т.к. у преступника нет национальности и религии. "

Или это касается только оффтопиков, а в тематической ветке можно подталкивать " к единственно правильному, по мнению автора, мнению "?

(5)+1
нахрена о чем-то узнавать, читать что-то (немцы какие-то). Общие реквизиты - значит возврат к семерке, и всё тут.

(16) вот это зло ...............................

(12) это тебе будет домашнее задание: изучить, понять, простить...

+(19) чем тебя РС не устраивает ?

(21) Вцелом, устраивает :) Но согласись, реализация в 7.7 периодического реквизита на порядок проще.

(20) прочел, куита какая-то
Реализован механизм общих реквизитов, позволяющий добавлять реквизиты в различные объекты метаданных без их изменения

(22) вот с периодикой я не соглашусь, я бы еще сильнее ее допилил, введя начало периода действия и конец периода действия

(22) и как ты это чудо в запрос засунешь

(24) и что мешает добавить 2 реквизита в РС, а не запихивать это дело в платформу? или ты не про 8?

Плавно съехали на периодические реквизиты.

(0) ыыыыыыыыыыыыыыыыы

ты еще вспомни казусы типа:

2 плана счетов -> 1 план счетов

контактная информация в регистре сведений -> контактная информация в табличной части объекта

допреквизиты в регистре свдений -> допреквизиты в табличной части объекта

(26) придется еще допиливать автоматическое изменение конца периода
я про то, что конец периода атрибут только для чтения

(10) это если мозгов хватает

а вообще, есть поговорка "только идиоты не меняют своего мнения"

вполне себе нормальная рабочая ситуация.. была одна концепция.. поработали, технологии сменились, пришла ей на смену другая концепция...

(28) справочник сотрудники забыл

(31) я не против, но как-то по кругу все

(28) Один план счетов в 77 совсем не тоже самое что 1 план счетов в БП 2.0.
Да и вообще вся эволюция идет по СПИРАЛИ.

(32) таких приколов вроде как предостаточно...

(33) ну вообще то не по кругу..
в 7ке это были именно общие реквизиты.. в 8ке это несколько другая сущность с несколько другой задачей..

(34) пофиг.. зато 8кофобы могут смело орать про то что 8ка себя изжила и все вернулось к единственно правильной 7шной концепции..

v8: 8.2: Общие реквизиты документов

скоро и общий журнал вернется...

В 77 это была удобная фишка для типа "Документ". Сейчас это вообще другое, но если не разбираться, то да, звучит похоже "Общие реквизиты".

(39) мля

(39) Общий журнал и сейчас можно сделать

(41) почему мля... от него больше пользы чем вреда... можно будет нормально работать с позицией.

(40) причем такая же "удобная" как и периодические реквизиты..

типа "фишка" от которой все отказались и которым она в общем то и не нужна была вовсе..

(42) нет

(43) а нафига ?

(39) Да не будет общих журналов. Если общие реквизиты в 8.2.14 это шаг к модульности подсистем, то общий журнал сюда никаким боком не влезает.

(45) Что нет, когда да. Только ручками

(45) что тебе мешает ВСЕ документы зарегить в одном журнале ?
будет тебе "общий журнал"

(45) Или под общим журанлом ты имеешь ввиду моментвремени?

еще вброшу:
зачем регистрация изменений для планов обмена сделали на уровне движка платформы, а не реализовали в качестве прикладных механизмов, например, через регистр сведений

(49) херня это...

(51) все удачное надо топить в платформу... или выкидывать... чтобы не было монстров из костылей типа "встроенный почтовый клиент"

(43) фп3,14ду

(46) чтобы было фифо/лифо вменяемое...

(52) почему ? потмоу что нет "штатного по умолчанию" ?
то есть если в новом релизе БП сделают такой журнал ты успокоишся и скажешь "слава 1С" ?

и кстати, ВР подтвердит свои слова?

"Поддержка общих реквизитов отрицательно сказывалась на производительности при интенсивном вводе документов, поэтому в версии 8.0 от них было решено отказаться."

(56) потому что он не будет работать так как в клюшках

(55) pit'а на тебя нет!

(55) а... это вгрузить стописят миллионов документов в 31.01.2011 23.59.59  и получить с этого вменяемое фифо?

а момент времени чем не устраивает?

>отрицательно сказывалась на производительности при интенсивном вводе документов, поэтому в версии 8.0 от них было решено отказаться

гы... отрицательно сказывалось на производительности само наличие 8.0...

(58) почему?

(57) кстати, а теперь какая реализация общих реквизитов?

(57) не допускаешь мысли, что смогли написать так, что бы поддержка общих реквизитах отрицательно не сказывалась на производительность?

(62) Потому что клюшки это как теплый ламповый звук - ТРУ. А снеговик оцтой.

(60)>а момент времени чем не устраивает?

потомучта он не работает...

>это вгрузить стописят миллионов документов в 31.01.2011 23.59.59  и получить с этого вменяемое фифо?

да, иногда надо

(64) допускаю, но им для этой идеи пришлось 8 лет думать, ппц

(67) думаешь там гении работают?

(65) смеяцо после лопаты?

(67) лучше поздно, чем никогда)) (цы) кто-та

(69) Да нет, плакать нужно.

(68) к счастью он там не работает, но иногда думается, что таки да

а когда они РБ функциональность ПС вернут?

(71) над снеговиком если только... что он не в силах вменяемо провести документы один за одним

(66) не флуда ради а сугубо из интересу: а что именно не работает?

(74) У меня всё проводятся ЧЯДНТ? Повторю (60) момент времени чем не устраивает?

момент времени нельзя поменять в пределах секунды

(76) я так понял что вгрузив 100 документов в одну секунду ты потом их по произвольному порядку местами не попередвигаешь для того чтобы изменить порядок проведения.. типа как вгрузил так и перепровел..

(66) А как ты в 7 двигаешь документы в пределах одной секунды? Ведь нет никакой штатной возможности?

(75) да все не работает... отсортируй два типа документов введенные друг за другом в пределах 1-ой секунды в консоли... посмотри чего получится... общего журнала нет, позиции на временной оси тоже нет...

(76) что у тебя проводится? в консоли посмотри чего...

ввод документов:

поступление
реализация
поступление
реализация

консоль:

поступление
поступление
реализация
реализация

(80) в этой идеологии общий журнал ничего не даст (или у тебя другое понимание общего журнала, отлично от 1С 8)

(82) он даст позицию на общей оси.

(78) Осталось ещё придумать нахера это всё.

а то что сейчас - не "идеалогия", а бардак...

(84) бывает нужно, очень

И вообще нужно юзать РАУЗ, там не критично время документов

Не бардак, а "упрощение" :)

Хотя сейчас мода пошла автоматизировать не по модели реальных процессов, а по представлениям всякого рода "гениев". Отсюда и важен порядок списания в рамках одной секунды.

в момент времени "подмешивать" вид документа... 1С жжот...

(63) так общие реквизиты - теперь добавляются во все таблицы, где они используются, и соотв. фраза "Поддержка общих реквизитов отрицательно сказывалась на производительности при интенсивном вводе документов, поэтому в версии 8.0 от них было решено отказаться." смысл ну какбэ теряет. Общие -в плане общие, что ты их добавил - а платформа сама разнесла по объектами данные реквизиты.

Откуда возникнуть тормозам.

Да, и кстате, неплохо было бы ознакомиться, для чего они нужны.

(91) 1С пишет мегаоблачную систему

(81) а если заюзать обработку которая в операциях сидит то будет соответственно:

поступление
реализация
поступление
реализация

все документы в одной секунде сидят.

(89) толковый ответ 1С-ника...

сначала начать вопить что "у меня все работает"...
потом про то что вокруг все гении, а он один Дартаньян...

клюшки которые пинают все кому не лень могут... а снеговик не может

>сейчас мода пошла автоматизировать не по модели реальных процессов

реальный процесс если что, работающий 6 лет в конторе

Перешел на 8.2.14.528, и такая хрень вылезла http://s2.ipicture.ru/uploads/20110828/QidUV1Da.jpg - Ошибка разделенного доступа. Активные сеансы - приложение Конфигуратор.
Регламентные задания отключены. В консоле "Администрирование серверов 1С Предприятия" виден только сеанс конфигуратора.
Это не связано с появлением общих реквизитов?

(93) >а если заюзать обработку которая в операциях сидит

отсюда можно поподробнее?

(96) операции -> проведение документов

(94) Т.е. процесс не переводите на 8, потому что 8-ка не может рассортировать документы в пределах секунды?

(97) а, ты об этом... :)

И где в реальном мире кто парится в какой момент секунды провелся документ, вот что интересно.
А вообще ушли от темы зверушек и общих реквизитов.

(98) все уже переведено... просто столкнулись, что когда происходит достаточно редкая операция плодящая документы в конце дня происходит такая вот хрень на одинаковой логике модулей в клюшках и снеговике...

(95)это нормально)))

мне кажется, автор (0) не понял в чем тормоза:
в 7.7 общий реквизит хранится в отдельной таблице - поэтому он и обший какбэ, и соотв. во всех запросах, которые генерит платформа - там идут джойны в этой таблице. В 1С++ это сделано на уровне вьюх, но от этого запросе стали проще твои, но не работа, которую сервер делает.
в 8.2.14 - общий реквизит - это поле объекта, т.е. семерошного джойна уже не будет.

Но это теория =) Как на практике - надо ждать типовых конфигураций и смотреть.

(100) >И где в реальном мире кто парится в какой момент секунды провелся документ

тебе запрос неверный остаток вернет... и в партиях будет каша

(103) ты как-то меня совсем обидел про "автор не понял в чем тормоза"

(105) сори, если что.

(104) Они все равно в порядке выстроены чтобы верно списывать, а для явного указания партии есть реквизиты. Зачем иметь возможность _регулировать_ порядок в пределах секунды, вот чего не могу понять.

В данном случае, так называемые "общие реквизиты" вводятся для того, чтобы при необхомимости изменения типовых объектов они оставались именно типовыми. Думаю, скоро дело дойдёт до переопределения модулей и/или функций с выводом их в отдельные объекты. Вносить изменения в функционал так действительно правильнее.

(99) а блин соврал.. внимательно прошелся отладчиком.. скотина по виду документа сначала сортирует а потом уже по датевремени.. то есть в приделах секунды - каша...

отскатина

+(109) неверю что нерешаемо.. нужно просто подумать.. наверняка вполне себе можно все решить

(109) а не как там не свзяно с "моментВремени" вроде СН грил шо натодь такую бяку вставлять в запросы.

фиг там.. все равно оно по типу сортируется

(112) ясно

не, а ведь действительно...

ясное дело - вменяемый человек раскидает по секундам документы прихода и расхода.. а если невменяемый.. сидит и тупо бьет сотню документов последней секундой квартала.. или какая загрузка групповая..

(109) так и надо по виду: в первую секунду вбиваем весь приход, во вторую - весь расход, а в третью - банк-касса и всё должно устаканиться.

мда... еще чуть-чуть и договоримся подобно (108) до инкапсуляции и полиморфизма

(115) Для гупповых операций метод может и пойдет, а вот когда приходится разбиратся с тем, что пользователи понабивали, то все усложняется. Как, пример, документ "Перемещение" который однозначно не отнесеш к приходу или расходу относительно определенного скалада.

(102) не в тему, не связано с общими реквизитами?