Кто главный архитектор УТ 11? :)
Хотел задать пару вопросов.
Чем мешали коды в справочниках, например, Контрагенты? Я удивляюсь, почему у Номенклатуры остались :)
Для каких целей два перечисления ЮридическоеФизическоеЛицо и ЮрФизЛицо?
Ну и риторический вопрос: чем мешала подчиненность справочника Договоры справочнику Контрагенты?
Возможно, я что-то пропустил и ответы уже были, киньте ссылку, если не трудно.

(0) а я думал ты его рас стрелять хочешь))))

Имитируют деятельность. У них всегда так то уберут потом добавят потом уберут.

(0)
Ребята в творческом поиске!

(3) да, очень на это похоже )
Причем видно, только-только начали свой многолетний путь.

(3)+
А справочник Контрагенты для конечного юзера счас заменил справочник Партнеры, там коды есть.
Договоры видимо решили сделать независимой сущностью, наподобие Соглашений.

(0)Ну и риторический вопрос: чем мешала подчиненность справочника Договоры справочнику Контрагенты?
Почему этот вопрос риторический?

Такой мощный заголовок - и такие слабые вопросы.
Ребята - они сами, наверное, не знают, как это получилось...

Меня больше убивает в БСП, соответственно и в УТ это наличие огромного числа общих модулей, и многократные вложенные вызовы их процедур/функций. Отладка становится намного труднее. Когда добираешься до нужной точки, уже забываешь, а зачем ты вообще сюда пришел, и что хотел выяснить. :)

(6) Ну, чем подчинённость отличается от другого реквизита, если выбирать всё равно запросом.

(9) Владелец <> Контрагент
в принципе больше ничем.

(6) риторический в том смысле, что сделать можно и так, и так. Есть свои плюсы и минусы.
Двадцать лет пользовались подчиненностью, и что вдруг произошло? Почему от этого отказались? При этом в каком-то другом месте подчиненность используется, например, ЭквайринговыеТерминалы починены Договорам.

типа ЮрФизЛицо - исторически так сложилось
ЮридическоеФизическоеЛицо  - Типа унификация с другими продуктами
Затра решат выпустить ERP 2.5 и придуают там ЮФЛ, соотвественно для унификации будут эту ЮФЛ в остальные типовые пихать

Вообщем нет у них нормального РП, каждая команда придумывает свои названия

>> (0) Кто главный архитектор УТ 11? :)
Довольно известная личность. Если задашься целью поискать, то можно найти даже видео со свежих выступлений, например на островах в 2013 году.

>> коды в справочниках, например, Контрагенты
Контрагенты идентифицируются по ИНН+КПП, и посчитали, что суррогатный ключ здесь не нужен. Но в реальности оказалось, что эта пара как первичный ключ не очень хорошо подходит, хотя бы по той причине, что пара ИНН+КПП со временем может изменяться.
Когда будет введен код на контрагентов я не знаю, и не знаю, будет ли введен вообще.

>> почему у Номенклатуры остались
Ну там ничего взамен кода не нашли. Пришлось оставить суррогатный ключ.

>> два перечисления ЮридическоеФизическоеЛицо и ЮрФизЛицо?
Трудное наследие множества библиотек, использованных при разработке.

>> чем мешала подчиненность справочника Договоры справочнику Контрагенты?
У меня встречный вопрос - а чем эта подчиненность помогала?
А так, вполне нормальное плоское решение, - связанность с контрагентами, партнерами и организациями явно выделена. Ну и укажу, что в "обычных" реляционных базах нет явного понятия подчиненности.

(13) в целом понятно, конечно.

>> Контрагенты идентифицируются по ИНН+КПП, и посчитали, что суррогатный ключ здесь не нужен.
я бы пару ИНН+КПП и назвал суррогатный ключ :)
первичный ключ язык не поворачивается назвать суррогатным :)

>> Ну и укажу, что в "обычных" реляционных базах нет явного понятия подчиненности.
Тогда бы вообще ей не пользовались. А то в других объектах, как я уже написал, вполне себе встречается.

(13) Подчиненность помогала при разработки форм, когда система знала что эти справочники подчинены друг другу и на разработчика не возлагалось дополнительная обязанность по фильтрации при выборе. Достаточно было указать реквизит - владелец

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

