Всем привет! Внимательно изучил ролик по управлению вахтовым методом. Насчет СНГ могу сказать (для proforg ) - в 2002 году там для управления вахтами использовался стандарт: PP61, PP60 (Shift planning). Вряд ли это СНГ.
Вопрос к разработчикам: За основу транзакции ZWATME взята PP61 или полностью с нуля написанная новая транзакция?

Уважаемый модератор(ры)! Я ошибся с выбором ответа в голосовании. Можно мне переголосовать?

Это Вы голосовали сердцем !


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

Понятно, спасибо за ответ. В таком случае моего варианта ответа для голосования нет. Я бы ответил "рекомендуется пересмотреть реализацию, использовать стандартный функционал". Многое из того что показано в презентации реализуется в Shift Planning.
Вместо ваших функциональных единиц - есть рабочие группы (ИТ1039), есть стандартое понятие потребность. Потребности настраиваются в PP67 и харатктеризуются кодом смены, началом-концом, нормативным времени, Должностью(объект C), квалификацией(объект Q)
Там конечно нет "фишек" связанных с самолетами, но основной функционал управления потркбностями присутствует.
Сейчас у САП-а есть Workforce manangement (или Planning) который позволяет автоматизировать больше функций планирования потребностей.
Такое вот мнение.
Расчет вознаграждения по итогам KPI действительно очень похож на стандартную связку Performance Manangement + Compensation Manangement. Такое вот мнение.
Налицо хорошая проработка вопроса с точки зрения понимаия задачи, но если все это ABAP-разработка - то это это конечно не дело...

Коллеги, перед принятием решения о собственной разработке мы анализировали возможности стандарта. ASAP_HR, Вы правильно определили аналогию "потребностей" нашего решения и стандарта. Наши функциональные единицы кроме планирования и учета времени, так же используются для подсчета северного стажа. Пример, в компании два месторождения в разных местах, где разные климатические условия (РКС, МКС), у нас достаточно это указать в Адресе вахты и все, дальше, лимиты отсутствий, стаж северной и дата наступления смены северной надбавки посчитается автоматически по времени, фактически проведенному на конкретной вахте. То есть в течении месяца сотрудник может поработать на вахте в разных условиях и это ему правильно зачтется. Ладно, это уже тонкости, на которые у Вас тоже найдется ответ типа "используйте стандарт, для этого есть специальный инфотип, расширение ...".
Коллеги, Вы не на том акцентировали свое внимание. Представьте себе, Вы приходите в ресторан, заказываете обычный борщ, а Вам вместо этого, приносятся рецепт, проводят на кухню, дают кастрюли, сковородки, продукты и говорят, давай делай, это так просто! Так же и SAP он понятен, удобен для профессиональных консультантов SAP, с помощью транзакций, инфотипов, отчетов, ракурсов и пр., Вы можете сделать все. Но пользователь не обладает Вашими знаниями SAP, и не должен его знать также как Вы. Вот почему мы сделали обертку для бизнес-объектов SAP, в виде понятных пользователю бизнес-функций, в привычных для него терминах. В нашем случае, официант принесет ему борщ, который он съест за 15 минут и убежит довольный, что не потратил на обед 2 часа и может заняться чем-нибудь более приятным для себя.
Что-то нет комментариев о "Реорганизации департамента"?

Но вы же полностью отказались от стандарта! Я же до этого спросил Вас про основу разработки. Если бы то же самое сделали скопировав транзакции Shift Planning в z-область и расширив их возможности- я бы может и не просил модератора изменить свой голос.
Но кто ваше решение сможет поддерживать?! Кроме БДНК. Любая более менее продвинутая ИТ-служба откажется от такого решения по причине неопределенности с поддержкой. Внедрив такое решение клиент навсегда лишается поддержки от САП-а в этой части бизнес-процессов и намертво привязывается к БДНК.
Вы уверены что это правильно?
Аналогия с рестораном: вы приходите ресторан Goodman а вам дают не стейк а шашлык. Правда очень вкусный. И на самом деле оказывется что к Goodman-у это ресторан не никакого отношения.

Вы вправе продавать свою разработку но как свою собственную, но не под лозунгом "SAP ERP2005 HCM в действии". SAP HCM имеет в своем составе Shift Planning и Workforce Planning. Скажите что это ваша разработка реализованная средствами разработки SAP и вы предлагаете это вместо стандартной функциональности. Скажите это сразу, заранее.

