04.09.2015, 15:37 | #41 |
Аманд
|
|
|
04.09.2015, 21:27 | #42 |
MCTS
|
__________________
I could tell you, but then I would have to bill you. Последний раз редактировалось twilight; 04.09.2015 в 21:30. |
|
04.09.2015, 21:40 | #43 |
Участник
|
|
|
04.09.2015, 22:11 | #44 |
Участник
|
Цитата:
|
|
|
За это сообщение автора поблагодарили: AXcons (1). |
04.09.2015, 22:18 | #45 |
Участник
|
Цитата:
Сообщение от gl00mie
Готовый портал для просмотра внесистемных отчетов есть в SSRS Я бы лично из своего скромного опыта не рекомендовал бы смотреть в сторону портала AX 2009, если вам нужны только отчеты и не нужна бизнес-логика Аксапты. Портал AX 2009 сравнительно муторно и трудоемко дорабатывать, при этом как интерфейс для запуска отчетов он толком ничего не дает в сравнении с тем же стандартным порталом SSRS.
|
|
05.09.2015, 20:27 | #46 |
Участник
|
Щас работаю с веб-сервисами в 1С. Филиалы находятся в разных сетях. Какая же удобная вещь, просто офигенное удовольствие получаю. Данные с филиалов получаю в режиме онлайн без всяких импортов. И не надо никаких порталов. Причём даже в голове не укладывается сколько нужных штук можно переписать и улучшить на эту технологию. Все эти порталы от дьявола. 1с и веб сервисы наше всё
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
|
За это сообщение автора поблагодарили: AXcons (1). |
06.09.2015, 09:47 | #47 |
Участник
|
|
|
06.09.2015, 22:57 | #48 |
SAP
|
Странно читать все это в курилке... но раз уж 'пошла такая пьянка', то почему бы не организовать 'отчетотворение' через OLAP (BW + BI)? И отчеты, и графики, и дэшборды, и динамический поиск с визуализацией... Систем на рынке достаточно (инструменты+приложения), технологии давно известны. Данные можно грузить хоть из разных филиалов, хоть из разных систем...
|
|
07.09.2015, 10:23 | #49 |
Модератор
|
Цитата:
1. Портал для контрагентов на DAX: партнеры смотрели ассортимент, цены, могли заказать прямо с портала, отследить статус заказа и оплаты. 2. Портал с интегрированным BI (Да, Валера прав, на Qlik) - но для контрагентов BI не так интересен, как для внутреннего использования. Если интересно, что можно реализовать - пишите, отвечу. Тем более что 100% уже есть пример готового решения. С Уважением, Георгий |
|
|
За это сообщение автора поблагодарили: Atar (1). |
07.09.2015, 10:47 | #50 |
Участник
|
Цитата:
Сообщение от Pavel
Странно читать все это в курилке... но раз уж 'пошла такая пьянка', то почему бы не организовать 'отчетотворение' через OLAP (BW + BI)? И отчеты, и графики, и дэшборды, и динамический поиск с визуализацией... Систем на рынке достаточно (инструменты+приложения), технологии давно известны. Данные можно грузить хоть из разных филиалов, хоть из разных систем...
|
|
07.09.2015, 11:19 | #51 |
NavAx
|
А куда сейчас грузите?
__________________
Isn't it nice when things just work? |
|
07.09.2015, 11:25 | #52 |
Участник
|
|
|
07.09.2015, 11:38 | #53 |
Участник
|
Настройте загрузку в SQL. И получайте отчет через Excel в виде таблицы или сводной таблицы. Уже намного прозрачнее станет - останется лог и статистика, а там, глядишь, и до BI нормальной дойдете.
__________________
Ivanhoe as is.. |
|
07.09.2015, 11:41 | #54 |
Участник
|
|
|
07.09.2015, 11:46 | #55 |
Модератор
|
Цитата:
Проекты по BI, кроме непосредственно аналитических отчетов, формируют собственно требования к данным и необходимым дополнительным аналитикам. Проект разбивается на несколько частей: 1. Актуальность данных На данном этапе проверяется актуальность предоставления данных контрагентами. И, конечно, требования к договору с контрагентами - только после данного этапа многие компания стали задумываться о включении в договор пункта о своевременном предоставлении данных, да еще в указанном формате. И прописываются дата и формат предоставления отчетности. Итак, запускается отчет, который говорит что из 400 контрагентов были получены данные от 385. Ценность аналитики в том, что она моментально покажет те 15 компаний, которые своевременно не прислали данные, с указанием телефонов / почты контактных лиц со стороны партнера, ответственных за их предоставление. Таким образом, это отдельный проект, с целью получения от контрагентов своевременной информации. 2. Качество данных. На данном этапе происходит оценка качества предоставляемых данных - на соответствие прописанным в договоре шаблонам и внутренним мастер-справочникам. Хорошо еще, когда можно их связать, используя уникальных идентификатор, такой как штрих-код или артикул. Но, увы, иногда в контрагентах используется свой внутренний артикул или штрих код. Тогда дело плохо - значит, придется задействовать MDM и / или разбирать в полу-ручном / ручном режиме. То еще веселье. Хочется отметить, что большинство проектов по вторичке в Qlik делается прямо из него, не привлекая сторонние средства. И таких проектов очень много - особенно в фарме: все производители собирают вторичку, и Qlik среди них очень популярен - за сотню проектов в России. Вторые, наверное, по численности, после ритейла и дистрибуции. А особенная веселуха, когда контрагент устраивает акцию и в ее рамках привязывает одну номенклатуру к другой и продает комплект. Со своим, естественно, артикулом и внутренним штрих-кодом. Вот и разбирай потом "подарочный комплект №54" или "акция март 15". Тут уже никакой MDM не поможет - надо звонить выяснять что они имели в виду и вводить / корректировать доп. справочник, который впоследствии позволяет расшифровывать подобные "комплекты". А данные по ним еще будут, скорее всего. 3. Непосредственно аналитика Ну, худо-бедно данные мы собрали, почистили и подготовили к пригодному к аналитике виду. Теперь вопрос - а что мы, собственно, собрались анализировать? Но тут уже дело десятое: если данные есть и построена модель, то получить тот или иной отчет - это дело минут. Что обычно интересует - это план / факт. Ну а дальше - средний чек, уходимость, сезонность, акции, комплементарный анализ, отклонения, динамика, год vs год, месяц vs месяц, тренды, остатки, прогнозы, дебеторка - в общем, только фантазией проект ограничен. Поэтому лучше ознакомиться с опытом коллег, чем они реально пользуются через год, что для бизнеса наиболее критично и важно. С Уважением, Георгий |
|
|
За это сообщение автора поблагодарили: twilight (1). |
07.09.2015, 12:00 | #56 |
Участник
|
Загрузку данных можно делать с помощью ETL, например, с помощью стандартного SSIS (входит в Microsoft SQL Server) или Informatica.
|
|
|
За это сообщение автора поблагодарили: George Nordic (1). |
07.09.2015, 12:44 | #57 |
Модератор
|
Абсолютно верно. Это отдельный класс систем, который отвечает за сбор, трансформацию и загрузку данных. У MS это SSIS, у Oracle - ODI и GoldenGate, да много решений. Informatica, пожалуй, самый известный и самый дорогой. Но хорош, о чем и говорить.
Кстати, уже коли затронули не только последовательность задач, но и стек решений, давайте тоже расскажу. Сначала данные надо извлечь. За это как раз и отвечает ETL (Extract / Transform / Load). Но куда эти данные надо извлечь? Где лежат подготовленные данные для бизнес-аналитики? Для этого создается DataMart - Отдельно стоящее хранилище анализируемых данных или часть хранилища данных, в которой данные приведены к виду, пригодному для аналитики. Данная область активно развивается, и появляются отдельные базы данных для хранения и обработки именно аналитических данных - Terradata, Oracle Exalogic, IBM Inteza, EMC Greenplumm, Sap HANA, HP Vertica. Можете погуглить их стоимость и подумать тем ли мы занимаемся и насколько "Axapta дорогая". Там железка стоит больше чем немальенький проект с внедрением вместе. Правда, подобные топовые решения популярны в основном в финансовой сфере и телекоме. Однако, во время сбора и обработки информации зачастую можно столкнуться с задачей согласования данных, заполнения и ведения мастер-справочников, идентификации "золотой записи" и синхронизации справочник в соответствии с набором мастер-справочников. За это отвечают специализированный MDM системы (Master Data Management). IBM MDM, Oracle PIM, Talend, и, наконец-то, с недавних пор и Microsoft. Хорошо, данные мы собрали, почистили и даже загрузили в хранилище. Увы, это еще не все. Для ускорения обработки их необходимо агрегировать - собрать в агрегаты с возможностью детализации. В основном это достигается 2 способами - это классические кубы (очень популярная, но отживающая свое технология) и обработка данных в памяти - по второму пути сейчас активно идут все вендоры. Хорошо, данные мы предагрегировали, теперь время делать отчеты. Думаете все? А вот и нет - мы в 21 веке живем, и руководство все хочет на телефоне / планшете видеть. Следовательно, аналитический отчет необходимо на портал задеплоить. Да и чтобы он с ipada был виден. И с андроида. И чтобы смотрелся одинаково и там и там. В общем, получается довольно большой пласт технологий, и усилия нескольких специалистов по различным система для достижения результата. А теперь пристегнитесь... С Уважением, Георгий |
|
|
За это сообщение автора поблагодарили: mazzy (2), AXcons (1). |
07.09.2015, 12:56 | #58 |
SAP
|
Если правильно все понял, то человек получает файлики и собирает отчеты в ёкселе... и никаких таких слов: "бизнес хранилище", "кубы", OLAP, BI, MDM,... не слышал или просто не обратил на все эти 'заморочки' внимание.
|
|
07.09.2015, 13:03 | #59 |
Участник
|
Не, ну мы тут не настолько глушняк Но лично я вообще конс по аксапте, поэтому про OLAP и вообще BI знаю много, но на уровне разработчика не разбираюсь.
|
|
|
|