А, ну я теперь понял что ты имел в видуwhite_raven писал(а):будет все как обычно - сначала позовут компанию эмбиэйшиков делать эвайлюэйшн, потом аутсорснут , потом все похерится, а потом наймут девочку или мальчика которая руками будет забивать дату
Не знаю как САПы и прочие, но в 1С алгоритм обработки документа мог в зависимости от условий (например, в зависимости от суммы задолженности клиента) двигать разные регистры учета (т.е. разные таблицы).(Alex) писал(а):жесть конечно, но решается довольно просто, если по шагам то
1. Включить мониторинг – в оракл это довольно просто
2. Завести инвойс туда и сюда
3. Выключить мониторинг
4. Взять логи с записью транзакций – там будет виден весь sql
5. Выцарапать данные из обоих баз
6. Составить маппинг данные из базы А в базу Б
ну, конечно, потом прогу писать придётся которая и будет удовлетворять основному функциональному требованию, и куче нефункциональных – которые не описаны в посте – надо говорить с заказчиком. Но пары недель до беты должно хватить
К чему это я? Да к тому, что вовсе не обязательно быть специалистом в САП и Другой, достаточно быть специалистом в БД – Оракл.
просто подольше и посерьёзней придётся попотеть с 1С Ну да, просто открываешь код процедуры и читаешь(Alex) писал(а):ну это не делает reverse eng. неподходящим подходом
+1. И даже если прямой экспорт-импорт не работает, то лучше написать переходник между двумя форматами. Вот, что нашлось в гугле по этому конкретному случаю:ura писал(а):Перед тем как лезть руками в базу данных не плохо было бы разобраться с возможностями системы импортировать документы или наличия API. Что то мне не верится что PeopleSoft не имеет этого как и любая более или менее серьезная система.
Геннадий - садись, двойка.GennadiyK писал(а):Абсолютно не знаю ни Пипл Софт ни Кларити.
Но я понял, что с обеих сторон есть база Oracle.
+1sobomax писал(а):Геннадий - садись, двойка.GennadiyK писал(а):Абсолютно не знаю ни Пипл Софт ни Кларити.
Но я понял, что с обеих сторон есть база Oracle.
-Maxim
Если на пальцах: ERP система это не только database engine, но и богатая, вернее, очень богатая бизнес-логика, о чем тут и ведется спич. И не осознавая эту бизнес-логику практически невозможно корректно перекачать данные. И это отнюдь не задача ДБА или СисАдмина.GennadiyK писал(а):Абсолютно не знаю ни Пипл Софт ни Кларити.
Но я понял, что с обеих сторон есть база Oracle.
Знаете, мой опыт говорит, что сначала все смотрится очень легко, а когда начинаешь рассматривать конкретное решение, обычно вылезает какой-нить ерш твою медь, что дурно становится...GennadiyK писал(а):Я не спорю, что бизнес логика может быть очень богатая,
поэтому в каждом конкретном случае надо, как и в этом,
рассматривать конкретное решение.
На пальцах, мое ИМХО, большинство ERP решений основываются на трех понятиях: "клиенты", "счета", "транзакции", плюс куча справочников.
Можно предположить, что пара запросов и link, в этом случае,
могли бы помочь в решении проблемы.
Предполагая далее, что ручной ввод не должен затрагивать затрагивать,
всей бизнес логики, а только нескольких таблиц.
+10Stanislav писал(а):На самом деле беспредметный спор между теоретиком и практиком
GennadiyK писал(а):+10Stanislav писал(а):На самом деле беспредметный спор между теоретиком и практиком
Ну почему же теоретиком...
GennadiyK писал(а):Абсолютно не знаю ни Пипл Софт ни Кларити.