Уважаемый aag, попробую прокомментировать некоторые из Ваший ответов и дать ответы на вопросы.
aag
Т.е. дублирование проверок - дабы уменьшить вероятность реджектов и дубирование данных - дабы застраховаться от вылетов в дампы, вы считаете нормальным?

Да, считаю это нормальным и более того, там где это необходимо мы это делаем, потому как если программа по интеграции, которая затягивает данные из плоского файла, например работает в автоматическом режиме, то я не хочу, чтобы что-либо привело к её краху и потом разбирайся что=же там произошло, также я не хочу, чтобы пользователи получали зачастую невразумительные сообщения об ошибках и потом долго и мучительно разбирались, а где-же это у меня в файле в какой такой строке и в каком таком поле ошибка.
aag
И почему где-то в Германии за меня кто-то определил, что корректно, а что не корректно? И что телефон, напр. не может содержать букв? Возможно, для каких-то областей это критично, а мне -наплевать.

Это определяется не в Германии, а зачастую на уровне настроек и правил валидации.
aag
Разве я говорил, что IDOC - быстрые, а бапи-шки медленные? Загрузка ETL Informatica клиента штатными BAPI со скоростью 2-3 клиента в минуту на не самом слабом (16-процессорном) сервере - это как, быстро или медленно? Для меня - неприемлемо медленно. Давайте вспомним, что SAP позиционируется как корпоративная система, которая должна оперировать большими обьемами данных (для тысячи клиентов, как правило, SAP не покупают).

Упоминание ETL Informatica появилось первый раз. Кроме того к своему стыду я не знаю что это за продукт, потому не могу судить о причинах такой медлительности загрузки.

aag
Пробовал. Ткните пальцем, где описано как проверяются адреса по клиенту. Его коммуникации. Где описаны все проверки при загрузке кредитных и депозитных сделок. Да, это то самое описание логики работы функций, о котором пишет СергейТТТ. А если оно неизвестно, что интеграция выполняется методом "тупого тыка". А "знаниях предметной области" и хорошей проработке интеграционной архитектуры можно говорить как раз после того как набиваются шишки на этом тыке.
Ну вот тогда уж ничего не могу сказать - я на самом деле убеждён, что грамотные программист и консультант проработают интеграционную архитектуру прежде чем приступать к реализации.

СергейТТТА6дуллаh,

так какая же скорость - запись в секунду или 2-3 записи в минуту ?

как вы понимаете, производительность определяется не только архитектурой и качеством кода, а еще и множеством других вещей - правильной инсталляцией (кто ставил, как настроил), текущей нагрузкой (что там помимо этой загрузки крутится), настройками СУБД (что там настраивали и зачем), сетевые вещи (полоса пропускания между серверам), третьим ПО (какое-то априори непогрешимое промежуточное ПО ? не верю ;))), мощью железа, наконец..

я не считаю SAP "священной коровой", проблемы с ней есть, но также есть и решения, причем в силу распространенности и пожилого возраста системы, эти проблемы известны, описаны и имеют варианты решения. Т.е. надо, чтобы на эти проблемы смотрели специалисты по системе, с ходу такого класса проблемы решать будет трудно и долго
Абсолютно согласен с СергейТТТ. Прежде чем заявлять, необходимо привести как минимум характеристики серверов и сети, при которых производились замеры производительности.
Например у нас на проекте (в системе разработки) при 4-х процессорах и объёме оперативки 16 Гб (для сервера SAP), сервера БД(Oracle) и SAP - отдельные физически сервера, между серверами - 1Гбит,всё просто летает. Загрузка около 800 записей банков происходит менее чем за минуту. Используются BAPI как для создания основной записи банка, так и для обновления существующей, при этом допринятия решения о том, создавать заново или обновлять ещё происходит проверка на существование записи банка в SAP, так что...

А6дуллаh
Вот, а начальную загрузку в 3 суток хотите увидеть? Загрузите тем же способом 100 тыс. записей.
Уважаемый А6дуллаh.
Для сведения, загрузка 3000 ОЗМ с созданием при этом 6*16 сбытовых ракурсов для каждой основной записи материалов, которая реализована на batch input (сиречь CALL TRANSACTION с режимом обновления L), а не на BAPI, происходит примерно за 3 часа. И что, где собака порылась...?

За сим также прекращаю дискуссию и разводить с любителем трёпа (судя по профилю) разговоры не собираюсь.

Уважаемый aag, отвечу на некоторые Ваши замечания, хоть и обещал больше не участвовать в этом обсуждении:
aag
Alex Kuznetsov
...потому как если программа по интеграции, которая затягивает данные из плоского файла, например работает в автоматическом режиме, то я не хочу, чтобы что-либо привело к её краху и потом разбирайся что=же там произошло, также я не хочу, чтобы пользователи получали зачастую невразумительные сообщения об ошибках и потом долго и мучительно разбирались, а где-же это у меня в файле в какой такой строке и в каком таком поле ошибка.

Вы противоречите сами себе. Сначала вы пишете, что строгие проверки при загрузке данных должны быть, а теперь - по сути, признаете, что интерфейсы SAP для загрузки вас не удовлетворяли. И правила валидации вы настраивали сами вне SAPа и определение что считать корректным, а что нет - тоже оставалось за вами. Совершенно верно, но зачем тогда говорить что там все хорошо сделано, если эта программа по интеграции не настраиваема?

Пожалуйста не передёргивайте контекст и слова. И кроме того где противоречие в моих словах? И когда я говорил о том, что интерфейсы SAP для загрузки меня не удовлетворяли?
Да я признаю, что зачастую SAP выдаёт при работе интеграционных решений сообшения, которые малопонятны обычному пользователю.
aag
Alex Kuznetsov
Ну вот тогда уж ничего не могу сказать - я на самом деле убеждён, что грамотные программист и консультант проработают интеграционную архитектуру прежде чем приступать к реализации.

Вы хотите сказать, что нет таких проблем, с которыми не смогут справится грамотные специалисты. Согласен. Но количество этих проблем вызывает недоумение.


Представляете, у меня тоже иногда это недоумение возникает, тем не менее для простых случаев никаких недоумений нет.

aag
Alex Kuznetsov
Загрузка около 800 записей банков происходит менее чем за минуту. Используются BAPI как для создания основной записи банка, так и для обновления существующей, при этом допринятия решения о том, создавать заново или обновлять ещё происходит проверка на существование записи банка в SAP, так что...

Вообще-то 800 записей - слишком маленькая цифра, чтобы судить. Я правильно понял, что вы используете BAPI_BUPA_CREATE_FROM_DATA ?

Нет, для этого используются BAPI_BANK_CREATE и BAPI_BANK_CHANGE.