Wiki

Scale Your Enterprise

User Tools

Site Tools

Trace: • Introduction (SAP Business One Integration on SQL Server) • SAP Business One Service Layer using Bizweaver v2.5 and higher • Introduction (Record Submission) • SAP Business One Service Layer using Bizweaver v2.4 • Introduction (Calendar Reports Configuration)
versago:record_submission_report_configuration

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
versago:record_submission_report_configuration [2019/09/20 09:53]
runger Link trigger info to common page 		versago:record_submission_report_configuration [2019/11/13 13:45] (current)
Line 21: Line 21:
 ====== Before You Begin ====== ====== Before You Begin ======
  
-Review the [[versago:report_configuration|Reports Configuration]] page. The basic process through the “Display” step is the same for record selection reports. Details of the basic setup are not included in this document.+Review the **//[[versago:report_configuration|Reports Configuration]]//** page. The basic process through the “Display” step is the same for record selection reports. Details of the basic setup are not included in this document.
  
 ====== To Begin ====== ====== To Begin ======
Line 50: Line 50:
 The “Record Submission” page is used to configure the report for record selection. When the “Enable Record Submission” checkbox is selected, additional configuration items are displayed. The “Record Submission” page is used to configure the report for record selection. When the “Enable Record Submission” checkbox is selected, additional configuration items are displayed.
  
-{{:versago/recordsub2.png?384x109}} +{{  :versago/recordsub2.png?384x109  }} 
  
 Also select the “Process Payments” option checkbox if this report will be used for accepting and processing credit card and eCheck payments. Also select the “Process Payments” option checkbox if this report will be used for accepting and processing credit card and eCheck payments.
Line 56: Line 56:
 Configuration of Record Submission reports for payments is described in the documents //Versago – Payments Setup//. Configuration of Record Submission reports for payments is described in the documents //Versago – Payments Setup//.
  
-See the [[#record-submission-setup|Record Submission Setup]] section for detailed information on configuring the record submission information.+See the //**[[#record-submission-setup|Record Submission Setup]]**// section for detailed information on configuring the record submission information.
  
 ===== Calendar tab ===== ===== Calendar tab =====
Line 82: Line 82:
 The Selection Screen setup defines what the users sees on the Report page where they select the items for submission. Click the [**View Example**] button to see a generic version of a record selection screen. The Selection Screen setup defines what the users sees on the Report page where they select the items for submission. Click the [**View Example**] button to see a generic version of a record selection screen.
  
-{{:versago/recordsub3.png?700}}+{{  :versago/recordsub3.png?700  }}
  
-  - The two checkboxes are required for payment processing+  - The two check-boxes are required for payment processing
     - The “Editable field” selection causes a field with the current value (the open balance of an invoice, for example) to be displayed on the selection page and allows the user to change the value (to pay less than the balance, for example).     - The “Editable field” selection causes a field with the current value (the open balance of an invoice, for example) to be displayed on the selection page and allows the user to change the value (to pay less than the balance, for example).
     - The “Show and submit …” selection causes the values the user enters in the editable field for the selected records to be summed, the sum displayed at the bottom of that column and submitted to the next step in the process which is the confirmation screen.     - The “Show and submit …” selection causes the values the user enters in the editable field for the selected records to be summed, the sum displayed at the bottom of that column and submitted to the next step in the process which is the confirmation screen.
Line 92: Line 92:
 Here is an example of how the selection page might look, followed by the confirmation page. Here is an example of how the selection page might look, followed by the confirmation page.
  
-{{:versago/recordsub4.png?600}}+{{  :versago/recordsub4.png?600  }}
  
-{{:versago/recordsub5.png?384x177}}+{{  :versago/recordsub5.png?384x177  }}
  
 ===== Confirmation Screen ===== ===== Confirmation Screen =====
Line 100: Line 100:
 The Confirmation Screen setup defines what the users sees on the page where they review the items selected for submission. This setup is required for payment processing. Click the [**View Example**] button to see a generic version of a confirmation screen. The Confirmation Screen setup defines what the users sees on the page where they review the items selected for submission. This setup is required for payment processing. Click the [**View Example**] button to see a generic version of a confirmation screen.
  
-{{:versago/recordsub6.png?600}}+{{  :versago/recordsub6.png?600  }}
  
   - Check the “Include a Confirmation Screen …” checkbox to provide a screen with a summary of their selections.   - Check the “Include a Confirmation Screen …” checkbox to provide a screen with a summary of their selections.
Line 115: Line 115:
 The final piece of the setup process is to define where the information selected by the user will be stored in the database. The final piece of the setup process is to define where the information selected by the user will be stored in the database.
  
-{{:versago/recordsub7.png?384x91}}+{{  :versago/recordsub7.png?384x91  }}
  
   - Select a database from the “Database” drop-down list.   - Select a database from the “Database” drop-down list.
Line 127: Line 127:
 ====== Submission Database Table Structure Details ====== ====== Submission Database Table Structure Details ======
  
-As noted earlier, a table to hold the information related to the selected records is stored in a table in the specified database. All record submission tables have the same basic structure as described below. +As noted earlier, a table to hold the information related to the selected records is stored in a table in the specified database. All record submission tables have the same basic structure as described **//[[multi_select_table_structure|here]]//**.
- +
-^Column Name                                       ^Type and Size^Notes                 ^ +
-|User columns from initial setup appear first      |             |                      | +
-|vgo_PaymentDate                                   |DateTime     |For payment processing| +
-|vgo_PaymentDetails                                |nvarchar(100)|For payment processing| +
-|vgo_CC_RespCode                                   |nvarchar(50) |For payment processing| +
-|vgo_TransID                                       |nvarchar(50) |For payment processing| +
-|vgo_PaymentType                                   |Int          |For payment processing| +
-|vgo_CreatedBy                                     |nvarchar(50) |Creation information  | +
-|vgo_CreateDate                                    |DateTime     |Creation information  | +
-|vgo_CreatedById                                   |Int          |Creation information  | +
-|vgo_PostingStatus                                 |Int          |Processing control    | +
-|vgo_PostingDate                                   |DateTime     |Processing control    | +
-|vgo_PostingId                                     |Int          |Processing control    | +
-|vgo_BatchId                                       |Int          |Processing control    | +
-|User columns added after initial setup appear last|             |                      | +
-|                                                  |             |                      | +
- +
-  - **Payment Processing** items are used by the internal payment process. These values are only populated for payment transaction. +
-  - **Creation Information** items are populated for all transactions. +
-  - **vgo_CreatedBy**: Versago user ID (email) that created the transaction. +
-  - **vgo_CreateDate**: Date and time the transaction was created. +
-  - **vgo_CreatedById**: Versago internal user ID number. +
-  - **Processing Control** items can be used to manage back-end processing using tools such as Bizweaver. +
-  - **vgo_PostingStatus**: Typically used to indicate if a record has been processed by the back-end. +
-  - **vgo_PostingDate**: Typically used to capture when a record has been processed by the back-end. +
-  - **vgo_PostingId**: Typically used to capture the ID number of the record created during back-end processing. +
-  - **vgo_BatchId**: A sequential number added by the application when a set of records is added to the database. This value can be used to process a group of records together during back-end processing. +
  
 ====== Back-End Processing ====== ====== Back-End Processing ======
Line 168: Line 139:
 The more sophisticated approach is to initiate the workflow when the submission is saved to the database. For the second option a database trigger is used. The more sophisticated approach is to initiate the workflow when the submission is saved to the database. For the second option a database trigger is used.
  
-<WRAP center round important 60%> +The SQL database first needs to be initialized to allow triggered (immediate) processing to occur.  Database triggers are then created to initiate process. 
-The following discussions assumes that you have some knowledge about database triggers and have access to the SQL Server tools needed to install them.+ 
 +<WRAP center round important 90%> 
 +Descriptions of the initialization process and examples of various triggers are found **//[[bw:call_bizweaver_web_service_from_sql_server|here]]//**.  This information assumes that you have some knowledge about database triggers and have access to the SQL Server tools needed to install them.
 </WRAP> </WRAP>
- 
-The SQL database needs to be initialized to allow triggered (immediate) processing to occur.  The initialization process is described **//[[bw:call_bizweaver_web_service_from_sql_server|here]]//**.  Examples of the trigger used to initiate Bizweaver processing are then found in the lower section of the page. 
- 
- 
- 
versago/record_submission_report_configuration.1568987628.txt.gz · Last modified: 2019/09/20 09:53 by runger

Page Tools

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial 4.0 International
CC Attribution-Noncommercial 4.0 International Valid HTML5 Valid CSS Driven by DokuWiki