Текущее время: Пт, ноя 01 2024, 02:28

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




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Курсовые разницы при оплате
СообщениеДобавлено: Ср, фев 08 2023, 00:32 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Всем доброго времени суток.

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

Т.е. при проводке второй области получаются проводки:

Дт 60 100$ 7000 руб
Кт 52 100$ 7500 руб
ДТ 92 0$ 500 руб.

И тут проблема в том, что 92 должен корреспондировать с 60-ым, а не 52.
Стандартная настройка корреспонденции через приоритеты (хоть старая, хоть в HANE новая) сделает ДТ 92 Кт 52.

А нужно:

ДТ КТ
60 52 100$ 7500 руб
92 60 0$ 500 руб.

Т.е. получается, не хватает две искусственные позиции по 60-му счету на +\- 500 руб.
В старой корреспонденции есть хотя бы BADI для подобных разработок.

У нас планируется новая корреспонденция на ACDOCA и генерация таких искусственных проводок черевата последствиями.
Кто как решал подобную проблему?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Ср, фев 08 2023, 22:30 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1576
Откуда: Пермь
Пол: Мужской
Пошлите акдоку на небо за звездочкой и оставайтесь на старой доброй корреспонденции счетов.
В старой и бади не поможет. Если у вас дебет и дебет, то как вы хотите, чтобы они корреспондировали друг с другом?
Давайте уйдем от вашего примера и вернемся к 91.
При убытке от КР тоже был бы КР 91.02 в дебете. И он тоже корреспондировал бы с 52.
Теперь о том, почему это верно.
Сумма в ВВ при выравнивании всегда совпадает с суммой ВВ исходной позиции, разницу как раз и образует КР.
За счет этого и достигается балансировка задолженности в 0 (исключение - выравнивание с остатком, там можно создать прикол).
Иными словами, даже если бы в вашем распоряжении оказался бади или юзер экзит, сумму по 60 счету пришлось бы стремно каверкать.
В моем понимании ответ кроется именно в закрытии 60 счета с исходной суммой. Система заботится о нулевом сальдо для Вас.
Как действовать дальше - я не знаю, я акдоку не видал. Лишь хотел донести мысль, что даже без нее эта задача гнусная.

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Пт, фев 10 2023, 03:15 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Yozhhhhh написал:
При убытке от КР тоже был бы КР 91.02 в дебете. И он тоже корреспондировал бы с 52.
Теперь о том, почему это верно.
.


Это не верная корреспонденция с точки зрения БУ. КР на 91.02 в данном случае появляются при расчете с контрагентом (60*), а не за счет переоценки средств на 52 счете.
Причем я понимаю, что система соблюдает правило нулевого сальдо в документе.

Но еще раз про пример.

Проводки по стандарту:
Дт 60 100$ 7000 руб
Кт 52 100$ 7500 руб
ДТ 92 0$ 500 руб.

Корреспонденция по стандарту:
Дт 60 КТ 52 100$ 7000
Дт 92 КТ 52 0$ 50 - не правильно

Если использовать доработку и генерировать допроводки в ACDOCA , то можно получить (сальдо 0 выполняется) проводки :

Дт 60 100$ 7000 руб
Кт 52 100$ 7500 руб
ДТ 92 0$ 500 руб.
Дт 60 0$ 500
КТ 60 0$ 500

Корреспонденция:
Дт 60 КТ 52 100$ 7000
ДТ 60 КТ 52 0$ 500
ДТ 92 КТ 60 0$ 500 - как нужно.

Эту корреспонденцию можно сделать вручную в J3RKKRD, через добавление позиций. И в BADI наверное можно это автоматизировать.

Но с ACDOCA засада получается.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Пт, фев 10 2023, 03:21 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
И тот же пример, если платить через ТП.

1. ТП на 100$ 7500

вторая область выравнивает ТП:

2. ДТ 60 КТ 52 100$ 7500

