Текущее время: Вт, ноя 21 2017, 15:48

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Retail. Конкурент
СообщениеДобавлено: Пт, июн 29 2012, 17:02 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
Коллеги, добрый день!

Подскажите с точки зрения методологии (кто в теме), почему в сап есть конкурент как дебитор. у него есть своя группа счетов.

Где конкурент вылазит ещё и насколько полезен? Ибо мне предлагают заполнять в ОЗД поле, которое и покажет, конкурент нам этот дебитор или нет.


Последний раз редактировалось homoSAPience Вс, июл 01 2012, 02:38, всего редактировалось 5 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Пт, июн 29 2012, 20:56 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 14:35
Сообщения: 4319
Откуда: Москва
Конкуренты в основном нужны, чтобы заводить цены конкурентов в VK12 и строить от них ценообразование в VKP5. Если конкурент является параллельно реальным дебитором, наверное действительно лучше не плодить лишние записи в KNA1 и делать одного дебитора, но это вопрос проектного решения.
В качестве модератора: за ругательства - предупреждение, в следующий раз буду просить админа забанить.

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Сб, июн 30 2012, 15:39 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
LKU писал(а):
Конкуренты в основном нужны, чтобы заводить цены конкурентов в VK12 и строить от них ценообразование в VKP5. Если конкурент является параллельно реальным дебитором, наверное действительно лучше не плодить лишние записи в KNA1 и делать одного дебитора, но это вопрос проектного решения.
В качестве модератора: за ругательства - предупреждение, в следующий раз буду просить админа забанить.


Извиняюсь за ругательства. Наверно и действительно и лучше не плодить лишние записи в KNA1 звучит как-то не убедительно. У меня проектное решение взяли и заменили на "... не позволю" :D


Последний раз редактировалось homoSAPience Вт, июл 03 2012, 17:13, всего редактировалось 3 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Сб, июн 30 2012, 19:58 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 14:35
Сообщения: 4319
Откуда: Москва
homoSAPience , предупреждение второе и последнее. Форум по отраслевым решениям SAP не место для обсуждения умственных способностей индусов, авторов проектных решений на вашем проекте и других людей.
По сути вопроса: группы счетов в SAP - это предварительные шаблоны, которые консультант может и доложен менять в рамках проектного решения. Если конкретнты не являются обычными дебиторами, то вполне логично предлагаемое SAP решение выделить для них отдельную группу счетов, с минимально необходимым набором полей для заполнения.

Далее, в дебиторе уже есть стандартное поле, обозначающее, что это конкурент (сейчас системы нет перед глазами, поройтесь в верхнем меню, что-то вроде административных данных). Настроив видимость полей для группы счетов, можно вести эту галку для самых обычных дебиторов. При таком решении и данные дебиторов не дублируются и никакие поля "лабать" не надо.

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Сб, июн 30 2012, 21:53 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
LKU писал(а):
homoSAPience , предупреждение второе и последнее.
застыл в нижайшем пардоне. :)


Последний раз редактировалось homoSAPience Вт, июл 03 2012, 17:13, всего редактировалось 2 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Вс, июл 01 2012, 21:45 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 14:35
Сообщения: 4319
Откуда: Москва
homoSAPience, наличие нескольких отделов, ответственных за ведение одного дебитора - это совершенно обыденная, стандартная ситуация. И для нее имеется стандартное же организационное решение: создается форма на создание/изменение дебитора в Excel, в которой нужно ввести поля дебитора. Подписывается регламент, в котором прописано, кто может являться инициатором заполнения этой формы и какие отделы за какие поля в этой форме отвечают. Также в регламенте прописывается подразделение, ответственное за непосредственный ввод данных по дебитору в SAP. Как правило, это либо специализированный отдел НСИ, либо конечное подразделение в цепочке согласования и заполнения Excel формы (финансисты или бухгалтерия).
Если поток очень большой, начинается автоматизация: сначала делают процедуру автоматической загрузки Excel формы в SAP, потом и форму заявки и workflow по ее согласованию переносят в автоматизированную систему (не обязательно SAP ERP).

В вашем случае я бы обратил внимание немного на другой вопрос: обычно дебитор имеет довольно широкий набор обязательных полей (например, ИНН, КПП). Для конкурентов же эти поля необязательны и обязывать вести их для конкурентов, не являющихся дебиторами не совсем правильно. Получается, самое красивое решение такое:
-конкурентов "не дебиторов" создаем в группе счетов для конкурентов с минимальным набором полей
-конкурентов "дебиторов" создаем в обычной группе счетов для дебиторов
-если конкурент сначала не был дебитором, а потом им стал - меняем группу счетов с конкурентской на дебиторскую.
-во всех случаях конкурентов от не конкурентов отличаем не по группе счетов, а по стандартному полю "конкурент"

