子報失了設計

Question

我遇到了一個嚴重的問題... 4個報告，我一直在過去2個月的工作，最近剛剛失去了所有的子報表設計。

相反，我現在已經是各子報告已經基本恢復到原設計即報表設計大約2個月前。

我徹底難倒....任何想法...... CUS這是噩夢的東西...

問題是，我決定不救子報表單獨爲每個主報告，以便它將使重新使用單個子報表模板更容易。 ...現在我很遺憾這個CUS不僅需要時間來重新設計子報告......它也需要時間來調試/驗證子報告的準確性。

使用案例：我如何使用子報表如下： 1.有一個子報表模板物理存儲在某處。 2.此子報表插入到每個單獨的主報表中。 3.然後在相應的主報告中「修改」該子報告。 4.根據經驗，此修改不會影響仍保留其原始設計的原始子報表模板。 5.雖然文件名實際上與原始子報告模板相同，但各個主要報告中仍然存在修改。 6.從經驗來看，這是一種高效且合乎邏輯的工作方式...因此爲我省去了將相同子報表的單獨副本（但稍作修改）專門用於每個主報表的麻煩。 7.這似乎工作，直到災難來臨......沒有任何解釋或理由。

注： - 我通常做了報告自己的手動版本控制，即我保存在同一個主報告的物理上獨立的版本，一旦我做出改變。這個diff版本同時存在本地系統和單獨的物理共享網絡文件夾。因此，這個問題不僅僅是覆蓋文件的情況。

令人驚訝的是，當問題發生時，它影響了所有版本，而不考慮它的存儲位置......這意味着問題是非常重要的。

---

編輯：

報告現在「全」工作了......但問題是，還有爲什麼他們最初「所有」恢復到舊的設計完全沒有解釋子報表。

看來我的分享當中主要報告單次報告辦法（如前所述）不是穩定的，因此，很容易做的事情的一種獨特方式。應該懷疑有些事情是不正確的，因爲我有過去類似的經歷，但是...不知何故，我認爲我是一個沒有正確做事的人...

我現在已經開始專門給每個主要的物理子報告報告（正如公司支持我的僱主水晶報告裝置所建議的那樣）......因爲我不再相信，一旦報告進入生產場景，我以前的方法仍然不會在將來拋出相同的行爲。

Answer 1

您是否在子報表上啓用了「重新導入時打開」功能？如果是這樣，那麼可能源移動源子RPT文件被移動，並且CR因此無法打開它們，導致您正在遇到的情況。

我從未見過這種行爲在我工作15年左右的產品。

Answer 2

它只是設計變回到2個月前的樣子，還是年齡的數據？

如果您仍然從子報表中獲取數據，它似乎仍在訪問子報表，但不是您想要的版本。如果您右鍵單擊子報告並轉到「編輯子報告」，請在水晶中查看該文件是否在正確的位置。另外請檢查您是否打開仍舊指向舊版本子報告的主要報告的舊版本。

如果您沒有從報告中獲取任何信息，請檢查子報告仍然存在，並按預期運行，並且這兩個報告仍包含鏈接字段。

如果一切都失敗，請檢查您的電子郵件。我通過之前發送給某人的文檔的先前版本或實例保存了幾次，並在發送的物品中找到了這些文檔！

NB我還是有點水晶小白