ERP УХ-ой приросла, теперь потребность в кодерах упала до 0

(0) Обещали еще до НГ это добро выпустить

ссылку-то дай какую-нить
они что, Бух КОРП в эти богомерские ЕРПи налепили?

(0) или наоборот? :)

(2) Дарю http://1c.ru/news/info.jsp?id=25502

(4) благодарствую!
словосочетание "импортонезависимой платформа (система)" беру на вооружение.
Маркетологи что ли в 1С появились...

(0) Я года 2 назад в УХ недолго копался, что то там оооочень далеко было до потребность в кодерах упала до 0

А по моему наоборот, без кодера, который раскопает кучу модулей, чтобы ответить на вопрос "почему эта цифра вышла именно такой" - консультанту в рабочей базе делать нечего. Особенно с гонками изменений, за которыми нужен постоянный присмотр.

(0) Таки что, они наконец-то научились распределять экономию материала при выпуске продукции?

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

1С советует, что если чего в УХ не так или не хватает, то "доработаете на внедрении". Шухард нам настроит, кодить не надо. Верую, ибо абсурдно.

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

1 и 1/4 ляма за бету - нормально, дайте две)))

(0) ты бы так не говорил, если бы не умел в отладчик

(0) Последние 2 года занимаюсь только проектами по УХ.

Чтобы заставить работать типовой функционал - нужен минимум 1 разраб, который будет фултайм исправлять баги. Такого говнокода даже в худших версиях ЗУП и УТ11 не было. Ключевой компонент УХ - "бесшовная" интеграция с внешними системами - просто одно сплошное недоразумение.

А ещё очень нравится манера общения разрабов УХ на партнёрке, когда у них спрашивают за говнокод. Это всегда что-то вроде:
"но напомните, пожалуйста, ссылку на официальные материалы 1С, в которых заявлялось, что УХ:
"из коробки" должно идеально интегрироваться...
гибко и производительно...
в части экспорта нормализованной НСИ...
с любыми решениями 1С... " (с)

(14)[ Ключевой компонент УХ - "бесшовная" интеграция с внешними системами - просто одно сплошное недоразумение.]
я в курсе, поэтому встроенное в ERP УХ и не требует кодирования

(0) "теперь потребность в кодерах упала до 0"
Потому что обычным смертным кодерам просто не под силу исправить все то изобилие багов, которое есть в конфе?

(12) Так обмен по холдингу будет стоить как раз 1-2кк

Ну теперь точно 1С займет ведущие позиции в Газпроме, Роснефти и Росатоме...

(18) Она бы все равно там заняла, даже если бы выпустила блокнот ;-)

(19) Разверни мысль?

(20) Ввод санкций против любой компании с просьбой отключить от BI систем, сразу ставит ценность автоматизации на этих системах =0

(21) Ага, вы считаете, что "пусть нет, зато своё"? Какие такие BI системы от 1С?

(22) Ты можешь использовать свое, чужое, вообще ничего не использовать

В случае если в угоду политической коньюктуры попросят у тебя ее забрать, то заберут, насколько я слышал BI от SAP не передается во владении (но могу ошибаться)

Какие такие BI системы от 1С?
Я думал УХа как раз и есть решение от компании 1С, но по BI  я сильно не в теме,

(23) Далеко не SAP-ом единым жив "кровавый ынтерпрайз". Я, конечно, тоже не большой знаток УХ, но вроде как это точно не BI...

NFR стоит столько же, сколько и УХ NFR

в новости написано

1) ""1С:Управление холдингом. ERP" рекомендуется крупным предприятиям и группам компаний, которым в дополнение к классическим возможностям ERP-систем необходимы в единой системе автоматизации корпоративные функции: ....."

2) "Конфигурация "1С:Управление холдингом. ERP" не рекомендуется для особо крупных многопрофильных корпораций. В них более целесообразно использование комплекса интегрируемых типовых решений "1С:Корпорация":....."

То есть крупным да, но особо крупным нет.
Наверное ниша такая: 50 человек работают в двух-трех офисах, но гоняют миллиарды, при этом зачем-то им нужны корпоративные фичи: казначейство, МСФО и пр. и одновременно еще нужно зачем-то производство или торговля.

