Уважаемые коллеги!
Прошу прощения за беспокойство. Я - специалист HR, возможно поэтому мой вопрос будет некорректным. На проекте произошла авральная ситуация, связанная с копированием систем.
Система была настроена в соответствии с требованиями заказчика, были проведены интеграционные тесты и обучения.
После чего специалистами базиса было произведено копирование системы на "железо" заказчика. В новой системе половина настроек отсутствует, ролей нет, и прочее.
Базис на наши претензии отвечает, что были некорректно созданы запросы, а в чем конкретно проблема не говорит. Почему могла возникнуть такая ситуация? Существуют ли какие-либо способы в проверке корректных действия базиса и наших действий по созданию запросов? Заранее спасибо.

если говорят "были некорректно созданы запросы"
значит вы доказывайте запросами
например какой настройки не хватает, покажите что в исходной системе эта настройка сидит в запросе и он деблокирован
и в целевой системе ищите этот же запрос, проверьте что он был импортирован без ошибок

Если вы базисник, то вопрос "почему" надо задавать себе. Или хотя бы указать вариант, по которому выполнялось копирование системы.
Если вы не базисник - ваш вопрос бессмысленен. Хотя бы по тому, что вы не сумеете даже рассказать каким образом проводилось копирование системы.
А вообще, если внедрение изначально планировалось делать таким нетрадиционным образом, PM должен иметь на руках четкий план действий. По шагам. Сописанием процедур и ответственными за эти процедуры. Без этого - все тлен и профанация.

Как вариант - пусть другой базисник скопирует.
P.S. Какой специфический город в профиле автора ветки...

FEla
поморщив лоб вместе с коллегой пришли к вариантам:
судя по всему копировался только клиент (не полный перенос БД)
ну и проблемы:
1. копировался не с тем профилем
2. копировался не тот клиент (может старый экспорт залили )

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


хотя я и предполагаю вариант, когда термин "копирование системы на "железо" заказчика" является - установкой чистой системы на стороне заказчика и перенос запросов с настроенной системы....
в этом случае, действительно, в задачи консультантов входит - корректное построение очереди переносов, а за базисом - перенос, контроль и оповещение в случае проблем.


с третьей стороны, предложение murenets тоже имеет право на жизнь

Причины, на которые указал шрам - очень похожи на очевидные.

Но фраза о том, что базисник говорит про "неправильные запросы" от которых "неправильный мёд" наталкивает на мысль, что базисник сделал новую инсталляцию, после чего импортировал деблокированные запросы.

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

И уважаемый avlag написал про план действий, который должен был быть у Руководителя проекта на этот случай. А кто кроме базисника сможет его разработать?
В итоге, само возниконвение этой ситуации говорит о том, что либо базисник привлекался на проект на 2 дня, на сам перенос системы (нередко слышал позицию, "зачем базисник на проекте нужен, кроме инсталляции?"). Либо "неправильный базисник".

Коллеги, большое спасибо за ответы! Ситуация немного изменилась в худшую сторону.
Дело в том, что на момент копирования системы доступ к старым системам понятно был закрыт. По нашей просьбе сегодня базис открыл нам доступ в старые системы, в которых и проводились настройки, тестирования и обучения. Но странная вещь - даже в старых системах нет тех же настроек (где-то больше, где-то меньше), роли вообще датированы мартом месяцем. На наш вопрос "Что произошло?", базис отвечает, что ничего не делали со старыми системами, а просто, якобы, открыли доступ к ним. Настроек нет даже в разработке. Что это? Заметание следов и попытка все свалить на консультантов?

avlag +1

Боюсь, здесь на форуме никто ничем вам не может помочь. Исходя из озвученной информации, есть миллион вариантов что действительно на самом деле произошло и по каким причинам.

контакты на датчике перепутали

История почти детективная. Может, по каким-то причинам (например, кто-то случайно запустил "rm -rf" не в том месте), было запущенно восстановление старой системы бэкапом за март, т.к. других бэкапов не было?..

Элементарно, Валдис.
Вспомните логику scc8 - копирование на "себя".
Проверил на стажере
- "как бы ты делал?"
- без "курса молодого бойца" - наоборот

Гениально, Холмс!

Позвольте высказать предположение, что в данном случае, что-то не так с базисом.