Текущее время: Чт, мар 28 2024, 21:45

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




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: Планирование ликвидности
СообщениеДобавлено: Пт, июн 01 2018, 11:00 
Начинающий
Начинающий

Зарегистрирован:
Вт, май 22 2018, 15:30
Сообщения: 17
Добрый день!

Недавно столкнулась со следующего рода задачей: для планирования ликвидности юзеру необходимо такое решение в SAP, чтобы была возможность относить суммы, подлежащие оплате, на затраты по проектам либо на общие затраты. Тема граничит с СО и по планированию ликвидности в SAP информации мало, может кто-нибудь может посоветовать решение?

Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Пт, июн 01 2018, 12:07 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Если Вы имеете в виду такое решение, как SAP LP (Liquidity Planner - планировщик ликвидности), то тема эта довольно интересная. Я настраивал в свое время.
В России редко используется. Если Вы про него, то подтвердите, я опищу, как это работает.

Также близко к тому, что Вы описали, работает PS: Cash Management (управление наличностью в проектах). Там много пересечений с FM, работает по схожим принципам. Но стандартное решение пришлось ломать в нескольких местах. Результат тем не менее получил.

LP умеет работать даже с заявками, то есть задолго до появления в системе счетов-фактур и тапов. PS Cash работает начиная с регистрации в системе счетов-фактур и тапов. То есть можно смотреть планируемые значения и реальный факт в разрезе проектов. Удобно.

В общем уточните, что именно Вы хотите реализовать.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Пт, июн 01 2018, 16:13 
Начинающий
Начинающий

Зарегистрирован:
Вт, май 22 2018, 15:30
Сообщения: 17
Yozhhhhh написал:
Если Вы имеете в виду такое решение, как SAP LP (Liquidity Planner - планировщик ликвидности), то тема эта довольно интересная. Я настраивал в свое время.
В России редко используется. Если Вы про него, то подтвердите, я опищу, как это работает.

Также близко к тому, что Вы описали, работает PS: Cash Management (управление наличностью в проектах). Там много пересечений с FM, работает по схожим принципам. Но стандартное решение пришлось ломать в нескольких местах. Результат тем не менее получил.

LP умеет работать даже с заявками, то есть задолго до появления в системе счетов-фактур и тапов. PS Cash работает начиная с регистрации в системе счетов-фактур и тапов. То есть можно смотреть планируемые значения и реальный факт в разрезе проектов. Удобно.

В общем уточните, что именно Вы хотите реализовать.


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Пт, июн 01 2018, 18:34 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Gast написал(а):
Да, я имела в виду SAP LP, но у заказчика требование, чтобы была возможность видеть, относятся исходящие платежи к затратам по проектам или же к общим затратам.


Это можно будет сделать без проблем. Для этого достаточно будет нарезать статьи ликвидности (у компонента LP свои статьи, это не финансовые позиции, это не счета ГК, это своя сущность) по признаку "Операционная деятельность", "Инвестиционная деятельность", "Финансовая деятельность". Ну как пример.

Тогда все, что будет отнесено к инвестиционной деятельности, разумеется, относится к затратам по проектам.
Кроме того, при компактной структуре проектов Вы вообще сможете нарезать статьи ликвидности под каждый проект/СПП-элемент. Тогда будет однозначно видно не только то, что относятся к проектам, но еще и к какому проекту. Довольно симпатично будет.

LP редкий инструмент, но по нему есть курсы где-то. На английском языке.
Если совсем нет представления, как работает планировщик, то я могу Вам описать, но только самую суть. Всех деталей в рамках форума не охватить.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Сб, июн 02 2018, 00:31 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Планировщик ликвидности работает на основе привязки счетов ГК к статьям ликвидности и анализе цепочки выравнивания документов.
1. Позиции денежных счетов (50, 51, 52 и пр. по необходимости) помечаются в системе как счета, релевантные для учета денежных средств (галка в основной записи счета ГК).
2. Все счета затрат/расхода/выручки/дохода/ТМЦ/контрольные привязываются к статье ликвидности.
3. Дополнительно для каждого счета устанавливается опция, "остановиться" или "пропустить" дальше. Если стоит опция остановки, то система при обнаружении данного счета остановится и отнесет сумму на привязанную к счету ГК статью ликвидности. Это актуально для многих счетов авансов (ОГК) и для некоторых контрольных счетов задолженности, если можно однозначно определить принадлежность к статье (например, 71, 73 счет). Если стоит опция "продолжать", то система будет анализировать цепочку выравнивания документов, пока не доберется до счета с пометкой остановки или до неконтрольного счета (счета затрат, счета дохода и пр.)
4. Если в процессе разворачивания цепочки выравнивания встречается выровненная позиция контрагента, то рассматривается все выравнивание для нее и т.д.
5. Все найденные в процессе анализа цепочки выравнивания позиции делятся пропорционально исходному счету денежных средств согласно его знаку, даже если встретится 1 копейка.
6. Самое важное для Вас: в процессе определения статьи ликвидности можно определять так называемые запросы 1 и 2 уровня. Запросы представляют собой уникальное правило, основанное на значении произвольного поля из найденной позиции. В т.ч. СПП-элемент, операция сетевого графика, работа и пр. (Ваш случай). Например, при обнаружении позиции с непустым СПП можно автоматически относить на статью по инвестиционному виду деятельности. Запросы имеют приоритет и отрабатывают в порядке его понижения. Самое востребованное и универсальное правило, таким образом, задается первым. Потом более слабое и т.д.

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

