Текущее время: Пн, июл 14 2025, 16:17

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




Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Бюджетирование в разрезе договоров
СообщениеДобавлено: Пн, июл 02 2007, 10:25 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, сен 21 2004, 20:44
Сообщения: 89
Откуда: Москва
Никто не с такой концептуальной проблеммой?
Отчет план/факт необходимо строить дополнительно в разррезе договоров?
ФП, ПФМ, Фонд - заняты


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, июл 02 2007, 16:15 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, апр 08 2005, 15:39
Сообщения: 258
Грант, программа бюджета?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июл 03 2007, 07:26 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
1)Можете использовать поле USERDIM1 - помещаете туда номер договора и все.
2)Функциональная сфера
3)И как уже писал коллега pavelzv Программа бюджета и грант если используется BCS


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июл 03 2007, 08:46 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, сен 21 2004, 20:44
Сообщения: 89
Откуда: Москва
Про алгоритм с работы с полем USERDIM1 нельзя ли поподробнее?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, июл 03 2007, 11:54 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
Это реализуется через абап:
по факту(тр.SMOD):
1) SAPLFMRI Замещение поля «Измерение клиента» при проводке бухгалтерского документа
2) SAPLFMPA Замещение поля «Измерение клиента» при разграничении платежей
3) SAPLFMOI Замещение поля «Измерение клиента» для облиго
вот с планом посложней будет, потребуется собственная разработка


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, июл 04 2007, 21:45 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Чт, ноя 16 2006, 19:24
Сообщения: 56
на мой взгляд поле USERDIM для договоров использовать крайне затруднительно.

Поле недоступно для ввода пользователем. С АКН насколько мне известно тоже будут проблемы, если захотите контролировать план/факт автоматом.

Для грантов требуется использование деловых партнеров. Поле деловой партнер вроде бы обязательное для ввода в карточке гранта.

Программа бюджета хорошо подходила бы, но это поле тоже недоступно для ввода в стандарте. Допустимо только определение через деривацию.

Стандартный вариант: план платежей по договору = документ РС.
План вводите в позиции РС, факт потребляющими документами. Если эти документы не используются в других целях, на мой взгляд это лучший вариант.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 05 2007, 07:59 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
1) Во-первых, если используется классическое бюджетирование и делается проводка по факту, то номер договора замещается из какого-то доступного поля в бух.документе(например присвоение или ссылочный ключ), Для плана же, можно использовать FMBU0001, тут можно вынести поле договора. По поводу АКН: не вижу как это может помешать - мы используем userdim почти два года и проблем не было (тьфу три раза :) )
2) Во-вторых, если, как я уже писал выше, используется BCS, то программа бюджета очень даже доступна для ввода :) мало того доступно также поле userdim.
3) По поводу грантов, ничего не могу сказать поскольку с ними не работал.
4) По поводу функциональной сферы: с ней проблем вообще не возникнет, она есть и в классическом бюджетировании и в BCS....другое дело что использовать функциональную сферу для договоров, концептуально неправильно....но как вариант решения вполне жизнеспособно.
5)Использование РС - оригинальная мысль, однако опять же какое поле Вы предлагаете использовать под номер договора? И как использовать РС по плану если бюджет-то при вводе РС будет резервироваться по факту? Или предлагаете подменять план фактом? :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, июл 05 2007, 11:33 
Специалист
Специалист

Зарегистрирован:
Вт, май 17 2005, 10:42
Сообщения: 192
как мне кажется, бюджетирование в разрезе договоров - весьма мутная затея. договор это уже свершившийся факт, и интересн наверное план-факт в виде отчета по исполнению отдельного договора. а вот зачем менеджменту смотреть исполнение по всем договорам сразу в разрезе договоров это вопрос...
для построения модели по исполнению договоров неплохо подойдет цепочка документов выделения средств.
данные договоров конечно можно и нужно исползовать для бюджетирования, только вот если у вас их 1000 да еже статей 200 плюс подразделений 30 да источников 3-4...
кстати, если пожно построить отчет по исполнению отдельного договора. но наверное можно построить отчет по исполнению всех договоров, только вот зачем он кому нужен.... у каждого исполнителя есть свои договора.