Основная проблема вашего решения в том, что вы заменили стандартный функционал - своим. МКС, РКС и т.п. у сапа реализуются всякими CL/CH.. и 297ИТ. Если бы вы сделали преднастроенное решение в той же постановке, что у вас есть, даже с абапом в бади и прочих экзитах, то оно было бы гораздо привлекательней.


Для этого и существует проект внедрения. Вы хотите синие коробки продавать?

Что-то нет отзывов на ролик "Реорганизация Департамента ИТ"?

Посмотрел "Реорганизация Департамента ИТ". С приказом - не плохо. Планирование бюджета, ну опять можно Cost planning использовать. И еще момент. Требования к моделированию структур в альтернативном варианте плана я совсем недавно в переговорах с клиентом свел к использованию стандартного Cost Planning. Вобщем, глядя на ролик и без дополнительных "убалтываний" отказаться от того-сего я бы использовал:

PPOME+Cost Planning+<готовая система делопроизводства, например Lotus от ibm>
Возможно автоматическое копирование фрагментов структур из альтернативного плана в актуальный - неплохая вещь. Не знаю пока...

Вопросы: почему приказ не PDF? Реализован ли полнотекстный поиск среди загруженных отсканированных приказов? Есть ли в составе функций рабочее место для пользователя сканером: серверный вариант/локальный вариант? Как организовано хранение приказов: БД ERP/Content server?
Есть ли функция архивирования/разархивирования?

С точки зрения клиента не стоит опускать стоимостно-временную составляющую. Сколько займет внедрение проекта в "традиционной" методике SAP? - год? два? - сколько? + сколько это будет стоить клиенту? Ведь в 90% случаев придётся конкурировать с 1С! А бест-практик для зарплаты, как мне кажется, нет? Или уже есть?

И вот в свете этого, предложенное, имхо, имеет право на жизнь. Смею Вас уверить, что пакетное предложение Кадры-зарплата-FI в сжатые сроки, да за разумные деньги, весьма заманчиво (за пределами "традиционных" клиентов SAP AG, ес-но .
И беспокоиться SAP-консалту в общем-то нечего - это не потеря клиента в конкурентной борьбе . И кто сказал, что "БДНК" завтра не будет у всех на зубах как сейчас "1С"? - пусть дерзают ребята - побольше таких.

Мнение этого Человека (Skif ), Почетного гуру форума, очень ценно для нас. СПАСИБО!

А еще у нас автоматически склоняются (падежи) наименования подразделений, штатных должностей и ФИО.
У нас все документы в Worde (бесплатная альтернатива интерактивным Adobe). Нами разработан специальный движок, который легко генерирует XML-документы Word, Excel на стороне сервера на основании данных и загруженных шаблонов.
Не совсем понятно почему возникла мысль о Cost Planning, ведь речь шла о штатном расписании, а не о планировании бюджета. Присоединять к приказу можно любые файлы. Дополнительно содержание (текст) приказа сохраняется в "Вербальном описании" у приказа, поэтому приказ еще раз можно также сформировать из системы, и если необходимо просмотреть сканированную версию с подписью. Файлы хранятся стандартным образом на сервере SAP, для этого используются стандартные ФМ.

Сейчас делаем "традиционный" проект. 150 чд, включая месяц суппорта. По времени - 5 мес (клиент быстрее не может). Профиль клиента - машиностроение, 2к душ. При желании продолжительность проекта можно месяцев до 3 срезать влегкую.


What for? Где это обязательно необходимо?


А вот это уже чистое вранье. Adobe Acrobat Reader - бесплатен. Под все платфомы. Word стоит денег.

З.Ы. После обновления флеша ни под лисой, ни под оперой ничего не отражается

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

Передавать стандартными средствами данные обратно в сап - это действительно отдельные деньги. Но об этом в сабже речь не идет
Редактирование полей (комментарий там какой) - денег не просит. См. 4-ФСС стандартную

Имеется в виду обычный Acrobat reader, который можно бесплатно скачать и в котором последние несколько лет сделаны сап-овские формы.
САП кажется имеет соглашение с Acrobat на эту тему (с майкрософтом - нет) и поэтому для ПРОДУКТа формы в Acrobat более правильное решение.
К сожалению четких ответов не поступило на вопросы насчет полнотектного поиска, технлогии хранения(ERP или Content server), рабочего места для сканирования.
Функциональность "Планирование и выполнения бюджета" использует настройки Cost Planning, я может неточно выразился.