Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Александр, приведите пожалуйста практический пример?
Не совсем ясна польза описанного подхода. Обычно в абап-программе данные хранятся не в XML.
Александр, приведите пожалуйста практический пример?
Не совсем ясна польза описанного подхода. Обычно в абап-программе данные хранятся не в XML.
Юлия, добрый день.
У вас в процедуре не указаны постапгрейд шаги, к примеру catsbp,
без нее ваша база работает без изменений привнесенных патчем.
Так же вы вскольз упомянули про параметр Compatible, он не изменяется при наличии флешбек точки(как это происходит при обычном апгрейде) поэтому нужно её удалить после апгрейда, и выставить парметр Compatible.
Так же флешбек точка не отменяет наличие бекапа, он нужен перед началом апгрейда в любом случае.
С уважением, Серго.
Добрый день, есть более подробная информация о Collaborative Master Data?
Не соглашусь с претензией на нехватку номеров. Неоднократно видел внедрения, где год указан как раз 9999, и все номера документов идут вне зависимости от года. Одному такому внедрению уже лет 15, полет нормальный.
Однако, рис.9 не показывает такой настройки, а должен, судя по описанию.
1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся.
2 "поэтому вы можете присвоить длинный диапазон и создать независимый от годовой принадлежности диапазон номеров" - Неа... не выйдет у вас создать длинный диапазон, там ограничение 10 символов, так что если диапазон будет один и без года, то максимум может быть 9 999 999 999, а для FI это не так чтобы много, ну если конечно это не система на 5 пользователей. Поэтому, там диапазоны все в привязке к году, так как по факту из этого количества первый две цифры обычно равны номеру диапазона (ну если мы про стандартное предложение номеров), то по факту, максимум у нас получается 99 999 999 документов.
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение?
1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся. - Для этого необходима определенная настройка диапазонов. Во всех диапазонах в колонке "год" необходимо проставить 9999. Когда будет начинаться новый год, то будет использоваться следующий порядковый номер. На практике практически нигде не используется, но возможность есть.
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение? - Планировалось продолжение
1. "диапазон будет автоматически обнулятся в начале каждого года" - Серьезно? Никогда не видел такого, чтобы диапазон с годом, сам обнулялся.
2 "поэтому вы можете присвоить длинный диапазон и создать независимый от годовой принадлежности диапазон номеров" - Неа... не выйдет у вас создать длинный диапазон, там ограничение 10 символов, так что если диапазон будет один и без года, то максимум может быть 9 999 999 999, а для FI это не так чтобы много, ну если конечно это не система на 5 пользователей. Поэтому, там диапазоны все в привязке к году, так как по факту из этого количества первый две цифры обычно равны номеру диапазона (ну если мы про стандартное предложение номеров), то по факту, максимум у нас получается 99 999 999 документов.
3. "но в ней также присутствует поле «Текущий номер», обозначающий текущий номер в этом диапазоне номеров" - И что вы хотели этим подчеркнуть? О чем, должен был сказать, пытливым умам, присутствующий текущий номер? Какие особенности будут в связи с этим? Вы как-то, как Джек Лондон, на полуфразе остановились, или будет продолжение?
Комментарий от
Михаил Короченков
| 11 октября 2017, 15:05
А именно: представления (View) как я думаю вы знаете бывают тонкие и толстые (которые лишь отображают данные и которые кроме отображения производят над ними действия). При использовании патерна MVC в ABAPe используется почти всегда концепция толстого представления, даже ваше простое view является таковым. Исходя из такого подхода обязательно нужно хранить данные выводимые(обрабатываемые) представлением в самом представлении (хранить в атрибутах,конечно же нужно их туда передавать(как именно разговор другой). Только так достигается независимость View от Model( для примера с ALV-view очень часто нужна структура данных во вью отличающееся от модели, при этом ссылка никакая вам не поможет, да и ссылка это тоже не корректный подход толстого представления).