>> (14) я бы пару ИНН+КПП и назвал суррогатный ключ :)
>> первичный ключ язык не поворачивается назвать суррогатным :)
Чо-то мне печально стало сразу.

Цитируем википедею:
>> Суррога?тный ключ — ... дополнительное служебное поле, добавленное к уже имеющимся информационным полям таблицы, единственное предназначение которого — служить первичным ключом.

Отсюда вывод, что реквизит Ключ объектов 1С8 - это суррогатный ключ.

А ИНН+КПП - это естественный ключ. За подробностями можно сходить в ту же википедию, ну или в талмуды мудрецов реляционной теории.

(15) Если к договору привязать тип поставляемой продукции, то можно выбирать - у кого мы её будем покупать - и тут подчинённость уже никак не важна.

(16) Инн и Кпп - это числовые строки фиксированной длины - что мешает из них сделать одну строку уже на уровне ввода данных и не бояться того, что придётся городить какие-то мудрости ?

(14) ИНН+КПП не может быть первичным ключом, так как она может быть пустая (т.е. ну нет у меня ИНН+КПП, потому что это потенциальный клиент), а также иногда может быть не уникальна (ну вот нужно чтобы это было физически разные контрагенты, например брендом А занимается менеджер А, а брендом Б - менеджер Б, хотя поставщик один и тот же)


"в "обычных" реляционных базах нет явного понятия подчиненности. " - т.е. отношение один ко многим в реляционных базах не существует? А ведь это и есть ничто иное как подчиненность в понятиях 1С

(18) Так и было в 7-ке

(16) ок, с определением согласен.

>> (15) Подчиненность помогала при разработки форм
Подчиненность же и мешала, когда процесс строился от выбора договора и дальнейшей подстановки контрагента в экранную форму.

>> вариант выбор договора без предварительного выбора контрагента в текущих типовых
В типовых может быть. На практике - любое потоковое обслуживание клиентов, когда известен номер договора с клиентом.

>> (18) Инн и Кпп - это числовые строки фиксированной длины - что мешает из них сделать одну строку уже на уровне ввода данных и не бояться того, что придётся городить какие-то мудрости ?
Вопроса не понял. Что сказать-то хотел?

(17) Нет потому что тогда мы получим отношение многих ко многим, т.е. естественно ниокакой подчиненности речи нет.
Вот только договор подразумевает соглашение с контрагентом (номер, дату, сроки отсрочки, цены...), т.е. ну никак один договор не может быть подчинен нескольким контрагентам, ибо условия везде разные. Т.е. мухи отдельно котлеты отдельно, т.е. тип продукции <> договор

(22) Для потокового обслуживания есть реквизит "основной договор"

(13),(16) vvp91, спасибо за грамотные ответы.
А ты сам какими словами оцениваешь архитектуру УТ 11? )

(0)ут 11 пишут семерочники методологи совместно с кодерами из зупа
под девизом: УТ11 лучше. потому что новое не похоже на старое )))

(19) отношение один ко многим в реляционных базах ... это и есть ничто иное как подчиненность в понятиях 1С
Ну очень спорное утверждение.
Как справедливо подмечено в (15), подчиненность используется платформой для построения интерфейсных решений. В реляционной теории явного понятия подчиненности нет, и отношение один-ко-многим является только разновидностью отношения.

(28) Так же как и нет понятие Документ, справочник и т.п.. Просто для удобство 1С выделило одну из разновидности в отдельную сущность.

(26)архитектуры много смысла мало )))
баблоемкость увеличивается )))

(27) По-моему, к месту:
Весь мир ... мы разрушим
До основанья, а затем
Мы наш, мы новый мир построим, —
Кто был ничем, тот станет всем.

>> (26) А ты сам какими словами оцениваешь архитектуру УТ 11?
Вполне достаточно для большого нового продукта без большой практики реального применения. Будут реальные примеры неудобства архитектуры - будет меняться архитектура.

(29) в точку ) Справочники, Документы, Подчиненность - объекты 1С. Что, кстати, очень эффективно при разработки конфигураций.

