Текущее время: Пт, июл 20 2018, 09:07

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




Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
 Заголовок сообщения: Документы попадают в неправильный элемент иерархии
СообщениеДобавлено: Ср, сен 13 2017, 11:12 
Начинающий
Начинающий

Зарегистрирован:
Вс, янв 11 2015, 20:40
Сообщения: 15
Добрый день!

Помогите, пожалуйста. FI-SL раньше не занималась, не судите строго :(

Создаю документ через FB01 с проводками Дт 32* Кт 96*. Проблема у меня с отражением позиции дебета в ЭНУ.
В условиях элемента налоговой иерархии прописано, что кредит не должен быть равен 96* . Аналитика по кредиту в условиях прописана через таблицы J_3RFTAX_LINKD/J_3RFTAX_LINKH ()- то есть значение 96* должно браться по сути и таблицы J_3RKKRS (для этой таблицы создан псевдоним). При прогоне в отладчике ФМ J_3RF_TAX_SELECT_OBJ_FI , в момент, когда программа обращается к таблице J_3RKKRS, номер документа BELNR = '$1', и я так понимаю, из-за этого из таблицы J_3RKKRS ничего взять не получается, и вообще, если на тот момент там новый документ? И в результате документ попадает в узел иерархии, как будто кредит у него не равен 96*.

Раньше такие позиции по Дт32* попадали в unclass, а сейчас, из-за того что условие с кредитом не отрабатывает, попадают в нормальный элемент ЭНУ.
Подскажите, пожалуйста, что могло измениться?

Заранее огромное спасибо!

------
уточнила текст 13.09.17 10:20


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Документы попадают в неправильный элемент иерархии
СообщениеДобавлено: Ср, сен 13 2017, 11:27 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Ср, фев 01 2006, 17:49
Сообщения: 1938
Откуда: Питерский Москвич
Пол: Мужской
Я практиковал следующие варианты:

Вариант 1. Отказаться от корреспонденции и использовать вид документа для разных операций. Например, для начисления резерва Дт32 - Кт 96 Вид документа 1, для использования резерва Дт96 - Кт70 Вид документа 2. В иерархии использовать виды документа.

Вариант 2. Вызывать ФМ по разбору корреспонденции перед деривацией для информации и без сохранения разобранной корреспонденции. Результат передать в деривацию и вы получите данные для правильного выбора ЭНУ.

Вариант 3. Использовать поле GKONT (это стандартный алгоритм корреспонденции счетов). Вариант не очень надежный, так как стандартный вариант разбора корреспонденции имеет примитивный алгоритм и часто ошибается, особенно в сложных документах. Но, если у вас проводки простые, все парами, то этот вариант можно использовать.

_________________
Цифровая трансформация в массы - использую S/4 HANA на домашнем сервере для семейной бухгалтерии...


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Документы попадают в неправильный элемент иерархии  Тема решена
СообщениеДобавлено: Ср, сен 13 2017, 11:57 
Начинающий
Начинающий

Зарегистрирован:
Вс, янв 11 2015, 20:40
Сообщения: 15
Спасибо Вам огромное!
У нас ведь действительно эти операции разделены видами документа! Буду пробовать!


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

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


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

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


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

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