Текущее время: Вс, июн 24 2018, 17:03

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




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Корреспонденция с красным сторно
СообщениеДобавлено: Вт, фев 27 2018, 14:27 
Начинающий
Начинающий
Аватара пользователя

Зарегистрирован:
Пт, июл 24 2009, 10:42
Сообщения: 17
Откуда: Minsk
Пол: Женский
Доброго дня всем.

Помогите, пожалуйста, разобраться с таким вопросом:

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

На выходе получаем такой документ (корреспонденция)

Д 62 К 91 (автоматический расчет курсовой)
Д 62 К 62 X кс
Д 62 К 62 X кс
Д 91 К 62 X кс (сумма по 91 добавлена бухгалтером)

Именно последняя позиция не устраивает, криво отражается в отчетах типа J3R... Необходимо, чтобы корреспонденция Д 91 К 62 была без признака КС. Вручную переопределять не хотят с добавлением позиции и складываенимем, документов много.

Как победить это стандартом не нашла, скорее всего и нельзя. Корреспонденция распознает КС?

_________________
HANA


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 940
Откуда: Москва
Пол: Мужской
Koori no hoshi написала:
Как победить это стандартом не нашла, скорее всего и нельзя.. корреспонденция распознает КС?

Конечно, распознает и еще как. Признак красного сторно для стороны корреспонденции хранится в полях XNEGPD, XNEGPK в J_3RKKRS. Причем хранятся данные топорно: как при проводке было, так и пройдет сохранение в БД. Например, код проводки 40 и красное сторно повлечет за собой сохранение счета именно в полях DEBET, XNEGPD. А вот переворот (уведение данной суммы в кредит со знаком минус) в отчете J3RKKRL происходить будет уже на уровне отчета. Сумма уйдет в кредит со знаком минус.
Koori no hoshi написала:
Именно последняя позиция не устраивает

Разумеется, весьма глупенькая корреспонденция выходит. Потому что в данной проводке (если я правильно понял 91 в дебете без красного, а 62 в кредите с красным) кредита... нет. Здесь обе проводки в дебете, что как бы противоречит принципу двойной записи и отчет по корреспонденции начинает сходить с ума. Если зайти со стороны 91 счета, то он сам будет показан в дебете, а его "напарник" (62) - в кредите, просто потому что иначе его некуда засунуть. Но если зайти со стороны 62 счета (запустить отчет J3RKKRL), то уже он будет показан в дебете со знаком минус, а его "напарник" (91) - в кредите. Разумеется, перекрестные выверки в данном контексте никакого смысла не имеют.

Как бороться с этим: да никак. Либо убирать из настроек автоматическое проставление красного сторно (начнут плодиться обороты по 62 счету), либо второе. Второе заключается вот в чем.

Koori no hoshi написала:
Д 62 К 91 (автоматический расчет курсовой)
Д 62 К 62 X кс
Д 62 К 62 X кс
Д 91 К 62 X кс (сумма по 91 добавлена бухгалтером)


У Вас сам документ довольно нестандартный, как и настройка. Узнаю друга Васю по описанию в хелпе галки "Без курсовых разниц при выравнивании в ВВ" на уровне БЕ. Я так понимаю, Вы выполняете выравнивание во внутренней валюте? Только так я могу объяснить невыход документа в 0 после генерации позиции курсовой разницы. При выравнивании в иностранной валюте Вы бы получили пару позиций по 62 счету (одна с красным, одна без) и одну позицию по 91 счету, в которой сумма в ВД была бы 0, а сумма в ВВ балансировала бы курсовую разницу. Потребности в 4 позиции не возникло бы. Она возникает тогда и только тогда, когда Вы делаете выравнивание в ВВ. К чему это приводит.

Пример:
100 USD = 6000 руб (фактура)
6000 руб. (оплата)

Начнем выравнивать в рублях, эффект будет такой:
1. С галкой "без курсовых разниц при выравнивании в ВВ":
дебет 60 wrbtr 6000 руб. dmbtr 6000 руб.
кредит 60 wrbtr 6000 руб. dmbtr 6000 руб.
Одна из позиций будет с красным или позиций не будет вообще в документе (зависит от присвоенного правила выравнивания).