Еще пара слов про 1 и 2 уровень. 1 уровень - это процесс анализа цепочки до первой встретившейся позиции контрагента (чаще всего это 2 область банковской выписки или позиция из F110 с мгновенным созданием документа). 2 уровень - это все остальное, то есть разматывание цепочки выравнивания.

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

Система автоматически проконтролирует, были ли найдены суммы, которые не смогли быть отнесены ни на одну статью. Они упадут на статью "Не присвоено".

Имеется возможность грузить остатки по каждой статье на произвольную дату, то есть выполнить полноценный процесс миграции.

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

Это то, что смог написать просто по воспоминаниям, я давно не работал с LP, около 5 лет. Все остальное сможете почитать в курсе по LP или интересными бессонными ночами, настраивая и отлаживая:)

Инструмент не очень востребован в России. У нас широко распространен принцип частичного выравнивания (метод частичной оплаты). Движок LP испытывает серьезные трудности с частичными оплатами, со сторно документов из кассы (CAJO) и со многим другим. Выставлял множество заявок на SAP, диалог был примерно следующий: "А зачем вы даете своим контрагентам платить частично? Пусть платят целиком, это нормальная мировая практика". Становится примерно понятно, с какими проблемами придется столкнуться.


p.s. На Вашем месте я бы использовал PS Cash Management. Его намного быстрее настраивать, в моем случае пришлось незначительно поломать систему, но не факт, что это потребуется делать другим. Там есть пара багов, но суть понятна. Вот как раз он работает только с капексом. Все, что он покажет, будет гарантированно инвестиционными затратами.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Пн, июн 04 2018, 10:01 
Начинающий
Начинающий

Зарегистрирован:
Вт, май 22 2018, 15:30
Сообщения: 17
Yozhhhhh написал:
Планировщик ликвидности работает на основе привязки счетов ГК к статьям ликвидности и анализе цепочки выравнивания документов.
1. Позиции денежных счетов (50, 51, 52 и пр. по необходимости) помечаются в системе как счета, релевантные для учета денежных средств (галка в основной записи счета ГК).
2. Все счета затрат/расхода/выручки/дохода/ТМЦ/контрольные привязываются к статье ликвидности.
3. Дополнительно для каждого счета устанавливается опция, "остановиться" или "пропустить" дальше. Если стоит опция остановки, то система при обнаружении данного счета остановится и отнесет сумму на привязанную к счету ГК статью ликвидности. Это актуально для многих счетов авансов (ОГК) и для некоторых контрольных счетов задолженности, если можно однозначно определить принадлежность к статье (например, 71, 73 счет). Если стоит опция "продолжать", то система будет анализировать цепочку выравнивания документов, пока не доберется до счета с пометкой остановки или до неконтрольного счета (счета затрат, счета дохода и пр.)
4. Если в процессе разворачивания цепочки выравнивания встречается выровненная позиция контрагента, то рассматривается все выравнивание для нее и т.д.
5. Все найденные в процессе анализа цепочки выравнивания позиции делятся пропорционально исходному счету денежных средств согласно его знаку, даже если встретится 1 копейка.
6. Самое важное для Вас: в процессе определения статьи ликвидности можно определять так называемые запросы 1 и 2 уровня. Запросы представляют собой уникальное правило, основанное на значении произвольного поля из найденной позиции. В т.ч. СПП-элемент, операция сетевого графика, работа и пр. (Ваш случай). Например, при обнаружении позиции с непустым СПП можно автоматически относить на статью по инвестиционному виду деятельности. Запросы имеют приоритет и отрабатывают в порядке его понижения. Самое востребованное и универсальное правило, таким образом, задается первым. Потом более слабое и т.д.

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

