Текущее время: Вс, янв 19 2020, 23:42

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




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пт, янв 10 2020, 15:42 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, янв 24 2013, 09:43
Сообщения: 651
Откуда: South Kazakhstan
Пол: Мужской
Доброго времени суток уважаемые СО консультанты.

Есть циклы распределения затрат транзакция KSV5. В качестве получателей указаны группа внутренних заказов, группа мвз и группа СПП элементов. Как в данном случае работает иерархия? Я читал что у МВЗ наинизший уровень иерархии и на нём будут содержаться только стат.затраты, а вот как быть с СПП и внутренним заказом? Кто в данном случае имеет приоритет и будет получать реальные затраты, а кто статистические? И вообще существует ли такая настройка, где можно было бы в циклах указывать приоритет между этими объектами СО?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пт, янв 10 2020, 18:15 
Ассистент
Ассистент

Зарегистрирован:
Пт, дек 21 2012, 17:17
Сообщения: 29
В качестве получателей указаны группа внутренних заказов, группа мвз и группа СПП элементов.
Это (МВЗ, заказы и СПП-элементы) - общий пул получателей. Что куда уйдёт, зависит от ссылочной базы (например, статистические показатели) этих объектов.
Статистические затраты не перераспределяются и не видятся как ссылочная база.
Другими словами только реальные затраты будут закрыты при выполнении KSV5, статистические затраты не будут трогаться и не будут создаваться новые статистические затраты.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пн, янв 13 2020, 08:04 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, янв 24 2013, 09:43
Сообщения: 651
Откуда: South Kazakhstan
Пол: Мужской
AndreyKAA написал(а):
В качестве получателей указаны группа внутренних заказов, группа мвз и группа СПП элементов.
Это (МВЗ, заказы и СПП-элементы) - общий пул получателей. Что куда уйдёт, зависит от ссылочной базы (например, статистические показатели) этих объектов.
Статистические затраты не перераспределяются и не видятся как ссылочная база.
Другими словами только реальные затраты будут закрыты при выполнении KSV5, статистические затраты не будут трогаться и не будут создаваться новые статистические затраты.

На счёт стат.показателей я не подумал. Действительно, на какой объект СО будут введены стат.показатели, на тот объект СО они и уйдут. Но допустим такую ситуацию, был введён стат.показатель на СПП элемент и на внутренний заказ и оба они указаны в качестве получателей. На какой из этих объектов СО пойдут реальные затраты, а на какой статистические?


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

Зарегистрирован:
Чт, июл 25 2013, 14:35
Сообщения: 18
На оба эти объекта распределятся реальные затраты пропорционально введенным статпоказателям.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пн, янв 13 2020, 11:01 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, янв 24 2013, 09:43
Сообщения: 651
Откуда: South Kazakhstan
Пол: Мужской
Corsa написал(а):
На оба эти объекта распределятся реальные затраты пропорционально введенным статпоказателям.

Это как это на оба объекта? Я ввёл стат.показатель для СПП 187 -50$ и для внутреннего заказа 187 50 $, указал их в качестве получателей в одном сегменте цикла. Вы хотите сказать что на оба этих объекта пойдут реальные затраты по 50$ на каждый, и МВЗ отправитель будет кредитоваться на 100$ ?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пн, янв 13 2020, 14:30 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, янв 24 2013, 09:43
Сообщения: 651
Откуда: South Kazakhstan
Пол: Мужской
В общем протестировал я всё это дело, в качестве получателей указал МВЗ, внутренний заказ и СПП элемент и для каждого из этих получателей создал проводку стат.показателя. В итоге каждый объект получатель получил денег согласно пропорции стат.показателей. Отсюда следует, что в циклах нет иерархии заказа над МВЗ или СПП элементов. Всё делится согласно стат.показателям.

И всё же интересно, например оставим в покое циклы и возьмём заказ на поставку услуг ME21N, если в качестве контировки вводится заказ и СПП элемент, то кто из них по иерархии главнее? На какой из них пойдут стат.затраты, а на какой реальные? Или на уровне модулей всё же есть такая настройка, где ставится эта иерархия?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Приоритет одного объекта контировки над другим
СообщениеДобавлено: Пн, янв 13 2020, 16:34 
Ассистент
Ассистент

Зарегистрирован:
Пт, дек 21 2012, 17:17
Сообщения: 29
Maksimka написал:
И всё же интересно, например оставим в покое циклы и возьмём заказ на поставку услуг ME21N, если в качестве контировки вводится заказ и СПП элемент, то кто из них по иерархии главнее?

Стандартно для этого случая заказа и СПП-элемента - никто не главнее. В таком случае будет ошибка (разумеется, если оба объекта реальные, а не статистические). Решается только доработкой.


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

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


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

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


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

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