Текущее время: Пт, мар 29 2024, 15:18

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




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Вт, апр 25 2017, 16:00 
Начинающий
Начинающий

Зарегистрирован:
Пн, май 28 2012, 06:35
Сообщения: 7
Пол: Мужской
Добрый день,
Подскажите или направьте знающие люди:
Ситуация следующая: в июне 2016 года компания покупает трактор в рассрочку, сумма 307 519 809,00 у.е. Погашение кредиторской задолженности будет происходить на ежемесячной до июня 2019 года. Делю сумму 307 519 809,00 на 36 траншей. Получаю 2,777 процента. В создании УПл obb9 стандарт дает сохранить только если сумма УПл в рассрочку равна 100. Если я создам 36 подусловий по 2,78 % - то это не будет равно 100. Если я создам 36 подусловий по 2,78 % - то же самое.
Подскажите какой тут есть выход из ситуации ? :(

Второй вопрос: если я хочу эту же сумму кред задолженности разбить на 36 траншей, НО каждый транш будет с разной суммой, то завязаться на % в obb9 не получится уже. Какой тут есть выход.

Нам нужно, чтобы при деблокировании фактуры поставщика, кредиторка сразу разбивалась на 36 траншей (в каждой позиции дата платежа своя). Сейчас же мы провели с/ф одной суммой.
И разбили вручную на 36 траншей через FB05 одним документом. В каждой позиции мы поставили соответствующую дату платежа. В итоге у нас отчет CJIA некорректно показывает платежи в периоде, потому что при создании документа бюджетирования дата обновления в УБ (ZHLDT) для каждой позиции кредиторки записалась как дата документа FB05, а должно было быть в каждой позиции своя дата платежа, то есть: 15.06.2016, 15.07.2016, 15.08.2016, 15.09.2016, 15.10.2016, 15.11.2016, 15.12.2016, 15.01.2017 и т.д до 2019 года.
Я проверил, если стандарт разбивает сумму по условию платежа, то и дата обновления в УБ (ZHLDT) записывается корректно, и отчет CJIA выгружает правильно.

Спасибо за внимание.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Пн, май 29 2017, 06:58 
Начинающий
Начинающий

Зарегистрирован:
Пн, май 28 2012, 06:35
Сообщения: 7
Пол: Мужской
Тема все еще актуальна. Спасибо заранее за любую помощь.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Пн, май 29 2017, 12:51 
Старший специалист
Старший специалист

Зарегистрирован:
Ср, мар 27 2013, 15:03
Сообщения: 311
414741 написал:
Тема все еще актуальна. Спасибо заранее за любую помощь.


Тут вопрос более организационный, чем системный. Поэтому на ваш вопрос и ни кто не отвечает. Задайте вопрос более точный. Например. как мне к примеру 0,01 % отнести на наибольшую позиции или же на последнюю, какие user-exit можно использовать при стандартном условии платежа и т.д.

_________________
_______________________
Всем мира!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Вт, май 30 2017, 06:40 
Начинающий
Начинающий

Зарегистрирован:
Пн, май 28 2012, 06:35
Сообщения: 7
Пол: Мужской
Cons2010, спасибо за отзыв. Я предлагал бизнесу использовать 35 траншей по 2,78% и последний транш по 2,7%. Итог=100%. Они не согласились, потому как график платежей предоставляет банк и они критично относятся к суммам по каждому траншу. В этом плане стандарт ломать мы не хотим, отсюда вопрос может кто-нибудь сталкивался с такой ситуацией ? И второй вопрос по дате обновления в УБ, когда выполняю перенос кредиторской задолженности на оплату сразу по 36 траншам (в одном документе) - в итоге не идет отчет CJIA (фактические платежи). У меня в документе появляются 36 позиций кредиторки, и в каждой записывается одна дата обновления УБ, а нужно чтобы у каждой позиции кредиторки была своя дата платежа.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Вт, май 30 2017, 07:37 
Старший специалист
Старший специалист

Зарегистрирован:
Ср, мар 27 2013, 15:03
Сообщения: 311
414741 написал:
Cons2010, спасибо за отзыв. Я предлагал бизнесу использовать 35 траншей по 2,78% и последний транш по 2,7%. Итог=100%. Они не согласились, потому как график платежей предоставляет банк и они критично относятся к суммам по каждому траншу. В этом плане стандарт ломать мы не хотим, отсюда вопрос может кто-нибудь сталкивался с такой ситуацией ? И второй вопрос по дате обновления в УБ, когда выполняю перенос кредиторской задолженности на оплату сразу по 36 траншам (в одном документе) - в итоге не идет отчет CJIA (фактические платежи). У меня в документе появляются 36 позиций кредиторки, и в каждой записывается одна дата обновления УБ, а нужно чтобы у каждой позиции кредиторки была своя дата платежа.


Приветствую.

Так если банк предоставляет свой график который не сходится со стандартом, то варианты решения, делать Z* разработку или же Z* оболочку использую стандартные функциональность (таблицы, ФМ и т .д.)

А для начала, пусть бизнес сформирует четко, что он хочет в SAP видеть. Вы сказали, что стандарт работает вот так, заказчик говорит так "не нравится", пусть предлагает свое виденье "как нравится". :-)

_________________
_______________________
Всем мира!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Ср, май 31 2017, 17:17 
Начинающий
Начинающий

Зарегистрирован:
Пн, апр 10 2017, 11:55
Сообщения: 3
Без ММ совсем тяжко?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Ср, май 31 2017, 18:24 
Начинающий
Начинающий

Зарегистрирован:
Пн, май 28 2012, 06:35
Сообщения: 7
Пол: Мужской
Za2k10 написал(а):
Без ММ совсем тяжко?

Не понял вас.

Чтобы через Закупки кредиторка сразу разбивалась на 36 позиций как мне надо - я должен создать сложное условие платежа в OBB9. Это можно при условии что бизнес согласится на: 35 траншей по 2,78% и последний транш по 2,7%. Итог=100%. Бизнес не согласился, так как оборудование покупалось по фин. лизингу и суммы по графику платежей критичны (а суммы для оплаты каждого транша банк рассчитал по разному).


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

Зарегистрирован:
Пт, июн 26 2015, 09:17
Сообщения: 11
Если речь о финансовом лизинге, то как вариант:
1. заведите фин сделку (550 тип продукта)
2. в сделке укажите период в ежемесячными выплатами равными частями
3. получите свой график платежей

По-крайней мере система автоматически сформирует 36 платежей


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

Зарегистрирован:
Пт, июн 26 2015, 09:17
Сообщения: 11
Если речь о финансовом лизинге, то как вариант:
1. заведите фин сделку (550 тип продукта)
2. в сделке укажите период в ежемесячными выплатами равными частями
3. получите свой график платежей

По-крайней мере система автоматически сформирует 36 платежей


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Нестандартное условие платежа. Дата обновления в УБ
СообщениеДобавлено: Вт, авг 01 2017, 16:39 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Я думаю, что Вы не каждый день покупаете такое дорогостоящее оборудование.
Создайте уже тихонько документ с 36 позициями кредитора с нужными базовыми датами = сроками оплаты (если я не ошибаюсь, система при использовании сложных условий для оплаты разбивает позицию кредитора на нужное количество кусков). Это обеспечит правильные сроки. Если ситуация разовая, то не вижу смысла возиться с расширениями и т.д., если только в Вас не играет настоящий дух пирата и тяга к открытиям.

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


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

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


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

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


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

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