>> Вполне достаточно для большого нового продукта без большой практики реального применения.
С этим трудно спорить. С точки зрения "нового продукта" даже отличный )
А если с УТ 10.3 сравнивать?

>> (29), (33) Справочники, Документы ... очень эффективно при разработки
Да, явно выделенные сущности и достаточные шаблоны их реализации.

Вот только про "подчиненность" этого сказать нельзя. Например:
* Почему нельзя подчинить документ другому объекту?
* Почему подчиненность справочника отличается от подчиненности регистров?
* Почему подчиненность конфликтует с (а точнее жестко наследует от) иерархией?

В общем спорно использование подчиненности вообще, а в договорах в частности. И вообще, почему договора подчинять контрагентам, а не организациям или менеджерам, ведущим договоры?

http://www.1c.ru/rus/firm1c/vacan/index.jsp#

+(34) По-моему, это как Windows Vista и Windows XP.
Уже три года прошло и еще три пройдет, потом, по-моему, что-то новое создадут.

(34) А если с УТ 10.3 сравнивать?
В УТ 10.3 своих тараканов и ограничений море, равно как есть тараканы и ограничения в УТ 11.

В общем, УТ 11 - новый продукт. И сравнивать его с УТ 10.3 мне представляется некорректным.

(35) Ладно ) В целом понятно, что работа идет усердная, кропотливая.
Спасибо за ответы!
Немного успокоился ) Пошел дальше работать с этим продуктом человеческой мысли )

(35)потому что договора - это копия бумажки с надписью "договор".
И бумажка, в жизни, "подчинена" организации и контрагенту, так и в базе

Изначально 1С проектировалась не по принципу "реляционных БД", а максимально соответствие бумажного документооборота

Имхо, подчиненность была введена в 1С изначально как способ переноса реляционных понятий в предметно ориентированную среду с целью упростить разработку прикладных систем. Так было проще для разработчика, т.к. контроль подчиненности (наличия непустых записей в связи один ко многим) и обязательного наличия владельца выполняла платформа.

В 1с открыты вакансии

Методист по 1С:Бухгалтерии 8
Методист по 1С:ЗУП 8
Методист по управленческим решениям «1С:Предприятия 8»
Методист по учетным решениям (1С:Бухгалтерия 8, 1С:Зарплата и Управление персоналом 8)
Методист учебных программ по платформе и/или прикладным решениям «1С:Предприятие 8»
Методист-аналитик
Методолог по МСФО

(0) что мешает пойти и изменить мир к лучшему? :)

(41)"изначально..." это демагогия
а реалии что в УПП даже БП или даже в ЗиУП почти все задачи это сел и сделал, местами доставляет конечно но не настолько много бреда и бессмысленности, незавершенности, негодности. начиная от невозможности сгруппировать типовой отчет по организации потому что быдлокодеры перенастраивают компановку так что она хавает только быстрые настройки в результате, заканчивая тем что эквайринг не закрывается и не прослеживается, перепроведение документов ведет себя по разному в зависимости от того куда его по времени смещаешь. дибильная выдумка регистр даты поступлений товаров и вредоносное просто его использование. количество изменений в релизах качественных делает конфу тупо совсем другой без предупреждения и т.д. и т.п. программное формирование т.ч. документа сформированного программно не гарантирует вам что он проведется так же как если бы вы заполнили программно документ сделанный руками. уже вот пока пишу понял что видать там не только семерочники под обучением кодить зуповцев а ещё и ведущий из раруса.

(44) да, самый большой гемморой с перепроведение не учли...

(43) >> что мешает пойти и изменить мир к лучшему? :)
заманчивое предложение ))

(43)
Что такое "Методист" ?
На нормальный язык переводится как "Постановщик ТЗ"?

(47)позвони и спроси (495)688-22-50, (495)737-92-57

(43) Так зарплаты озвучьте, а то - изменить мир к лучшему - это хорошо, но когда - и ничего в замен - это очень нехорошо.

(48)
Я думал ты просветишь.