Поствыравнивание задолженности 60-го счета:

3. ДТ 60 КТ 60 100$ 7000
ДТ 92 КТ 60 $0 500 - тут все по стандарту ровно получается.

Платить через ТП или сразу по задолженности - это технический момент в SAP, проводки (и корреспонденция) должны быть одинаковыми.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Пт, фев 10 2023, 08:11 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1576
Откуда: Пермь
Пол: Мужской
CrecerRu написал(а):
И тот же пример, если платить через ТП.

1. ТП на 100$ 7500

вторая область выравнивает ТП:

2. ДТ 60 КТ 52 100$ 7500

Поствыравнивание задолженности 60-го счета:

3. ДТ 60 КТ 60 100$ 7000
ДТ 92 КТ 60 $0 500 - тут все по стандарту ровно получается.

Платить через ТП или сразу по задолженности - это технический момент в SAP, проводки (и корреспонденция) должны быть одинаковыми.


Ни разу этот момент не технический. В одном случае идет проводка с выравниванием, а в другом выравнивание проведенных позиций. В первом случае у вас проводки по 60 на 7500 не возникало, было сразу на 7000, по 52 7500, третья позиция гегерируется без разворота по 60. Документ трехпозиционный, клрреспонденции деваться некуда. 52 превышает 60, поэтому добивается кр.

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

В j3rkkrd вы дополнительную позицию не создадите, в правом блоке в кредите 60 счета не будет. И на что она будет ссылаться, если buzeik в ключе...???

По поводу тп. Не знаю, что в хане. Но в erp тп на полную сумму сф не создаются. Уж если на то пошло, то платите тапами с огк тип прочий, не аванс. А потом выравнивайте наздоровье. Многие компании заявочные процессы только на тап и делают, хотя как по мне это, конечно, неудобно.

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Сб, фев 11 2023, 04:19 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Yozhhhhh написал:
Но в erp тп на полную сумму сф не создаются. .



В этом и вопрос.
Хочется узнать у кого как на практике. Если на полную сумму ТП не создавать, а платить по сф, то ни у кого нет проблем с корреспонденцией?


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

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1576
Откуда: Пермь
Пол: Мужской
CrecerRu написал(а):
В этом и вопрос.
Хочется узнать у кого как на практике. Если на полную сумму ТП не создавать, а платить по сф, то ни у кого нет проблем с корреспонденцией?

Просто она нафиг никому не нужна уже сто лет.

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Курсовые разницы при оплате
СообщениеДобавлено: Пн, фев 13 2023, 22:08 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, дек 20 2007, 18:21
Сообщения: 1613
Yozhhhhh написал:
Пошлите акдоку на небо за звездочкой и оставайтесь на старой доброй корреспонденции счетов.
В старой и бади не поможет. Если у вас дебет и дебет, то как вы хотите, чтобы они корреспондировали друг с другом?
Давайте уйдем от вашего примера и вернемся к 91.
При убытке от КР тоже был бы КР 91.02 в дебете. И он тоже корреспондировал бы с 52.
Теперь о том, почему это верно.
Сумма в ВВ при выравнивании всегда совпадает с суммой ВВ исходной позиции, разницу как раз и образует КР.
За счет этого и достигается балансировка задолженности в 0 (исключение - выравнивание с остатком, там можно создать прикол).
Иными словами, даже если бы в вашем распоряжении оказался бади или юзер экзит, сумму по 60 счету пришлось бы стремно каверкать.
В моем понимании ответ кроется именно в закрытии 60 счета с исходной суммой. Система заботится о нулевом сальдо для Вас.
Как действовать дальше - я не знаю, я акдоку не видал. Лишь хотел донести мысль, что даже без нее эта задача гнусная.

В бади можно вроде докидать туда фиктивных оборотов в первом моменте, на одной ноге поставить красно сторно. А потом уже стандартом их присвоить.

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


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

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


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

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


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

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