На самом деле все эти детали важны, если конкурентов много. Обычно в одном регионе (Москва, например) компания мониторит цены 2-5 конкурентов. Даже если все они являются дебиторами, можно и задублировать их как дебиторов и конкурентов, не велика печаль. Вот если компания федеральная, конкурентов несколько сотен, тогда все эти ухищрения имею смысл.

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Пн, июл 02 2012, 09:35 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
LKU писал(а):
Конкуренты в основном нужны, чтобы заводить цены конкурентов в VK12 и строить от них ценообразование в VKP5.
не совсем понял, почему вы сослались на эту транзульку. я её запускаю и встаю немного в стопор:) от того, что она больше связана с условиями и ценнобразованием, нежели с конкурентами. как насчёт другой тр-ии :) ? согласитесь, что отличается.

LKU писал(а):
если вы бы сказали, что в транзакции под названием "Регистрация цен конкурентов" можно не иметь дебитора как конкурента, а взять дебитора как дебитора и лупануть по нему регистрацию цен конкурентов, то всё было бы здорово.
учитывая первый абзац там позволяется выбрать дебитора как дебитора. до регистрации цен на дебитора как дебитора пока не дошёл. выдаётся ошибка о том, что при данных условиях зарегистрировать нельзя.
LKU писал(а):
homoSAPience, наличие нескольких отделов, ответственных за ведение одного дебитора - это совершенно обыденная, стандартная ситуация. И для нее имеется стандартное же организационное решение: создается форма на создание/изменение дебитора в Excel, в которой нужно ввести поля дебитора. Подписывается регламент, в котором прописано, кто может являться инициатором заполнения этой формы и какие отделы за какие поля в этой форме отвечают. Также в регламенте прописывается подразделение, ответственное за непосредственный ввод данных по дебитору в SAP. Как правило, это либо специализированный отдел НСИ, либо конечное подразделение в цепочке согласования и заполнения Excel формы (финансисты или бухгалтерия).
Если поток очень большой, начинается автоматизация: сначала делают процедуру автоматической загрузки Excel формы в SAP, потом и форму заявки и workflow по ее согласованию переносят в автоматизированную систему (не обязательно SAP ERP).
всё это ещё как знакомо:) :lol: если вы получаете большой поток помноженный на интенсивность ввода цен конкурентов + ввод конкурентов (тоже как поток), то wf вам не поможет. гораздо проще выдать больше полномочий и написать в регламенте: "Звонок в ОНСИ - самый быстрый способ получить конкурента, дорогой категорийный менеджер". с учётом интенсивности работы категорийных менеджеров и скорости принятия решения, могут забить ногами как начальники одних, так и начальники других. уж поверьте. вместо скорости вы получите затык. + добавьте скорость появления конкурентов в той же нише и т. п.

homoSAPience писал(а):
компания мониторит цены 2-5 конкурентов.
смотря что считать конкурентом


Последний раз редактировалось homoSAPience Вт, июл 03 2012, 17:17, всего редактировалось 6 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Пн, июл 02 2012, 10:06 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
LKU писал(а):
homoSAPience

В вашем случае я бы обратил внимание немного на другой вопрос: обычно дебитор имеет довольно широкий набор обязательных полей (например, ИНН, КПП). Для конкурентов же эти поля необязательны и обязывать вести их для конкурентов, не являющихся дебиторами не совсем правильно. Получается, самое красивое решение такое:
-конкурентов "не дебиторов" создаем в группе счетов для конкурентов с минимальным набором полей
-конкурентов "дебиторов" создаем в обычной группе счетов для дебиторов
-если конкурент сначала не был дебитором, а потом им стал - меняем группу счетов с конкурентской на дебиторскую.
-во всех случаях конкурентов от не конкурентов отличаем не по группе счетов, а по стандартному полю "конкурент"
а мне кажется, красивое решение такое:
1. Ввиду того, что есть перекрытие потребностей у разных групп пользователей (финансистам нужен дебитор, а другим пользователям нужно что-то в виде сущности "конкурент", а у сап дебитор может быть и конкурентом), то не надо вводить/открывать в предметных шаблонах поля, чтобы потом получать ворох других проблем.
2. И с полномочиями в этом случае проблем не будет и не надо будет выдумывать другие изощрения с теми же полномочиями
К такому выводу, лично меня, подталкивает анализ.


Последний раз редактировалось homoSAPience Вт, июл 03 2012, 17:14, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Пн, июл 02 2012, 11:47 
Специалист
Специалист

Зарегистрирован:
Вт, мар 30 2010, 10:04
Сообщения: 194
:)


Последний раз редактировалось homoSAPience Пн, июл 23 2012, 21:41, всего редактировалось 1 раз.

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Retail. Конкурент
СообщениеДобавлено: Пн, июл 02 2012, 14:17 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 14:35
Сообщения: 4319
Откуда: Москва
homoSAPience , я два раза честно перечитал ваши два последних поста и так и не смог понять, что же именно вы предлагаете. Поэтому и реакцию дать не могу.
Кроме того, чтобы рекомендовать что-либо, очень желательно узнать: сколько же конкретно (в числах) в обсуждаемой компании:
1. конкурентов, по которым ведется мониторинг ценн
2. каков прирост числа конкурентов, скажем, за месяц,
3. сколько из конкуркнтов одновременно покупают у вас товар (являются дебиторами)

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB