摘要:1. 概述1.1 預期效果在日常填報中，只要使用者能預覽網頁，就可以填報，這樣就會存在一些人惡意填報，生成一些垃圾資料。那如何避免此種情況呢？可以透過設定效驗碼，在輸入效驗碼不正確情況下，填報「提交」按[閱讀全文:]

摘要:1. 概述1.1 預期效果在我們使用填報表時，不希望使用 FineReport 內建工具欄的按鈕，希望能夠自訂提交按鈕，將資料入庫。自訂提交按鈕 只能提交一張範本的資料，若需要提交多張範本資料[閱讀全文:]

摘要:1. 概述1.1 問題描述元件新增「提交入庫」類型的事件，即可實現點選或編輯元件後填報入庫。該方式在提交後預設不傳回成功和失敗的結果提示，如果希望在進行填報時傳回結果提示，或者根據提交成功與否執行一些自[閱讀全文:]

摘要:1. 概述1.1 問題描述預設工具欄提交按鈕，不做特殊設定的話，點選後會按照填報屬性設定將整個頁面的資料進行提交入庫操作。如果想在頁面上進行提交操作，並且每次只提交當前行，該如何實現呢？1.2 解決思路[閱讀全文:]

摘要:1. 概述1.1 問題描述在企業的日常業務中，肯定會有一些上報和審核的流程，那麼如何透過填報功能來實現此流程呢？1.2 解決方案平台的多級上報功能可以滿足一部分的上報審核流程需求，但如果有一些個性化的需[閱讀全文:]

摘要:1. 概述1.1 問題描述使用者有時需要實現資料備份留底且資料不能在業務介面展現的效果，該如何操作呢？1.2 解決思路使用邏輯刪除來解決。即在資料庫表中增加一欄「狀態」，透[閱讀全文:]

摘要:1. 概述1.1 問題描述在 填報未修改不更新 文檔中介紹了未修改不更新的作用以及限制，其中一個限制是：未修改不更新僅適用於所有填入的值為儲存格的情況，若填入值為固定字串，[閱讀全文:]

摘要:1. 概述1.1 問題描述在實際填報表設計中，主從表是常見的一種填報場景，主表中的一條記錄對應從表中的多條記錄，例如「訂單表」和「訂單明細表」，「訂單表」的一個訂單可能對應「訂單明細表」中的多條產品資料[閱讀全文:]

摘要:1. 概述1.1 問題描述範本用網頁框嵌入了子範本，想在父頁面中觸發子範本的提交或者其他事件。1.2 實現思路利用JSAPI獲取網頁框裏的子範本，之後執行需要的事件，例如提交API。注：該方案不支援跨域[閱讀全文:]

摘要:1. 概述1.1 應用場景設計填報範本時，有些資料可以跨越不填，希望入庫的時候這些空資料可以儲存為 0。還有些情況，資料庫表欄位不是綁定的儲存格，而是希望直接將參數值、日期、當前時間等入庫。那麼該如何實[閱讀全文:]

摘要:1. 概述1.1 問題描述預設情況下，都是在填報屬性設定好要入庫的表進行提交。如果希望能在頁面上自由選擇要入庫的資料表或者資料庫，要怎麼實現呢？1.2 實現思路在表格中利用多個自訂按鈕來分別設定不同的填[閱讀全文:]

摘要:1. 概述1.1 問題描述填報範本中有一個下拉複選框，設定了實際值和顯示值，希望將選中資料拆開作為不同的資料提交入庫，且需要將其顯示值也提交入庫。如下圖所示：1.2 解決思路要拆成多筆資料入庫的話，下拉[閱讀全文:]

摘要:1. 概述1.1 問題描述如果您定義了一個自訂按鈕實現了一些您自己的業務邏輯，但是您也想這個按鈕實現提交入庫的操作，那如何在自訂按鈕中實現 FineReport 的提交操作呢？1.2 解決思路[閱讀全文:]

摘要:一、概述1問題描述。填報時沒有特定的欄位作為主鍵，希望能自動生成一串隨機字元來作為主鍵，且不能重複。效果如下圖 ID 欄位。2解決思路。FineReport 設計器內建了 UUID [閱讀全文:]

摘要:一、概述1問題描述。資料庫自增長 ID 填報是指在 FineReport 範本中進行資料填報的時候，不需要設定和綁定 ID 資料欄。在往資料庫中插入資料的時候，資料庫會自動為每筆資料生成一個增量的ID。[閱讀全文:]