Можно и мне высказать сове мнение?
По большей части касательно сути вопроса, а не самой разработки.
Parazit написал:
Приведу примеры, где пригодилась утилита:
1. Одна компания занимается внутренним аудитом у крупного заказчика. Выборочно выгружают нужные данные и загружают в свою систему на Oracle (не SAP) для анализа.
2. Они же пишут SQL запросы и выгружают данные для анализа в Excel.
У всяких EY/PWC/KPMG все эти инструменты есть. Вряд ли они будут использовать непонятный Z для этого
Хотя, какие-нибудь мелкие аудиторы...но все же, делать аудит SAP на Z выгрузке из таблиц, это конечно треш еще тот, имхо
Parazit написал:
3. Один заказчик поначалу поставил нас в суровые условия, что все разработки мы должны делать у себя, а им приносить только транспортные файлы. Но на тот момент у нас ещё не было свой системы разработки S4HANA, поэтому запросы к некоторым таблицам невозможно написать, поскольку их просто нет. Для прямого доступа в их систему выдали только одну учётку, в общем условия нерабочие. Я создал в нашей системе нужные таблицы (например, ACDOCA) и перенёс часть данных за один период.
[/quote]
Именно...
Я не против и не за Z велосипеды, обстоятельства бывают очень разные.
Данный инструмент, вполне вероятно полезен, на "колхозных" проектах (каких не мало, без обид), про что ты и пишешь - "нерабочие условия".
Позиция простая(имеется ввиду ABAP) - не можете предоставить тестовые сценарии, это Ваши проблемы, несите в продуктив под свою ответственность и там тестируйте, или решайте вопрос с руководством, пусть спускают задачу на базисников и тд.
На одном проекте, была "пустая" разработка, и без тестовой системы, сразу продуктив. Ну ничего, носили все в прод под свои риски. И не удивительно, ведь у них до этого, просто был только продуктив открытый для АБАПинга.
Вот в таком колхозе, твоя разработка бы и пригодилась
А в целом, не уже ли это такая проблема для базиса организовать тестовую систему с данными?
Касательно "носить запросы в тестовую систему", solman-charm, вроде это уже давно must have. Так там просто по кнопке переносится копия твоего транспорта и базисник не нужен. Я это к тому, что вполне допускаю, что в тестовой системе могут находится сложные тестовые сценарии, которых нет в разработке и это нормально, для таких случаев можно оперативно переносить.
Повторюсь, я не против инструмента, все зависит от обстоятельств и от конкретной задачи. Но в целом, сам подход с орг точки зрения, костыль еще тот. Не представляю, чтобы где-нибудь на более или менее серьезном проекте, вообще было такое возможно, даже элементарно, с точки зрения безопасности доступа к данным.
В целом, то хорошо, что люди пишут Z утилиты и выкладывают их, как готовое решение или просто как идею, но все таки, как я писал ранее, закатить в SAP "левую" Z разработку для общего пользования, на больших проектах, это практически нереально. Никакой нормальный руководитель не пропустит 10-20-50 тыс строк непонятного Z в систему заказчика. Люди отвечают за каждую строку Z, и эта написанная строка является собственностью заказчика.