Очень специфическая ниша у данной химеры.

Боюсь представить, насколько это тормозит.

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

(26)
(29)
работают три сотни
разные юр.лица и конечно нужна консолидация МСФО(то, что оно есть и так понятно) + централизованное МТО

так что в топку себя сожгите

(14) подтверждаю, такого беспредела как УХ не видел нигде, даже в ЗУПе...

банально даже в типовом функционале полно синтаксических ошибок и куча вариантов настроек банально не работает...

(5) Ага... Импортонезависимая... Компилятор то майкрософтовский или интеловский поди?

(30) Дмитрий, ну хоть ты вчитайся в тему топика,
речь об интеграции УХ в ERP и всех бонусов от архитектурного решения

(31) Аппаратные ключи Made in China :)

консолидацию прикрутили к ЕРП? А как же своя подсистема бюджетирования?

МЯСОРОБКА людских судеб!

1Су давно уже пора все свои решения сузить в одну дырень - ЕРП и включать/выключать возможности функциональными опциями

(36) и чтоб конфига весила гиг 50

(36) Так уже начали: они ваяют ERP, а из нее получают еще КА, УТ и базовую УТ.

(38) А ЗУП почему не таким же образом? и БП?

(39) БП - это другое. Там Фогель рулит. У него свое видение.

(36) Если помечтать, то хорошо было бы, если бы 1С реализовала модульность конфигураций. Дополнительные модули пускай бы поставлялись как некие "предопределенные" расширения, которые можно было бы активировать.

(41) там разные чуваки рулят. поэтому не будет такого

УХ и ЕРП это решения разного сегмента. Зачем загонять в одну базу и МСФО по группе компаний, и начальника цеха плавки, не совсем понятно.

(43) нуи мсфо и так есть в ерп. зачем она начальнику цеха плавки?

УХ она принципиально основана на данных бухучета, финансовых (денежных) данных и не должна содержать данных склада, производства, натуральных измерителей. Это чисто финансовая система.

ЕРП наоборот, это система растет из оперативного самого низового учета - продаж, закупок, складов, производства, из натуральных остатков.

Назначение УХ - это головная чистая белая контора, в которой кроме финансов и офисных клерков ничего нет - а потому достаточно типовой БП 3 для своих собственных данных + подсистем консолидации, МСФО, бюджетирования по группе компаний.

Типа компании холдинга в ЕРП работают, а УХ в головной.

А когда все это запихивают в одну программу, согласен с  (43) , непонятно, как они будут вместе уживаться.

Интересно, стал ли соответствовать код УХ требованиям 1С:Совместимо, т.к. ранее это все выглядело как чужая самописка.

(44) тяжёлый случай,
где ты в МСФО ERP нащупал ВГО

(47) А что в ЕРП-ух будет ВГо их коробки? или самому нужно будет правила рисовать как в обычной ух?

(48) пипец
в УХ есть инструменты и не нужно кодировать
какая буква не понятна ?

ВГО "из коробки" в УХ работает, если не нужно разделение по правам, до десятка организаций и у каждой 100 проводок и все в одной валюте, и аналитика вся совпала сразу.

(49) какие?

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

или их система загрузки? с мастером базы?

или уж совсем дебильные бизнес процессы (где даже простой цикл не сделать)?

(49) инструменты то есть, но Вы с ними работали? Над какой нибудь действительно серьезной задачей.
Когда в МКСКОМ работал - что то не припомню ни одной задачи, которую можно было на 100% решить на пользовательском уровне, обязательно надо было в код залезть.

(52)
А МКСКОМ так и работает - сделали модель в екселе, жесткий, не допускающий отступлений каркас, его перенесли в УХу/консолидацию. Проверили сперва ексель, потом соответствие екселя и модели в УХи, сдали заказчику.
Все это рушится уже на следующий день, когда появляются новые статьи. И не дай Б-г новые подбюджеты и подтаблицы - это финиш, новое ТЗ, новое задание, новые недели разработки.
После удобства экселя, где юзер может за секунды добавить расчет на новом листе, это вызывает шок у заказчика, им ведь как рекламируют УХу/конс? Как сочетание простоты и гибкости excel и мощи 1с в обработке документов, транзакций.
А получается, что сочетаются недостатки - не умеет гибко как Excel, а от основанных на документах и проводках ЕРП/ПБ отличается тем что источники данных это не первичные документы, а уже обобщенные откуда-то внесеенные формы сбора данных, импортированные абстрактные суммы и т.п.
МКСКОМу это удобно - каждый чих (а чихи будут) - это новая доработка, новый заработок.
Выход для заказчика - переманивать после проекта УХи одного из самых толковых прогероконсультантов к себе, чтобы он оперативно поддерживал внедренное.