... я лично год работал с ут11, с переработками считай ещё больше. нахлебался так как за весь период до этого. особенно бесит то что продают и сливаются. и народ думает что сейчас галочки расставим и наш бизнес будет супер потому что 1С аккумулировала весь мировой опыт прошедших со времён ут10.3 или даже тиса лет. и вот нужен талант переговорщика чтобы объяснить что надпись на заборе и реальный код им всё это продал не я. повторюсь меленько ранее писал что некая крутая франь оборвалась в лице отдела разработки когда финдир вышла на них с просьбой не лекции читать на тему возможностей а из конкретных потребностей пояснить что реально настраивается и как смотреть отчетами а что нужно дописать. по конкретным задачам. потом она ещё две недели убила на изучение без меня и наконец вернулись к работе от потребностей а не от того что как бы было хорошо если бы. но есть и плюсы. на некоторые задачи я и попал заработать потому что там нужно иметь мозг чтобы поправить не переписывая всё и не меняя все эти регистры, проведения и подчиненности. видел следы как недопрограммисты вместо того чтобы цены как и просил владел залить начали иерархию групп в справочник партнеры запихивать и ставить заглушки хардкодом там где настройками всё решалось.

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

(52) Ты про 3 инкарнацию УТ11?

(52)Ну конечно.
это не косяки в конфе.
это прог неудачник.

(53)
УТ 11.1

(54)
Косяки были и есть.
Но они правятся, процесс идет.

(55) 11.1 уже проживает 2 реинкарнацию в 11.1.4, выход который в финальную стадию ознаменован отдельным письмом

(55) Они НЕ правятся, конифга вся ПЕРЕКРАИВАЕТСЯ, т.е. нет правки конфига, есть попытка переделать неудачное (!) архитектурное решение заложенное изначально в УТ11 + переход на новую версию БСП + унификация с другими конфами + адаптация под такси = в результате такая каша в голове разработчиков ...

(56)
Я только с 11.1.2.Х имел дело.

(57)
да, есть такое ощущение от УТ 11.
А в чем изначальная неудачность архитектуры?

(59) Очень от многих вещей, которые изначально ставились во главу угла УТ11.0, в последствии от них отказались и пришлось лепить костыли , т.е. дописывать то к чему изначально УТ11 не была приспособлена. В результате имеем кривого и косого монстра с 50 реквизитами в одном справочнике

(60)
А что ставили во главу угла в 11.0 и потом отказались?
Я с УТ 11.0 практически не работал. Единственно, вижу что юзабилити отчетов там было удобнее, имхо.

говорили, какая-то женщина лет 60.....

ут 11 уг

"Убожество Типовое" ^_^

(60) отказ от договора, отказ от партий. Причем это был чуть ли не принципиальное решение. Типа нет и не будет

В результате псевдо партионный учет в УТ11.1 и возврат договоров

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

Т.е. элементарные теории построения БД вообще далеки от архитектуры УТ, тупо все валят в одну большую плоскую таблицу

(65) А какой смысл хранить в разных таблицах, если при отображении формы мы это всё грузим сразу.
Разделение таблиц нужно для более быстрого обновления данных и избежания блокировок объектов в момент записи.
Если мы записываем объект из формы, когда загружены все реквизиты, то затраты на чтение-запись в базе данных минимальны по сравнению с формированием и заполнением форм.
Причём, в случае полного чтения всё держать в одной таблице - наиболее удачно.
Радуйтесь, что BLOB-поле и xml-сериализацию при хранении не используют, как в некоторых системах.
P.S. "хотели как лучше - получилось, как всегда".

(65) А к тому что у тебя 10500 реквизитов которые используются очень редко. Т.е. ты заполняешь декалитры в карточке номенклатуре или логичное всё это отправить в ЕИ, разгрузив справочники. Туда же и вес и объем

(67) В рознице, например, вообще одна единица измерения на номенклатуру и ничего - взлетает иногда.

(68) в БП тоже одна, но мы же говорим про УТ

Речь не о том чего и у кого сколько, а о промахах в архитектуре. И я сейчас говорю не только о типовой, но и о платформе

Ведь все эти 100500 реквизитов не потому что разработчики не знают  что такое третья нормальная форма (я надеюсь). А у меня такое впечатление, что просто иначе платформа дика тормозит, поэтому тут не до красоты

(70)
А для чего так много справочников ...ПрисоединенныеФайлы?
Тоже недочет в архитектуре или платформа не дает попроще сделать?

