Ну на самом деле строка параметров подключения несколько сложнее, особенно если используется сапроутер, более расширено это выглядит так:
 
conn=/H/<адрес сапроутер>/S/3299/H/<адрес сапсистемы>/S/32<номер инстанции>, сапроутер всегда имеет номер инстанции всегда вроде как 99.

Ну на самом деле строка параметров подключения несколько сложнее, особенно если используется сапроутер, более расширено это выглядит так:
 
conn=/H/<адрес сапроутер>/S/3299/H/<адрес сапсистемы>/S/32<номер инстанции>, сапроутер всегда имеет номер инстанции всегда вроде как 99.

Дмитрий, спасибо за комментарий и за стаью.
 
В том-то все и дело, что поля REBZ* на изменение открыты, но при попытке сохранить документ после удаления данных из этих полей выводится сообщение об ошибке: "Изменение ссылки на счет-фактуру недопустимо" № сообщения FAGL_POSTING030. В подробном тексте сообщения говорится следующее: "You are trying to change the invoice reference when document splitting is activated. However, doing so can lead to inconsistencies in the additional account assignments in new General Ledger Accounting. The required reassignment in General Ledger Accounting is not performed.If you want to change invoice references, you need to repost the item with the new invoice reference."
 
Тут дело не в специфичных настройках, а в активации разделения. Естественно, если не активировать сплиттинг, то ошибка возникать не будет, но в этом случае мы лишаемся всех прелестей, кот. предоставляет новая главная книга.
 
Обращение в САП по проблеме из моего комментария, на мой взгляд, не поможет, так как запрет на сторно с-ф, по которому была частичная оплата - это Z-проверка, так что они посоветуют отключить эту проверку и сторнировать с-ф, а потом выравнивать платеж с новым с-ф. Это система позволяет без проблем.
 
Главной целью моего комментария было осветить еще один "побочный эффект" внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.

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

Илона!
 
Я проверил Ваш вопрос на "нулевом" IDES версии ECC6 EHP4 с активированной ГГК. У меня получилось провести частичный платеж. Затем в режиме редактирования документа REBZ*-поля были открыты. К сожалению, дальше проверить не удалось - моя тестовая система в этот момент всегда падала.
Подозреваю, дело не только в самой ГГК, но и в некоторых дополнительных настройках, например специфичных для сплиттинга.
 
Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.

При активации Новой Главной Книги отсутсвует возможность удаления/изменения поля Ссылка на счет/Платеж к (BSEG-REBZG).
Т.е. если раньше при сторно, например, счета-фактуры выполнялась проверка на наличие ссылок на данный счет-фактуру в платежах, и пользователю предлагалось перед сторно удалить все ссылки на сторнируемый с-ф, то сейчас пользователю нужно не просто удалить ссылку, но и сторнировать этот платеж.
Интересная ситуация возникает, когда приходит исправительный счет-фактура к счету-фактуре, проведенному и частично оплаченному в закрытом периоде. Сторнировать исправленный с-ф не дает проверка на наличие частичной оплаты (заполнение поля REBZG в платеже), а сторнировать платеж не дает закрытый период.

Статья обрывается на таблице 4. Где табл.5 и дальше?

Еще бы было написано что такое Open Fi, в какой транзакции настраивается и какой конкретно программный код для решения данной задачи надо вставить.

Еще бы было написано что такое Open Fi, в какой транзакции настраивается и какой конкретно программный код для решения данной задачи надо вставить.

Действительно, при чем тут ERP-система.
Это же две несвязанные между собой сущности: реинжиниринг и ERP-система! Внедряют одни в одно время, реинжиниринг делают другие в другое время. Главное, чтобы был он - тот, который за это платит :-)

Все логично, но причем здесь ERP-система? Бизнес-консалитнг и бизнес-инжиниринг - вот о чем идет речь в статье.

Изменение бизнес-процессов в ходе проекта внедрения ERP-систем невозможно, как мне кажется. По крайней мере, серьезные изменения. Слишком велики риски и слишком мало времени. Отсюда и кривые внедрения.

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