Текущее время: Ср, июн 25 2025, 00:13

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




Начать новую тему Ответить на тему  [ Сообщений: 16 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Ошибка Message no. FI265 при работе с FMF0
СообщениеДобавлено: Вт, фев 06 2007, 16:23 
Специалист
Специалист

Зарегистрирован:
Чт, дек 22 2005, 10:54
Сообщения: 178
Господа, столкнулся с проблемой:
пытаюсь запустить разграничение платежей FMF0 в 6-ой версии, но при любых параметрах выдается ошибка Refer to note 360667
Но эта нота старая, и в ней кроме как совета настроить OF29 (для нового клиента) нет...
В OF29 даже нет парамертов Стандартная и Расширенная функциональность разграничения...

Кто-нибудь сталкивался с подобной проблемой в 6-ке?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, фев 07 2007, 10:05 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 09:46
Сообщения: 385
Откуда: Москва
Пол: Женский
Доброго дня:)

У меня тоже самое. Я так понимаю, что я должна настроить вместо разграничения платежей online update of payment, но сделать я это не могу - при попытке определить критерии для главной книги в сплитинге документов, так как полей KNBELNR и VOBELNR нет в доступном перечне. Не знаю что и делать, сроки поджимают уже :?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, фев 07 2007, 11:26 
Специалист
Специалист

Зарегистрирован:
Чт, дек 22 2005, 10:54
Сообщения: 178
Судя по Release Notes для ЕСС6.0 мы можем (НО НЕ ДОЛЖНЫ) использовать онлайновое обновление платежей. Я такового тоже не могу использовать, т.к. наш FI отказался от использования разделения документов.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 10:07 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, апр 08 2005, 15:39
Сообщения: 258
Цитата:
как полей KNBELNR и VOBELNR нет в доступном перечне


Нет - добавьте :D


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 10:32 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 09:46
Сообщения: 385
Откуда: Москва
Пол: Женский
Я буду очень благодарна, если подскажите как это сделать :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 11:57 
Начинающий
Начинающий

Зарегистрирован:
Пн, янв 29 2007, 11:27
Сообщения: 19
См. нота 906397


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, фев 08 2007, 12:52 
Специалист
Специалист

Зарегистрирован:
Чт, дек 22 2005, 10:54
Сообщения: 178
но что же все-таки делать с ошибкой Refer to note 360667 в случае, если я не собираюсь активировать splitting?..


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, ноя 09 2007, 17:05 
Ассистент
Ассистент

Зарегистрирован:
Ср, ноя 07 2007, 21:03
Сообщения: 33
Пол: Мужской
Polina написала:
Доброго дня:)

У меня тоже самое. Я так понимаю, что я должна настроить вместо разграничения платежей online update of payment, но сделать я это не могу - при попытке определить критерии для главной книги в сплитинге документов, так как полей KNBELNR и VOBELNR нет в доступном перечне. Не знаю что и делать, сроки поджимают уже :?


Такие же грабли. Каким образом можно добавить поля KNBELNR и VOBELNR (версия 6.00)???
Нота 906397 не в тему, там про миграцию данных. Регистр в главной книге один - 0L, таблица итоговых записей FAGLFLEXT. Пытался добавить поле в транз. OXK3, система ругается (что верно) "Внимание: Пространство имен (YY*, ZZ*)".
Правда, в транз. SPAM последний загруженный пакет обновлений SP 08 for EA-PS 6.00, а сейчас актуальных 12.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, ноя 09 2007, 18:05 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 15 2006, 19:37
Сообщения: 965
Пол: Женский
D.I. написал:
Нота 906397 не в тему, там про миграцию данных. Регистр в главной книге один - 0L, таблица итоговых записей FAGLFLEXT. Пытался добавить поле в транз. OXK3, система ругается (что верно) "Внимание: Пространство имен (YY*, ZZ*)".
Правда, в транз. SPAM последний загруженный пакет обновлений SP 08 for EA-PS 6.00, а сейчас актуальных 12.


Пакет на это не влияет, и при 6-м когда-то все работало )) таблица итоговых записей к ведущем регистру должна быть обязательно FMGLFLEXT, на нее необходимо перейти, поэтому нота 906397 как раз в тему, Вы просто пропустите те шаги для существующих данных, т.е.
If you already have transaction data in the initial ledger,... - вот это мимо и не в тему, а все остальное в ноте как раз помогает отлично :wink:
А руками ничего добавлять не нужно, сломаете ведь :wink:

_________________
The thing I hate about an argument is that it always interrupts a discussion.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, ноя 12 2007, 20:41 
Ассистент
Ассистент

Зарегистрирован:
Ср, ноя 07 2007, 21:03
Сообщения: 33
Пол: Мужской
Точно, спасибо. Сразу и не заметил, что регистр FMGLFLEXT является обязательным для обновления платежей онлайн. Кто-нибудь делал миграцию на продуктиве с регистра на регистр? Успешно? :) На, что особо стоит обратить внимание?

А по поводу правки ручками не страшно, если сломаю песочницу, накатят новую. :wink:


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

Зарегистрирован:
Вт, авг 15 2006, 19:37
Сообщения: 965
Пол: Женский
В продуктиве все должно пройти нормально. Главное, чтобы PSM был обязательно активен до миграции.

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

_________________
The thing I hate about an argument is that it always interrupts a discussion.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 14 2007, 06:31 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Чт, ноя 04 2004, 10:35
Сообщения: 277
Откуда: Санкт-Петербург
Пол: Мужской
Для того чтобы активировать старое разграничение платежей в 6.0 без активации онлайн переноса и соотвественно необходимости настраивать разделение, необходимо подкорректировать таблицу FM01D
поле FM PAYM S200 RC ставим значение "да"
поле FM PAYM S200 NRC ставим значение "нет"
поле FM PAYM PUR ставим "нет"
поле FM PAYM FISTL ставим значение ПФМ для переноса платежей по умолчанию
поле FM PAYM FIPEX ставим значение финансовой позиции по умолчанию
после сохранения остальные параметры можно поправит через OF29
вот и все. после этого все работает на ура.
как править таблицы думаю рассказывать не надо.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 14 2007, 10:23 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 15 2006, 19:37
Сообщения: 965
Пол: Женский
Вообще-то для новых клиентов должно быть активировано именно on-line обновление. И если потом будут проблемы со старым обновлением в 6.0 то могут послать, а 6.0 полна багов, потому как система новая, спасибо сапам они оперативно исправляют и выпускают коррекции.
Так что IMHO лучше не ломать!

_________________
The thing I hate about an argument is that it always interrupts a discussion.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, сен 16 2008, 17:43 
Начинающий
Начинающий

Зарегистрирован:
Ср, фев 06 2008, 17:27
Сообщения: 19
Добрый день!
У меня возникла та же проблема, что и у Migell - потребовалось активировать возможность выборочного разграничения платежей через FMF0, on-line обновление не используем, хотя версия 6.0.
Я модифицировала табличку fm01d согласно рекомендациям, (правда Расшир. функциональность, исходная не помогла :) ).
Итак, разграничение работает для счет-фактур (Дт 32 ФП реальная, Дт 19 ФП Т502, Кт 60 ФП Т603)
которые выровнены Платежом (Дт 60 ФП Т603, Кт 51 ФП Т901)
а для счет-фактур (аналогичные проводки), выровненных документом "взаимозачет" (у нас Дт 60 ФП Т603, Кт62 ФП Т502) -не работает. Программа такие сч-ф не видит. Может быть нужно доделать модификацию...или по другому проводить взаимозачет??


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, сен 17 2008, 21:08 
Ассистент
Ассистент

Зарегистрирован:
Чт, авг 14 2008, 13:33
Сообщения: 44
Откуда: Москва
Куроедова Екатерина написал(а):
которые выровнены Платежом (Дт 60 ФП Т603, Кт 51 ФП Т901)

И что вам говорит система на ввод подобного документа платежа? Я попробовал смоделировать этот документ и система дает два предупреждения:
1. Позиция 0000000001 содержит финансовую позицию с фин. операцией, неравной 30.
№ сообщения FICUSTOM000
2. В регистре УБ 9A обновление платежей не происходит
№ сообщения FMUP027

И после этого у вас прошло разграничение?

И еще
Куроедова Екатерина написал(а):
разграничение работает для счет-фактур (Дт 32 ФП реальная, Дт 19 ФП Т502, Кт 60 ФП Т603)

Что после этого выувидели в бюджете. Как я понимаю суммы должны были появится без НДС. Или вы ведете бюджет без НДС (в настройках стои НДС нетто)?


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 16 ]  На страницу 1, 2  След.

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


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

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


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

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