(71) понятие не имею, я с УТ11 не работал

(71)+
Почему нельзя было сделать соответствующий ПВХ и тип реквизита ВладелецФайла равным ему?

(72)
А откуда тогда такие познания по проектированию УТ?

(73) Было желание перейти на неё, поэтому отслеживаю этапы развития

я думаю, каждый сознательный одинэсник должен понимать, что ут 11 это заговор против здравого смысла
это опыт, поставленный хохочущими адептами секты РАУЗ против стабильности
имхается, что более глубокая мысль породит отсылки на не менее зловещие течения, цель которых очевидна
как мы были пафосны и блистательны во время ут 10.3, хотели породить новую систему, но ут 10.3 была блистательней нас
сейчас - то время, когда можно спросить "А ты начал писать убицу ут 11?"
Ваистену!

(0) Ты еще про Склад забыл, там тоже кодов нет...
Автор сего велосипеда с квадратными колесами, похоже не в адеквате.

Ты еще не сказал, что там координальные отличия от УТ 10.
Такое чувство, что всю славу УТ 10 просто стерли, и начали ваять по новой :)

(5) По сути дурацуие названия старым справочникам...
По сути все так же, только с боку :)

Это в 8ке? а нафиг вообще коды оставили, для синхронизации с 7.7 которой жить осталось пара лет? в 8ке на этот счет гуиды есть:)

(65) Договора там есть, называются оно "Соглашения"

(78) Затем, что Контор много, и бардак у каждого свой. :)
Идентифицировать элементы по наименованию, это сверх идиотизм.
Так же как и по ИНН и КПП, ибо человеческий фактор присутствует 100% ;)

(64) ты хотел сказать "у.бище" ?)

(80) Внутренний уникальный идентификатор в 8ке вообще не практикуется в качестве параметра синхронизации?

(82) Ну, он как бы гарантирует некоторую уникальность.
Только вот зачем к нему тип привязали - ещё та загадка.

Бессмысленная ветка. Какую истину вы хотите найти? Нытье брюзжание и понты.

(78) клюшкт успешно пережили 8.0,8.1, и 8.2. Переживут, видимо и 8.3... ;-)

(79) Да была попытка заменить, но внятной инструкции как ими пользоваться - небыло. Поэтому вернули сущность договор

(82) Нет не практикуется. Элементарно получи ГУИД в запросе.

А чего стоит переназначения ссылки (ГУИД) при записи нового элемента справочника контрагента. Приходится костыли городить вида ОбменДанными.Загрузка = Истина

И кстати если бы 1С ники позиционировали ГУИД для синхронизации, то не логично бы было вывести это поле в КД и дать разработчикам возможность самому заполнять его? А так поле есть, а возможности для работы с ним при синхронизации нет

1С ники = разработчики 1С

Как можно ГУИД заполнить вручную ?
Если другим ГУИД-ом, то это просто что-то выгрузить во что-то - если "от фонаря", то это или только что сгенерированный или чёрте-что

пфффф.

вопросы - куйня. Достаточно добраться до политик учета серий, а также осознать то, что в последней подредакции 11.1.4 они вернулись к класике

(90) Легко. При выгрузки из 7ке я генерирую ГУИД на основании ИДД в 7-ке, что обеспечивает мне уникальность справочников и гарантирует что выгруженный в любой момент справочник не будет задваиваться

Второй вариант, у меня к примеру есть таблица соответствия "ГУИД другой базы" и при выгрузке я подменяю гуид

3 вариант, в источнике нет физически объекта, а я его сам заполняю, и хочу чтобы однозначно он нашелся в другой базе в независимости от того что там переименовали его или поменяли коды

Да вариантов много.

(92) Гуид на то и гуид чтобы быть разным всегда. Для пункта 3 лучше использовать другой реквизит, если это не идентичные базы.

Изначально же речь идет о том чтобы использовать ГУИД в качестве параметра синхронизации. Но при этом использования его достаточно не тривиальная задача, плюс разработчики типовых (а речь не только о УТ11, а я так подразумеваю что большинство типовых так себя ведут) зачастую при создании новых элементов тупо кладут на твою ссылку (ГУИД) и создают новый ГУИД

