11.03.2009, 21:49 | #181 |
Участник
|
Цитата:
из финансовых инструментов в стандартной системе есть векселя. насчет остальных - с решениями партнеров не сталкивался.
__________________
|
|
11.03.2009, 22:01 | #182 |
Участник
|
Цитата:
Сообщение от Vals
Так, мне интересно, как реализовано в других продуктах следующее:
1. Работа нескольких компаний 3. Общие справочники для нескольких компаний. 4. Общие справочники для двух компаний из трёх и т.д. 5. Взаимодействие, продажи-закупки-производство между компаниями. 6. Как увидеть общий склад по всем компаниям и как каждой конторе видеть свой. 7. Планирование по нескольким компаниям.
__________________
|
|
11.03.2009, 22:11 | #183 |
Участник
|
Цитата:
и надеюсь не будет Последний раз редактировалось Aleck; 11.03.2009 в 22:18. |
|
11.03.2009, 22:11 | #184 |
Участник
|
Цитата:
http://www.microsoft.com/rus/dynamic...s&objectid=150 (Aleck, попрошу выплатить комиссионные за рекламные услуги ) Цитата:
http://www.microsoft.com/rus/dynamic...ns&objectid=83 http://www.microsoft.com/rus/dynamic...ns&objectid=94 http://www.microsoft.com/rus/dynamic...s&objectid=116
__________________
|
|
12.03.2009, 05:13 | #185 |
Участник
|
Цитата:
Сообщение от Aleck
Велл... Вы специально выбираете отраслеспецифичный функционал, которого нет в "голой DAX"? или просто совпадение случайное?
Собственно по обоим указанным темам - однозначно партнерские решения, детального обсуждения по которым придется ждать долго, т.к. далеко не все этими отраслями занимались. Если хотите пообсуждать функционал, а не померяться, и не ждать полгода, пока найдется тот, кто тоже таким специфичным функционалом занимался - то лучше обсуждать что-то общееерпишное, например, что vals предложил. Так как тема - чего нет в Аксапте, пишу о том чего предполагаю в ней нет. В общепринятом скорее всего должно быть, просто глубина реализации может быть разная - сам почти не поднимаю общепринятый функционал, посколько не знаю чего там может не быть. То же процессное производство и ТОиРО всегда считал общепринятым - кто же виноват, что для Вас и для Аксапты это специализированный функционал а не общепринятый. По теме Vals, с чем сталкивался сейчас отвечу. Последний раз редактировалось ImpCons; 12.03.2009 в 05:52. |
|
12.03.2009, 05:18 | #186 |
Участник
|
|
|
12.03.2009, 05:32 | #187 |
Участник
|
Цитата:
2. Возможно контролировать Бюджет не кассовым методом, а методом начисления, - т.е. не когда делаешь уже выплату, а когда только создаешь обязательство перед поставщиком (заказ на закупку, счет/фактура от поставщика услуг, документ выделения/резервирования средств бюджета на определенную цель)? 3. Можно ли кредитные лимиты на несколько бюджетных статей объединить в один пул, позволяющий при перерасходовании бюджетного лимита на одной бюджетной статье расходовать бюджетный лимит с других бюджетных статей находящихся в том же пуле? В Сапе это все вышеперечисленное мной можно решить стандартным функционалом. В Джиди, насколько я знаю, нельзя стандартом сделать ни то что написали Вы, ни тем более то, что написал я. И вообще, финансовый модуль гораздо слабее в Джиди чем в Сапе. Планирование платежей, включая платежный календарь - хорошая штука, я пока до его реализации не добрался, по тому, что читал на сапфоруме, довольно не тревиальная задача в САПе - вполне возможно, что в том виде, в котором он нужен в России, стандартом САПа не решается. Последний раз редактировалось ImpCons; 12.03.2009 в 05:44. |
|
12.03.2009, 05:33 | #188 |
Участник
|
Цитата:
Сообщение от ppson
ок
http://www.microsoft.com/rus/dynamic...s&objectid=150 (Aleck, попрошу выплатить комиссионные за рекламные услуги ) http://www.microsoft.com/rus/dynamic...ns&objectid=43 http://www.microsoft.com/rus/dynamic...ns&objectid=83 http://www.microsoft.com/rus/dynamic...ns&objectid=94 http://www.microsoft.com/rus/dynamic...s&objectid=116 Зачет, вполне достойный ответ Чемберлену . Последний раз редактировалось ImpCons; 12.03.2009 в 05:44. |
|
12.03.2009, 10:31 | #189 |
Участник
|
Цитата:
Сообщение от ImpCons
Так как тема - чего нет в Аксапте, пишу о том чего предполагаю в ней нет. В общепринятом скорее всего должно быть, просто глубина реализации может быть разная - сам почти не поднимаю общепринятый функционал, посколько не знаю чего там может не быть. То же процессное производство и ТОиРО всегда считал общепринятым - кто же виноват, что для Вас и для Аксапты это специализированный функционал а не общепринятый. По теме Vals, с чем сталкивался сейчас отвечу.
Сами же говорили, что п.2 никому не интересен, поэтому самоограничится лучше первым |
|
12.03.2009, 10:57 | #190 |
Участник
|
Цитата:
Поинтересуйтесь в сап-тусовке, почему не получилось использовать стандартное саповское бюджетирование в связке с закупками в одном крупном производителе цветных металлов, расположенным за полярным кругом для планирования, согласования и выполнения закупочной компании Собственно практически везде, где клиенту нужно делать фин. планирование снизу вверх от номенклатуры, ни САП BPS, ни OFA, ни прочие системы, построенные на игре с цифирями в OLAP клиенту не подходят. А в EPR системах традиционно реализован лишь контрольный блок. Последний раз редактировалось Aleck; 12.03.2009 в 11:00. |
|
12.03.2009, 10:59 | #191 |
Участник
|
Цитата:
САП кстати говорит что АБС у него есть (а шепотом говорит что не работает, по крайней мере 2 года назад не работал, может уже вылизали.) |
|
12.03.2009, 11:10 | #192 |
Участник
|
Цитата:
Сообщение от Vals
Так, мне интересно, как реализовано в других продуктах следующее:
1. Работа нескольких компаний 2. Работа распределительных складов и пополнение складов, особенно, с двух складов одновременно. 3. Общие справочники для нескольких компаний. 4. Общие справочники для двух компаний из трёх и т.д. 5. Взаимодействие, продажи-закупки-производство между компаниями. 6. Как увидеть общий склад по всем компаниям и как каждой конторе видеть свой. 7. Планирование по нескольким компаниям. Расскажите пожалуйста По аналогии с аксаптой, завод, к примеру - это некая аналитика, которую необходимо указать при проведении логистической операции,наряду, например, со складом. Одновременно, на ряду с баллансовой единицей, она является неким аналогом компании а Аксапте. Номенклатурные позиции могут быть по-разному настроены для разных организационных уровней. Для некоторых комбинаций не настроены вовсе. Основная канва при планировании операций базируется на структуре заводов. Номенклатурный справочник имеет некий набор общих характеристик для всех заводов, а так же набор значений харакетиристик, относящихся к определенной комбинации организационных единиц - завод, сбытовая организация, склад и т.п. То есть планирование на уровне "компаний" заложено в САПе максимально глубоко и основательно. Оно более первично, чем планирование по складам. Запасы при планировании учитываются по заводу, но при формировании аналогов заказов на перемещение (планируется только пополнение, а выбор склада-источника осуществляется в момент обработки "планового заказа на перемещение" - т.н. резервирования) существет мощный инстурмент выбора склада-источника на базе заранее описанных предпочтительных складов. Система может смотреть наличие на различных складах и предлагать отгрузить с тех, где есть необходимый остаток с учетом предпочтения. Планирование очень гибко, позволяет настраивать различные цепочки движения ценностей, в том числе передачи материалов на субподряд, получение готовых деталей из субподряда, при этом субподрядчиком может быть как внутренняя организация (завод), так и внешняя компания. Настраивать цепочки, в рамках которых закупку материалов производит одна (вторая, третья) компания, переработку другая, хранение и распределение - третья (четвертая, пятая), а реализацию - четвертая (пятая, шестая)... Планирование работает очень быстро, у меня на предприятии со сложной структурой изделия (спецификация с порядка 20 тыс номенклатурных позиций до 15 уровней вложенности) план на 3 месяца по нескольким сотням изделий рассчитывался за час. Этого удается добиться за счет распаралеливания процессов планирования по номенклатурам. Я достаточно много работал с планированием в Аксапте, очень высоко оцениваю свое знание методологии MRPII (изучил массу материалов, необходимых для сдачи экзаменов на CPIM), и могу сказать, что по первым ощущениям САП имеет действительно широчайшие возможности для реализации данных подходов, со встроенными модулями S&OP, с различными уровнями планов (более широкими чем прогнозное-сводное планирование, если будет интересно - расскажу подробнее в след. раз), с заготовкам под различные стратегии планирования и различное позиционирование продукта, с возможностью реализации MPS под любую из стратегий. Очень интересно и очень много, чтобы разобраться со всем за полгода(( Еще создание бюджетных планов на основании MRP-планов и калькуляций. В Аксапте мы подобные фишки всегда допиливали, толком так нигде и не реализовав( Надеюсь, что мой ответ предметен, хотя бы от части.
__________________
Денис Салтыков Последний раз редактировалось ds1678; 12.03.2009 в 11:51. |
|
12.03.2009, 11:24 | #193 |
Участник
|
Кстати, если расширить тему на инструменты поддержки, то достаточно интересным считаю SAP Solution Manager (SSM), который может применятся на всех этапах проекта внедрения САП, от построения проектного решения до осуществления технической поддержки и мониторинга загрузки и проблем в системе (системном ландшафте по всему зоопарку приложения САП), организация службы HelpDesk с многоуровневой структурой службы поддержки, на самом верхнем уровне которой находятся специалисты SAP, на промежутоном - специалисты САП СНГ, далее -внутренние специалисты, осуществляющие поддержку системы, а на входе - ключевые пользователи САП.
Например, на этапе формирования прототипа, может быть составлено дерево процессов, с детальным указанием транзакций, которые должны быть задействованы, с организацией управления проектной документацией по данным процессам, с организацией процесса тестирования (выдача заданий на тестирование, формирование данных для тестирования, предоставление доступа к транзакциям непосредственно через SSM). К сожалению, не успел изучить последнюю версию SureStep, но почему-то мне кажется, что MS движется в похожем направлении, идаже, возможно, закрывает все здесь перечисленное с помощью своих систем. Но САП произвел очень хорошее ощущение системности, в случае, если подходить к процессу внедрения и поддержки "правильно".
__________________
Денис Салтыков |
|
12.03.2009, 11:35 | #194 |
Участник
|
Цитата:
Цитата:
Сообщение от ImpCons
2. Возможно контролировать Бюджет не кассовым методом, а методом начисления, - т.е. не когда делаешь уже выплату, а когда только создаешь обязательство перед поставщиком (заказ на закупку, счет/фактура от поставщика услуг, документ выделения/резервирования средств бюджета на определенную цель)?
таких пулов нет в модуле нет. контроль по нескольким статьям осуществляется переброской сумм с одних статей на другую.
__________________
|
|
12.03.2009, 11:45 | #195 |
Участник
|
Цитата:
Сообщение от Aleck
Я Вам больше скажу, в САПовском бюджетировании много чего нет, что нужно клиентам в России
Поинтересуйтесь в сап-тусовке, почему не получилось использовать стандартное саповское бюджетирование в связке с закупками в одном крупном производителе цветных металлов, расположенным за полярным кругом для планирования, согласования и выполнения закупочной компании Это да, вполне возможно - но за неимением лучшего клиент идет и на связку игр с OLAP-ом и последующей выгрузку в чистое фин планирование без номенклатур. Расскажите как это реализовано, если реализовано более удобно, в Аксапте? Последний раз редактировалось ImpCons; 12.03.2009 в 12:36. |
|
12.03.2009, 11:51 | #196 |
Участник
|
Цитата:
Сообщение от ds1678
К сожалению, не успел изучить последнюю версию SureStep, но почему-то мне кажется, что MS движется в похожем направлении, идаже, возможно, закрывает все здесь перечисленное с помощью своих систем. Но САП произвел очень хорошее ощущение системности, в случае, если подходить к процессу внедрения и поддержки "правильно".
|
|
12.03.2009, 12:02 | #197 |
Участник
|
Цитата:
Ни о каком использовании SSM речи на проекте не шло, управление являло собой громоздкую процедуру, не несущую ценности клиенту, а лишь прикрывающее попы (прошу прощение за слишком прямые слова) консультантов-партнеров. Отмечу - данное явление в принципе распространено, и не имеет отношения к специфике внедрения САПа, Оракла или Аксапты. Процент хороших консультантов, имхо, примерно одинаков на любой системе. Кто-то любит "свою девочку" и думает о процессах, а кто-то пинает и рассказывает, как много пришлось доработать на "прошлом проекте". Ушел в офтоп. Сорри. Наболело)
__________________
Денис Салтыков |
|
12.03.2009, 12:12 | #198 |
Участник
|
Цитата:
Сообщение от ds1678
Партнеры партнерам - рознь. Волею случая, оказался на стороне клиента, и очень хорошо оценил работу сразу 2-х партнеров САП, достаточно известных и имеющих регалии от САП СНГ.На мой взгляд - типичные консультанты-функциональщики (в самом обидном смысле), с той лишь разницей, что знания ограничиваются изкими рамками "своих" модулей.
Ни о каком использовании SSM речи на проекте не шло, управление являло собой громоздкую процедуру, не несущую ценности клиенту, а лишь прикрывающее попы (прошу прощение за слишком прямые слова) консультантов-партнеров. Отмечу - данное явление в принципе распространено, и не имеет отношения к специфике внедрения САПа, Оракла или Аксапты. Процент хороших консультантов, имхо, примерно одинаков на любой системе. Кто-то любит "свою девочку" и думает о процессах, а кто-то пинает и рассказывает, как много пришлось доработать на "прошлом проекте". Ушел в офтоп. Сорри. Наболело) |
|
12.03.2009, 12:24 | #199 |
Участник
|
Цитата:
Поинтересуйтесь в сап-тусовке, почему не получилось использовать стандартное саповское бюджетирование в связке с закупками в одном крупном производителе цветных металлов, расположенным за полярным кругом для планирования, согласования и выполнения закупочной компании
Ответ на вопрос "почему не удалось использовать стандартное саповское бюджетирование" - потому, что ничего общего с бюджетированием проект не имел) Проект включал в себя реализацию трех задач: 1. Сбор потребностей в материалах от структурных подразделений 2. Некий "MRP-расчет" на центральном складском хозяйстве 3. Формирование плана закупок и северного завоза Сложность реализации в саповском стандарте была серьезной - надо понимать, что никакой функциональности SAP ERP клиент на тот момент не использовал (ни учета запасов, ни плана производства из которого бы рождались потребности в материалах, ни плана строительства и т.д. - вообще ничего). И при этом хотел решить (и решил) узкую задачу в короткий срок. Если Вы приводите какие-то примеры из жизни, которые кажутся Вам удачными - будьте готовы доказать свои выводы тем, кто непосредственно участвовал в приводимых Вами кейсах)) |
|
|
За это сообщение автора поблагодарили: Vals (1). |
12.03.2009, 12:29 | #200 |
Участник
|
Цитата:
Между компаниями (БЕ) можно проводить межкомпанейские расчеты - причем в Джиди они проводяться как операции учитываемые на отдельных буферных счетах перерасчетов. В Сапе межкомпанейские расчеты не щупал - не раскажу. Цитата:
Пример: Код: Связи: сырье склад поставщик склад потребитель % потребления i. сырье1 Склад поставщика 1 Распределительный склад 60% ii. сырье1 Склад поставщика 2 Распределительный склад 40% Потребность на распределительном складе в сырье1 200кг. При запуске планирования система создаст: Заказ закупки 1 Склад поставщика 1 200кг*60% = 120 кг Заказ закупки 2 Склад поставщика 2 200кг*40% = 80 кг Отправитель Получатель Передача 1 Склад поставщика 1 Распределительный склад 200кг*60% = 120 кг Передача 2 Склад поставщика 2 Распределительный склад 200кг*40% = 80 кг Цитата:
общую информацию не зависящую от оргструктуры (название, шаблоные данные для материала на всех складах/цехах) + данные именно для данного склада/цеха (копируются с шаблона, затем перенастраиваются для каждого склада/цеха по отдельности при необходимости) . От компании логистические и производственные справочники не зависят, т.е. они общие для всех компаний. Если был вопрос по финансовым справочникам - уточните, расскажу. Цитата:
В Джиди планирование ведется между складами/цехами и от компаний не зависит. Есть проблема в том что планирование DRP/MRP при одном прогоне планирования создает документы перемещения между складами (двухточечные - отгрузка/приемка) только одного типа. А перемещения между складами одной компании должны создавать одни проводки в ГК, перемещения между складами разных компаний другие проводки в ГК. Соответственно необходимо чтобы и документы перемещения создавались разных типов, из-за этого приходится прогонять планирование в несколько этапов. Например, сначала для создания закупок и перемещений между складами разных компаний, затем для созданий перемещений между складами/цехами одной компании и заказов на работу(производственных заказов). |
|