(45) +1
В инфо письме 1С написали:
"1С:Управление холдингом. ERP" рекомендуется крупным предприятиям и группам компаний, которым в дополнение к классическим возможностям ERP-систем необходимы в единой системе автоматизации корпоративные функции..

Ключевое слово здесь "в единой системе", это типа поселить все заводы в одной базе ERP + УК и функционалом УХ собирать корпоративную отчетность, вести корпоративные финансы и т.д..

(54) просто в ERP нельзя поселить все заводы в одну базу и формировать сводные отчёты?

(55) Сводные отчеты, да. Производить консолидацию с элиминированием ВГО, нет.

(53) Конечно, потому что над тобой иногда буквально стоят 1-2 аналитика из топ 4 и говорят что должно быть так и только так.
Сама разработка это только верхушка айзерга.

(56) где-то утверждалось, что можно через интеркампани в ерп это делать

(58) отменная трава

Объясните мне, замкадышу вкратце, что такое УХ и зачем она нужна?

Ну там консолидированная отчетность, казначейство, фин. анализ, договора

А еще?

(60) бухучет появился?  В erp же нет бухучета, там какая-то хрень.

(61) в ух бух. учёт только и был преимущественно

(60) бюджетирование ещё
про фин. анализ не слышал

(53) ок. Принимаю. Я бы хотел остановиться на твоей цитате:
"После удобства экселя, где юзер может за секунды добавить расчет на новом листе".

Вот я сейчас сижу в таком проекте. Что я вижу - да, ну сможет он добавить на новом листе какой-то (это ключ) новый расчет. А чего не добавить, ведь данные либо в этой же книге, либо в книге сбоку. Что интересно - даже, чтобы это было так - ну он добавил новый какой-то расчет на новый лист, первичные данные должны быть подготовлены
- либо по строгим шаблонам, т.к. если шаблонов нет, то все то о чем ты написал, точно также всплывает и в экселе
- либо, есть программа-заливатор (скрипты), которая эти разрозненные данные консолидируют в итоговую книгу, делая ее "регистром" для других книг/листов.

Так вот, давай допустим, что окей - чел в екселе как-то там накодил новый расчет, я даже не оспариваю, что это можно, вопрос времени. Ок. Давай чуть дальше - да, в основном, пофиг что он там накодил, все интересна именно верхнеуровневая агрегация и консолидация. И конечно же с группировками, разворотом по периодам и абсолютной/относительной динамике каждого показателя. Как это сейчас делается в Excel? Я расскажу как - это делается на сводных таблицах. Что такое сводная таблица Excel - ну, для тех, кто не видел СКД, это видимо какой-то прямо чудо-мастер, который в разрезе детерменированных единожды заданных группировок на листе построит такую таблицу. Почему детерминированных? Потому что, если в "регистре" данных много, то на одном листе перестраивать сводную таблицу "на лету" это занятие совсем хреновое. Поэтому, ну чтоб тупо данные в нескольких группировках получить, делают так: на одно листе делают одну вложенность, на втором - другую, на третьем - третью. И т.д. Много обычно не делают, т.к. если модель сменится - всему звизда. При этом, я сознательно сейчас пропускаю именно - как из разрозненных шаблонов получить такой "регистр", т.к. это задача либо отдельного софта, либо скриптов.

И что на выходе? Да, модель при наличии "первички-регистра", реально проще и удобнее считать в екселе. Консолидацию с группировками и прочим, любой какой-то внятный анализ на сводных таблицах построить можно, но по удобству/быстроте ни в какие ворота с отчетами УХ на скд, это не сравнивается.