(93) Например "Товар в ассортименте по ставке НДС 10%"
Какой другой реквизит? Вмешиваться в типовую и создавать предопределенный элемент? Использовать наименование, что не гарантирует что никто его не переименует. Использовать код - таже проблема, при этом возможно что код занят другим элементом, а придумывать свой код - это сбивать автонумерацию

При этом есть случае когда при выгрузке в разные базы гуид должен быть одинаковым в независимости от того куда грузим.
Например УРИБ в БП по организациям. Соответственно при загрузку в любую "почку" справочника после УРИБ обмена элементы не должны задваиваться

Или например в источнике ЕИ подчинены Номенклатуры, а значит у каждой ЕИ свой ГУИД
В приемник (БП) справочник ЕИ независим

Нужно выгрузить номенклатуру вместе со справочником ЕИ в базу БП, так чтобы ЕИ не задваивались ни при загрузке (у них же разные ГУИД) ни при УРИБ обмене (если мы будем просто создавать, то параллельно в разных базах будет создана одна и таже ЕИ, но с разными ГУИД)

Вот тут пишут про главного архитектора, это правда?
http://forum.infostart.ru/forum24/topic77961/

(0) http://www.youtube.com/watch?v=HOE9BL1DPQo

100

(99) спасибо!

(85) Тис 7.7 уже видел переписанный на 8.1

Я не знаю, кто эта личность, но он явно из модеров Мисты, или один из ближайший кандидатов на...

(13) > ИНН+КПП со временем может изменяться.

нгу-ка, когда меняется ?

(104) Например фирма переехала в другую налоговую. КПП поменялся, а значит и связка ИНН+КПП тоже

по поводу ИНН Читаем порядок присвоение ИНН
http://www.rg.ru/2012/08/22/nalog-inn-dok.html

Организации (организациям) , возникшей (возникшим) в результате реорганизации, присваивается новый (новые) идентификационный (идентификационные) номер (номера) налогоплательщика (ИНН) . Идентификационный номер налогоплательщика (ИНН) организации, реорганизуемой в форме выделения и присоединения, не изменяется. Организации, выделившейся из состава реорганизуемой организации, присваивается новый идентификационный номер налогоплательщика (ИНН).

(105) у контрагентов же есть реквизит основной контрагент

(106) так это новые юрики + особые условия

(107) Причем тут основной или нет? НАпример я работаю в городе Н-ске, у меня один КПП. Переехал (именно переехал, а не открыл филиал) в город М, у меня КПП поменялось. Контрагент как был один так и им остался

(108) необязательно. К тому же раз особые условия то не имеют место быть в жизни?

>> (108) так это новые юрики + особые условия
С чего бы это будут новые юрлица, если они правоприемники?
Взаиморасчеты в УТ 11 ведутся по контрагентам, в том числе, а это значит, что ввод нового юрлица порушит взаиморасчеты.

(109)

1. вернее головной
там же все "учёты" идут через голову...

(110)
реорганизаций много

По поводу ИНН+КПП - целая куча клиентов просто не имеет в базах ИНН или КПП, у одних клиентов в базе вообще пару сотен клиентов с одним ИНН, удивился сначала, а когда поинтересовался что бы это значило, оказалось, что все эти клиенты - физ лица, на которых идет оплата через банк, а в качестве ИНН у них стоит ИНН банка, когда потребовал у такого клиента заполнить физ лицам реальные ИНН, сказали, что физики не обязаны иметь собственный ИНН, дескать нарушаем права человека :-)

А вообще, начал, наконец, более-менее плотно с УТ11 работать, кучу времени угробил на настройку прав, текущая система не понравилась очень :-(, я думал, хуже чем в старых УТ типа 10.Х сделать нельзя, оказалось можно :-(... Очень хочется дожить до того времени, когда права в 1С можно будет настраивать не переписывая конфу в конфигураторе...

Читаешь и ужасаешься.
Ладно там с 77 на 8 ретрограды стонали.
А здесь то что?

Прогресс  не доставляет?
Учится и переучиваться нужно?

Как все тяжко то))))))

УТ 11
это передовой авангард технической мысли!

