Текущее время: Вс, ноя 19 2017, 14:44

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




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

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

Помогите, пожалуйста. 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
Сообщения: 1936
Откуда: Питерский Москвич
Пол: Мужской
Я практиковал следующие варианты:

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

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

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

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


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

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


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

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


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

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


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

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