Статья написана и переведена отлично. Есть незначительная опечатка в тексте "...либо произвести платеж ранее срок, если год кредитора заканчивается.". Функционал транзакции MASS мне хорошо знаком. Приятно было освежить уже знакомую информацию и узнать что-то новое из раздела "Внесение массовых изменений в данные позиций". Было бы интересно если автор поделился опытом предоставления полномочий MASS "суперпользователям" и показал бы возможность ограничения функционала MASS для конечного пользователя.

Полезно было просмотреть. Аналогичное есть в MM (по материалам тр. MM17) и PS (тр.CNMASS).

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

1 к "К п 1)".  Все зависит от того, какое это будет предложение, если это будет "предложение", то нет, а если это будет "ПРЕДЛОЖЕНИЕ", то возможно и да. Если бы мы были интернет-библиотекой, то, наверно, одним из KPI's был бы "Количество активных читателей", но мы не интернет-библиотека...
 
1 к "К п 2)". Сейчас могут и не ответить на вопрос (не мы, а наши партнеры по акциям). К сожалению такое иногда случается. Такие акции мы снимаем с продажи, т.к. такое поведение партнера свидетельствует о его незаинтересованности в проведении акции, а значит и в качественном оказании услуг нашим пользователям.  Мониторинг работы партнера с потенциальным клиентом на нашем сайте есть часть нашей деятельности по повышению лойяльности пользователей (будет время - посмотрите наши предложения, где партнер заинтересован в новых клиентах не остается без внимания ни один пост).
 
1 к "К п 3)". Прозрачность прежде всего зависит от наличия методик расчетов тех или иных показателей, а также понятности этих методик пользователям системы.  Ведь всем знакома ситуация в которой "Мой Excel считает более правильно, чем ваш, но я не скажу, где у вас собака порылась..."
 
А по поводу "Платья..." так у нас сейчас есть целых 3 системы отчетности (по количеству основных приложений) + еще одна, НО...
 
- одна система отчетности не является оперативной,
- вторая система отчетности требует нонстопного соповождения,
- третья система отчетности слегка недостоверна,
а главное, все они работают только на своих данных, что сильно усложняет их использование, а также сильно тормозит поиск правильного ответа.
 
с SAP BO мы собираемся уменьшить время собирания данных (оперативность), а также повысить достоверность отчетов (прозрачность).
 
А "честный министр" и жены акционеров - это не к нам, это.... ну сами знаете куда. Все-таки мы не бюджет пилим (нам его почему-то не выделяют), а строим систему эффективного управления нашим бзнесом, и SAP осознанно является частью этой системы.

Нужно оперативное управление компанией в обстановке перманентно меняющейся коньюктуры (т.е. нужно держать руку на пульсе). Задачи вполне стандартные:
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
 
Исходя из вышесказанного понятно (ИМХО), что поставленные цели не могут быть достигнуты, потому-что срок для решения стратегических задач слишком мал, а софт внедряется вообще за 1 день (говорю про SAP BO) - инсталлировал, прописался в источники, завел пользователей, раздал права.
 
Цель проекта скорее состоит в том, чтобы за 30 дней построить систему, которой смогут пользоваться сотрудники компании для решения своих задач, довольно разнообразных и интересных.
 
Для нас понять, что цель проекта достигнута просто - количество активных пользователей системы. Более того, что интерес пользователей к отчетности есть давно, только пока не был установлен адекватный продукт. А вот как показать широкой общественности? Так скажите, что вы можете принять в качестве такого доказательства?

Цели то "пацанские" (сбыча мечт):
1) предоставлять пользователям еще больше интересных предложений,
2) быть еще оперативнее и внимательнее к своим клиентам,
3) обеспечить максимальную прозрачность бизнеса.
 
К п 1) - Одно предложение дополнительно - это уже достижение цели? Что значит интересных предложений: которых больше читают или которые больше покупают?
К п 2) Что значит оперативнее? Сейчас отвечают на вопрос в течение 10 минут, а будут отвечать в течение 5? Что значит внимательнее?
К п 3) - чем и как измеряем прозрачность?
 
И главное: как все эти цели связаны с внедряемой функциональность? Какие решения и кто будет принимать?
 
Ну а в успехе проекта никто не сомневается, ведь валидировать результат будет "честный министр" (см. сказку "Платье короля"). Разве он сможет отрицать, что бизнес стал прозрачнее некуда, ну так прозрачен, что и не видно ничего кроме этой прозрачности; разве скажет он, что компания не стала относится к своим клиентам внимательнее и оперативнее, да уж больше внимательности и оперативности не бывает; ну а то, что предложений стало больше и они стали интереснее разве сможет кто-нибудь усомниться?
 
Главное, чтобы "мальчик" из толпы не крикнул: "Мы и без SAP BussinessObject могли сделать больше интересных предложений, быть более внимательными к своим клиентам  и оперативнее".
И самое главное, чтобы жены акционеров не спросили: "Ну появилась эта прозрачность, за счет наших некупленных норковых шуб и пропущенного отдыха на Канарах, а также новой машины". Сколько времени теперь ждать? Конкретно.

Вообще-то за 30 дней невозможно "построить город на века". За это время (30 дней) можно сделать систему востребованной и необходимой. А уж развивать, дотачивать, изменять придется не 8 месяцев, а надеюсь дольше. И, как раз, если после внедрения системы в ней ничего не меняется, то есть повод задуматься о нужности этой системы предприятию. Особенно это касается информационно-аналитических систем, каковой и является BOBJ.

Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.

Понятно, что НУЖНО, но не понятно ЧТО нужно.
Какие проблемы вы хотите решить внедрив Решение?
Как решение ЭТИХ проблем отразится на прибыли?
 
Что будет через 30 дней? Внедренный софт или достижение поставленных целей? Если только софт, то к какому сроку вы планируете достигнуть поставленных целей? Как вы поймете (и покажете нам ), что цели достигнуты?

Постараемся не разочаровать. Основания у нас для этого есть. Это НУЖНО нам и только нам. Нужно не для галочки в САП, не для отчета перед своим руководством, а потому что мы работаем в реальном, не терпящем остановки бизнесе.  Каждый день нужно решать новые задачи, которые вы можете видеть воочию на bigbuzzy.ru.

Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.

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

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

К сожалению в данной статье не отображаются рисунки.... :(