Роман, а при чем тут сайт? на сайте партнер хочет публиковать внедрения - публикует, а не хочет не публикует. Есть данные продаж, я ориентируюсь на них. По всем кого я упомянул по именам есть и кейсы и публичные выступления. Вы опять хотите уколоть и что то доказать не владея исходной информацией. Лучше попробуйте что то внедрить или разработать и расскажите об этом (даже если не на 1С)! так будет интереснее!
А рассказывать, что не знаете как консолидировать данные на платформе 1С, или еще что то не знаете... Но вот по Вашей же ссылке тысячи партнеров по платформе Вам про консолидацию, думаю, легко расскажут. Сами привели список из опубликованных кейсов внедрения 1С:Аналитики, сходите если интересно по партнерам из этого списка и узнайте у них как они консолидируют данные. Вдруг я глаза Вам не открыл, а они откроют?
Вы абсолютно правы! Если человек не хочет слышать ответ на свой вопрос, то он его и не услышит. Мне очень жаль, что эта статья не смогла дать Вам ответ на Ваш вопрос.
Сводить данные из разных систем собственными инструментами 1С умеет, причем уже очень давно. Кто хочет, это успешно делает. Кто не хочет, выбирает другие инструменты.
Критерий здесь один, что люди успешно делают и у себя внедряют. Поэтому я пока буду ориентироваться на сотни клиентов, которые уже внедрили 1С:Аналитику в качестве BI, на клиентов, которые неделю назад на ERP форуме рассказывали как внедряли её вместо PowerBI, на ДИТ Москвы, Минздрав Ивановской области и других, которые успешно и BI делают на 1С:Аналитике, и данные консолидируют на платформе 1С. Мне важен их практический опыт и успех их внедрений.
Пожалуйста, попробуйте еще раз прочитать эту статью. Она как раз написана для того, чтобы у людей в голове появилась общая картина, как строятся BI системы, где лежат данные, откуда они грузятся, где обрабатываются. Если Вы придумаете как строить BI системы не так как принято, а как то по-другому, то расскажите это всем, объясните, почему OLAP сервер не должен быть один, а отчет должен одной половиной выполняться в одном месте, а другой половиной - в другом.
Открою Вам большую тайну (и про это тоже эта статья), 1С:Аналитика не обрабатывает данные, данные обрабатывает платформа, где лежит инфобаза, там же лежат данные, там же они и обрабатываются (кроме внешних источников). И платформа прекрасно умеет работать со сводом информации из нескольких баз данных. Часто это называют РИБ (распределенная информационная база), иногда явно пишут про консолидацию данных в центральную инфобазу. Если никогда про это не слышали, огромная просьба, прочитайте про возможности платформы и используйте их в своей работе. Посмотрите материалы, хотя бы, форума ERP, где клиенты рассказывают про это как в контексте 1С:Аналитики, так и отдельно, потому что лет 20 как этим инженеры 1С должны заниматься в крупных реальных проектах. Если не хочется вникать в статью, посмотрите рассказы клиентов о том, как они делают консолидацию и свод данных из тысяч внешних систем и потом анализируют это в 1С:Аналитике, не говоря уже про сбор данных из пары-тройки источников.
Я понимаю желание, чтобы консолидация данных из различных источников делалась на платформе, как и много других вещей, по одной кнопке по волшебству без дополнительных усилий. Те, кто работают в 1С к волшебству быстро привыкают, к хорошему вообще привыкнуть легко. Но иногда в ИТ нужно что-то настраивать руками, настраивать подключение к БД, писать код. Сложно ли это? Посмотрите ниже пример на видео, где консолидация 3 внешних баз данных (mdb, xml, xls) для 1С:Аналитики заняло несколько часов. Возможно, кто-то предпочтет другие инструменты, но вряд ли решит эту задачу быстрее.
И еще раз огромная просьба, изучите архитектуру построения КХД и BI систем. Иначе будет оставаться путаница, где надо делать ETL, а где OLAP ставить и BI. Тогда действительно дальше "Фабрики отчетов" уйти не получится.
Человек открыл себе, что программирование - это не только правка форм и настройка принтера, от всей души поздравляю! То, что я всегда требовал от 1С программистов и повально не находил – уметь оценивать сложность алгоритмов и знание запросов СУБД. Без этого код на 1С часто поражал мое воображение, а народ считал, что и так сойдет.
Разрабатывать продукт – это конечно интереснее, чем его обслуживать или допиливать на внедрении. И это будет на любом языке программирования, на любом фреймворке (кстати, кто-то еще веб-системы и бек-енд без фреймворков разрабатывает?)
Мне что интересно, в свое время все учили сначала ассемблер, потом С, потом С++ (я лично так осваивал программирование). И никогда не стоял предел числа изучаемых языков программирования. Сейчас народ гордо хвастается, что знает 2 языка программирования. А если потребуется освоить еще 2 языка? Еще 5? 1С осваивается за неделю, Питон за пару недель. Да, на джаву наверное меньше месяца закладывать не надо. Всё хорошо для своего применения, и если человек не готов за несколько недель освоить новый язык, который подходит лучше для прикладной задачи, это что, называется специалист по программированию? Ну вместо 1С будет Java, тот же станок только ручки хромированные. И что до пенсии ничем другим не заниматься? Какие то скучноватые перспективы. Кругозора много не бывает, и знать 1С как средство БЫСТРОЙ разработки бизнес приложений, мне кажется, очень полезно.
Буквально нарвался на такую проблему. Была база, которая работала и с MSSQL, и с PostgresSQL. И таблица нормализации словаря по отдельным словам. В таблице словаре было слово «русский» два раза, один раз нормальное одиночное й, в другом два символа сама буква и глиф. Расчет был, что два слова разные и будут ловить каждое свой случай. В итоге MSSQL их принимал за разные слова и работал нормально, а Постгрес считал за одно и при JOIN значение в запросе двоились и цифры начинали сильно расходиться
тут даже претензия не в том, что работает так, или так, а в том, что в разных системах по разному поддерживается обработка таких символов. и если не знать и заранее не забиваться на конкретную СУБД, то могут быть такие неожиданности :(
Пережадничали и перестраховались. Там, где китайцам надо было предлагать бесплатную операционку, просили деньги. Там где китайцы готовы были делать сами, им запрещали согласно условиям лицензионного соглашения. Ну и там, где надо было немного «не изобретать велосипед», изобрели новое, но убедить разработчиков не смогли, ибо у тех ресурсов тоже ограниченно. Шанс был и очень хороший, но старые подходы, которые работали с компами, тут не сработали, рынок был слишком динамичным и бурноростущим
Партнерство означает техническую поддержку и канал распространения со стороны 1С. Формально, лицензионный сервер и ключ не должны работать, если виртуалка будет перенесена на другой аппаратный сервер. То есть есть уже оттестированные и поддерживаемые конфигурации развертывания 1С, работоспособность которых компания гарантирует в облаке. На последнем Инфостарте были доклады на эту тему.
Роман, а при чем тут сайт? на сайте партнер хочет публиковать внедрения - публикует, а не хочет не публикует. Есть данные продаж, я ориентируюсь на них. По всем кого я упомянул по именам есть и кейсы и публичные выступления. Вы опять хотите уколоть и что то доказать не владея исходной информацией. Лучше попробуйте что то внедрить или разработать и расскажите об этом (даже если не на 1С)! так будет интереснее!
А рассказывать, что не знаете как консолидировать данные на платформе 1С, или еще что то не знаете... Но вот по Вашей же ссылке тысячи партнеров по платформе Вам про консолидацию, думаю, легко расскажут. Сами привели список из опубликованных кейсов внедрения 1С:Аналитики, сходите если интересно по партнерам из этого списка и узнайте у них как они консолидируют данные. Вдруг я глаза Вам не открыл, а они откроют?
Вы абсолютно правы! Если человек не хочет слышать ответ на свой вопрос, то он его и не услышит. Мне очень жаль, что эта статья не смогла дать Вам ответ на Ваш вопрос.
Сводить данные из разных систем собственными инструментами 1С умеет, причем уже очень давно. Кто хочет, это успешно делает. Кто не хочет, выбирает другие инструменты.
Критерий здесь один, что люди успешно делают и у себя внедряют. Поэтому я пока буду ориентироваться на сотни клиентов, которые уже внедрили 1С:Аналитику в качестве BI, на клиентов, которые неделю назад на ERP форуме рассказывали как внедряли её вместо PowerBI, на ДИТ Москвы, Минздрав Ивановской области и других, которые успешно и BI делают на 1С:Аналитике, и данные консолидируют на платформе 1С. Мне важен их практический опыт и успех их внедрений.
Пожалуйста, попробуйте еще раз прочитать эту статью. Она как раз написана для того, чтобы у людей в голове появилась общая картина, как строятся BI системы, где лежат данные, откуда они грузятся, где обрабатываются. Если Вы придумаете как строить BI системы не так как принято, а как то по-другому, то расскажите это всем, объясните, почему OLAP сервер не должен быть один, а отчет должен одной половиной выполняться в одном месте, а другой половиной - в другом.
Открою Вам большую тайну (и про это тоже эта статья), 1С:Аналитика не обрабатывает данные, данные обрабатывает платформа, где лежит инфобаза, там же лежат данные, там же они и обрабатываются (кроме внешних источников). И платформа прекрасно умеет работать со сводом информации из нескольких баз данных. Часто это называют РИБ (распределенная информационная база), иногда явно пишут про консолидацию данных в центральную инфобазу. Если никогда про это не слышали, огромная просьба, прочитайте про возможности платформы и используйте их в своей работе. Посмотрите материалы, хотя бы, форума ERP, где клиенты рассказывают про это как в контексте 1С:Аналитики, так и отдельно, потому что лет 20 как этим инженеры 1С должны заниматься в крупных реальных проектах. Если не хочется вникать в статью, посмотрите рассказы клиентов о том, как они делают консолидацию и свод данных из тысяч внешних систем и потом анализируют это в 1С:Аналитике, не говоря уже про сбор данных из пары-тройки источников.
Я понимаю желание, чтобы консолидация данных из различных источников делалась на платформе, как и много других вещей, по одной кнопке по волшебству без дополнительных усилий. Те, кто работают в 1С к волшебству быстро привыкают, к хорошему вообще привыкнуть легко. Но иногда в ИТ нужно что-то настраивать руками, настраивать подключение к БД, писать код. Сложно ли это? Посмотрите ниже пример на видео, где консолидация 3 внешних баз данных (mdb, xml, xls) для 1С:Аналитики заняло несколько часов. Возможно, кто-то предпочтет другие инструменты, но вряд ли решит эту задачу быстрее.
https://www.youtube.com/watch?v=K3b_rbg1e7U&list=PLgG9iJlSBmTcvw-F5QM6AAosi3bUd5bKp&index=11
И еще раз огромная просьба, изучите архитектуру построения КХД и BI систем. Иначе будет оставаться путаница, где надо делать ETL, а где OLAP ставить и BI. Тогда действительно дальше "Фабрики отчетов" уйти не получится.
если будут адреса в Барселоне, то буду признателен, нашел там барахолку только рядом со зданием кукурузиной, много всего, но интересного мало
Человек открыл себе, что программирование - это не только правка форм и настройка принтера, от всей души поздравляю! То, что я всегда требовал от 1С программистов и повально не находил – уметь оценивать сложность алгоритмов и знание запросов СУБД. Без этого код на 1С часто поражал мое воображение, а народ считал, что и так сойдет.
Разрабатывать продукт – это конечно интереснее, чем его обслуживать или допиливать на внедрении. И это будет на любом языке программирования, на любом фреймворке (кстати, кто-то еще веб-системы и бек-енд без фреймворков разрабатывает?)
Мне что интересно, в свое время все учили сначала ассемблер, потом С, потом С++ (я лично так осваивал программирование). И никогда не стоял предел числа изучаемых языков программирования. Сейчас народ гордо хвастается, что знает 2 языка программирования. А если потребуется освоить еще 2 языка? Еще 5? 1С осваивается за неделю, Питон за пару недель. Да, на джаву наверное меньше месяца закладывать не надо. Всё хорошо для своего применения, и если человек не готов за несколько недель освоить новый язык, который подходит лучше для прикладной задачи, это что, называется специалист по программированию? Ну вместо 1С будет Java, тот же станок только ручки хромированные. И что до пенсии ничем другим не заниматься? Какие то скучноватые перспективы. Кругозора много не бывает, и знать 1С как средство БЫСТРОЙ разработки бизнес приложений, мне кажется, очень полезно.
Может пропустил, но это в каком городе и в каком месте? В Барселоне такого рода барахолки на подскажете? То, что видел как то совсем грустно было
тут даже претензия не в том, что работает так, или так, а в том, что в разных системах по разному поддерживается обработка таких символов. и если не знать и заранее не забиваться на конкретную СУБД, то могут быть такие неожиданности :(