Всем привет!! Подскажите такой вопрос, данная программа запускаеться - список выводиться, но когда пытаюсь сохранить, пишет ошибку, что не может провести позицию документа в FI-SL. Якобы регистру не присвоена операция, но операция GLU1 присвоена, и в транзакции GCV2 галочки стоят!!!!

Добрый день.

Проверьте, какой вид обновления стоит в присвоении GLU1 регистру - должно быть 1 или 3.
Также должен существовать вид документа = имени регистру (если регистр ZT, то вид документа тоже должен быть ZT).

Бест регардз

Хм...а при чем здесь вид документа??? Скорее всего перенос полей просто не настроен. Опять же непонятно причем тут вид обновления для GLU1? У нас стоит 2 и все прекрасно отрабатывает.

Собственно, вид документа требуется, чтобы документ провести. У нас GLU1 в онлайне отрабатывает только с 1 или 3

Привет, не подскажите в выборе параметров какой регистр должен вноситься, специальный или головной?

У меня при сохранении данных происходит dump.
И второй вопросик, программа действительно проводит в FI проводки или просто моделлирует их.

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

to green: для чего требуется вид документа я в курсе ...но когда мы сами забыли ввести вид документа ошибка, насколько помню была совсем другая и не связана была с присвоением операции, поэтому думаю дело все-таки не в виде документа....
to eschik: Вы проводки в FI-SL имеете ввиду? Да туда проводит.

Здорово, а какой регистр при этом используете- JT? Проблема в том, что мы с FI-SL вообще до этого не работали. Поэтому такие примитивные вопросы.

Настройки сделали, для ERP2005: все как в документации к программе J_3RFTAX_FINREZ_HELP, кроме 7 пункта, но думаю, что это не причина дампа.

Специальные регистры тоже активировали, но JT не в списках нет, проставили 0L регистр, на нем наверно и стопорит, зато таблицу выводит со значениями.
Как только берем специальный регистр пишет "Определение таблицы GLTA не существует".

GLTA активировать, создавать или что с ней вообще делать?

Если у кого есть, пожалуйста, вышлите документацию по J_3RFTAX_FINREZ_LIST'у. Ящик, куда высылать, могу кинуть в личку.

Коллеги, у меня уточняющий вопрос - никто не подскажет, что за операция отрабатывает в момент сохранения полученного отчета о выбытии? у меня просто тоже вылетает красный ворнинг "Регистры не присвоены", и я так понимаю, что дело как раз в виде операции, которым система пытается провести остаточную стоимость в спецрегистры... или я не прав? перенос полей JTFI и соот-но включает в себя ANLN1.

Дорогой Арсений !
Операция в стандартной программе финрезлист называется глю1.
Возможно, тебе поможет мое сообщение из другой темы:



Перенос полей для этой операции зовется JTGL, на сообщение о том, что регистры не присвоены наличие либо отсутствие поля ANLN1 в переносе полей никак повлиять не может.

Дорогой sas!
Жжошь!
Распечатал твой траблшутинг-лист и повесил на стенку - а то каждый раз сижу, вспоминаю, что ж там может быть. ))))))

Дорогой Леша!
Каюсь, что побеспокоил сообщество таким дебильным вопросом ))) Действительно, дело было в операции ГЛЮ1, как я это доподлинно выяснил буквально через 10 минут после отправки своего поста на форум. Но ввиду того, что когда я писал свой пост (21.40 по Уфе), мне уже было лень тащиться в дебагер и искать, я (позор на мою голову!) решил нагло слить свой вопрос на форум НО!!!! потом все таки совесть меня заела, и я все таки полез в отладку и нашел, что же это за операция. На том успокоился и пошел домой! Прошу не судить строго ))

О Учитель! Ты мной гордишься?

Коллеги, никто не сталкивался с проблеммой:

" при запуске программы по некоторым БЕ , в ALV форме по строке горит желтый индикатор,

если транзакцию запускть в режиме проводки, то на технический ОС вешается проводка,

причем сколько раз запускаешь программу j_3rftax_finrez_list в режиме "продуктивный прогон" столько проводок попадает в регистр "

нарушение п.1.8 "Правил ресурса".
Тема закрыта с устным предупреждением автору.