_________________
New way - NewKoff!!!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июл 13 2007, 18:54 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Чт, ноя 16 2006, 19:24
Сообщения: 56
dante14 написал:
1) Во-первых, если используется классическое бюджетирование и делается проводка по факту, то номер договора замещается из какого-то доступного поля в бух.документе(например присвоение или ссылочный ключ), Для плана же, можно использовать FMBU0001, тут можно вынести поле договора. По поводу АКН: не вижу как это может помешать - мы используем userdim почти два года и проблем не было (тьфу три раза :) )
2) Во-вторых, если, как я уже писал выше, используется BCS, то программа бюджета очень даже доступна для ввода :) мало того доступно также поле userdim.
3) По поводу грантов, ничего не могу сказать поскольку с ними не работал.
4) По поводу функциональной сферы: с ней проблем вообще не возникнет, она есть и в классическом бюджетировании и в BCS....другое дело что использовать функциональную сферу для договоров, концептуально неправильно....но как вариант решения вполне жизнеспособно.
5)Использование РС - оригинальная мысль, однако опять же какое поле Вы предлагаете использовать под номер договора? И как использовать РС по плану если бюджет-то при вводе РС будет резервироваться по факту? Или предлагаете подменять план фактом? :)


я вобщем-то не спорю, что каждый пункт при определенных обстоятельствах можно использовать.

По второму пункту, интересно узнать ваше мнение. Программа бюджета вроде только в BCS и появилась. У меня эта контировка вроде как закрыта от изменений. В хелпе тоже написано, что вручную не определяется. Вы использовали экзиты для изменения статуса поля?

По пятому пункту. Номер договора = Номер резервирования средств в ФМ = план платежей по договору или план возникновения обязательств.
По логике договор это облиго, а не плановое значение. Поэтому мне кажется тут нет противоречий.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, авг 02 2007, 20:07 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
Ну да программа бюджета используется для BCS с этим никто и не спорит. И в 4.7 это поле доступно для ввода без всяких экзитов. :)
По поводу пятого пункта я нечто другое имел ввиду, ну ладно не суть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Бюджетирование в разрезе договоров
СообщениеДобавлено: Сб, сен 08 2007, 08:20 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, июл 15 2005, 11:39
Сообщения: 68
Откуда: Швейцария
Пол: Мужской
AndVor (4.7) написал(а):
Никто не с такой концептуальной проблеммой?
Отчет план/факт необходимо строить дополнительно в разррезе договоров?
ФП, ПФМ, Фонд - заняты


У нас на проекте тоже была такая задача. Мы использовали программу бюджета. Все более менее красиво получилось.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 28 2007, 09:17 
Младший специалист
Младший специалист

Зарегистрирован:
Пт, июл 15 2005, 11:39
Сообщения: 68
Откуда: Швейцария
Пол: Мужской
dante14 написал:
2) Во-вторых, если, как я уже писал выше, используется BCS, то программа бюджета очень даже доступна для ввода :) мало того доступно также поле userdim.


Не подскажите, а как в BCS сделать доступным для ввода поле userdim. Что-то я не нашел соответствующей настройки в SPRO


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, дек 03 2007, 15:58 
Гуру-модератор
Гуру-модератор

Зарегистрирован:
Чт, окт 20 2005, 08:45
Сообщения: 1651
Пол: Мужской
Настройки-то и нет. Для того чтобы иметь возможность добавлять в формат ввода измерение пользователя, необходимо внести в соответствующую таблицу галочку, причем вносить придется либо программно(собственная разработка) либо модификация экрана ракурса ведения, а так стандартом не получится ....что за таблица не помню.надо ковырять записи. Если интересно могу потом посмотреть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 20 2007, 11:03 
Ассистент
Ассистент

Зарегистрирован:
Пн, май 22 2006, 10:37
Сообщения: 29
коллеги, а что Вы можете сказать про интеграцию контрактов (они же договора), через определение сценариев интеграции...
могут ли контракты MM порождать документы резервирования средств (с потоком подтверждения или без него), которые в дальнейшем будут расходываться заявками или ЗакНаПоставку...

хотелось бы услышать все за и против...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 20 2007, 19:05 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 15 2006, 19:37
Сообщения: 965
Пол: Женский
Интеграция такая есть, уже кстати обсуждалась на форуме и даже ни один раз.

_________________
The thing I hate about an argument is that it always interrupts a discussion.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 23 ]  На страницу 1, 2  След.

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


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

Сейчас этот форум просматривают: Ozone


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

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