Поэтому, я бы не был так категоричен по поводу УХ. В ухе вам нужно всего лишь залить (консолидировать) данные, и руки у вас развязанны. В екселе, даже при наличии таких данных на одинаковых шаблонах, вас ждут адовы сводные таблицы, которые ни в какие ворота не лезут ни по удобству, ни по скорости работы с штатной 1совской схемой компоновки.

(61)[ В erp же нет бухучета, там какая-то хрень.]
ещё один любитель травы

(62) неа
консолидация, централизованные казначейство и МТО + встроенный МДМ
в порядке убывания приоритетов

(0) отсутствие кодеров - розовая несбыточная мечта :-/

(67) для многих это реальность

(64) Не факт, что в УХ это делать удобнее, чем в каком-нибудь ПоверБиАй или КликВью

Год назад закончили проект по консолидации баз БП 2.0 в УХ и переноса бюджетных форм из Excel в подсистему бюджетирования УХ + сделали сбор фактических бюджетов и расчеты прогнозных. Все круто, но производительность не очень сильная сторона подсистемы бюджетирование, ну и ограничение до 5 аналитик планирования... заказчик привык вести БДР в разрезе десятка. Пришлось серьезно повозиться.

(69) в случае использования перечисленных тобой продуктов, сколько общее количество разного софта нужно использовать и сколько людей, должно это все обслуживать, чтобы кто-то смог сформировать несчастную сводную таблицу "не в 1с"?

(0)Му ха ха  не нужны кодеры ))) Хорошая шутка, только вроде не пятнцица

(60)
По идее УХ (точнее его ядро - экземпляры отчетов и показатели) задумывался как удобный и дешевый Cognos - то есть чтобы были показатели, бюджеты, разрезы, модели и чтобы можно было установить связь (прямую и обратную) между показателями, чтобы можно было работать с абстрактными суммами "как в екселе", но без протягивания формул, без ВПР, СУММЕСЛИ и пр. Ну и чтобы были справочники, выборы из списка и пр. вкусности, которых как бы в екселе нет.

А на самом деле в УХ создание бизнес-модели еще сложнее чем в когносе, нужны усилия консультанта и часто программиста, чтобы тупо два бюджета перемножились и дали третий бюджет. Потом конечно оно будет работать уверенно - пока бланк, форма, модель не изменятся (а они обязательно изменятся).

(69)
QlikView тоже многомерен, но он же не записывает данные обратно в модель, он только анализирует. А когнос и УХ могут записать. Опять же идея обратного распределения - создали бизнес-модель от продаж до прибыли, и теперь задача - устанавливаем целевую прибыль в два раза больше, как при этом должны пересчитаться в обратную сторону все предыдущие бюджета, а? А? Сколько продавать нужно? Сколько новых производственных линий нужно закупить, сколько персоналу нанять? Да, неоднозначности возникают, так за это люди и хотят заплатить миллионы, чтобы какая-то система сделала им то, чего они в екселе не могут. А она не может даже того что в екселе.
Обратное распределение в УХ сделано на "ах, отстаньте!" - для галочки.

(70)
Функционал экземлпяров отчетов не развивается давно в сторону упрощения и ускорения. Наваяли каких-то сводных таблиц от безысходности. Заполнять данные в сводной таблице! ААаа!! Просят пользователи "Сделайте чтобы пользователь мог легко создать форму нового бюджета и легко связать два бюджета - как в екселе". Нет, зачем так? Для этого нужен консультант, иначе на чем 1с будет зарабатывать?
И работать оно будет натужно, шурша винтиками, этожсерьезный продукт!!!
Вообще последние года функционал УХ развивается в сторону отдельных бессистемных корп. плюшек - типа корпоративного управления налогов, или единых закупок и пр. Нету общности у этих систем, нету целостности, оно все рваное и несвязное.
Даже 1с: Консолидация была целостнее и логичнее.

(61)
в ЕРП бухучет не основа, он там сбоку, как один из видов учета, который получается из оперативного. То есть если все грамотно-грамотно внести и разнести, то бухучет должен сойтись с тем что получился бы если бы использовать БП. Также из оперативного может получаться УУ, МСФО и что закажете. А в БП из первички сразу БУ получается. В УХ встроена БП, поэтому она может бухучет тоже вести внутри  себя, но такое имеет смысл для головных контор. По дочкам должны в УХ заноситься агрегированные уже данные, которые далее а-ля "1с:консолидация" должны обрабатываться, корректироваться, и из них должна получаться управленка и МСФО.

(72)
Смешнее видел только в "Бит-Финансе", где обещали "пользователь может написать запрос в пользовательском режиме, не прибегая к конфигуратору и программисту". Сделано оно было так: было поле, куда следовало напрямую вводить код на языке запросов 1с, а БФ этот запрос выполнял. Да, конфигуратор не нужен, только нужно знать структуру конфигурации, а так-то чё, программист не нужен.

(0) На уровне "презентаху топам показать" - ок, на уровне реализации пока дно.
Банально, свой модельный кейс по централизованным закупкам я в ERP Холдинг занести просто не смог (оправдываются пока, что бета).
По опыту наблюдения за релизами и версиями УХ, плюс озвученных на партнерке планов по развитию ERP предполагаю, что из состояния беты этот продукт.

ЗЫ элиминация ВГО - не самая трудоемкая в части реализации фича.

+(75) из состояния беты этот продукт в обозримом (3-5 лет) будущем не выйдет.

(71)
Сейчас уже есть много коннекторов к 1с для qlikview.
Первый вроде был у Первого Бита, потом и аналоги появились.
Которые выдают нормальные человеческие названия документов, справочников, полей и пр.
То есть подключаешь базу 1с к qlikview - и можно анализировать.
Но повторюсь, только анализировать, обратно в 1с оно не запишет, и даже в свою какую-то модель не запишет.
Т.е. хранилища в qlikview нету же? Это in-memory olap.
А юзер хочет получить данные, покрутить их, и поиграться дальше - ага, это меня не устраивает, давайте тут изменим, тут добавим и посмотрим как пересчитается, и куда-то сохранить получившиеся данные.

(77) то, что ты описал в (73) в ответ на (69) цитата " создали бизнес-модель от продаж до прибыли, и теперь задача - устанавливаем целевую прибыль в два раза больше, как при этом должны пересчитаться в обратную сторону все предыдущие бюджета, а? А? Сколько продавать нужно?" - если я правильно понял, то задача не решаема даже на уровне екселя. На уровне УХ она в таком виде, в котором ты ее сформулировал, похоже тоже не решаема, но я не уверен, что она легко может быть решена в каком-либо другом софте.

>>мог легко создать форму нового бюджета и легко связать два бюджета - как в екселе
Я так и не понял одного. Предположим, он действительно мог создать новую форму. Но дальше по цепочке, какой в ней натуральный выхоп? Все равно этот, как и другие бюджеты/формы/шаблоны нужно агрегировать на уровень консолидации, с полной валидацией всего этого ексельного дерьма :)

(73) Мы почти все формы ввода делали сторонними средствами. За исключением тех, в которых выводится небольшой объем данных и структура которых не снижала юзабилити очень сильно. Плюс типовые функции вывода расшифровки расчетов разных операндов выдавали некорректную информацию...

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

(73) Кстати ключевые пользователи заказчика после запуска в эксплуатацию сами уже корректировали операнды и бюджеты без привлечения программистов и технарей. Собственно мега квалификации для этого не нужно.

(78)
составление бюджета - это творческий эвристический процесс. Сейчас например плановая сумма уплаты НДС в бюджет вбивается одной цифрой, завтра мы захотели ее рассчитывать исходя из планового БДР, послезавтра захотели еще и факт учитывать, потом еще захотели оптимизацию учитывать, и т.д. и т.п.

да, я понимаю, что для этого нужен ексель, а в УХ переносить нужно устоявшуюся модель. проблема в том, что устоявшаяся модель это типа единорога - все знают как он выглядит и каковы его свойства и что он дает, но вживую никто его не видел.

(80)
Это то, что перед внедрением обещают "там дальше все просто, вы сами сможете".
На деле все ограничивается правкой внутренностей шаблона "по аналогии", типа вот показатель и строчка, скопируем и изменим - а создать свой бланк со своими показателями пользователь не в состоянии.

Так какое бюджетирование в ЕРП-УХ в приоритете будет от ЕРП или от УХ ?

(82) От УХ (функционал бюджетирования ERP исключен).