Текущее время: Сб, июл 12 2025, 07:09

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




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Найти сумму поступивших средств к документу
СообщениеДобавлено: Пн, фев 18 2008, 21:05 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
Всем доброе время суток.

Вопрос у меня в следующем:
есть список кредитовых позиций BSEG (платежей и не только) по дебитору с контировкой на конкретный торговый документ. Стоит задача определить, какие из них "настоящие" входящие платежи, причем нам без разницы каким образом они были проведены (выписка ли из счета на ТАП, или проводка платежа вручную с контировкой на торговый документ, или как-то еще).
Проблема в том, что одна и та же сумма (например, аванс) может гоняться между счетами несколько раз (например, при перерасчете авансов или между кодами ОГК), перед тем как наконец выравняет фактуру. Приведу самый простой пример:

Проводится выписка со ссылкой на ТАП. Автоматически создается проводка по авансам. Выравниваем аванс с фактурой. Автоматически создается перерасчет (ч/з документ выравнивания) с аванса на оплату , т.е. появляется какбы "сторно" аванса, которое выравнивает аванс, и сам входящий платеж, который выравнивает фактуру.

Т.о. к одному или нескольким фактическим платежам добавляется некоторое кол-во их же "дубликатов". Т.е. простым суммированием задачу решить нельзя. Перепробовал уже все что в голову только могло придти: и анализ индикатора автоматич.создания XAUTO, и индикатора платежной операции XZAHL, и индикатора фактической проводки PSOZL, и много чего еще. Но все безрезультатно. Все равно есть ситуации, когда какой-нибудь "двойник" проскакивает, закосив под первоисточник :)

Может кто-нибудь подскажет что делать, или в каком направлении двигаться?

ЗЫ: анализировать виды документов, коды проводок и прочую настроечную шелуху не предлагать :twisted:

ЗЗЫ: спасибо уже за то, что дочитали до конца :wink:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 19 2008, 08:45 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, май 19 2005, 17:50
Сообщения: 498
Добрый день,

как насчет проанализировать остальные позиции документа? Если среди позиций документа есть позиция дебетующая 51*, 52* счет - то это настоящий платеж. Если нет - то явная "фальшивка" :lol:

Странно, что вид документа - это шелуха :roll: Они бы тут как раз могли бы помочь :)


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

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
Сейчас смотрю прогу из русского аддона J_3RFPDE, там (по всей видимости) анализируется индикатор фактической проводки PSOZL.
Т.е. если денюжка появилась не с 51 счета (хоть это и львиная доля проводок, помеченных как фактические) то платежом считаться не будет...
А мне без разницы откуда она взялась, вполне вероятно и посредством переноса с другого дебитора / другого торгового документа.

ЗЫ запостил этот вопрос еще и на ветку ABAP...


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 19 2008, 08:52 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, май 19 2005, 17:50
Сообщения: 498
Дайте четкое определение, что для Вас "настоящий" платеж, а что нет.


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

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
SaperJunior написал(а):
Странно, что вид документа - это шелуха :roll: Они бы тут как раз могли бы помочь :)

Вы, наверно, также согласитесь, что нет никакой гарантии, что завтра некий консультант не посчитает необходимым добавить/удалить/переименовать какой-нибудь из документов. Отслеживать такое очень проблематично, да и вообще не системный это подход, и к нему нужно прибегать только в крайних случаях... Поэтому и ищем истину :wink:


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

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
SaperJunior написал(а):
Дайте четкое определение, что для Вас "настоящий" платеж, а что нет.

Эххх. В ответе на этот вопрос половина решения...

Понятно, что "реальные" платежи - это те, которые прошли через счета денежных поступлений-выбытий (по терминологии SAP), то бишь через 51-52 счета (99% случаев). Такие мы отловить скорее всего сможем (см. предыдущие посты).

А как быть с такой ситуацией:
Посутпил платеж со ссылкой на ТАП, в котором указана контировка на торговый документ №1. Через неделю обнаружилось, что платеж на самом деле пришел к торговому документу №2. Что делать? - переносить сумму ручками, а это уже никак не фактическая проводка. Однако же использовать сформированную сумму для выравнивания фактуры по торговому документу №2 вполне возможно. :?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 19 2008, 09:52 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, май 19 2005, 17:50
Сообщения: 498
troy написал(а):
А как быть с такой ситуацией:
Посутпил платеж со ссылкой на ТАП, в котором указана контировка на торговый документ №1. Через неделю обнаружилось, что платеж на самом деле пришел к торговому документу №2. Что делать? - переносить сумму ручками, а это уже никак не фактическая проводка. Однако же использовать сформированную сумму для выравнивания фактуры по торговому документу №2 вполне возможно. :?

Что в описанной ситуации реальный платеж, на Ваш взгляд, а что нет?
Дайте определение термина "фактическая проводка", которую Вы использовали в своем сообщении. Как "фактическая проводка" взаимосвязано с "реальный платеж"?

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


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

Зарегистрирован:
Вт, апр 24 2007, 15:56
Сообщения: 1402
SaperJunior написал(а):
Что в описанной ситуации реальный платеж, на Ваш взгляд, а что нет?

В данном конкретном (!) случае платежом должна считаться проводка переноса "реального" платежа к торг.документу №1 на торг.документ №2. :roll: Должен же я как-то увидеть, что деньги все-таки пришли по назначению...
SaperJunior написал(а):
Дайте определение термина "фактическая проводка", которую Вы использовали в своем сообщении. Как "фактическая проводка" взаимосвязано с "реальный платеж"?

русский(?) SAP, прог.J_3RFPDE написал(а):
Платежными документами считаются только такие, которые в основной записи банковского счета имеют индикатор «ДвижДенежнСредств».

Это и есть 51-52 счета на 99%. То же самое индикатор фактической проводки BKPF-PSOZL. Т.е. если сказать совсем просто, то фактическая проводка это проводка через 51 счет, т.е. "реальная".
SaperJunior написал(а):
Как Вы хотите найти реальные платежи, если нет четкого понимания, что это такое? :? Получается, что вы не знаете, что Вы хотите найти. При такой постановке задачи искать можно бесконечно. :roll:

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


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

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


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

Сейчас этот форум просматривают: Ahrefs [Bot]


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

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