(114) Авангард то он Авангард, но когда ты машину себе покупаешь, для тебя главное, чтобы она ездила так, чтобы тебе не пришлось через неделю тех. центр посещать, а вот с УТ11 покамест ситуация обратная, ты сначала денежки за нее выложи, а затем развлекайся с постоянными недоработками авангарда экономической мысли :-(

(115)
Не какие проблемы.
Сидите не 77, восьмерка то еще сырая )))))))

(116) Тут говорят, шестёрка ещё работает и clipper тоже.
Прогресс - он всегда с "подводными камнями" связан.

(112) ИНН и КПП +100500!!Очень способствует задвоению контр агентов с пустыми значениями.
В целом согласен- усложнение и выкачивание бабла - отлично)))
Все остальное - неуд((.

(116) Ну так не я сижу, это клиенты сидят, которым работоспособность важнее постоянных обновлений и проблем с производительностью. И я их понимаю :-(, пришел недавно к клиенту который на производительность жалился, дескать подбор открывается пять минут, закрывается небыстро, а надо быстро обслужить клиента, пожалились большому франчу, который им систему ставил, франч отвечает, что эти тормоза из-за недоработки движка, дескать 1С обещает это исправить в ближайших релизах. Вот и думаю, сколько я сюда захаживаю, все слышу про тормоза в подборе в УТ11 :-) - вот ведь какая ошибка в движке уже несколько лет 1С исправить не может :-)

(113) типичный франч, которому главное коробку впарить

(113) (120) вопросы разработчика, который только начал изучать 8.2 и УТ 11.

(112) >> Очень хочется дожить до того времени, когда права в 1С можно будет настраивать не переписывая конфу в конфигураторе...

В типовых конфах этого не будет никогда (имхо). Надо четко понимать, что 1С пишет конфы а внедряют эти конфы другие - следовательно проблемы внедренцев\клиентов их вообще не волнуют.

(120)
Типичный удак)))))

Может оно, конечно, франч и типичный, и даже типичный удак, как сказал (123), но от такого отношения к этому и другим франчам УТ и, в частности, подбор, быстрее не заработает, например, тот клиент, который на тормоза жалился еще без меня купил себе разработку Евгения по созданию реализаций, и удивляется ну почему движок один, язык программирования один, но на творении Евгения народ может работать, а на поделке от 1С нет :-(.

(123) Какие ваши доказательства

Вы готовы перевести фирмуна УТ11 и в случае провала (тормаза, неприемлемая скорость работы и т.п.) оплатить штраф?

Или вы из тех кто максимум в ларёк коробку готовы продать, а там трава не расти?

Под УТ11, я не имею ввиду "самопискае на основании УТ11", а о типовом решении, в котором есть всё и летает, нужно только его изучить

Ут походу пишут те же что и Майдан зомбируют: все сломаем,а там посмотрим

(113) Много у Вашего франча внедрений 11?

(125) Вы готовы оплатить работу квалифицированных специалистов и преобрести рекомендуемый ими софт и оборудование?
Или будет как обычно: разверните файловую базу на нашем сервере и поставьте клиентов на десять рабочих мест.))

(129) Конечно, если вы даете гарантию что это поможет, а не тупо - давайте купим самое дорогое железо

И что значит "рекомендуемый софт"

Можно же и на лям железа купить, а в результате скорость увеличится на пол процента

(127)
Внедрение УПП в международном холдинге 22 компании
190 рабочих мест, с автоматизацией основной деятельности
- да это одно из "всего 11".

(129), (130) все зависит от того, что есть у автоматизируемой конторы и каково ее реальное настроение на автоматизацию

да и клиент в (119) немаленький, сидит на дорогущем железе (на серваке одной оперативы больше 300Гиг), недешевом лицензионном софте и сиквеле от мелких, собсно у него и вопрос типа объясните почему  бабла в систему вбухано не одну сотню т.р., а все еле шевелиться

(133) Ну мне просто интересно что скрывается под фразой " рекомендуемый ими софт"?
Типа они выступят посредникам для обращения к Гилеву и СофтПоин и речь идет о покупки софта у них для поиска узких мест

Или при внедрении УТ11, рекомендуем вам купить УТ10 и внедрять её

Или типа - ну вы купите 1С ЦУП, и мы его вам настроим