2. Без галки "без курсовых разниц":
дебет 60 wrbtr 6100 руб dmbtr 6000 руб (красное сторно)
кредит 60 wrbtr 6000 руб dmbtr 6000 руб
генерация курсовой разницы (курс вырос, имеем расход от ПКР):
дебет 91 wrbtr 0 руб dmbtr 100
доход от нашей недоплаты:
кредит 91 wrbtr 100 руб dmbtr 100 руб

Вот именно такой документ для разбора корреспонденции один из самых сложных и корявых. Поэтому способ №2 - поставить галку "без курсовых разниц при выравнивании в ВВ" на уровне БЕ. Но это не совсем верно с точки зрения законодательных требований, так как вы обязаны показывать доходы и расходы отдельно. То есть при нулевом финансовом результате не показать ни того, ни другого - это нарушение.

Способ №3 самый нормальный. Выравнивать надо в иностранной валюте, тогда потребности в ручной позиции корректировки по 91 счету не будет.

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

И еще пара слов про манипуляции с красным сторно в корреспонденции. Если сможете избавиться от красного сторно, но при этом оно будет в проводке, то у Вас разъедутся между собой:
1. Таблица итоговых записей GLT0/FAGLFLEXT (зависит от того, по какому регистру разбираете корреспонденцию).
2. Обороты в отчете J3RKKRL.

Для многих бухгалтеров во многих компаниях полное совпадение оборотов в данном отчете с оборотами в FS10N/FAGLB03 есть контрольная точка корректности и полноты разбора корреспонденции. Потом больше времени потратите, когда будете искать дырку по запросу от инхауса или аудита. Поэтому лично мой совет - либо бороться с причиной (как я написал выше), либо проталкивать тезис о неизбежности данного факта и о том, что его надо принять как есть.


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

Зарегистрирован:
Чт, дек 20 2007, 19:21
Сообщения: 1072
У корреспонденции есть аж две бади, одна до алгоритма разбора, другая после. Туда можно написать свой алгоритм на абапе. Только одна есть засада, потом на выходе будет сверены обороты по счетам (если что добивается позиция автоматом). Поставьте там точки и поиграйтесь в отладчике или с абапером (пусть сам поиграется).

_________________
я твой сап эфай внедрял
BAdI-позитив


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

Зарегистрирован:
Пт, июл 24 2009, 10:42
Сообщения: 17
Откуда: Minsk
Пол: Женский
Большое спасибо за ответы.

Выравнивание проводим как раз в иностранной валюте, но в документе одновременно строка по Доходам суммовые и Расходы курсовые, стандартом признак КС проставляется по строке 62-го счета с бОльшей суммой. По итогу она и корреспондирует некрасиво с остальными "черными".

Уговариваем Заказчика отказаться от таких документов и проводить документ суммовой отдельно и затем выравнивание его с документоами задолженности и оплаты, тогда все красиво в системе.

_________________
HANA


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

Зарегистрирован:
Ср, фев 21 2007, 09:50
Сообщения: 940
Откуда: Москва
Пол: Мужской
При полном выравнивании в иностранной валюте в документе нет и не может быть позиций, введенных вручную. Если обе позиции представлены в одной валюте и выравнивание делается в этой же валюте, а сумма позиций совпадает, то в документе выравнивания будут две позиции с одинаковым wrbtr и разным dmbtr (и то если курсы разные). Балансировка рублевой суммы (ВВ) будет выполнена автоматически посредством заведения одной или нескольких позиций с нулевым wrbtr и ненулевым dmbtr (одна, если курс менялся в одинаковую сторону, две и более - если хотя бы для одной позиции курс менялся в противоположную сторону, там будет одновременно доход и расход).

Не может быть ситуации, когда есть потребность в ручной позиции.

Может, если выравнивание выполняется в другой валюте (или валюты не совпадают). Например, USD и EUR выравниваются в USD или USD и USD выравниваются в EUR (нонсенс). Там да, в силу кросса может случиться округление, которое бухгалтер, зная, что цепочка договора завершена, спишет на 91 счет, посчитав его округлением. Во всех остальных случаях такого быть просто не может.


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

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


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

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


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

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