Еще пара слов про 1 и 2 уровень. 1 уровень - это процесс анализа цепочки до первой встретившейся позиции контрагента (чаще всего это 2 область банковской выписки или позиция из F110 с мгновенным созданием документа). 2 уровень - это все остальное, то есть разматывание цепочки выравнивания.

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

Система автоматически проконтролирует, были ли найдены суммы, которые не смогли быть отнесены ни на одну статью. Они упадут на статью "Не присвоено".

Имеется возможность грузить остатки по каждой статье на произвольную дату, то есть выполнить полноценный процесс миграции.

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

Это то, что смог написать просто по воспоминаниям, я давно не работал с LP, около 5 лет. Все остальное сможете почитать в курсе по LP или интересными бессонными ночами, настраивая и отлаживая:)

Инструмент не очень востребован в России. У нас широко распространен принцип частичного выравнивания (метод частичной оплаты). Движок LP испытывает серьезные трудности с частичными оплатами, со сторно документов из кассы (CAJO) и со многим другим. Выставлял множество заявок на SAP, диалог был примерно следующий: "А зачем вы даете своим контрагентам платить частично? Пусть платят целиком, это нормальная мировая практика". Становится примерно понятно, с какими проблемами придется столкнуться.


p.s. На Вашем месте я бы использовал PS Cash Management. Его намного быстрее настраивать, в моем случае пришлось незначительно поломать систему, но не факт, что это потребуется делать другим. Там есть пара багов, но суть понятна. Вот как раз он работает только с капексом. Все, что он покажет, будет гарантированно инвестиционными затратами.



Спасибо большое за такой развернутый ответ :) будем решать с заказчиком, какой вариант им подойдет больше.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Пн, июн 04 2018, 13:54 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Ноу проблем)
p.s. Я бы в 100 ситуациях из 100 выбрал PS Cash Management.
LP абсолютно непрозрачное решение, в котором разбираться придется неделями.
Это последняя инфо перед входом в кабинет к заказчику :D

_________________
Алё, это Пакистан? Нам нужен один килограмм


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Вт, июн 05 2018, 17:00 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 18:21
Сообщения: 1613
Привет. Тоже делал LP CM. Есть косяки, надо допиливать все. Заявки для планирования ну такое, сами по себе они ни куда потом не денутся. В S4/HANA весь функционал переехал в платный адон.
С FM бы никому не советовал связываться :mrgreen:

Можно сажать тапы со ссылкой на проект.

_________________
я твой сап эфай внедрял
BAdI-позитив
Взять немножечко абопу, сунь туда кошачью *опу, RFC лапки, БТ старой бабки, на медленном базиснике переносить, тестовое окружение материть, снимать SAT пенку, биться головой о стенку, охапка тайм-шитов, отчет готов!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Планирование ликвидности
СообщениеДобавлено: Ср, июн 06 2018, 13:55 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Kengur написал(а):
С FM бы никому не советовал связываться

А ты случаем не PS Cash (в общем-то основанный на ФМ) называешь в этом контексте FM-ом? Если его, то я не соглашусь. Работает как часы :D
СПП ставим в ТАПах или на затратных/материальных счетах в СФ. Прога по переносу данных в фоновом режиме в PS тоже присутствует, настроил ночной запуск RFFMS300 (транзака CJFN).
Немного почикал стандарт местах в пяти :mrgreen: избавился от типа значения 63 (перерасчет), все выравнивания разрешил делать в FB05.
В итоге оперирую только двумя значениями: 57 (факт по СФ) и 61 (аванс).
Также допилил Z-оболочку, из-под которой запускаю RKPEP010 (транзака CJIA). Забираю данные, переворачиваю суммы (стандарт с минусом все дает).
Так что движок абсолютно стандартный, если не считать поломанной хребтины местах в пяти :mrgreen:

Один фиг, пользователи считают все в Excel. На мой вопрос "почему не пользуетесь отчетом?" ответить ничего не могут.
Причем суммы в Excel взяты с потолка, такой отчет и сдается.

Ну я принес на работу таз с водой, поставил рядом со столом. Я умываю руки.

_________________
Алё, это Пакистан? Нам нужен один килограмм


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

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


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

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


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

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