К сожалению, это больше из-за обучения и конфигурации. В итоге мы все время «исправляем» (забавно, что проблемы возникают у тех же пользователей). Несколько полезных идей.
Напомните своим пользователям, что XSN - это шаблон, а XML - это их данные. Им никогда не нужно сохранять шаблон. Хорошая аналогия - Word dotx и docx - вы открываете dotx (шаблон), но когда вы сохраняете его, по умолчанию используется docx (данные) - InfoPath делает то же самое.
Обычно, когда вы «открываете» XSN, он открывается в режиме данных. Когда пользователь нажимает сохранить, по умолчанию сохраняется как XML. Они должны «спроектировать» или «открыть в режиме разработки» (или переключиться в режим разработки после открытия), чтобы фактически изменить сам XSN. Напомните пользователям, что когда они отправляются на сохранение - если оно пытается сохранить как XSN, что-то не так, сделайте резервную копию шага.
Мы также пытались защитить XSN с помощью безопасности или местоположения, чтобы обычные пользователи не имели прав на запись / перезапись - они могут только сохранять XML. Таким образом, даже если они все испортят, система заблокирует сохранение. Конечно, это не удерживает их от локальных копий.
Просто будьте откровенны - всегда будут случаи, когда вам придется вернуться и заново связать шаблон. Чем больше вы можете уменьшить, тем лучше, но они все же случаются («но я хотел сохранить шаблон локально, чтобы мне не приходилось ходить на сайт»).