คูนิฟ็อกซ์ วิกิ - การเข้ามีส่วนร่วมของผู้ใช้ [th]

สินค้า

2026-05-30T07:41:11Z

Tenko: /* คำอธิบายช่องข้อมูล */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}
{{โมดูลสินค้าคงคลัง}}

ตารางรหัส'''สินค้า (PRODUCT)''' เก็บข้อมูลเฉพาะตัวของสินค้าและบริการต่างๆ เช่น รายละเอียดสินค้า, ข้อมูลเกี่ยวกับหน่วยและการแปลงหน่วย, และข้อมูลราคาสินค้า เป็นต้น

{{module_table_leader}}

== ตำแหน่งเมนู ==
'''[[เมนู "ตารางรหัส/การตั้งค่า"]] → [[จัดการตารางรหัส]] → สินค้า'''

== คำอธิบายช่องข้อมูล ==
[[ไฟล์:Cuneifox iv product.png|720px|thumb|center|alt=ตารางรหัสสินค้า|ตารางรหัสสินค้า]]
[[ไฟล์:Cuneifox iv product fullform.png|720px|thumb|center|alt=หน้าต่างฟอร์มของตารางรหัสสินค้า|หน้าต่างฟอร์มของตารางรหัสสินค้า]]

{{FieldDescTableHead}}
|-
| '''StID''' || ''จำนวนเต็ม (*)'' || static ID ของสินค้า
|-
| '''รหัสสินค้า''' || ''ข้อความ (*)'' || –
|-
| '''ชื่อเรียก''' || ''ข้อความ (*)'' || ชื่อที่ปรากฏบนหน้าจอต่างๆ ของโปรแกรม แนะนำให้เป็นข้อความที่กระชับและเข้าใจง่าย
|-
| '''คำอธิบายสินค้า''' || ''ข้อความหลายบรรทัด'' || คำอธิบายสินค้าอย่างละเอียด ข้อความนี้ปรากฏบนเอกสารที่พิมพ์ออกเป็นกระดาษหรือไฟล์ PDF
{{3stars}} หากเว้นว่างไว้ ระบบจะใช้ "ชื่อเรียก" ในการพิมพ์เอกสารต่างๆ แทน
|-
| '''กลุ่มสินค้า''' || ''ค้นหา (*)'' || [[กลุ่มสินค้า|กลุ่มทางบัญชีและภาษี]]ของสินค้ารายการนี้
|-
| '''(ภาพ)''' || ''ไฟล์ภาพ'' || –
|-
| '''หน่วยพื้นฐาน''' || ''ค้นหา (*)'' || {{3stars}} แนะนำให้ใช้เป็นหน่วยเล็กที่สุดที่จะจัดการกับสินค้านี้
|-
| '''หน่วย #2 – #10''' || ''ค้นหา'' || หน่วยอื่นๆ ที่จะใช้จัดการกับสินค้านี้
|-
| '''(ค่าแปลงหน่วย #2 – #10)''' || ''ค่าจำนวน'' || จำนวนหน่วยพื้นฐานต่อหน่วยอื่น
{{3stars}} เช่น หน่วยพื้นฐานเป็น "ชิ้น" และ
* '''กำหนดหน่วย #2 เป็น "โหล":''' ให้ใช้ค่าแปลงหน่วย #2 '''เป็น 12'''
* '''กำหนดหน่วย #3 เป็น "ลัง":''' ''(สมมุติบรรจุลังละ 5 โหล)'' ให้ใช้ค่าแปลงหน่วย #3 '''เป็น 60'''
|-
| '''บาร์โค้ด #1 – #10''' || ''ข้อความ'' || บาร์โค้ดของสินค้าแต่ละหน่วย
{{3stars}} สามารถกำหนดบาร์โค้ดได้มากกว่า 1 รหัส โดยใช้เครื่องหมาย ";" คั่นระหว่างแต่ละรหัส
|-
| '''หน่วยซื้อ''' || ''ตัวเลือก'' || หน่วยตั้งต้นสำหรับธุรกรรมฝั่งซื้อ
|-
| '''ราคาซื้อ''' || ''มูลค่า'' || ราคาซื้อตั้งต้น '''(ต่อหน่วยซื้อ)'''
|-
| '''(ราคาซื้อ) รวม VAT''' || ''จริง/เท็จ'' || ราคาซื้อที่กำหนดไว้รวมภาษีมูลค่าเพิ่มแล้ว
|-
| '''หน่วยขาย''' || ''ตัวเลือก'' || หน่วยตั้งต้นสำหรับธุรกรรมฝั่งขาย
|-
| '''ราคาขาย''' || ''มูลค่า'' || ราคาขายตั้งต้น '''(ต่อหน่วยขาย)'''
|-
| '''(ราคาขาย) รวม VAT''' || ''จริง/เท็จ'' || ราคาขายที่กำหนดไว้รวมภาษีมูลค่าเพิ่มแล้ว
|-
| '''ควบคุมหมายเลขประจำตัว''' || ''จริง/เท็จ'' || ต้องการเก็บประวัติหมายเลขประจำตัวของสินค้านี้
{{3stars}} สำหรับธุรกรรมซื้อ/ขาย/ส่งคืน/รับคืน ผู้ใช้สามารถบันทึกเลขประจำตัวของสินค้าได้ โปรแกรมจะเก็บประวัติของสินค้าแต่ละเลขเอาไว้ สำหรับให้ผู้ใช้อ้างอิงได้จาก'''[[หมายเลขประจำตัว|ตารางรหัส "หมายเลขประจำตัว"]]'''
|-
| '''แท็ก''' || ''ข้อความหลายบรรทัด'' || แท็กของเจ้าหนี้/ลูกหนี้
{{3stars}} ใช้เครื่องหมาย "#" คั่นระหว่างแต่ละแท็ก<br>
{{3stars}} ดูข้อมูลเพิ่มเติมใน'''[[โมดูลในระบบคูนิฟ็อกซ์#แท็กรายการ|บทความ "โมดูลในระบบคูนิฟ็อกซ์"]]'''
|}

== ข้อมูลชุดตั้งต้น ==
'''''[[Media:PRODUCT.xlsx|ดาวน์โหลดข้อมูลชุดตั้งต้น]]'''''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}
{{โมดูลสินค้าคงคลัง}}

CuneiTable

2026-05-19T09:51:10Z

Tenko: /* Table Object Attributes */

CuneiTable is designed specifically to enable in-line data entry. Design-wise, it is more limited than CuneiForm since design flexibility is not highly expected from table-type objects. In essence, CuneiTable is a wrapper for the accompanying CuneiForm, whether that form be the in-line type or the full expansion type.

== Define ==
Defining a CuneiTable is essentially declaring a CuneiForm with a few additional class variables. Below is an example of a very basic CuneiTable:

<syntaxhighlight lang="python" line="1">
class AccCodeTable(CuneiTable):
MASTER_colsizes = [10, 20, 50, 20]
MASTER_colnames = ["StID", "Account Code", "Account Name", "Account Group"]
MASTER_coltypes = ["int", "str", "str", "sel"]
MASTER_choicecols = ["accgrp"]
MASTER_choices = [[
("1", "Asset"),
("2", "Liability"),
("3", "Equity"),
("4", "Revenue"),
("5", "Expense")
]]
MASTER_firstonly = ["stid"]
class SubForm(FlaskForm, CuneiSubForm):
stid = StringField("StID")
code = StringField("Code", validators=[InputRequired("Required!")])
name = StringField("Name", validators=[InputRequired("Required!")])
accgrp = SelectField("Group", default=1)
def validate_stid(self, stid):
# Validation goes here
</syntaxhighlight>

''The subclass '''SubForm''' is defined like the stripped down version of [[CuneiForm]]. Only put fields and validation logics here. All other behaviours are controlled by the MASTER variables from the CuneiTable level.''

'''NOTE THAT''' neither of the '''[[CuneiForm#Submit-delete Field Set|Submit-delete Field Set]]''' ('''{{code|submit}}''', '''{{code|is_del}}''', and '''{{code|del_submit}}''') is declared in the SubForm. These fields are taken care of automatically during CuneiTable initiation.

=== The Holy Trinity of CuneiTable ===
The 3 MASTER variables listed below are '''''required''''' for all CuneiTable classes.
* '''{{code|MASTER_colnames}}''' ''([str,])'': The list of column headers to appear on the page.
* '''{{code|MASTER_coltypes}}''' ''([str,])'': The list of column value types. Available types include:
** All types listed in the main article for [[CuneiForm#Available Types|CuneiForm]].
** '''{{code|lang=python|'str'}}''': Normal ''string'' value.
** '''{{code|lang=python|'check'}}''': Value represented by a checkbox.
** '''{{code|lang=python|'sel'}}''': Value with multiple choices. In other words, this is equivalent to a ''drop-list field'' in forms. In the same fashion, the displayed values for this type is not exactly the same as the values stored in the database. The raw value must pass through a map first before being displayed.
** '''{{code|lang=python|'rad'}}''': Similar to {{code|lang=python|'sel'}}, but this value type is represented by ''radio buttons'' in multiple sub-columns instead.
** '''{{code|lang=python|'submit'}}''', '''{{code|lang=python|'del_submit'}}''': ''Submit button.'' ''(Not handled manually, they are handled automatically during initiation.)''
* '''{{code|MASTER_colsizes}}''' ''([float/int,])'': The list of relative column sizes. CuneiFox will calculate the display sizes automatically.

'''NOTE #1:''' The member order in each of these lists follow the definition order of fields in the SubForm. '''DO CHECK''' that all of these 3 lists and the SubForm fields share the same length.

'''NOTE #2:''' On the client-side, a radio field ('''{{code|lang=python|'rad'}}''') is displayed as multiple sub-columns (one for each choice). Hence:
* The display headers of sub-columns are not dictated by the corresponding value in '''MASTER_colnames''', but by the values in '''MASTER_radios''' (Detailed in [[#Choices and Radios|a sub-section below]]) instead.
* The corresponding member in the '''MASTER_colsizes''' list is '''NOT''' merely ''one numerical value'', '''BUT''' a ''list of numerical values'' instead.

=== Choices and Radios ===
Columns with limited choices of predesignated values should utilize 'choice' or 'radio' representation; especially when the stored values must be mapped to another set of more readable or localizable display values. Ideally:
* Columns utilizing '''choice''' representation is typed {{code|lang=python|'sel'}} ({{code|lang=python|1= MASTER_coltypes[i] = 'sel'}}), and the corresponding field in the SubForm is a SelectField.
* Columns utilizing '''radio''' representation is typed {{code|lang=python|'rad'}} ({{code|lang=python|1= MASTER_coltypes[i] = 'rad'}}), and the corresponding field in the SubForm is a RadioField.

<syntaxhighlight lang="python">
MASTER_choicecols = [str choice_col0, str choice_col1, ...]
MASTER_choices = [
[ (str col0_choice0, str col0_display0),
(str col0_choice1, str col0_display1),
... ],
[ (str col1_choice0, str col1_display0),
(str col1_choice1, str col1_display1),
... ],
...
]

MASTER_radiocols = [str choice_col0, str choice_col1, ...]
MASTER_radios = [
[ (str col0_choice0, str col0_display0),
(str col0_choice1, str col0_display1),
... ],
[ (str col1_choice0, str col1_display0),
(str col1_choice1, str col1_display1),
... ],
...
]
</syntaxhighlight>
''An example can be seen in the code [[#Define|at the top of the article]].''

'''NOTE #1:''' Take care that '''MASTER_choicecols''' and '''MASTER_choices''' have the same length. Similarly for '''MASTER_radiocols''' and '''MASTER_radios'''.

'''NOTE #2:''' The SelectField and RadioField defined in the SubForm '''DOES NOT''' include the choices. (Again, see example [[#Define|at the top]].)

=== Search and Fill ===
Since the in-line form of a table is programmatically generated, the search-fill function cannot wait until the designing step like [[CuneiForm]]'s does. The search-fill function of an in-line form is defined in this step via the variable '''MASTER_schfill'''.

<syntaxhighlight lang="python">
MASTER_schfill = {
str search_col0: [str search_spec0, str fill_spec0],
str search_col1: [str search_spec1, str fill_spec1],
...
}

# Example from Bank Account table
MASTER_schfill = {
"bank_code": ["ModalBank:code",
"bank_stid:stid,bank_name:name,bank_branch:branch"],
"acccode_code": ["ModalAccCode:code",
"acccode_name:name,acccode_stid:stid"]
}
</syntaxhighlight>

'''NOTE:''' The formats of '''search_specX''' and '''fill_specX''' is similar to arguments ''search'' and ''fill'' in CuneiForm's '''[[CuneiForm#String & Text Area Fields|render_blank]]''' macro.

=== Instant Calculation ===
Instant calculation function within in-line forms, or 'instacalc', allows a change in one form field to initiate a small calculation request to the server and update other affected fields based on the calculation result. It is specified in the variable {{code|MASTER_instacalc}} '''of the CuneiTable.'''

''(Refer to [[CuneiForm#Instant Calculation|the dedicated sub-section in CuneiForm article]] for format and example.)''

=== Auto-numbering Function ===
In-line forms with auto-numbering specifications work with CuneiFox core system to serve auto running numbers in a particular format (usually for document numbers). The specifications for this feature are embedded within {{code|MASTER_autorun}} '''of the CuneiTable.'''

''(Refer to [[CuneiForm#Auto-numbering Function|the dedicated sub-section in CuneiForm article]] for format and example.)''

=== Table with a Separate Form Modal ===
Sometimes, the entries have either too many columns or columns not suitable for display in the table format. In such cases, developers can use the '''full-form''' option. CuneiTable with an associated full-form is only defined with essential columns for a 'quick glance' view. The full form is shown in a pop-up modal for entry addition/edit.

A CuneiTable can be linked to a full-form via the class variable '''MASTER_fullform''' which takes the following format:

<syntaxhighlight lang="python">
MASTER_fullform = [str module_code, str fullform_class_name,
str fullform_modal_header_text, str modal_size]

# Example from Product table
MASTER_fullform = ['cunei_iv', 'ProductFullForm', 'Product Information', 'xl']
</syntaxhighlight>
* '''size''' dictates the modal size displayed on the client-side. It utilizes BootStrap 4's {{code|lang=javascript|'modal-<size>'}} classes. Available choices are {{code|lang=python|'sm'}}, {{code|lang=python|'md'}} ''(corresponds to default modal size)'', {{code|lang=python|'lg'}}, and {{code|lang=python|'xl'}}.

'''NOTES''' on full-form class and macro:
* The CuneiForm class '''{{code|fullform_class_name}}''' must be found under '''{{code|module_code}}''' in the file {{code|cuneifox/<module_code>/forms.py}} or {{code|cuneifox/<module_code>/forms.pyc}}.
* The definition of the full-form class '''DOES NOT include the [[CuneiForm#Submit-delete Field Set|Submit-delete Field Set]]'''
* The Jinja2 macro for the full-form design must also be named '''{{code|fullform_class_name}}''' and must be found under '''{{code|module_code}}''' in the file {{code|cuneifox/<module_code>/template/<module_code>/form_macro.html}}.
* Refer to the main [[CuneiForm]] article for more details on form definition and design. For information specific the full-form macros, refer to [[#Full-form Macro|a dedicated sub-section]] below.

=== In-line Form with Expansion ===
Some tables contain just a tab too many columns, but not enough to warrant a fully-fledged separate form. In this case, CuneiTable allows its in-line form to have some fields drawn separately in an expansion modal. This behaviour is controlled by the variables '''MASTER_expand''', '''MASTER_tbexpand''', and '''MASTER_manualdraw'''.

<syntaxhighlight lang="python">
MASTER_expand = {str trigger_field0: str expand_spec0,
str trigger_field1: str expand_spec1,
...}
MASTER_tbexpand = str expand_spec
MASTER_manualdraw = [str expand_field0, str expand_field1, ...]

# Example from the product table on the 'Product Delivery' page
MASTER_expand = {"product_code_mock":"BodyEx1:product_name"}
MASTER_tbexpand = "BodyEx1:product_name"
MASTER_manualdraw = ["product_code", "product_name", "desc", "manage_serial", "serial_nos"]
</syntaxhighlight>

* '''trigger_field''': The field with an ''Expand'' button {{code|lang=javascript|'<expand_modal_id>:<first_expand_field>'}} attached when the form is triggered.
* '''expand_spec''': The modal and field to focus on once the ''Expand'' button is presses. (Shares the format with the argument ''expand'' in CuneiForm's '''[[CuneiForm#String & Text Area Fields|render_blank]]''' macro.)
* '''expand_field''': The field to be skipped during dynamic in-line form generation. Fields listed in '''MASTER_manualdraw''' must be put on the page manually.

=== Injections & Post-submission Logics ===
Some columns, while not stored directly in the database, are quite essential, or at least useful, to display on the client-side table. In CuneiFox's normal operation, whether it be a data fetch request or a display table update after a database commission, the server returns (representation of) entries from within the database. This ensures the client-side is shown the most updated data, but it also means that columns not in the database do not show up by default. Variables '''MASTER_preserve_across''' and '''MASTER_inject_func''' seek to better this behaviour.

Employing a similar routine, variable '''MASTER_post_submit_func''' allows additional logic to be run after a database commit from a CuneiTable.

* '''{{code|MASTER_preserve_across}}''': (This feature is active ''AFTER SUBMISSION'') A list of field names, present in the in-line form but not in the database, whose values are read from the form and reinjected into the data sent to client for table manipulation.
* '''{{code|MASTER_inject_func}}''': (This feature is active ''ON SINGLE-ENTRY FETCH'') A list of functions (and their arguments) to run just before the fetched entry is sent to the client-side.
* '''{{code|MASTER_post_submit_func}}''': (This feature is active ''AFTER SUBMISSION'') A list of functions (and their arguments) to run just after a database commit. This feature is useful both for additional logic run and to modify the returned entry (in the same vein as ''inject_func'' does for a fetch request).

<syntaxhighlight lang="python">
MASTER_preserve_across = [str field_name0, str field_name1, ...]
MASTER_inject_func = {'func': <function_object>,
'args': <list_of_ordered_arguments>}
MASTER_post_submit_func = {'func': <function_object>,
'args': <list_of_ordered_arguments>}

# Example from (former) tax ID table
MASTER_preserve_across = ["bcount"]
# Example from product group table
MASTER_inject_func = {"func":defvat_inject, "args":[]}
# Example from account book table
MASTER_post_submit_func = {"func":accbook_to_docseries, "args":[]}
</syntaxhighlight>

''' NOTE #1:''' ''preserve_across'' feature is automatically assumed for columns covered by CuneiModel's [[CuneiModel#Cross-table references|Cross-table references]]. There is no need to list such columns in ''MASTER_preserve_across''.

'''NOTE #2:''' At the time of writing, CuneiTable's injections & post-submission logics are handled automatically only on the [[#Shortcut Route for Single-table Page & Search Table]]''.

=== Other Table Definition Variables ===
Other notable MASTER variables that can be set upon form definition include:
* '''{{code|MASTER_firstonly}}''': A list of field names that are only active (editable) for a new entry, but inactive (not editable) when editing an old entry.
* '''{{code|MASTER_pseudohides}}''': A list of field names for which the corresponding fields are not rendered on form triggering.
* '''{{code|MASTER_delconfirm}}''': The specification for the delete confirmation modal. This value shares the format with the argument ''confirm_first'' in CuneiForm's '''[[CuneiForm#String & Text Area Fields|render_blank]]''' macro. The default value is {{code|lang=python|['This will delete...', 'code']}}

<syntaxhighlight lang="python">
MASTER_firstonly = [str field_name0, str field_name1, ...]
MASTER_pseudohides = [str field_name0, str field_name1, ...]
MASTER_delconfirm = [str confirm_modal_header, str field_name_to_confirm]

# Example from account code table
MASTER_firstonly = ["stid"]
# Example from journal setting table
MASTER_pseudohides = ["book", "colspec"]
# Example from Accounting Journal's VAT table
MASTER_delconfirm = ["This will delete...", "taxdoc"]
</syntaxhighlight>

== Initiate ==
CuneiTable class has its own {{code|__init__}} function.

'''{{code|lang=python|1= __init__(self, prefix="", **kwargs)}}'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''prefix''' ''(str)'': This value is reflected in CuneiForm's {{code|_id}} attribute during initiation. It is also used as the basis to name corresponding forms, modals, and other elements.
* '''Other keyword arguments''': See notes under sections below.
|}

The rough step-by-step of a CuneiTable's initiation is as follows:
# Assign the following MASTER variables to corresponding attributes of the CuneiTable instance (if the attributes are not specified otherwise):
#* [[#Search and Fill|Search and fill group]]
#* [[#In-line Form with Expansion|Expansion form group]]
#* [[#Injections & Post-submission Logics|Injection & post-submission group]]
#* [[#Other Table Definition Variables|Miscellaneous masters]]
# Modify the full-form class with [[#Standard Column Set|standard field set]], initiate the full-form, and modify the form instance's attributes (where applicable).
# Modify the in-line ''SubForm'' class with [[#Standard Column Set|standard field set]], initiate the in-line form, and modify the form instance's attributes.
# Assign the [[#Choices and Radios|choice and radio]] MASTER variables to corresponding attributes of the CuneiTable instance (if the attributes are not specified otherwise). Then, use the attributes to modify the choices of the in-line form fields.
# Add values corresponding to the [[#Standard Column Set|standard column set]] to the [[#The Holy Trinity of CuneiTable|3 main MASTERs]].

=== Standard Column Set ===
CuneiTable requires a few standard columns in order to function properly. These columns need not be defined explicitly, but are programmatically generated and integrated into all CuneiTable instances. The 4 standard columns include:
* '''id, submit, is_del''': These columns correspond to the [[#Submit-delete Field Set]] of the corresponding in-line form or full-form. Developers can also choose to explicitly define these columns in the class definition ''(especially the '''id''' column)'' if they desire.
* '''The multi-selection column''': This column is only created for a table with multi-selection enabled. It is displayed as the leftmost column of the table. (See the note on '''multi''' attribute below.)

=== Column Sizes & Post-init Modification ===
For easier development, column sizes are defined (via '''MASTER_colsizes''') in relative sizes. However, those values are not used directly in the client-side render. They would have to converted to percentage values first via an internal function. While developers rarely need to tamper with column sizes after class definition, there are cases where tables are reused for many pages and with some columns hidden (in other words, resized to 0) in some of its incarnation.

Column resizing, post-initiation, is done by running 2 function consecutively: {{code|assign_csize}} and {{code|tune_cols}}.

'''{{code|lang=python|assign_csize(self, cname, csize)}}

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''self''' ''(CuneiTable instance)''
* '''cname''' ''(str)'': The name of the column to be resized.
* '''csize''' ''(int ot float)'': The new relative sizes.
|- style="vertical-align:top;"
| '''Notes''' || At this stage, the CuneiTable instance have alrady gone through one round of size tuning. Hence, the value '''csize''' should be set to the new relative (100-based) basis.
|}

'''{{code|lang=python|1= tune_cols(self, skip_multicheck=False)}}
{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''self''' ''(CuneiTable instance)''
* '''skip_multicheck''' ''(bool)'': Whether to skip the column prepend for multi-selection. '''Always set to {{code|lang=python|True}} during column resizing.'''
|}

=== Notes on Keyword Arguments ===
The following sub-sections introduce notable keyword arguments. Other keywords not detailed here are also welcome during CuneiTable initiation. Unless explicitly specified, all keyword arguments can be accessed post-initiation as attributes of the created CuneiTable instance.

==== MASTER-adjacents ====
Back to the [[#Define]] section, we are introduced to a number of MASTER variables. Those variables set at table definition act as the default values for each table type. However, developers can feed an overriding value that applies only to the CuneiTable instance being initiated via a corresponding non-master keyword (e.g. use keyword instacalc to override the class's MASTER_instacalc).

The option to modify object-specific values after initiation is also available. However, since value packing and manipulation occurs during initiation, some details should be noted:

* '''colsizes''', '''colnames''', '''expand''', '''tbexpand''', '''manualdraw''', '''del_confirm''' ''(corresponds to MASTER_delconfirm)'', '''preserve_across''', '''post_submit_func''', '''inject_func''', and '''pseudohides''' are normal table attributes and directly take on the values of their MASTER counterparts. They can easily be accessed and modified.
* '''radiocols''' and '''choicecols''' take on the values of their MASTER counterparts. These 2 attributes work closely with the next item on this list.
* '''radios''' and '''choices''' take on the values of their MASTER counterparts. These attributes are used to generate a translation map on the client-side to aid value display. CuneiTable's initiation routine also includes assigning these values as the ''choices'' attributes of corresponding '''in-line form''' ''(including expansion)'' fields as well.
* '''schfill''' takes on the value of ''MASTER_schfill''. This attribute applies only to '''in-line form''' ''(dynamically-generated)'' fields. Fields under ''manualdraw'' must have equivalent values specified during [[CuneiForm#String & Text Area Fields|the form designing phase]].

The following attributes do not allow value feeding during initiation phase. However, they can be modified after the fact if needed, so it is fit to discuss them here. ''('''SubForm''' and '''FullForm''' referenced here can be accessed via appropriate CuneiTable attributes. See [[#Form-related Attributes]] sub-section.)''
* '''SubForm.firstonly''' and '''FullForm.firstonly''': For an '''in-line form''', the form attribute is copied directly from ''MASTER_firstonly''. For a '''full-form''', members from ''MASTER_firstonly'' are appended to what the form originally has by itself.
* '''SubForm.autorun''' and '''FullForm.autorun''': For an '''in-line form''', the form attribute is copied directly from ''MASTER_autorun''. For a '''full-form''', members from ''MASTER_autorun'' are appended to what the form originally has by itself.
* '''SubForm.instacalc''' takes the value of ''MASTER_instacalc''. Its post-init format can be found in the [[CuneiForm#MASTER-adjacents|CuneiForm article]]. Note that ''MASTER_instacalc'' only affect '''in-line form''' fields.
* '''SubForm.coltypes''' is taken (and modified to accommodate the [[#Standard Column Set|standard column set]]) from ''MASTER_coltypes''. The initation routine also includes extracting appropriate values from this list to set the [[CuneiForm#MASTER-adjacents|'''special_type''' field attributes]] for '''in-line form''' as well.

==== Know Thy Self ====
These attributes dictate the way a CuneiTable is drawn on the client-side along with ways to identify its affiliated components:

* '''_id''' ''(str)'': The initiation argument 'prefix' repacked. This value will become the HTML id of the table object. (The attribute name is underscored to avoid conflict.)
* '''in_modal''' ''(str: defaults to {{code|lang=python|False}} for stand-alone tables)'': The ID of the modal with this table as the '''MAIN SUBMITTING COMPONENT''', like the search modal affiliated with a search table, for example. (See [[CuneiModal]] for details.)
* '''bound_modal''' ''(str: defaults to {{code|lang=python|False}})'': The ID of the modal in which this table is drawn but '''IS NOT''' the '''MAIN SUBMITTING COMPONENT'''.
* '''slim''' ''(bool: defaults to {{code|lang=python|False}})'': Whether to render the ''in-line form'' in slim mode. When supplied as an init argument, it is transfered directly to '''SubForm.subslim'''. (For CuneiTable's in-line forms, the difference is less obvious than in full-blown forms. Here, slim mode only saves vertical spaces with reduced padding.)
* '''linkmode''' ''(list: defaults to {{code|lang=python|False}})'': If set, the CuneiTable is not for selection. Each row of the table acts as a navigation link to another page. This attribute take the format {{code|lang=python|['<url_for_route_str>', ['<argument_col0>', '<argument_col1>', ...]]}}
* '''multi''' ''(bool: defaults to {{code|lang=python|False}})'': Whether the table is able to make multiple selections at a time. If that is the case, a special column is automatically set up for this feature (see [[#Standard Column Set]]).
* '''searchable''' ''(bool: defaults to {{code|lang=python|True}})'': Whether to draw a ''live-search field'' at the top of the table (see [[#Live Search]]).

==== Editable or Read-only ====
The attribute '''editable''' ''(bool: defaults to {{code|lang=python|False}})'' dictates whether a CuneiTable is edit-able at all. However, the finer details of which actions are allowed or suppressed are more finely tuned via the following attributes:
* '''perm_bit''' ''(int: defaults to {{code|lang=python|1}})'': The permission bit dictating what actions the useris allowed to do. It mimics the integer permission bits in the main CuneiFox system, namely:
** '''0''': Not readable. (Usually users with this permission level should be prevented from reaching the page at all. '''DO NOT''' rely on this permission bit as a security measure,)
** '''1''': Read-only. (Even if the '''editable''' attribute is set to {{code|lang=python|True}}, the user will still find all non-read buttons dimmed out.)
** '''2''': Add. (Allows 'add' type actions: add and copy.)
** '''3''': Add + Edit.
** '''≥4''': Add + Edit + Delete.
* '''suppress_add''' ''(bool: defaults to {{code|lang=python|False}})'': Whether to suppress the drawing of the table's Add button [[ไฟล์:Cuneifox add btn.png|25px|frameless|alt=Add button|Add button]]. (Suitalbe for cases where entries are supposed to be edit-only.)
* '''suppress_copy''' ''(bool: defaults to {{code|lang=python|True}})'': Whether to suppress the drawing of the table's Copy button [[ไฟล์:Cuneifox copy btn.png|25px|frameless|alt=Copy button|Copy button]].
* '''suppress_del''' ''(bool: defaults to {{code|lang=python|False}})'': Whether to suppress the drawing of the table's Delete button [[ไฟล์:Cuneifox delete btn.png|25px|frameless|alt=Delete button|Delete button]].

==== Sequence and Columns ====

* '''seq''' and '''cnames''' attributes of a CuneiTable are copied to its '''in-line form'''. These attributes do not support value feeding during initiation because they are highly involved in the process. In fact, it is '''NOT RECOMMENDED''' to trifle with them at all. Their functions can be found in [[CuneiForm#Sequence and Column Names|the corresponding section on the CuneiForm page]].
* '''content_width''' ''(str)'': The width of the table itself (not the bounding element of the table) on the client-side display. The value can be anything interpretable as CSS size.

==== Form-related Attributes ====
Before we go on and make references to the forms themselves, let us take a little detour to see how to control the appearances of table-bound forms on the client-side.
* An '''in-line form''' is not much of a hassle, and user only loses the ability to manipulate entries (the table becomes read-only), but not any information, when it is not drawn. So only the '''editable''' discussed above is all we need. The form is only drawn only when {{code|lang=python|1= table.editable = True}}.
* A '''full-form''' is more complicated. For example, it might need to be drawn even if the table is read-only because losing it at all means losing the ability to see the full entries'. By default, a ''full-form'' is always drawn, the '''editable''' attribute only controls the read-only status of the form. <br>If the full-form is not wanted at all ''(for example, when a full-form entails too many search pop-ups that threaten to clutter the user experience)'', developers have to choices to:
** Feed the keyword argument '''{{code|lang=python|1= suppress_fullform=True}}''' at CuneiTable initiation.
** Use keyword argument '''{{code|lang=javascript|1= skip_fullform=true}}''' on '''BOTH''' the '''general_table_block''' and '''general_table_tail''' macros in an HTML template.

Another notable attribute is '''modal_view''' ''(int: 0, 1, or 2)''. This attribute applies to a ''full-form''. It acts as the flag to control the drawing of the full-form itself and the associated Edit [[ไฟล์:Cuneifox edit btn.png|25px|frameless|alt=Edit button|Edit button]], View [[ไฟล์:Cuneifox view btn.png|25px|frameless|alt=View button|View button]] and Delete [[ไฟล์:Cuneifox delete btn.png|25px|frameless|alt=Delete button|Delete button]] buttons. Its value is automatically interpreted during initiation and requires '''NO MANUAL MANIPULATION'''. Nevertheless, its value might be useful to developers:
* '''{{code|lang=python|0}}''': The table has no ''full-form'' defined or the it is suppressed at initiation.
* '''{{code|lang=python|1}}''': The table has an editable ''full-form'' and relevant buttons will be drawn. Whether the buttons are usable is determined by the table's '''perm_bit''' attribute.
* '''{{code|lang=python|2}}''': The table has a read-only ''full-form'' and only the View button is drawn.

With form-control discussed, we are now ready. The following 2 attributes refer to the forms bound to the CuneiTable. These attributes '''DO NOT''' support value feeding during initiation.
* '''form''' refers to the table's '''in-line form'''.
* '''fullform''' is a list of values related to the table's '''full-form'''. When applicable, the attribute reads and repackages ''MASTER_fullform'' into the format below:

<syntaxhighlight lang="python">
table.fullform = [str fullform_modal_header,
str modal_class, # OBSOLETE
Jinja2_Macro form_design_template,
CuneiForm fullform_instance,
str modal_size]

# An example for full-form attribute manipulation post-initiation.
product_tb.fullform[3].slim = True
</syntaxhighlight>

'''NOTE #1:''' The FullForm instance itself has a notable attribute '''modal_addi_btns''' that dictates additional buttons in the full-form modal (besides the default ''OK'' and ''Cancel'' buttons). The value is only modifiable post-initiation, as in the example below:

<syntaxhighlight lang="python">
table.fullform[3].modal_addi_btns = \
[ [str btn_name0, str btn_label0, str_or_list btn_class0, str function_name0], ... ]

# Example from withholding tax invoice table in the accounting journal page.
wht_tb.fullform[3].modal_addi_btns = [["prn", "Print", "dark", "whtprn"]]
</syntaxhighlight>
* '''btn_nameX''' is used to id the button element on the client-side as {{code|lang=javascript|'<table._id>_FullFormModal-<btn_name>btn'}}.
* '''btn_labelX''' is the label appearing on the button.
* '''btn_classX''' is the color scheme of the button. It can take the format of either the {{code|class}} or {{code|custom_color}} arguments of [[CuneiForm#Buttons & Submits|CuneiForm's render_btn macro]].
* '''function_nameX''' is the name of the JavaScript function to be called when the button is pressed.

'''NOTE #2:''' The obsolete '''modal_class''' member in the ''fullform'' attribute is a relic of the past when the table and modal headers are limited to preset colours in the BootStrap template. In the current version, the colours can be more freely set, but the full-form modal must shares the same color scheme with the parent table to emphasize their relationship.

==== Getting Data ====
Under the normal work flow, CuneiFox sent only blank components to the client first to render the page. At this stage, a CuneiTable only displays as a header with a blank body. Once the page components are loaded, the elements (including CuneiTables) can then fetch data from the server, each using a separate HTML request.

The attributes '''populate_route''', '''populate_suppress''', and '''populate_id''' dictate the table's behaviours regarding data request. See explanation on them in [[CuneiForm#Getting Data]].

'''NOTE #1:''' CuneiTable supports multiple fetch modes listed below:
* '''{{code|lang=python|'qsch'}}''' is for populating the entire table. If the table is a part of a [[CuneiForm#Search and Fill|search-fill routine]] of another form, the table is populated only after the ''quick-search'' fails to fetch a unique selection.
* '''{{code|lang=python|'sel'}}''' is used to fetch the full database entries for the current selection(s). This mode is triggered when the selection(s) of a search modal is properly committed.
* '''{{code|lang=python|'free_grab'}}''' fetches one active entries to populate a table's ''full-form''. This mode is equivalent to the fetch mode '''{{code|lang=python|'grab'}}''' on ''stand-alone '''AND''' in-line forms''. Details on '''{{code|lang=python|'grab'}}''' mode can be found under NOTES in [[CuneiForm#Getting Data]].

'''NOTE #2:''' For a CuneiTable with a full-form, the form's '''populate_id''' is automatically assumed to be similar to the table's (with ''change'' trigger if the fetch mode '''{{code|lang=python|'free_grab'}}''' is not suppressed) '''PLUS the column name {{code|lang=python|'id'}}'''.

==== Sending Data ====
Both '''in-line form''' and '''full-form''' submit in a non-redirecting fashion by CuneiFox default. So, the only important attribute regarding form submission via a CuneiTable is:
* '''post_route''' ''(url_for_string: defaults to {{code|lang=python|False}})'': Route to send a submit request.

In rare cases where redirection is needed, developers can either modify the appropriate attributes of the '''in-line form''' and/or '''full-form''' ''(see [[CuneiForm#Sending Data]])'', '''OR''' package a redirect or reload command with the submission response ''(see [[CuneiForm#Non-redirecting Form]])''.

== Design & Pre-made Scripts ==
Now that a CuneiTable is defined, initiated, and sent along with a template, here comes to frontend part. CuneiFox's standard pattern for putting a table up on an HTML page includes:

# Design a ''full-form macro''. (Only when applicable. Done once and reuse for all repeated instances.)
# Initiate a {{code|lang=html|<table>}} DOM element and a Javascript table object. Both fall under the scope of the Jinja2 macro {{code|general_table_block}}.
# Design the pop-up modal for the extension (manually drawn) parts of the ''in-line form''. (Only when applicable. See [[CuneiModal#Design & Pre-made Scripts]] for details.)
# Finalize the Javascript object and bind relevant events with the Jinja2 macro {{code|genetal_table_tail}}.

One can see that, for the simplest tables, only two lines of macros is sufficient.

<syntaxhighlight lang="css+jinja" line="1">
/* Full-form macro lives elsewhere and not shown here. */
{{ CuneiTables.general_table_block(table, block_height, ...) }}
/* If in-line form has an extension, the extension modal goes here */
{{ CuneiModals.modal_upper_half('<ext_modal_name>', ...) }}
...
...
{{ CuneiModals.modal_lower_half('ext_modal_name', ...) }}
/* End of form extension block */
{{ CuneiTables.general_table_tail(table, ...) }}
</syntaxhighlight>

=== Full-form Macro ===

The macro of a CuneiTables' Full Form is to be written in the file {{code|cuneifox/<module_code>/templates/<module_code>/form_macro.html}} directory. In essence, each full-form macro is merely a [[CuneiForm#Design & Pre-made Scripts|CuneiForm design]] with a few notable properties.

# The Jinja2 macro for the full-form must be named after the '''{{code|fullform_class_name}}''' specified in the corresponding CuneiTable class attribute. (See [[#Table with a Separate Form Modal]] for details.)
# To avoid name conflicts of the form's serach modals with other modals on the page, a full-form macro is recommended to accept and work with {{code|modal_shift}} argument.
# To avoid having to create a full-form system for every small variation in use cases, a full-form macro is recommended to accept and work with {{code|schcol_shift}} and {{code|fillcol_shift}} arguments.

Note that requirements 2 and 3 are not at all compulsory and can totally be ignored if there is no risk of modal name conflicts or usage variation. However, due to these requirements, the pattern of a typical full-form macro is as shown below.

<syntaxhighlight lang="css+jinja" line="1">
{% macro <macro_name>(form, draw_submit=true, hide_submit=false,
confirm_first=[gettext("This will delete..."), "code"],
modal_shift={}, schcol_shift={}, fillcol_shift={}) %}

{% set sch_modals = {"<key0>": "<default_search_modal_name0>", ...} %}
{% set sch_cols = {"<key0>": "<default_search_column0>", ...} %}
{% set fill_cols = {"<key0>": "<default_fill_specs0>", ...} %}

{% do sch_modals.update(modal_shift) %}
{% do sch_cols.update(schcol_shift) %}
{% do fill_cols.update(fillcol_shift) %}

{{ CuneiForms.general_form_head(form) }}
// Put form fields here.
{% if draw_submit %}
{% if not(hide_submit) %}
<div class="row align-items-start">
<div class="col">{{ CuneiForms.render_submit(form, form.submit) }}</div>
{% if form.del_submit %}
<div class="col">
{{ CuneiForms.render_submit(form, form.del_submit, class="danger",
confirm_first=confirm_first) }}
</div>
{% endif %}
{% if form.is_del %}
<div class="col">{{ CuneiForms.render_check(form, form.is_del) }}</div>
{% endif %}
</div>
{% else %}
{{ CuneiForms.render_submit(form, form.submit, hidden=true) }}
{% if form.del_submit %}
{{ CuneiForms.render_submit(form, form.del_submit, class="danger",
confirm_first=confirm_first, hidden=true) }}
{% endif %}
{% if form.is_del %}
{{ CuneiForms.render_check(form, form.is_del, hidden=true) }}
{% endif %}
{% endif %}
{% endif %}
<script type="text/javascript">
// Scripts are here.
</script>
{{ CuneiForms.general_form_tail(form, populate=false) }}
{% endmacro %}
</syntaxhighlight>

In this pattern, specifications of search-and-fill fields can be a little clunkier than usual. For example, where one might normally write for a free-standing form...

<syntaxhighlight lang="css+jinja">
{{ CuneiForms.render_blank(form, form.x_code,
search="ModalAccCode:code",
fill="stid:x_stid,name:x_name") }}
</syntaxhighlight>

becomes...

<syntaxhighlight lang="css+jinja">
{{ CuneiForms.render_blank(form, form.x_code,
search=sch_modals["xcode"]+":"+sch_cols["xcode"],
fill=fill_cols["xcode"]) }}
</syntaxhighlight>

=== General Table Block & Table Object ===
'''<syntaxhighlight lang="javascript">
general_table_block(table, block_height,
block_width=null, content_width=false,
is_master=false, pad_bottom=true,
head_class="dark", head_bg=false,
force_head_textwhite=false,
modal_shift={}, schcol_shift={}, fillcol_shift={},
skip_fullform=false, intab=false)
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' || '''DO NOT''' rely on argument order farther than ''table'', ''block_height'', and ''block_width'', '''ALWAYS PROVIDE''' argument keywords.
* '''table''' ''(CuneiTable)''
* '''block_height''' ''(str)'': The height of the table block. The value can be anything interpretable as CSS size.
* '''block_width''' ''(str)'': The width of the table block. The value can be anything interpretable as CSS size. If not given, CuneiFox automatically assigns the value {{code|lang=css|'85vw'}}.
* '''content_width''' ''(str)'': The width of the actual {{code|lang=html|<table>}} element (scrollable inside the table block). The value can be anything interpretable as CSS size. If not given, CuneiFox automatically assigns the same value as '''block_width'''.
* '''is_master''' ''(bool)'': Whether the table is the main element of the multi-component page.
* '''pad_bottom''' ''(bool)'': Whether the table block should have some padding at the bottom. Usually set to {{code|javascript|false}} when the table has some immediately related components to the bottom, e.g. a mirror table or a sum fields (defined via a separate CuneiForm).
* '''head_class''' and '''head_bg''' take the formats of ''class'' and ''custom_color'' arguments of CuneiForm's '''[[CuneiForm#Buttons & Submits|render_btn]]''' respectively. They dictates the colour of the table header as well as the color scheme of the full-form modal (when applicable). Note that, if both are given, '''head_bg''' takes precedence.
* '''force_head_textwhite''' ''(bool)'': Forces the table header text to be coloured white. ''(This argument is only effective when '''head_class''' is. When using '''head_bg''', the header text colour is controlled by {{code|head_bg[1]}}.)''
* '''modal_shift''', '''schcol_shift''', and '''fillcol_shift''' ''(dict)'' are mapping dicts for ''search modals'', ''search columns'', and ''fill specs'' respectively. They work to map ''the original values'' coded in the full-form macro to the ''practical ones'' to really be used on the page. Cases where these arguments prove useful include pages where there are multiple search fields referring to the same databases; for example, the Accounting Journal page where the tax ID can be searched from both the VAT table and the withholding tax table. (Refer back to [[#Full-form Macro]] if needed.)
* '''skip_fullform''' ''(bool)'': Whether the drawing of the full-form should be ignored. This is mostly done in cases where the CuneiTable itself is a few search layers in and opening more modals is more likely to cause more unpleasant experience than the convenience gained.
* '''intab''' ''(str)'': The id of the tab holding this table. This value control the navigation to/away from the tab when the table gets or loses focus.
|}

==== The Working of General Table Block ====
In essence, the {{code|general_table_block}} macro is responsible for the following actions:

# Create translation maps for ''choices'' and ''radios''.
# Draw the full-form and its pop-up modal (if applicable).
# Register the table to the {{code|all_tbfm_ids}} list for future reference.
# Create a {{code|table_obj}} corresponding to the table, and assign preliminary values to its many attributes.
# Set up handler functions for the table action ''add'', ''edit'', ''delete'', ''copy'', ''submit'', ''cancel'', ''view'', ''select'', and ''follow link''. (Each function is only set up once and shared among all the tables on the page.)
# Point the ''main component object'' attribute of the ''modal object'' referenced by ''table.in_modal'' ({{code|modal_obj.main_comp_obj}}) toward the newly created {{code|table_obj}} (if applicable).
# Draw the table's in-line form. (Only the [[CuneiForm#General Form Head & Form Object|General Form Head]] and the fields are handled at this stage.)
# Draw the table's live search field (if applicable).
# Draw the table's button set (if applicable).
# Draw blank table header and body elements.
# Programmatically fill in the table header.

==== Table Object Attributes ====
Below is the list of and notes on table object attributes:
* '''Basic Attributes'''
** '''id''': Takes on the value of {{code|table._id}}.
** '''self_type''': Takes on value {{code|lang=javascript|'table'}}.

* '''Copied Attributes''' (''See [[#Notes on Keyword Arguments]] for details.)''
** '''cnames, colnames, colsizes, coltypes, editable, linkmode, modal_view, multi, perm_bit, populate_route, populate_suppress, pseudohides, searchable, seq, slim,''' and '''tbexpand''': Takes on the exact value.
** '''csssizes''': A list of reinterpretations of {{code|table.colsizes}} into the format ready to plug into CSS stylings. The sizes at this stage also takes into account the table block width, the table element width, and minimum column sizes.
** '''populate_id''': Takes on the exact value, with all prefix {{code|#}} cut once event-binding is taken care of.
** '''in_modal''' and '''bound_modal''': Point to the corresponding ''modal objects'' where applicable.
** '''intab''': The id of the tab in which the {{code|lang=html|<table>}} element belongs.
** '''form''': The id of the table's ''in-line form'' ({{code|table.form._id}}).
** '''fullform''': The id of the table's ''full-form'' ({{code|table.fullform[3]._id}}) when applicable.
** '''choices''': The value of {{code|table.choices}} with choices repacked as dict-type objects.
** '''radios''': The value of {{code|table.radios}} with choices repacked as Map objects.

* '''References to DOM Elements & Objects'''
** '''table_ele''': Points to the corresponding {{code|lang=html|<table>}} DOM element.
** '''table_head_ele''': Points to the corresponding {{code|lang=html|<thead>}} DOM element.
** '''table_body_ele''': Points to the corresponding {{code|lang=html|<tbody>}} DOM element.
** '''progress_ele''': Points to the corresponding progress bar {{code|lang=html|<div>}} element. ''This might have already been a relic of the past, but it is still around in case it is needed.''
** '''searchbox_ele''': Where applicable, points to the corresponding live-search {{code|lang=html|<input>}} DOM element.
** '''haven''': Points to the corresponding haven {{code|lang=html|<div>}} DOM element. The haven is where the row values live when they are switched out for in-line form fields, and where the form fields live when they are not active.
** '''btngrp_eles''': An array of button-related elements for easy references. Its members are, in order:
**# '''Add''' {{code|lang=html|<button>}}
**# '''Copy''' {{code|lang=html|<button>}}
**# '''Edit''' {{code|lang=html|<button>}}
**# '''View''' {{code|lang=html|<button>}}
**# '''Expand''' {{code|lang=html|<button>}}
**# '''Delete''' {{code|lang=html|<button>}}
**# '''OK''' {{code|lang=html|<button>}}
**# '''Cancel''' {{code|lang=html|<button>}}
**# '''First Button Set''' {{code|lang=html|<div>}} which is the parent of member 1 through 6
**# '''Second Button Set''' {{code|lang=html|<div>}} which is the parent of member 7 through 8
** '''row_eles''': An array of {{code|lang=html|<tr>}} elements for easy references.
** '''check_eles''': An array of row-selection checkbox {{code|lang=html|<input>}} elements for each row. This attribute is only utilized in a table with multi-selection enabled.
** '''link_eles''': An array of row link {{code|lang=html|<a>}} elements. This attribute is only utilized in a table whose '''linkmode''' is set.
** '''mirror_ids''': An array of element ids whose x-position must be synced with this table. Use cases include the element holding the summation fields.

* '''Status Attributes'''
** '''progress_data''': Human-readable loading status for the table. Localized strings for this element is stored in the variable {{code|tbloadstr}}.
** '''progress_num''': The number of currently loaded rows.
** '''populating''': Whether the table in undergoing a population cycle. This state attribute prevents other populating-based routines to run in conflict.
** '''press_down_from_head''': Whether to dispatch an ArrowDown event to table head after the table finishes populating. This creates the select-first-item behaviour.
** '''addingrec''': Whether the current edit operation is of add-type (''add'' or ''copy'').
** '''last_copy_id''': The id of the latest copied entry. This value is used to re-copy a new entry once the current operation is done.
** '''current_edit_idx''': The row index of the currently editing/adding entry.
** '''triggered''': Whether the table is the triggered state. (Only triggered tables can have their forms triggered as well.)
** '''unlockform''': Whether the table's form is triggered.
** '''prevent_rowesc''': Whether the Escape key on the row is prevented. This flag prevents Escape event from propagating up from the in-line form fields to the table row itself. This attribute exists because {{code|lang=javascript|event.stopPropagation()}} fails to achieve the same effect in Firefox.
** '''total_row''': Current row count of the table.
** '''max_rowidx''': Max integer used in the naming of row elements. One might think that this number should be the same as '''total_row''', but that assumption is wrong as soon as some rows disappear upon deletion. (The value is {{code|-1}} for a blank table.)
** '''counter_timeout''': Timeout operation for hiding tb row counter. (The counter element slides into view when the mouse cursor is within the table's bound.)
** '''search_timeout''': Timeout operation for the search operation via the search box. (The search is conducted 700ms after the search box value is last edited. This delay is enough to give the illusion of instancy while avoiding a lot of unnecessary operations.)
** '''Button Visibility Flags''': Boolean flags dictating whether certain table buttons are rendered on the client-side. These attributes are interpreted from CuneiTable's own ''suppress_add'', ''suppress_copy'', ''modal_view'', and ''perm_bit''. There are 6 in total, namely '''addbtn_show''', '''copybtn_show''', '''editbtn_show''', '''viewbtn_show''', '''expbtn_show''', '''delbtn_show'''.

* '''Event Handlers'''
** '''btngrp_handlers''': The array of button click handler functions. Its members are, in order, the handlers for ''add'', ''copy'', ''edit'', ''view'', ''delete'', ''ok'', and ''cancel''. Because these handlers either work with the table's selection routine or does not linked to any specific row at all, only one of each is needed.
** '''check_handlers''': The array of select event handler for each table row.
** '''link_handlers''': The array of link handler for each table row.

* '''Table Data'''
** '''data_raw''': The raw data to be displayed in the table stored as an array or arrays. The values are those responded from the server and might not be ready in terms of human-readability, but they are great to work with programmatically.
** '''data''': The '''data_raw''' in the displayed form.
** '''headrow_count''': The number of row the table head has. The attribute defaults to {{code|1}}, but must be changed manually should any change is needed.

* '''Additional Functions & Routines'''
** '''post_load_cmds''' ''([function,] or {{code|lang=javascript|false}})'': An array of functions to run at the end of a table-populating cycle.
** '''post_submit_cmds''' ''([function,] or {{code|lang=javascript|false}})'': An array of functions to run at the end of a submission cycle.

* '''Selection-related Attributes'''
** '''last_select''' ''({{code|lang=javascript|[int, boolean]}}: defaults to {{code|lang=javascript|[-1, false]}})'': An array of 2 members: the index of last select/deselect entries and its select/deselect state. This attribute is used to create the table's batch select/deselect behaviours (via {{key press|Shift|Click}}).
** '''selections''': The array of selected row indices.
** '''selected_entries''': Raw data of the tables selected entries as sent from the server (in array format). Data stored here is used, for example, by search modals to mediate the data to the requesting form.
** '''selection_trackers''': The array of tracker forn field specifications. In its final form, each of its members is a 2-array: the first sub-member is the form field element itself, the second sub-member is the name of the tracked column (as appears in '''cnames''' attribute). ''(See [[CuneiForm|String & Text Area Fields]] for details on the form's side.)''

=== Form Expansion Modal ===

This section only applies to CuneiTables with an expansion modal defined (see [[#In-line Form with Expansion]]).

In short, this section includes the [[CuneiModal#Design & Pre-made Scripts|design of a CuneiModal]] with [[CuneiForm#CuneiForm Jinja2 Macro Pack|form fields]] inside. Note that the ''form head'' and ''form tail'' sections are handled by '''{{code|general_table_block}}''' and '''{{code|general_table_tail}}''' respectively and need not be repeated here.

=== General Table Tail ===

At this point, the {{code|table_obj}} and its corresponding {{code|form_obj}} have been initiated, all fields and relevant elements are created; this final macro is to finalize the table's attributes and link all the elements together into a coherent working system.

'''{{code|lang=javascript|1= general_form_tail(table, load_immediately=true, skip_fullform=false)}}'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''table''' ''(CuneiTable)''
* '''load_immediately''' ''(bool)'': Whether to send an immediate data request to the server.
** ''For search tables'', the table element is nestled within its own search modal. Regardless of this argument, the table only sends data request when the module is invoked and dumps the data when the modal closes.
** ''For free-standing tables'', this argument dictates whether the table sends a data request to the server on its own (once the page finishes loading). The argument should be set to {{code|lang=javascript|true}} except when the mass-populating routine (see [[Multi-component Page]]) is expected to send a collective request in the table's stead.
* '''skip_fullform''' ''(bool)'': Whether the full-form for the table is properly drawn and rendered (when applicable). This argument informs the element bindings of existing elements. It must reflect the same argument given to '''{{code|general_table_block}}''' earlier.
|}

==== The Working of General Table Tail ====
The workings of this macro can be thus summarized:
# '''Run the ''general_form_tail'' for the table's in-line form or full-form.
# '''Process the table's ''populate_id'' attribute'''
#* Interpret and repack each string value into a more easily usable format.
#* Where applicable, bind a ''change'' event to the referenced fields so that they trigger a form re-populating routine when changes are detected.
# '''Finalize ''References to DOM Elements & Objects'' attribute group and bind related events.'''
#* Bind events to show row counter element and outer glow to emphasize table's focus stage.
#* Add button icons to the table's button sets.
#* Bind keyboard shortcuts for the table's buttons.
# '''''If the table is a search table'', link the table's data load/unload behaviour to the corresponding search modal.'''
# '''''Otherwise'', link the table's data loading to the page's {{code|load}} event, unless prohibited via the argument {{code|load_immediately}}.'''

=== Mirror Table & Other Table Manipulations ===

Tables prove to be one of the simplest way to arrange elements of the interface. This section deals with table-related macros and functions that look at a table as a page formatting tool.

==== Mirror Table ====

In cases where free standing elements need to be aligned with some columns of an existing CuneiTable, some of the easiest options starts with drawing another table with the same column sizing as the original one, or '''mirror tables''' in CuneiFox's term. A mirror table drawn using this macro:
* Has the same '''number of column''' as the referenced CuneiTable.
* Has each '''column's size''' synced with the referenced CuneiTable.
* Has the '''horizontal scroll position''' synced with the referenced CuneiTable.
* Has the ID '''{{code|lang=javascript|'<id_of_ref_CuneiTable>_mirror'}}'''.
* '''Always has 1 blank header row''' to control the column sizing.

To draw a mirror table, use the '''Jinja2 macro {{code|draw_mirror_table}}'''.

'''<syntaxhighlight lang="javascript">
draw_mirror_table(table, block_width, content_width=false,
head_class="dark", head_bg=false, force_head_textwhite=false,
pad_bottom=false, slim=false, padx="yes", pady="yes",
row=1, head_row=0, border=false)
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' || '''DO NOT''' rely on argument order beyond ''table''.
* '''table''' ''(CuneiTable)'': The CuneiTable object representing the original table.
* '''block_width''' ''(str)'': The width of the table block. The value can be anything interpretable as CSS size.
* '''content_width''' ''(str)'': The width of the mirror {{code|lang=html|<table>}} element (scrollable inside the table block). The value can be anything interpretable as CSS size. If not given, CuneiFox automatically assigns the same value as block_width.
* '''head_class''' and '''head_bg''' take the formats of ''class'' and ''custom_color'' arguments of CuneiForm's '''[[CuneiForm#Buttons_&_Submits|render_btn]]''' respectively. They dictates the colour of the header of the mirror table. Note that, if both are given, '''head_bg''' takes precedence.
* '''force_head_textwhite''' ''(bool)'': Forces the table header text to be coloured white. ''(This argument is only effective when '''head_class''' is. When using '''head_bg''', the header text colour is controlled by {{code|head_bg[1]}}.)
* '''pad_bottom''' ''(bool)'': Whether to add a {{code|lang=css|mb-3}}bottom margin to the mirror table block.
* '''slim''' ''(bool)'': Whether to add inner padding to each cell. ''(This forces any form field put in the cell to assume the size of a slim form field.)''
* '''padx''' and '''pady''' ''({{code|lang=javascript|false}} or str)'': The horizontal and vertical inner padding of each cell. These 2 arguments are only active when '''slim''' is {{code|lang=javascript|false}} and default to {{code|lang=javascript|'0.1rem'}} if not explicitly provided.
* '''row''' ''(int)'': The row count of the mirror table's body ({{code|lang=html|<tr>}} with {{code|lang=html|<td>}} children) to be created.
* '''head_row''' ''(int)'': The row count of the mirror table's header ({{code|lang=html|<tr>}} with {{code|lang=html|<th>}} children) to be created.
* '''border''' ''(bool)'': Whether to draw the mirror table as bordered. ''(Up to this point in time, bordered table has been useful during iteration and debugging, but has not been used on any finished page.)''
|}

==== Blank Table ====

In more general cases, the table used in page formatting does not need to resemble an existing CuneiTable in any way. In such cases, a simple table can be drawn using the '''Jinja2 macro {{code|blank_table}}'''.

'''<syntaxhighlight lang="javascript">
blank_table(table_name, block_width="100%",
row=1, col=12, padx="yes", pady="yes",
cell_height=false, border=false)
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' || '''DO NOT''' rely on argument order beyond ''table_name''.
* '''block_width''', '''row''', '''padx''', '''pady''', '''border''': ''(Refer to [[CuneiTable#Mirror Table|Mirror Table]].)''
* '''table_name''' ''(str)'': The ID of the new table to be created.
* '''col''' ''(int)'': The column count of the new table.
* '''cell_height''' ''({{code|lang=javascript|false}} or str)'': The height of each cell. This value can be any string interpretable as CSS size.
|}

==== Inserting Pre-drawn Elements into a Table ====

Now that we have our blank table, we can move pre-drawn elements into it. We will start with a more specific use case of insert form fields (and their corresponding labels) into a blank table via the '''JavaScript function {{code|stuff_form_to_tb}}'''.

'''<syntaxhighlight lang="html+javascript">
stuff_form_to_tb(form_name, table_name, stuff_arrays, is_mirror="auto")
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''form_name''' ''(str)'': The ID of the CuneiForm which the fields belong to.
* '''table_name''' ''(str)'': The ID of the blank table to house the form fields.
* '''stuff_arrays''': The table insert specification array. Each member of the array is an array itself. Each member array has 3 or more sub-members, in order:
** ''field_name (str)'': The name of the field to place in the table.
** ''target_row (int)'': The row of the target cell.
** ''target_col (int)'': The column of the target cell.
** ''label_target_row (int: optional)'': The row of the target cell (for field label).
** ''label_target_col (int: optional)'': The column of the target cell (for field label).
* '''is_mirror''' ''({{code|lang=javascript|'auto'}} or bool)'': Whether the target table is a mirror table. If the argument is set to {{code|lang=javascript|'auto'}}, the function shall infer the correct value from the target table's ID. ''(This affects the way table rows are referenced in the function.)''
|}

<syntaxhighlight lang="javascript">
// Example from Accounting Journal page (2 sum fields under the journal table.)
...
<div class="row justify-content-center pt-2">
{{ CuneiTables.general_table_block(vouch_tb, block_width="84vw", ...) }}
{{ CuneiTables.general_table_tail(vouch_tb, false) }}
<div class="w-100"></div>
<div class="d-none">
// First, draw form fields in a hidden block.
{{ CuneiForms.general_form_head(vouchsum_form) }}
{{ CuneiForms.render_blank(vouchsum_form, vouchsum_form.drsum, headless=true) }}
{{ CuneiForms.render_blank(vouchsum_form, vouchsum_form.crsum, headless=true) }}
{{ CuneiForms.general_form_tail(vouchsum_form, populate=false) }}
</div>
{{ CuneiTables.draw_mirror_table(vouch_tb, block_width="84vw", ...) }}
<script type="text/javascript">
stuff_form_to_tb("{{ vouchsum_form._id }}", "{{ vouch_tb._id }}_mirror",
[["drsum", 0, 2], ["crsum", 0, 3]]);
</script>
</div>
...
</syntaxhighlight>

While stuffing form fields and their labels into a blank table might constitute the majority of use cases, there are instances where other types of elements need to be inserted into a table. For these more general cases, we can utilize the '''Javascript function {{code|stuff_stuff_to_tb}}'''.

'''<syntaxhighlight lang="javascript">
stuff_stuff_to_tb(stuff_ele, tb_ele, rc_array, innerOnly=false, is_mirror="auto")
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''stuff_ele''' ''(str or HTML element)'': The text or element to be inserted into a table cell.
* '''tb_ele''' ''(HTML element)'': The {{code|lang=html|<table>}} element.
* '''rc_array''' ''([int, int])'': The '''row''' and '''column''' indices of the desired cell respectively.
* '''innerOnly''' ''(bool)'': Determine the type of object to be placed in the table.
** If set to {{code|lang=javascript|true}}, only the {{code|lang=javascript|innerHTML}} of the element is copied into the table.
** If set to {{code|lang=javascript|false}}, the whole element is moved into the table.
* '''is_mirror''' ''({{code|lang=javascript|'auto'}} or bool)'': Whether the target table is a mirror table. If the argument is set to {{code|lang=javascript|'auto'}}, the function shall infer the correct value from the target table's ID. ''(This affects the way table rows are referenced in the function.)''
|}

==== Cell Merging ====

To facilitate cell merging and to preserve CuneiFox style column sizing of the whole table, it is recommended that developers use the '''JavaScript function {{code|merge_cell}}''' to perform cell merging, especially in CuneiTable-type tables and mirror tables.

'''<syntaxhighlight lang="javascript">
merge_cell(table_name, merge_arrays, is_mirror="auto")
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''table_name''' ''(str)'': The ID of the table on which to perform merging.
* '''merge_arrays''': The cell merging specification array. Each member is a 4-membered array. The sub-members are, in order:
** ''start_row (int)'': The row index of the top-left cell.
** ''start_col (int)'': The column index of the top-left cell.
** ''row_span (int)'': The number of row to merge (inclusive).
** ''col_span (int)'': The number of col to merge (inclusive).
* '''is_mirror''' ''({{code|lang=javascript|'auto'}} or bool)'': Whether the target table is a mirror table. If the argument is set to {{code|lang=javascript|'auto'}}, the function shall infer the correct value from the target table's ID. ''(This affects the way table rows are referenced in the function.)''
|- style="vertical-align:top;"
| '''Notes''' || It is highly recommended that '''merge_arrays''' be ordered right-to-left and bottom-to-top to prevent unexpected merge behaviours or uncaught errors.
|}

==== Changing Cell Style ====

The '''JavaScript function {{code|change_cell_style}}''' helps developers in changing the {{code|lang=html|style}} attribute of a table's cells quickly.

'''<syntaxhighlight lang="javascript">
change_cell_style(table_name, prop_arrays, is_mirror="auto")
</syntaxhighlight>'''

{| style="margin-left:20px;"
|- style="vertical-align:top;"
| style="width:120px;" | '''Parameters''' ||
* '''table_name''' ''(str)'': The ID of the table on which to perform style changes.
* '''prop_arrays''': The style specification array. Each member is a 3-membered array. The sub-members are, in order:
** ''row_index (int)'': The row index of the desired cell.
** ''col_index (int)'': The column index of the desired cell.
** ''style_array'': The array of property-value couple. Each pair is formatted as an array of 2 strings.
* '''is_mirror''' ''({{code|lang=javascript|'auto'}} or bool)'': Whether the target table is a mirror table. If the argument is set to {{code|lang=javascript|'auto'}}, the function shall infer the correct value from the target table's ID. ''(This affects the way table rows are referenced in the function.)''
|}

==== Example ====

By using all the discussed functions in combination, complex placements can be achieved. Let's take the lower portion of the ''Product Return Records'' page as an example.

<ol>
<li>Let's examine our need regarding the lower section of the page first:
* The 5 rightmost fields to be synced with the rightmost column of the table.
* Other elements can be more arbitrary, but an arrangement with 5 rows seems reasonable enough.</li>
<div>[[ไฟล์:Cuneifox iv ret vouch page.png|720px|thumb|center|alt=''Product Return Records'' page|''Product Return Records'' page]]</div>

<li>Create 3 blank tables: '''Green''' ''mirror'' table, '''Red''' blank 5x1 table, and '''Orange''' blank 5x12 table</li>
<li>Insert the 5 fields to be synced into the '''Red''' table. The rest of the elements go into the '''Orange''' table.</li>
<li>Put the '''Red''' table in the rightmost cell of the '''Green''' table. Now we have achieved the first item in (1).</li>
<li>Put the '''Orange''' table in the leftmost cell of the '''Green''' table. Then, merge all the cells, except the rightmost one, to get the arbitrary area that we can work with.</li>
<div>[[ไฟล์:Table formatting 1.png|720px|thumb|center|alt=Example of table formatting: Pre-merge|Example of table formatting: Pre-merge]]</div>
<div>[[ไฟล์:Table formatting 2.png|720px|thumb|center|alt=Example of table formatting: Merged #1|Example of table formatting: Merged #1]]</div>

<li>Merge several cells of the '''Orange''' table as shown.</li>
<div>[[ไฟล์:Table formatting 3.png|720px|thumb|center|alt=Example of table formatting: Merged #2|Example of table formatting: Merged #2]]</div>

<li>Apply some stylings to certain cells.</li>
<div>[[ไฟล์:Table formatting 4.png|720px|thumb|center|alt=Example of table formatting: Cell styling|Example of table formatting: Cell styling]]</div>

<li>Turn off table border for the finished look.</li>
<div>[[ไฟล์:Table formatting 5.png|720px|thumb|center|alt=Example of table formatting: Finished|Example of table formatting: Finished]]</div>
</ol>

The final Jinja2 template for this particular example is as follows:
<syntaxhighlight lang="html">
...
<div class="d-none">
<strong id="oldvat_label">Ref. Doc. Values</strong>

{{ CuneiTables.blank_table("LowerFormFrameTb", row=5, border=false,
padx=false, pady=false, cell_height="2.15rem") }}
{{ CuneiTables.blank_table("LowerFormFrameTb2", row=5, border=false, col=1,
padx=false, pady=false, cell_height="2.15rem") }}


{{ CuneiForms.general_form_head(lower_form) }}

{{ CuneiForms.general_form_tail(lower_form, populate=false) }}

</div>

{{ CuneiTables.draw_mirror_table(body_tb, row=1, border=false, block_width="85vw",
slim=true, padx="0rem", pady="0rem") }}
...
<script type="text/javascript">
// Place fields and labels in the ORANGE table.
stuff_form_to_tb("LowerForm", "LowerFormFrameTb",
[["amt_predisc", -1, -1, 0, 10], ["trddis_note", 1, 10],
["cshdis_note", 2, 10], ["vatrate", 3, 11, 3, 10],
["remark", 1, 0, 0, 0], ["orig_prevat", 2, 7, 1, 7],
["orig_vat", 4, 7, 3, 7], ["net_total", -1, -1, 4, 10]]);
// Place the extra label in the ORANGE table.
stuff_stuff_to_tb(document.getElementById("oldvat_label"),
document.getElementById("LowerFormFrameTb"),
[0,7]);
// Place fields in the RED table.
stuff_form_to_tb("LowerForm", "LowerFormFrameTb2",
[["amt_predisc", 0, 0], ["trddis", 1, 0], ["cshdis", 2, 0],
["vatamt", 3, 0], ["net_total", 4, 0]]);
// Place the ORANGE table in the GREEN table.
stuff_stuff_to_tb(document.getElementById("LowerFormFrameTb"),
document.getElementById("BodyTable_mirror"),
[0,0]);
// Place the RED table in the GREEN table.
stuff_stuff_to_tb(document.getElementById("LowerFormFrameTb2"),
document.getElementById("BodyTable_mirror"),
[0,6]);
// Change cell styles of the ORANGE table.
change_cell_style("LowerFormFrameTb",
[[0, 7, [["border", "1px solid var(--dark)"],
["borderStyle", "solid solid none solid"],
["paddingTop", "0.3rem"]]],
[1, 7, [["border", "1px solid var(--dark)"],
["borderStyle", "none solid none solid"],
["paddingTop", "0.3rem"],
["paddingLeft", "1.5rem"],
["textAlign", "left"]]],
[2, 7, [["border", "1px solid var(--dark)"],
["borderStyle", "none solid none solid"],
["paddingLeft", "0.7rem"],
["paddingRight", "0.7rem"]]],
[3, 7, [["border", "1px solid var(--dark)"],
["borderStyle", "none solid none solid"],
["paddingTop", "0.3rem"],
["paddingLeft", "1.5rem"],
["textAlign", "left"]]],
[4, 7, [["border", "1px solid var(--dark)"],
["borderStyle", "none solid solid solid"],
["paddingLeft", "0.7rem"],
["paddingRight", "0.7rem"],
["paddingBottom", "0.7rem"]]],
[0, 10,[["paddingTop", "0.3rem"],
["paddingLeft", "1rem"],
["textAlign", "left"]]],
[2, 10,[["paddingBottom", "0.3rem"]]],
[0, 0, [["paddingRight", "2rem"],
["paddingLeft", "1rem"],
["textAlign", "left"]]],
[1, 0, [["paddingRight", "1rem"]]],
[3, 10,[["paddingTop", "0.3rem"],
["paddingLeft", "1rem"],
["textAlign", "left"]]],
[4, 10,[["paddingTop", "0.3rem"],
["paddingLeft", "1rem"],
["textAlign", "left"]]], ])
// Change cell styles of the RED table.
change_cell_style("LowerFormFrameTb2",
[[0, 0, [["paddingTop", "0.3rem"]]],
[2, 0, [["paddingBottom", "0.3rem"]]],
[4, 0, [["paddingBottom", "0.7rem"]]], ])
// Merge cells in the GREEN table.
merge_cell("BodyTable_mirror", [[0, 0, 6, 1]]);
// Merge cells in the ORANGE table.
merge_cell("LowerFormFrameTb",
[[0, 10, 2, 1], [1, 10, 2, 1], [2, 10, 2, 1], [4, 10, 2, 1],
[0, 4, 2, 1], [0, 7, 2, 1], [1, 7, 2, 1], [2, 7, 2, 1],
[3, 7, 2, 1], [4, 7, 2, 1], [1, 0, 7, 4], ]);
</script>
</syntaxhighlight>

== Notable Sub-routines ==
This section aims to give a little insight into some CuneiTable's notable sub-routines.

=== Live Search ===
Live search is among the most welcomed feature of CuneiTable. Its inner working is not too complicated, relying mainly on a brute-force approach.

==== The Illusion of "Live" Search ====
Being quite resource- and time-intensive, there is a need to avoid unnecessary live-search sequences. At the time of writing, CuneiTable achieves this by putting a '''700ms delay''' between the most recent keystroke (in the table's search box) and the actual searching. This delay is likely here to stay, but the length of the time is subject to adjustment.

==== Keyword Handling ====
At the time of writing, CuneiTable's live search handles keywords in the following manner:
* Unless enclosed within a pair of '''double-quotation marks (")''', strings separated by '''Spaces''' are treated as multiple keywords.
* Keywords are case-insensitive.
* Valid live search results are entries that contain '''all keywords''' within their '''visible columns''', but not necessarily in any single column.
* Values in columns typed as {{code|int}}, {{code|acc}}, {{code|qty}}, {{code|amt}}, or {{code|pct}} are searched in their unformatted forms.
* ''(This stems from CuneiTable's lookup method)'' One leading space in a keyword can also be interpreted as '''starting-with'''.
* ''(This stems from CuneiTable's lookup method)'' One trailing space in a keyword can also be interpreted as '''ending-with'''.

=== Selection & Table Tracking ===

==== As a Part of Search-and-fill Routine ====
During the search-and-fill routine, a CuneiTable's role is as follows:
# The search table population routine is triggered when the corresponding search modal is explicitly triggered or when the ''quick-search'' routine fails to retrieve exactly one entry. The search modal (a [[CuneiModal]]) is shown as a part of the table population process.
# The user makes the desired selection. ''(See the dedicated [[#Selection]] sub-section below for details.)''
# Upon confirmation (via {{key press|Enter}} or the modal's button), the search table requests the full result from the server using the {{code|lang=javascript|'sel'}} fetch mode. ''(The table itself only holds values of the columns defined in the [[#Define|table's class]]. The full result, on the other hand, holds full information of the selected entries.)''
# The table stores the full result in the its '''selected_entries''' attribute, then hands the control of the sequence to its modal.

==== Selection ====
CuneiTables remember their selection states by storing '''row indices''' of the selected entries within their '''selections''' attribute. The list below details some notable behaviours:
* '''For single-selection tables:'''
** Navigating to an entry (via keyboard or mouse click) automatically implies its selection.
** The record counter shows the index of the selected entry.
* '''For multi-selection tables:'''
** Navigating to an entry via keyboard '''DOES NOT''' automatically select the entry.
** Clicking on an unselected entry selects it, and clicking on a selected entry deselects it.
** The record counter shows the number of entries being selected.
** It is possible to select/deselect consecutive entries. Note that this feature only works with entries actively shown (not hidden by live search). To select/deselect consecutive entries:
**# Click the topmost/bottommost entry to select/deselect.
**# Click the bottommost/topmost entry while holding {{key press|Shift}}.

==== Table Tracking ====

Table tracking can be seen as a fast-and-loose version of the search-and-fill routine. While forms that employ search-and-fill have access to the full entries re-retrieved from the server once the selections are confirmed, forms with table-tracking fields only have the data immediately in the table. This eliminates the need of additional requests and creates more streamlined user-experience, at the expense of up-to-date results.

=== In-line Editing ===

==== Form Activation ====
In CuneiFox, adding/editing a table entry triggers the following sequence:
# '''For add-type operations:''' Create a new blank row to accomodate the new entry.
#* If the table uses an in-line form, make a request to the server for the default value, and push that value set into '''data_raw''' attribute for now.
#* If the table employs a full-form, prepare the value to populate the {{code|id}} field of the form. This value is fed to the form via the function {{code|activate_tbform}} ''(Step 3)''.
# Switch the table's button set from the standard '''"add-edit-delete"''' set to show the '''"OK-cancel"''' set instead.
# Trigger the editable state of the form.
# Activate the table's form.
#* For a table with an in-line form, populate the form with the proper data set from '''data_raw'''. Then, switch out the cell texts with form fields hidden in the table's '''haven''' element.
#* For a table with a full-form, fill the form's {{code|id}} field with proper value, trigger a change event on said field, then show the modal. Different values imply different operation as detailed below:
#** '''A blank string''' implies a totally new entry.
#** '''A positive integer''' implies an edit/delete operation on the entry with this ID.
#** '''A negative integer''' implies a copy operation on the entry whose ID is the positive value of this integer.

'''NOTE:''' A delete operation follows roughly the same procedure, however, with cell-content switching (for in-line forms) and full-form modal showing (for full-forms) skipped. The delete prompt is immediately shown right after the listed steps are completed.

==== Form Deactivation ====
Once the add/edit/delete operation is submitted or cancelled, the sequence detailed below is triggered.

# '''For successful operations:''' Commit the change to the CuneiTable.
#* For add/edit operations: Replace the cell texts (currently residing in the '''haven''' element) with the final values as confirmed by the server via '''{{code|data.entry}}'''. ''(See [[CuneiForm#Non-redirecting Form|Submission of Non-redirecting Form]] for details.)''
#* For delete operations: Delete the coresponding row from the CuneiTable.
# Switch the table's buttons back to show the standard '''"add-edit-delete"''' set.
# '''For tables in link-mode:''' Reprocess and rebind the link destination of a row.
# Untrigger the form back to its disabled state.
# Clear all search modals related to the form to prevent search result retention.
# '''For a table using an in-line form:''' Switch out the form fields with the cell texts hidden in the table's '''haven''' element.

== Useful Server-side Patterns ==

=== Simple Search Table ===
<syntaxhighlight lang='python' line=1>
@blueprint_name.route("<submit_path>", methods=["POST"])
def function_name(table=None, prefix="ChqSchTable", *kwargs):
if table is None:
req_prefix = request.args.get("prefix", None)
prefix = prefix if req_prefix is None else req_prefix
table = TableClass(prefix=prefix, searchable=True, editable=False)
identifier = json.loads(request.form.get("sel_iden" if request.form.get("mode")=="sel" \
else "identifier"))
# Extract variables and parameters from identifier and/or request.
# ...
# ...
if request.form.get("mode") == "sel":
selected_rows = request.form.get("identifier")
try:
selected_rows = json.loads(selected_rows)
except (TypeError, json.decoder.JSONDecodeError):
return jsonify({"gr_result":"failure"})
# Retrieve all relevant entries from a database.
selected_rows = ...
if len(selected_rows) == 0:
return jsonify({"gr_result":"failure"})
else:
# Re-format the results as a list of dict.
response_data = [ {col0:row0_value0, col1:row0_value1, ...},
{col0:row1_value0, col1:row1_value1, ...},
... ]
return jsonify({"data":response_data, "gr_status":"success"})

if request.form.get("mode") == "qsch" and not(table.multi):
# Try fetching exactly ONE matching result from the server.
# ...
# If the result count is exactly ONE, the quick-search is successful.
if ...:
# Reformat the result as a dict.
return jsonify({"data":qsch_result, "qs_status":"success"})
# Now that the quick-search has failed, grab everything and return.
# ...
# Re-format the results as an array of array.
# The order in each sub-array reflects the table's columns.
response_data = [ [row0_value0, row0_value1, row0_value2, ...],
[row1_value0, row1_value1, row1_value2, ...],
... ]
return jsonify({"data":response_data})

# NOTE THAT this is an extremely simple variation. In practical cases,
# the function 'fetch_all' can retrieve records from the database while
# simultaneously applying the quick-search filter. So, the quick-search
# section might get switched around a bit.
</syntaxhighlight>

=== Search Table with a Stand-alone Page ===

This example is extracted from the route that handles the [[#Shortcut]] form below. So, it can seem excessive in places. Feel free to cut and trim when adapting this pattern to your need.

<syntaxhighlight lang='python' line=1>
@blueprint_name.route("path_name", methods=["GET", "POST"])
def function_name(ref_tbname=None):
# Handles different references to the table,
# in case some pages need 5 product search modals, for example.
ref_tbname = tbname if ref_tbname is None else ref_tbname

# Check the permission(s).
table.perm_bit = ...
if table.perm_bit == 0:
abort(403)

# FETCH implies the client is merely requesting the data, not the page.
fetch = True if request.args.get("fetch") == "yes" else False
if fetch:
# 'NCOL' FETCH MODE: For new entry in a table with an in-line form.
# This section can be simpler if one doesn't desire the COPY function.
if request.form.get("mode") == "ncol":
identifiers = json.loads(request.form.get("identifier"))
copy_id = request.form.get("copy_id")
# ...
# ...
# Return data in list form. Member order reflects the table's columns.
return_data = [...]
return jsonify({"data":return_data})
# 'GRAB' FETCH MODE: Retrieve a full entry to populate the table's full-form.
elif request.form.get("mode") == "grab":
identifiers = json.loads(request.form.get("identifier"))
thisid = identifiers.get("id", None)
# ...
# ...
# Return data in dict form.
return {...}
# 'SEL' FETCH MODE: Retrieve selection results.
elif request.form.get("mode") == "sel":
selected_rows = request.form.get("identifier")
try:
selected_rows = json.loads(selected_rows)
except (TypeError, json.decoder.JSONDecodeError):
return jsonify({"gr_result":"failure"})
# Retrieve all relevant entries from a database.
selected_rows = ...
if len(selected_rows) == 0:
return jsonify({"gr_result":"failure"})
else:
# Re-format the results as a list of dict.
response_data = [ {col0:row0_value0, col1:row0_value1, ...},
{col0:row1_value0, col1:row1_value1, ...},
... ]
return jsonify({"data":response_data, "gr_status":"success"})

# 'QSCH' FETCH MODE: Retrieve quick-search result OR the whole table.
if request.form.get("mode") == "qsch" and not(table.multi):
# Try fetching exactly ONE matching result from the server.
# ...
# If the result count is exactly ONE, the quick-search is successful.
if ...:
# Reformat the result as a dict.
return jsonify({"data":qsch_result, "qs_status":"success"})
# Now that the quick-search has failed, grab everything and return.
# ...
# Re-format the results as an array of array.
# The order in each sub-array reflects the table's columns.
response_data = [ [row0_value0, row0_value1, row0_value2, ...],
[row1_value0, row1_value1, row1_value2, ...],
... ]
return jsonify({"data":response_data})

# NOTE THAT this is an extremely simple variation. In practical cases,
# the function 'fetch_all' can retrieve records from the database while
# simultaneously applying the quick-search filter. So, the quick-search
# section might get switched around a bit.

# POST method (after the FETCH filter) implies form submission.
if request.method == "POST":
tbform = table.fullform[3] if table.fullform else table.form
# When a database is involved, it is recommended to use 'gen_dbcommit_resp'.
# Many things are taken care of inside.
db_mod_code, new_entry, resp_dict = gen_dbcommit_resp(dbtype, tbname, model,
tbform, table.perm_bit,
suppress_success_msg=True)
if resp_dict == 403:
abort(403)
# If this is not a delete operation, prepare and package resp_dict['entry'] too.
# resp_dict['entry'] is a list of values. Its order reflects the table's columns.
if isinstance(db_mod_code, int) and db_mod_code < 4 and not(new_entry is None):
# ...
resp_dict["entry"] = [...]
return jsonify(resp_dict)

# At this point, it is clear that the client is requesting the stand-alone page.
table.populate_route = url_for("<blueprint>.<function_name>", fetch="yes")
if table.fullform:
table.fullform[3].populate_id = ["id"]
table.fullform[3].populate_route = table.populate_route

# The template 'browse_table.html' is suitable for most stand-alone table page.
# Using it is convenient but not necessary.
return render_template("browse_table.html", ...)
</syntaxhighlight>

==== Shortcut ====

<syntaxhighlight lang='python' line=1>
@blueprint_name.route("path_name", methods=["GET", "POST"])
def function_name(mes_dict=None, prefix="DefaultPrefix"):

this_permission = ...
import_form = StdImportForm.gen_import_form("blueprint_name.function_name", upload="yes"))
if request.args.get("upload", False) == "yes" and this_permission >= 5:
# Do import sequence
return ...
if request.args.get("export", False) == "yes" and this_permission >= 1:
# Do export sequence
return ...

real_mes = interpret_mes_request(request.args, 3) if mes_dict is None
else interpret_mes_request(mes_dict, 3)
req_prefix = request.args.get("prefix", None)
prefix = prefix if req_prefix is None else req_prefix
table = TableClass(prefix=prefix, suppress_copy=False, **real_mes)
table.sch_tbs = []
# Append search tables into table.sch_tbs
# ...
dbtype, tbname = "table", "<database_file_name>"
# If the table name and the database name do not match. Also do:
# ref_tbname = "<table_name>"
model, module = CuneiModelClass, "<module_code>"
new_default = function_that_return_default_val_dict
fetch_all = function_that_return_all_entries_in_the_database
return single_tb_page(dbtype, tbname, model, module, table, new_default, fetch_all, request,
import_form=import_form,
export_route=url_for("blueprint_name.function_name", export="yes"),
pin_args=...,
back_route=...,
ref_tbname=ref_tbname) # If necessary.
</syntaxhighlight>

== Future Development ==
* '''Pagination''': At the moment, CuneiTable works moderately well for entries up to several thousands (depending on the power of the client-unit). However, pagination will allow more entries to be processed and rendered in a swifter manner.
* '''Change Order-by Column(s)''': In the present incarnation, the entry order of a CuneiTable is determined from the server. Allowing users to change the ordering from the client-side will definitely boost the usefulness of CuneiTables. However, details regarding entry referencing in the JavaScript code has to be considered.

{{The Tenko Shrine}}

คำนวณข้อมูลใหม่

2026-03-24T06:28:49Z

Tenko: /* การแช่แข็ง/ผ่านบัญชี */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "จัดการข้อมูล"]] → คำนวณข้อมูลใหม่'''

== การเก็บข้อมูลธุรกรรมแบบแยกเดือน ==
=== แนวคิดเบื้องหลัง ===
ระบบคูนิฟ็อกซ์ถูกออกแบบให้เก็บข้อมูลธุรกรรมแยกเป็นรายเดือน การเลือกเก็บข้อมูลในลักษณะนี้มีแนวคิดคือ:
* '''ลดความเสี่ยงและผลกระทบของความเสียหาย:''' ฐานข้อมูลที่ถูกเขียนข้อมูลอยู่มีความเสี่ยงต่อความเสียหายมากกว่า ดังนั้นการแยกเก็บข้อมูลจึงเป็นวิธีหนึ่งในการจำกัดความเสี่ยงและจำนวนข้อมูลที่ได้รับผลกระทบเมื่อเกิดเหตุสุดวิสัยต่างๆ
* '''การแช่แข็งข้อมูลและการผ่านบัญชี:''' ทำให้ผู้ใช้สามารถ[[#การแช่แข็ง/ผ่านบัญชี|แช่แข็งหรือปิดกั้นการแก้ไข]]ข้อมูลเป็นเดือนๆ ได้ เพื่อความสะดวกในการตรวจสอบและเก็บรักษาข้อมูล
* '''จำกัดขนาดของข้อมูลชุดทำงาน:''' การแยกเก็บข้อมูลจะช่วยรักษาขนาดของฐานข้อมูลชุดทำงานไม่ให้มีขนาดใหญ่เกินไป ทำให้การอ่านและเขียนข้อมูลมีความรวดเร็วสม่ำเสมอตลอดการใช้งาน
* '''ไม่จำเป็นต้องล้างข้อมูลเมื่อสิ้นปี:''' เมื่อฐานข้อมูลชุดทำงานไม่ได้มีขนาดใหญ่ขึ้นไปเรื่อยๆ ไม่จำกัด การล้างข้อมูลทุกสิ้นปีก็ไม่ใช่เรื่องจำเป็นอีกต่อไป ผู้ใช้สามารถเรียกดูข้อมูลดิบชุดจริงย้อนหลังได้ไม่จำกัด รวมถึงสามารถเรียกรายงานย้อนหลังต่อเนื่องได้

วิธีการเก็บข้อมูลวิธีนี้มิได้เป็นวิธีเฉพาะตัวของคูนิฟ็อกซ์เพียงรายเดียวแต่อย่างใด อย่างไรก็ตาม เนื่องจากซอฟต์แวร์ลักษณะเดียวกับส่วนใหญ่เลือกเก็บข้อมูลเป็นฐานข้อมูลเดียว ผู้ใช้อาจพบว่าวงจรการทำงานภายใต้ระบบคูนิฟ็อกซ์แตกต่างไปจากซอฟต์แวร์อื่นที่เคยใช้บ้าง

=== ข้อเสนอแนะในการปฏิบัติงาน ===
การเก็บข้อมูลแบบแยกเดือนนี้ ทำให้คูนิฟ็อกซ์มีการทำงานที่อาจต้องปรับความเคยชินเล็กน้อยอยู่ 2 ประการหลักๆ ได้แก่:
* '''คูนิฟ็อกซ์ใช้วันที่ของ session เพื่อเลือกฐานข้อมูลชุดทำงาน:''' คูนิฟ็อกซ์จะอ่านและเขียนข้อมูลธุรกรรมโดยจะยึดเดือนตามวันที่ของ session ดังนั้น '''ผู้ใช้จะมองเห็นและแก้ไขข้อมูลธุรกรรมดิบได้ทีละเดือน''' หากผู้ใช้ต้องการดูหรือแก้ไขข้อมูลของเดือนอื่น สามารถทำได้โดย'''[[กำหนดวันที่/เวลา|เปลี่ยนวันที่ของ session (คลิกที่วัน/เวลาของ session บนแถบชื่อบริษัท)]]'''
* <p id="ผลยกยอดเบื้องต้น">'''ธุรกรรมต่างๆ จะไม่ปรากฏผลข้ามเดือนจนกว่าจะมีการคำนวณข้อมูลยกยอด:''' เนื่องจากคูนิฟ็อกซ์เก็บข้อมูลธุรกรรมของบริษัทโดยไม่ล้างข้อมูลดิบ ชุดข้อมูลของบริษัทอาจครอบคลุมช่วงเวลาหลายปี ดังนั้นระบบคูนิฟ็อกซ์จะ'''ไม่คำนวณผลกระทบของธุรกรรมข้ามเดือนให้โดยอัตโนมัติ'''จนกว่าผู้ใช้จะสั่งคำนวณข้อมูลใหม่หรือ[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ระบบคำนวณข้อมูลใหม่โดยอัตโนมัติตามเวลาที่ตั้งไว้]]</p><p>อย่างไรก็ตาม ระบบคูนิฟ็อกซ์มี'''[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ฟังก์ชันผลยกยอดเบื้องต้น]]''' เพื่อคำนวณผลกระทบของธุรกรรมที่ผู้ใช้บันทึก/เปลี่ยนแปลงค่าไปยังเดือนที่เลือกไว้เพียง 1 หรือ 2 เดือนได้ เช่นนี้ ผู้ใช้ก็จะสามารถทำงานระหว่างวันได้โดยสะดวก และปล่อยให้การคำนวณข้อมูลใหม่เป็นงานสำหรับสิ้นวันเพียงครั้งเดียว</p><p>ตัวอย่างเช่น เมื่อต้นเดือนตุลาคม มีสินค้าในคลังทั้งหมด 100 ชิ้น บันทึกขายไป 10 ชิ้นในวันที่ 04 ตุลาคม ผู้ใช้จะเห็นจำนวนสินค้าในคลังดังนี้
{| class="wikitable" style="width:100%;"
|-
! rowspan=2 style="width:120px;" | วันที่ของ session || colspan=2 | ฟังก์ชันผลยกยอดเบื้องต้น || rowspan=2 | คำอธิบาย
|-
! style="width:75px;" | ปิด !! style="width:75px;" | เปิด
|-
| colspan=4 {{TableHighlightInfo}} | '''ก่อนคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 style="text-align:center;" | 90 ชิ้น || ธุรกรรมที่บันทึกเห็นผลกระทบทันทีภายในเดือนเดียวกัน
|-
| 01-30 พฤศจิกายน || style="text-align:center;" | 100 ชิ้น || style="text-align:center;" | 90 ชิ้น || ธุรกรรมในเดือนตุลาคมไม่ส่งผลกับเดือนอื่นๆ หากไม่เปิดใช้งานฟังก์ชันผลยกยอดเบื้องต้น
|-
| colspan=4 {{TableHighlightInfo}} | '''หลังคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 rowspan=2 style="text-align:center;" | 90 ชิ้น || rowspan=2 | ในการคำนวณข้อมูลใหม่ ระบบจะยกยอดสิ้นงวดเดือนตุลาคมไปเป็นยอดต้นงวดเดือนพฤศจิกายน ทำให้ธุรกรรมในเดือนตุลาคมส่งผลอย่างถูกต้องในเดือนพฤศิกายน
|-
| 01-30 พฤศจิกายน
|}</p>

== วัตถุประสงค์ ==
การคำนวณข้อมูลใหม่ในระบบคูนิฟ็อกซ์มีวัตถุประสงค์ดังต่อไปนี้:
* '''ตรวจเช็คความสมบูรณ์ของฐานข้อมูล:''' หากไฟล์ฐานข้อมูลหรือดรรชนีเกิดความเสียหายขึ้น ผู้ใช้จะได้ทราบและกู้คืนข้อมูลชุดล่าสุดที่ใช้งานได้
* '''สร้างรายการประวัติและบัญชีรายวันใหม่:''' ระบบจะอ้างอิงจากข้อมูลธุรกรรมดิบที่ผู้ใช้บันทึกเพื่อล้างรายการทดระหว่างวัน ซึ่งเกิดจากการแก้ไขหรือลบข้อมูลธุรกรรม หรือกำจัดรายการที่บันทึก/คำนวณผิดพลาดเนื่องจากสถานการณ์ไม่ปกติต่างๆ
** ระบบจะสร้าง'''รายการประวัติต่างๆ''' เช่น ประวัติการเข้า-ออกสินค้าคงคลัง, ประวัติเจ้าหนี้/ลูกหนี้รายตัว, ฯลฯ ใหม่ทั้งหมด
** สำหรับประเภทธุรกรรมที่มีการบันทึกบัญชีรายวันอัตโนมัติ ''(และไม่ได้ถูกล็อคโดยผู้ใช้)'' ระบบจะ'''ลงบันทึกบัญชีรายวัน'''ให้ใหม่ พร้อม'''ล้างข้อมูลบัญชีรายวันที่ไม่มีข้อมูลธุรกรรมดิบ'''
* '''คำนวณผลลัพท์ของธุรกรรมภายในเดือน:''' เพื่อหายอดสิ้นงวดและยอดยกมาสำหรับเดือนถัดไป

== การใช้งาน ==
[[ไฟล์:Recalc page.png|720px|thumb|center|alt=เพจ "คำนวณข้อมูลใหม่"|เพจ "คำนวณข้อมูลใหม่"]]

# เข้าสู่'''เพจ "คำนวณข้อมูลใหม่"'''
# '''เลือกช่วงข้อมูลและโมดูล'''ที่ต้องการ
# คลิก'''ปุ่ม "ส่งคำขอ"''' เพื่อเริ่มดำเนินการ

{{3stars}} '''โดยปกติของระบบจะข้ามการคำนวณข้อมูลสำหรับเดือนที่แช่แข็งหรือผ่านบัญชีแล้ว''' หากผู้ใช้ต้องการคำนวณข้อมูลใหม่ในเดือนดังกล่าว ให้ผู้ใช้ทำเครื่องหมายใน'''ช่อง "รวมในการคำนวณ (เดือนที่แช่แช็งแล้ว)" หรือ "รวมในการคำนวณ (เดือนที่ผ่านบัญชีแล้ว)"''' ตามต้องการ

== คำอธิบายช่องข้อมูล ==
{{FieldDescTableHead}}
|-
| '''จากเดือน... ถึงเดือน''' || ''เดือน'' || เดือนแรกและเดือนสุดท้ายที่จะคำนวณ
{{3stars}} ระบบจะนำยอดสิ้นงวดของเดือนสุดท้ายไปเขียนเป็นยอดยกมาของเดือนถัดไปด้วย
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่แช่แข็งแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่แช่แข็งแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ถูกแช่แข็ง)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่ผ่านบัญชีแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่ผ่านบัญชีแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ผ่านบัญชี)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| '''แช่แข็ง/ผ่านบัญชี''' || ''ตัวเลือก'' || เปลี่ยนสถานะการแช่แข็ง/ผ่านบัญชี (ดูหัวข้อย่อย [[#การแช่แข็ง/ผ่านบัญชี|"การแช่แข็ง/ผ่านบัญชี"]])
{{3stars}} เปลี่ยนค่าได้เฉพาะผู้ใช้ที่มีสิทธิ์ "แช่แข็งข้อมูล" และ/หรือ "ผ่านบัญชี"

{{DangerText|'''''{{3stars}} การแช่แข็งและการผ่านบัญชีไม่สามารถย้อนกลับได้ โปรดใช้ความระมัดระวังในการเลือก}}
|-
| colspan=3 {{TableHighlightInfo}} | '''เลือกโมดูล''' ''(เลือกโมดูลที่ต้องการคำนวณข้อมูลใหม่)''
|-
| colspan=3 style="text-align:center;" | {{3stars}} ลำดับการทำงานของฟังก์ชันคำนวณข้อมูลใหม่จะทำย้อนลำดับโมดูลที่แสดงบนเพจ<br>เช่นในภาพ ระบบจะคำนวณโมดูลตามลำดับดังนี้<br>'''"ค่าจ้าง/เงินเดือน" → "สินทรัพย์" → "สินค้าคงคลัง" → "เจ้าหนี้/ลูกหนี้" → "บัญชีรายวัน" '''
|}

== การแช่แข็ง/ผ่านบัญชี ==

[[ไฟล์:Monthlock stat.png|220px|thumb|right|alt=สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี|สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี]]

'''ฟังก์ชันการแช่แข็ง/ผ่านบัญชี'''มีไว้เพื่อความสะดวกในการตรวจสอบและการปิดกั้นการแก้ไขข้อมูล มีรายละเอียดดังนี้:
* '''การแช่แข็งข้อมูล:''' ข้อมูลธุรกรรมในเดือนที่แช่แข็งไว้ จะ'''สามารถเพิ่มเติม/แก้ไข/ลบได้เฉพาะผู้ใช้ที่มีสิทธิ์ "แช่แข็งข้อมูล"''' เท่านั้น ''(หน่วยงานของผู้ใช้อาจกำหนดให้เฉพาะผู้ทำบัญชี หรือผู้ตรวจสอบบัญชีมีสิทธิ์นี้)'' เพื่อจำกัดการเปลี่ยนแปลงของข้อมูลให้มาจากวงแคบเท่านั้น ทำให้การตรวจสอบเป็นไปได้ง่ายและรวดเร็วขึ้น
* '''การผ่านบัญชี:''' ข้อมูลธุรกรรมในเดือนที่ผ่านบัญชีแล้วจะ'''ไม่อนุญาตให้เพิ่มเติม/แก้ไข/ลบ''' หากผู้ใช้ต้องการปรับปรุงรายการในเดือนดังกล่าว ให้ผู้ใช้'''สร้างเอกสารปรับปรุง/เปลี่ยนแปลงในเดือนที่ยังไม่ได้ผ่านบัญชีแทน'''

เมื่อวันที่ของ session ตกอยู่ในเดือนที่ถูกแช่แข็งหรือผ่านบัญชี จะปรากฏสัญลักษณ์บอกสถานะขึ้นกลางแถบชื่อบริษัทด้านบนของจอ

=== การแช่แข็งการตั้งค่าต่างๆ ===
การแช่แข็งการตั้งค่าคือการคัดลอกการตั้งค่าในปัจจุบันเก็บเอาไว้ใช้สำหรับข้อมูลเฉพาะในเดือนนั้น โดยระบบจะแช่แข็งการตั้งค่าให้โดยอัตโนมัติสำหรับเดือนที่ผู้ใช้สั่งแช่แข็งหรือผ่านบัญชี ทั้งนี้ การตั้งค่าที่จะถูกแช่แข็งหมายรวมถึง '''[[ตั้งค่าระบบ|"การตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"รูปแบบการบันทึกบัญชี"]]'''

เดือนที่มีการตั้งค่าแช่แข็งไว้จะไม่ใช้การตั้งค่าส่วนกลางของบริษัท แต่จะใช้การตั้งค่าที่แช่แข็งไว้ในการคำนวณ/จัดการข้อมูลแทน ดังนั้น ผู้ใช้สามารถเปลี่ยนการตั้งค่าของบริษัทเพื่อใช้ฟีเจอร์ใหม่ๆ ของโปรแกรมได้ โดยไม่กระทบกับวิธีการคำนวณข้อมูลเดือนก่อนๆ เช่น บริษัท A ดำเนินการมาจนถึงสิ้นเดือนธันวาคม 2024 และได้มีการเปลี่ยนแปลงรูปแบบการทำงานและรูปแบบการบันทึกบัญชี บริษัท A จะสามารถปรับการตั้งค่าของตนในระบบคูนิฟ็อกซ์ได้ดังนี้:
# '''สั่งแช่แข็ง (หรือผ่านบัญชี) ทุกๆ เดือนในอดีตจนถึงเดือนธันวาคม 2024:''' ระบบจะคัดลอกการตั้งค่าปัจจุบัน (ก่อนเปลี่ยนแปลง) เอาไว้ใช้ในช่วงเดือนข้อมูลดังกล่าว
# '''เปลี่ยนแปลงการตั้งค่าระบบ และรูปแบบการบันทึกบัญชี'''เพื่อรองรับรูปแบบการทำงานใหม่
# '''ใช้งานต่อตามปกติ:'''
#* ข้อมูลธุรกรรมใดๆ ของเดือนหลังจากธันวาคม 2024 ก็จะใช้การตั้งค่าใหม่ได้ทันที
#* ข้อมูลธุรกรรมที่ย้อนไปบันทึกเป็นของเดือนธันวาคม 2024 หรือก่อนหน้า (เช่นการปรับปรุงบัญชีเพื่อปิดงบ) รวมไปถึงการคำนวณข้อมูลใหม่ จะยังใช้การตั้งค่าเดิมที่แช่แข็งไว้

==== การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ ====
หากผู้ใช้ต้องการเปลี่ยนแปลงการตั้งค่าที่ถูกแช่แข็งไว้ สามารถทำได้ 2 วิธีดังนี้:
* เปลี่ยนวันที่ของ session เป็นเดือนที่ต้องการ แล้วแก้ไขการตั้งค่าผ่านเพจ '''[[ตั้งค่าระบบ|"ตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"กำหนดรูปแบบการบันทึกบัญชี"]]''' ''(วิธีนี้ใช้ไม่ได้สำหรับเดือนที่ผ่านบัญชีแล้ว)''
* สั่งคำนวณข้อมูลของเดือนที่ต้องการใหม่ โดยทำเครื่องหมายที่'''ช่องข้อมูล "ใช้และจัดเก็บการตั้งค่าปัจจุบัน"'''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

คำนวณข้อมูลใหม่

2026-03-24T06:28:34Z

Tenko: /* คำอธิบายช่องข้อมูล */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "จัดการข้อมูล"]] → คำนวณข้อมูลใหม่'''

== การเก็บข้อมูลธุรกรรมแบบแยกเดือน ==
=== แนวคิดเบื้องหลัง ===
ระบบคูนิฟ็อกซ์ถูกออกแบบให้เก็บข้อมูลธุรกรรมแยกเป็นรายเดือน การเลือกเก็บข้อมูลในลักษณะนี้มีแนวคิดคือ:
* '''ลดความเสี่ยงและผลกระทบของความเสียหาย:''' ฐานข้อมูลที่ถูกเขียนข้อมูลอยู่มีความเสี่ยงต่อความเสียหายมากกว่า ดังนั้นการแยกเก็บข้อมูลจึงเป็นวิธีหนึ่งในการจำกัดความเสี่ยงและจำนวนข้อมูลที่ได้รับผลกระทบเมื่อเกิดเหตุสุดวิสัยต่างๆ
* '''การแช่แข็งข้อมูลและการผ่านบัญชี:''' ทำให้ผู้ใช้สามารถ[[#การแช่แข็ง/ผ่านบัญชี|แช่แข็งหรือปิดกั้นการแก้ไข]]ข้อมูลเป็นเดือนๆ ได้ เพื่อความสะดวกในการตรวจสอบและเก็บรักษาข้อมูล
* '''จำกัดขนาดของข้อมูลชุดทำงาน:''' การแยกเก็บข้อมูลจะช่วยรักษาขนาดของฐานข้อมูลชุดทำงานไม่ให้มีขนาดใหญ่เกินไป ทำให้การอ่านและเขียนข้อมูลมีความรวดเร็วสม่ำเสมอตลอดการใช้งาน
* '''ไม่จำเป็นต้องล้างข้อมูลเมื่อสิ้นปี:''' เมื่อฐานข้อมูลชุดทำงานไม่ได้มีขนาดใหญ่ขึ้นไปเรื่อยๆ ไม่จำกัด การล้างข้อมูลทุกสิ้นปีก็ไม่ใช่เรื่องจำเป็นอีกต่อไป ผู้ใช้สามารถเรียกดูข้อมูลดิบชุดจริงย้อนหลังได้ไม่จำกัด รวมถึงสามารถเรียกรายงานย้อนหลังต่อเนื่องได้

วิธีการเก็บข้อมูลวิธีนี้มิได้เป็นวิธีเฉพาะตัวของคูนิฟ็อกซ์เพียงรายเดียวแต่อย่างใด อย่างไรก็ตาม เนื่องจากซอฟต์แวร์ลักษณะเดียวกับส่วนใหญ่เลือกเก็บข้อมูลเป็นฐานข้อมูลเดียว ผู้ใช้อาจพบว่าวงจรการทำงานภายใต้ระบบคูนิฟ็อกซ์แตกต่างไปจากซอฟต์แวร์อื่นที่เคยใช้บ้าง

=== ข้อเสนอแนะในการปฏิบัติงาน ===
การเก็บข้อมูลแบบแยกเดือนนี้ ทำให้คูนิฟ็อกซ์มีการทำงานที่อาจต้องปรับความเคยชินเล็กน้อยอยู่ 2 ประการหลักๆ ได้แก่:
* '''คูนิฟ็อกซ์ใช้วันที่ของ session เพื่อเลือกฐานข้อมูลชุดทำงาน:''' คูนิฟ็อกซ์จะอ่านและเขียนข้อมูลธุรกรรมโดยจะยึดเดือนตามวันที่ของ session ดังนั้น '''ผู้ใช้จะมองเห็นและแก้ไขข้อมูลธุรกรรมดิบได้ทีละเดือน''' หากผู้ใช้ต้องการดูหรือแก้ไขข้อมูลของเดือนอื่น สามารถทำได้โดย'''[[กำหนดวันที่/เวลา|เปลี่ยนวันที่ของ session (คลิกที่วัน/เวลาของ session บนแถบชื่อบริษัท)]]'''
* <p id="ผลยกยอดเบื้องต้น">'''ธุรกรรมต่างๆ จะไม่ปรากฏผลข้ามเดือนจนกว่าจะมีการคำนวณข้อมูลยกยอด:''' เนื่องจากคูนิฟ็อกซ์เก็บข้อมูลธุรกรรมของบริษัทโดยไม่ล้างข้อมูลดิบ ชุดข้อมูลของบริษัทอาจครอบคลุมช่วงเวลาหลายปี ดังนั้นระบบคูนิฟ็อกซ์จะ'''ไม่คำนวณผลกระทบของธุรกรรมข้ามเดือนให้โดยอัตโนมัติ'''จนกว่าผู้ใช้จะสั่งคำนวณข้อมูลใหม่หรือ[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ระบบคำนวณข้อมูลใหม่โดยอัตโนมัติตามเวลาที่ตั้งไว้]]</p><p>อย่างไรก็ตาม ระบบคูนิฟ็อกซ์มี'''[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ฟังก์ชันผลยกยอดเบื้องต้น]]''' เพื่อคำนวณผลกระทบของธุรกรรมที่ผู้ใช้บันทึก/เปลี่ยนแปลงค่าไปยังเดือนที่เลือกไว้เพียง 1 หรือ 2 เดือนได้ เช่นนี้ ผู้ใช้ก็จะสามารถทำงานระหว่างวันได้โดยสะดวก และปล่อยให้การคำนวณข้อมูลใหม่เป็นงานสำหรับสิ้นวันเพียงครั้งเดียว</p><p>ตัวอย่างเช่น เมื่อต้นเดือนตุลาคม มีสินค้าในคลังทั้งหมด 100 ชิ้น บันทึกขายไป 10 ชิ้นในวันที่ 04 ตุลาคม ผู้ใช้จะเห็นจำนวนสินค้าในคลังดังนี้
{| class="wikitable" style="width:100%;"
|-
! rowspan=2 style="width:120px;" | วันที่ของ session || colspan=2 | ฟังก์ชันผลยกยอดเบื้องต้น || rowspan=2 | คำอธิบาย
|-
! style="width:75px;" | ปิด !! style="width:75px;" | เปิด
|-
| colspan=4 {{TableHighlightInfo}} | '''ก่อนคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 style="text-align:center;" | 90 ชิ้น || ธุรกรรมที่บันทึกเห็นผลกระทบทันทีภายในเดือนเดียวกัน
|-
| 01-30 พฤศจิกายน || style="text-align:center;" | 100 ชิ้น || style="text-align:center;" | 90 ชิ้น || ธุรกรรมในเดือนตุลาคมไม่ส่งผลกับเดือนอื่นๆ หากไม่เปิดใช้งานฟังก์ชันผลยกยอดเบื้องต้น
|-
| colspan=4 {{TableHighlightInfo}} | '''หลังคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 rowspan=2 style="text-align:center;" | 90 ชิ้น || rowspan=2 | ในการคำนวณข้อมูลใหม่ ระบบจะยกยอดสิ้นงวดเดือนตุลาคมไปเป็นยอดต้นงวดเดือนพฤศจิกายน ทำให้ธุรกรรมในเดือนตุลาคมส่งผลอย่างถูกต้องในเดือนพฤศิกายน
|-
| 01-30 พฤศจิกายน
|}</p>

== วัตถุประสงค์ ==
การคำนวณข้อมูลใหม่ในระบบคูนิฟ็อกซ์มีวัตถุประสงค์ดังต่อไปนี้:
* '''ตรวจเช็คความสมบูรณ์ของฐานข้อมูล:''' หากไฟล์ฐานข้อมูลหรือดรรชนีเกิดความเสียหายขึ้น ผู้ใช้จะได้ทราบและกู้คืนข้อมูลชุดล่าสุดที่ใช้งานได้
* '''สร้างรายการประวัติและบัญชีรายวันใหม่:''' ระบบจะอ้างอิงจากข้อมูลธุรกรรมดิบที่ผู้ใช้บันทึกเพื่อล้างรายการทดระหว่างวัน ซึ่งเกิดจากการแก้ไขหรือลบข้อมูลธุรกรรม หรือกำจัดรายการที่บันทึก/คำนวณผิดพลาดเนื่องจากสถานการณ์ไม่ปกติต่างๆ
** ระบบจะสร้าง'''รายการประวัติต่างๆ''' เช่น ประวัติการเข้า-ออกสินค้าคงคลัง, ประวัติเจ้าหนี้/ลูกหนี้รายตัว, ฯลฯ ใหม่ทั้งหมด
** สำหรับประเภทธุรกรรมที่มีการบันทึกบัญชีรายวันอัตโนมัติ ''(และไม่ได้ถูกล็อคโดยผู้ใช้)'' ระบบจะ'''ลงบันทึกบัญชีรายวัน'''ให้ใหม่ พร้อม'''ล้างข้อมูลบัญชีรายวันที่ไม่มีข้อมูลธุรกรรมดิบ'''
* '''คำนวณผลลัพท์ของธุรกรรมภายในเดือน:''' เพื่อหายอดสิ้นงวดและยอดยกมาสำหรับเดือนถัดไป

== การใช้งาน ==
[[ไฟล์:Recalc page.png|720px|thumb|center|alt=เพจ "คำนวณข้อมูลใหม่"|เพจ "คำนวณข้อมูลใหม่"]]

# เข้าสู่'''เพจ "คำนวณข้อมูลใหม่"'''
# '''เลือกช่วงข้อมูลและโมดูล'''ที่ต้องการ
# คลิก'''ปุ่ม "ส่งคำขอ"''' เพื่อเริ่มดำเนินการ

{{3stars}} '''โดยปกติของระบบจะข้ามการคำนวณข้อมูลสำหรับเดือนที่แช่แข็งหรือผ่านบัญชีแล้ว''' หากผู้ใช้ต้องการคำนวณข้อมูลใหม่ในเดือนดังกล่าว ให้ผู้ใช้ทำเครื่องหมายใน'''ช่อง "รวมในการคำนวณ (เดือนที่แช่แช็งแล้ว)" หรือ "รวมในการคำนวณ (เดือนที่ผ่านบัญชีแล้ว)"''' ตามต้องการ

== คำอธิบายช่องข้อมูล ==
{{FieldDescTableHead}}
|-
| '''จากเดือน... ถึงเดือน''' || ''เดือน'' || เดือนแรกและเดือนสุดท้ายที่จะคำนวณ
{{3stars}} ระบบจะนำยอดสิ้นงวดของเดือนสุดท้ายไปเขียนเป็นยอดยกมาของเดือนถัดไปด้วย
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่แช่แข็งแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่แช่แข็งแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ถูกแช่แข็ง)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่ผ่านบัญชีแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่ผ่านบัญชีแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ผ่านบัญชี)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| '''แช่แข็ง/ผ่านบัญชี''' || ''ตัวเลือก'' || เปลี่ยนสถานะการแช่แข็ง/ผ่านบัญชี (ดูหัวข้อย่อย [[#การแช่แข็ง/ผ่านบัญชี|"การแช่แข็ง/ผ่านบัญชี"]])
{{3stars}} เปลี่ยนค่าได้เฉพาะผู้ใช้ที่มีสิทธิ์ "แช่แข็งข้อมูล" และ/หรือ "ผ่านบัญชี"

{{DangerText|'''''{{3stars}} การแช่แข็งและการผ่านบัญชีไม่สามารถย้อนกลับได้ โปรดใช้ความระมัดระวังในการเลือก}}
|-
| colspan=3 {{TableHighlightInfo}} | '''เลือกโมดูล''' ''(เลือกโมดูลที่ต้องการคำนวณข้อมูลใหม่)''
|-
| colspan=3 style="text-align:center;" | {{3stars}} ลำดับการทำงานของฟังก์ชันคำนวณข้อมูลใหม่จะทำย้อนลำดับโมดูลที่แสดงบนเพจ<br>เช่นในภาพ ระบบจะคำนวณโมดูลตามลำดับดังนี้<br>'''"ค่าจ้าง/เงินเดือน" → "สินทรัพย์" → "สินค้าคงคลัง" → "เจ้าหนี้/ลูกหนี้" → "บัญชีรายวัน" '''
|}

== การแช่แข็ง/ผ่านบัญชี ==

[[ไฟล์:Monthlock stat.png|220px|thumb|right|alt=สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี|สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี]]

'''ฟังก์ชันการแช่แข็ง/ผ่านบัญชี'''มีไว้เพื่อความสะดวกในการตรวจสอบและการปิดกั้นการแก้ไขข้อมูล มีรายละเอียดดังนี้:
* '''การแช่แข็งข้อมูล:''' ข้อมูลธุรกรรมในเดือนที่แช่แข็งไว้ จะ'''สามารถเพิ่มเติม/แก้ไข/ลบได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล"''' เท่านั้น ''(หน่วยงานของผู้ใช้อาจกำหนดให้เฉพาะผู้ทำบัญชี หรือผู้ตรวจสอบบัญชีมีสิทธิ์นี้)'' เพื่อจำกัดการเปลี่ยนแปลงของข้อมูลให้มาจากวงแคบเท่านั้น ทำให้การตรวจสอบเป็นไปได้ง่ายและรวดเร็วขึ้น
* '''การผ่านบัญชี:''' ข้อมูลธุรกรรมในเดือนที่ผ่านบัญชีแล้วจะ'''ไม่อนุญาตให้เพิ่มเติม/แก้ไข/ลบ''' หากผู้ใช้ต้องการปรับปรุงรายการในเดือนดังกล่าว ให้ผู้ใช้'''สร้างเอกสารปรับปรุง/เปลี่ยนแปลงในเดือนที่ยังไม่ได้ผ่านบัญชีแทน'''

เมื่อวันที่ของ session ตกอยู่ในเดือนที่ถูกแช่แข็งหรือผ่านบัญชี จะปรากฏสัญลักษณ์บอกสถานะขึ้นกลางแถบชื่อบริษัทด้านบนของจอ

=== การแช่แข็งการตั้งค่าต่างๆ ===
การแช่แข็งการตั้งค่าคือการคัดลอกการตั้งค่าในปัจจุบันเก็บเอาไว้ใช้สำหรับข้อมูลเฉพาะในเดือนนั้น โดยระบบจะแช่แข็งการตั้งค่าให้โดยอัตโนมัติสำหรับเดือนที่ผู้ใช้สั่งแช่แข็งหรือผ่านบัญชี ทั้งนี้ การตั้งค่าที่จะถูกแช่แข็งหมายรวมถึง '''[[ตั้งค่าระบบ|"การตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"รูปแบบการบันทึกบัญชี"]]'''

เดือนที่มีการตั้งค่าแช่แข็งไว้จะไม่ใช้การตั้งค่าส่วนกลางของบริษัท แต่จะใช้การตั้งค่าที่แช่แข็งไว้ในการคำนวณ/จัดการข้อมูลแทน ดังนั้น ผู้ใช้สามารถเปลี่ยนการตั้งค่าของบริษัทเพื่อใช้ฟีเจอร์ใหม่ๆ ของโปรแกรมได้ โดยไม่กระทบกับวิธีการคำนวณข้อมูลเดือนก่อนๆ เช่น บริษัท A ดำเนินการมาจนถึงสิ้นเดือนธันวาคม 2024 และได้มีการเปลี่ยนแปลงรูปแบบการทำงานและรูปแบบการบันทึกบัญชี บริษัท A จะสามารถปรับการตั้งค่าของตนในระบบคูนิฟ็อกซ์ได้ดังนี้:
# '''สั่งแช่แข็ง (หรือผ่านบัญชี) ทุกๆ เดือนในอดีตจนถึงเดือนธันวาคม 2024:''' ระบบจะคัดลอกการตั้งค่าปัจจุบัน (ก่อนเปลี่ยนแปลง) เอาไว้ใช้ในช่วงเดือนข้อมูลดังกล่าว
# '''เปลี่ยนแปลงการตั้งค่าระบบ และรูปแบบการบันทึกบัญชี'''เพื่อรองรับรูปแบบการทำงานใหม่
# '''ใช้งานต่อตามปกติ:'''
#* ข้อมูลธุรกรรมใดๆ ของเดือนหลังจากธันวาคม 2024 ก็จะใช้การตั้งค่าใหม่ได้ทันที
#* ข้อมูลธุรกรรมที่ย้อนไปบันทึกเป็นของเดือนธันวาคม 2024 หรือก่อนหน้า (เช่นการปรับปรุงบัญชีเพื่อปิดงบ) รวมไปถึงการคำนวณข้อมูลใหม่ จะยังใช้การตั้งค่าเดิมที่แช่แข็งไว้

==== การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ ====
หากผู้ใช้ต้องการเปลี่ยนแปลงการตั้งค่าที่ถูกแช่แข็งไว้ สามารถทำได้ 2 วิธีดังนี้:
* เปลี่ยนวันที่ของ session เป็นเดือนที่ต้องการ แล้วแก้ไขการตั้งค่าผ่านเพจ '''[[ตั้งค่าระบบ|"ตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"กำหนดรูปแบบการบันทึกบัญชี"]]''' ''(วิธีนี้ใช้ไม่ได้สำหรับเดือนที่ผ่านบัญชีแล้ว)''
* สั่งคำนวณข้อมูลของเดือนที่ต้องการใหม่ โดยทำเครื่องหมายที่'''ช่องข้อมูล "ใช้และจัดเก็บการตั้งค่าปัจจุบัน"'''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

คำนวณข้อมูลใหม่

2026-03-24T06:27:24Z

Tenko: /* การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "จัดการข้อมูล"]] → คำนวณข้อมูลใหม่'''

== การเก็บข้อมูลธุรกรรมแบบแยกเดือน ==
=== แนวคิดเบื้องหลัง ===
ระบบคูนิฟ็อกซ์ถูกออกแบบให้เก็บข้อมูลธุรกรรมแยกเป็นรายเดือน การเลือกเก็บข้อมูลในลักษณะนี้มีแนวคิดคือ:
* '''ลดความเสี่ยงและผลกระทบของความเสียหาย:''' ฐานข้อมูลที่ถูกเขียนข้อมูลอยู่มีความเสี่ยงต่อความเสียหายมากกว่า ดังนั้นการแยกเก็บข้อมูลจึงเป็นวิธีหนึ่งในการจำกัดความเสี่ยงและจำนวนข้อมูลที่ได้รับผลกระทบเมื่อเกิดเหตุสุดวิสัยต่างๆ
* '''การแช่แข็งข้อมูลและการผ่านบัญชี:''' ทำให้ผู้ใช้สามารถ[[#การแช่แข็ง/ผ่านบัญชี|แช่แข็งหรือปิดกั้นการแก้ไข]]ข้อมูลเป็นเดือนๆ ได้ เพื่อความสะดวกในการตรวจสอบและเก็บรักษาข้อมูล
* '''จำกัดขนาดของข้อมูลชุดทำงาน:''' การแยกเก็บข้อมูลจะช่วยรักษาขนาดของฐานข้อมูลชุดทำงานไม่ให้มีขนาดใหญ่เกินไป ทำให้การอ่านและเขียนข้อมูลมีความรวดเร็วสม่ำเสมอตลอดการใช้งาน
* '''ไม่จำเป็นต้องล้างข้อมูลเมื่อสิ้นปี:''' เมื่อฐานข้อมูลชุดทำงานไม่ได้มีขนาดใหญ่ขึ้นไปเรื่อยๆ ไม่จำกัด การล้างข้อมูลทุกสิ้นปีก็ไม่ใช่เรื่องจำเป็นอีกต่อไป ผู้ใช้สามารถเรียกดูข้อมูลดิบชุดจริงย้อนหลังได้ไม่จำกัด รวมถึงสามารถเรียกรายงานย้อนหลังต่อเนื่องได้

วิธีการเก็บข้อมูลวิธีนี้มิได้เป็นวิธีเฉพาะตัวของคูนิฟ็อกซ์เพียงรายเดียวแต่อย่างใด อย่างไรก็ตาม เนื่องจากซอฟต์แวร์ลักษณะเดียวกับส่วนใหญ่เลือกเก็บข้อมูลเป็นฐานข้อมูลเดียว ผู้ใช้อาจพบว่าวงจรการทำงานภายใต้ระบบคูนิฟ็อกซ์แตกต่างไปจากซอฟต์แวร์อื่นที่เคยใช้บ้าง

=== ข้อเสนอแนะในการปฏิบัติงาน ===
การเก็บข้อมูลแบบแยกเดือนนี้ ทำให้คูนิฟ็อกซ์มีการทำงานที่อาจต้องปรับความเคยชินเล็กน้อยอยู่ 2 ประการหลักๆ ได้แก่:
* '''คูนิฟ็อกซ์ใช้วันที่ของ session เพื่อเลือกฐานข้อมูลชุดทำงาน:''' คูนิฟ็อกซ์จะอ่านและเขียนข้อมูลธุรกรรมโดยจะยึดเดือนตามวันที่ของ session ดังนั้น '''ผู้ใช้จะมองเห็นและแก้ไขข้อมูลธุรกรรมดิบได้ทีละเดือน''' หากผู้ใช้ต้องการดูหรือแก้ไขข้อมูลของเดือนอื่น สามารถทำได้โดย'''[[กำหนดวันที่/เวลา|เปลี่ยนวันที่ของ session (คลิกที่วัน/เวลาของ session บนแถบชื่อบริษัท)]]'''
* <p id="ผลยกยอดเบื้องต้น">'''ธุรกรรมต่างๆ จะไม่ปรากฏผลข้ามเดือนจนกว่าจะมีการคำนวณข้อมูลยกยอด:''' เนื่องจากคูนิฟ็อกซ์เก็บข้อมูลธุรกรรมของบริษัทโดยไม่ล้างข้อมูลดิบ ชุดข้อมูลของบริษัทอาจครอบคลุมช่วงเวลาหลายปี ดังนั้นระบบคูนิฟ็อกซ์จะ'''ไม่คำนวณผลกระทบของธุรกรรมข้ามเดือนให้โดยอัตโนมัติ'''จนกว่าผู้ใช้จะสั่งคำนวณข้อมูลใหม่หรือ[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ระบบคำนวณข้อมูลใหม่โดยอัตโนมัติตามเวลาที่ตั้งไว้]]</p><p>อย่างไรก็ตาม ระบบคูนิฟ็อกซ์มี'''[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ฟังก์ชันผลยกยอดเบื้องต้น]]''' เพื่อคำนวณผลกระทบของธุรกรรมที่ผู้ใช้บันทึก/เปลี่ยนแปลงค่าไปยังเดือนที่เลือกไว้เพียง 1 หรือ 2 เดือนได้ เช่นนี้ ผู้ใช้ก็จะสามารถทำงานระหว่างวันได้โดยสะดวก และปล่อยให้การคำนวณข้อมูลใหม่เป็นงานสำหรับสิ้นวันเพียงครั้งเดียว</p><p>ตัวอย่างเช่น เมื่อต้นเดือนตุลาคม มีสินค้าในคลังทั้งหมด 100 ชิ้น บันทึกขายไป 10 ชิ้นในวันที่ 04 ตุลาคม ผู้ใช้จะเห็นจำนวนสินค้าในคลังดังนี้
{| class="wikitable" style="width:100%;"
|-
! rowspan=2 style="width:120px;" | วันที่ของ session || colspan=2 | ฟังก์ชันผลยกยอดเบื้องต้น || rowspan=2 | คำอธิบาย
|-
! style="width:75px;" | ปิด !! style="width:75px;" | เปิด
|-
| colspan=4 {{TableHighlightInfo}} | '''ก่อนคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 style="text-align:center;" | 90 ชิ้น || ธุรกรรมที่บันทึกเห็นผลกระทบทันทีภายในเดือนเดียวกัน
|-
| 01-30 พฤศจิกายน || style="text-align:center;" | 100 ชิ้น || style="text-align:center;" | 90 ชิ้น || ธุรกรรมในเดือนตุลาคมไม่ส่งผลกับเดือนอื่นๆ หากไม่เปิดใช้งานฟังก์ชันผลยกยอดเบื้องต้น
|-
| colspan=4 {{TableHighlightInfo}} | '''หลังคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 rowspan=2 style="text-align:center;" | 90 ชิ้น || rowspan=2 | ในการคำนวณข้อมูลใหม่ ระบบจะยกยอดสิ้นงวดเดือนตุลาคมไปเป็นยอดต้นงวดเดือนพฤศจิกายน ทำให้ธุรกรรมในเดือนตุลาคมส่งผลอย่างถูกต้องในเดือนพฤศิกายน
|-
| 01-30 พฤศจิกายน
|}</p>

== วัตถุประสงค์ ==
การคำนวณข้อมูลใหม่ในระบบคูนิฟ็อกซ์มีวัตถุประสงค์ดังต่อไปนี้:
* '''ตรวจเช็คความสมบูรณ์ของฐานข้อมูล:''' หากไฟล์ฐานข้อมูลหรือดรรชนีเกิดความเสียหายขึ้น ผู้ใช้จะได้ทราบและกู้คืนข้อมูลชุดล่าสุดที่ใช้งานได้
* '''สร้างรายการประวัติและบัญชีรายวันใหม่:''' ระบบจะอ้างอิงจากข้อมูลธุรกรรมดิบที่ผู้ใช้บันทึกเพื่อล้างรายการทดระหว่างวัน ซึ่งเกิดจากการแก้ไขหรือลบข้อมูลธุรกรรม หรือกำจัดรายการที่บันทึก/คำนวณผิดพลาดเนื่องจากสถานการณ์ไม่ปกติต่างๆ
** ระบบจะสร้าง'''รายการประวัติต่างๆ''' เช่น ประวัติการเข้า-ออกสินค้าคงคลัง, ประวัติเจ้าหนี้/ลูกหนี้รายตัว, ฯลฯ ใหม่ทั้งหมด
** สำหรับประเภทธุรกรรมที่มีการบันทึกบัญชีรายวันอัตโนมัติ ''(และไม่ได้ถูกล็อคโดยผู้ใช้)'' ระบบจะ'''ลงบันทึกบัญชีรายวัน'''ให้ใหม่ พร้อม'''ล้างข้อมูลบัญชีรายวันที่ไม่มีข้อมูลธุรกรรมดิบ'''
* '''คำนวณผลลัพท์ของธุรกรรมภายในเดือน:''' เพื่อหายอดสิ้นงวดและยอดยกมาสำหรับเดือนถัดไป

== การใช้งาน ==
[[ไฟล์:Recalc page.png|720px|thumb|center|alt=เพจ "คำนวณข้อมูลใหม่"|เพจ "คำนวณข้อมูลใหม่"]]

# เข้าสู่'''เพจ "คำนวณข้อมูลใหม่"'''
# '''เลือกช่วงข้อมูลและโมดูล'''ที่ต้องการ
# คลิก'''ปุ่ม "ส่งคำขอ"''' เพื่อเริ่มดำเนินการ

{{3stars}} '''โดยปกติของระบบจะข้ามการคำนวณข้อมูลสำหรับเดือนที่แช่แข็งหรือผ่านบัญชีแล้ว''' หากผู้ใช้ต้องการคำนวณข้อมูลใหม่ในเดือนดังกล่าว ให้ผู้ใช้ทำเครื่องหมายใน'''ช่อง "รวมในการคำนวณ (เดือนที่แช่แช็งแล้ว)" หรือ "รวมในการคำนวณ (เดือนที่ผ่านบัญชีแล้ว)"''' ตามต้องการ

== คำอธิบายช่องข้อมูล ==
{{FieldDescTableHead}}
|-
| '''จากเดือน... ถึงเดือน''' || ''เดือน'' || เดือนแรกและเดือนสุดท้ายที่จะคำนวณ
{{3stars}} ระบบจะนำยอดสิ้นงวดของเดือนสุดท้ายไปเขียนเป็นยอดยกมาของเดือนถัดไปด้วย
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่แช่แข็งแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่แช่แข็งแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ถูกแช่แข็ง)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่ผ่านบัญชีแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่ผ่านบัญชีแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ผ่านบัญชี)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| '''แช่แข็ง/ผ่านบัญชี''' || ''ตัวเลือก'' || เปลี่ยนสถานะการแช่แข็ง/ผ่านบัญชี (ดูหัวข้อย่อย [[#การแช่แข็ง/ผ่านบัญชี|"การแช่แข็ง/ผ่านบัญชี"]])
{{3stars}} เปลี่ยนค่าได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล" และ/หรือ "ผ่านบัญชี"

{{DangerText|'''''{{3stars}} การแช่แข็งและการผ่านบัญชีไม่สามารถย้อนกลับได้ โปรดใช้ความระมัดระวังในการเลือก}}
|-
| colspan=3 {{TableHighlightInfo}} | '''เลือกโมดูล''' ''(เลือกโมดูลที่ต้องการคำนวณข้อมูลใหม่)''
|-
| colspan=3 style="text-align:center;" | {{3stars}} ลำดับการทำงานของฟังก์ชันคำนวณข้อมูลใหม่จะทำย้อนลำดับโมดูลที่แสดงบนเพจ<br>เช่นในภาพ ระบบจะคำนวณโมดูลตามลำดับดังนี้<br>'''"ค่าจ้าง/เงินเดือน" → "สินทรัพย์" → "สินค้าคงคลัง" → "เจ้าหนี้/ลูกหนี้" → "บัญชีรายวัน" '''
|}

== การแช่แข็ง/ผ่านบัญชี ==

[[ไฟล์:Monthlock stat.png|220px|thumb|right|alt=สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี|สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี]]

'''ฟังก์ชันการแช่แข็ง/ผ่านบัญชี'''มีไว้เพื่อความสะดวกในการตรวจสอบและการปิดกั้นการแก้ไขข้อมูล มีรายละเอียดดังนี้:
* '''การแช่แข็งข้อมูล:''' ข้อมูลธุรกรรมในเดือนที่แช่แข็งไว้ จะ'''สามารถเพิ่มเติม/แก้ไข/ลบได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล"''' เท่านั้น ''(หน่วยงานของผู้ใช้อาจกำหนดให้เฉพาะผู้ทำบัญชี หรือผู้ตรวจสอบบัญชีมีสิทธิ์นี้)'' เพื่อจำกัดการเปลี่ยนแปลงของข้อมูลให้มาจากวงแคบเท่านั้น ทำให้การตรวจสอบเป็นไปได้ง่ายและรวดเร็วขึ้น
* '''การผ่านบัญชี:''' ข้อมูลธุรกรรมในเดือนที่ผ่านบัญชีแล้วจะ'''ไม่อนุญาตให้เพิ่มเติม/แก้ไข/ลบ''' หากผู้ใช้ต้องการปรับปรุงรายการในเดือนดังกล่าว ให้ผู้ใช้'''สร้างเอกสารปรับปรุง/เปลี่ยนแปลงในเดือนที่ยังไม่ได้ผ่านบัญชีแทน'''

เมื่อวันที่ของ session ตกอยู่ในเดือนที่ถูกแช่แข็งหรือผ่านบัญชี จะปรากฏสัญลักษณ์บอกสถานะขึ้นกลางแถบชื่อบริษัทด้านบนของจอ

=== การแช่แข็งการตั้งค่าต่างๆ ===
การแช่แข็งการตั้งค่าคือการคัดลอกการตั้งค่าในปัจจุบันเก็บเอาไว้ใช้สำหรับข้อมูลเฉพาะในเดือนนั้น โดยระบบจะแช่แข็งการตั้งค่าให้โดยอัตโนมัติสำหรับเดือนที่ผู้ใช้สั่งแช่แข็งหรือผ่านบัญชี ทั้งนี้ การตั้งค่าที่จะถูกแช่แข็งหมายรวมถึง '''[[ตั้งค่าระบบ|"การตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"รูปแบบการบันทึกบัญชี"]]'''

เดือนที่มีการตั้งค่าแช่แข็งไว้จะไม่ใช้การตั้งค่าส่วนกลางของบริษัท แต่จะใช้การตั้งค่าที่แช่แข็งไว้ในการคำนวณ/จัดการข้อมูลแทน ดังนั้น ผู้ใช้สามารถเปลี่ยนการตั้งค่าของบริษัทเพื่อใช้ฟีเจอร์ใหม่ๆ ของโปรแกรมได้ โดยไม่กระทบกับวิธีการคำนวณข้อมูลเดือนก่อนๆ เช่น บริษัท A ดำเนินการมาจนถึงสิ้นเดือนธันวาคม 2024 และได้มีการเปลี่ยนแปลงรูปแบบการทำงานและรูปแบบการบันทึกบัญชี บริษัท A จะสามารถปรับการตั้งค่าของตนในระบบคูนิฟ็อกซ์ได้ดังนี้:
# '''สั่งแช่แข็ง (หรือผ่านบัญชี) ทุกๆ เดือนในอดีตจนถึงเดือนธันวาคม 2024:''' ระบบจะคัดลอกการตั้งค่าปัจจุบัน (ก่อนเปลี่ยนแปลง) เอาไว้ใช้ในช่วงเดือนข้อมูลดังกล่าว
# '''เปลี่ยนแปลงการตั้งค่าระบบ และรูปแบบการบันทึกบัญชี'''เพื่อรองรับรูปแบบการทำงานใหม่
# '''ใช้งานต่อตามปกติ:'''
#* ข้อมูลธุรกรรมใดๆ ของเดือนหลังจากธันวาคม 2024 ก็จะใช้การตั้งค่าใหม่ได้ทันที
#* ข้อมูลธุรกรรมที่ย้อนไปบันทึกเป็นของเดือนธันวาคม 2024 หรือก่อนหน้า (เช่นการปรับปรุงบัญชีเพื่อปิดงบ) รวมไปถึงการคำนวณข้อมูลใหม่ จะยังใช้การตั้งค่าเดิมที่แช่แข็งไว้

==== การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ ====
หากผู้ใช้ต้องการเปลี่ยนแปลงการตั้งค่าที่ถูกแช่แข็งไว้ สามารถทำได้ 2 วิธีดังนี้:
* เปลี่ยนวันที่ของ session เป็นเดือนที่ต้องการ แล้วแก้ไขการตั้งค่าผ่านเพจ '''[[ตั้งค่าระบบ|"ตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"กำหนดรูปแบบการบันทึกบัญชี"]]''' ''(วิธีนี้ใช้ไม่ได้สำหรับเดือนที่ผ่านบัญชีแล้ว)''
* สั่งคำนวณข้อมูลของเดือนที่ต้องการใหม่ โดยทำเครื่องหมายที่'''ช่องข้อมูล "ใช้และจัดเก็บการตั้งค่าปัจจุบัน"'''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

ไฟล์:Recalc page.png

2026-03-24T06:25:34Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Recalc page.png

เพจ "คำนวณข้อมูลใหม่"

คำนวณข้อมูลใหม่

2026-03-24T06:24:41Z

Tenko: /* คำอธิบายช่องข้อมูล */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "จัดการข้อมูล"]] → คำนวณข้อมูลใหม่'''

== การเก็บข้อมูลธุรกรรมแบบแยกเดือน ==
=== แนวคิดเบื้องหลัง ===
ระบบคูนิฟ็อกซ์ถูกออกแบบให้เก็บข้อมูลธุรกรรมแยกเป็นรายเดือน การเลือกเก็บข้อมูลในลักษณะนี้มีแนวคิดคือ:
* '''ลดความเสี่ยงและผลกระทบของความเสียหาย:''' ฐานข้อมูลที่ถูกเขียนข้อมูลอยู่มีความเสี่ยงต่อความเสียหายมากกว่า ดังนั้นการแยกเก็บข้อมูลจึงเป็นวิธีหนึ่งในการจำกัดความเสี่ยงและจำนวนข้อมูลที่ได้รับผลกระทบเมื่อเกิดเหตุสุดวิสัยต่างๆ
* '''การแช่แข็งข้อมูลและการผ่านบัญชี:''' ทำให้ผู้ใช้สามารถ[[#การแช่แข็ง/ผ่านบัญชี|แช่แข็งหรือปิดกั้นการแก้ไข]]ข้อมูลเป็นเดือนๆ ได้ เพื่อความสะดวกในการตรวจสอบและเก็บรักษาข้อมูล
* '''จำกัดขนาดของข้อมูลชุดทำงาน:''' การแยกเก็บข้อมูลจะช่วยรักษาขนาดของฐานข้อมูลชุดทำงานไม่ให้มีขนาดใหญ่เกินไป ทำให้การอ่านและเขียนข้อมูลมีความรวดเร็วสม่ำเสมอตลอดการใช้งาน
* '''ไม่จำเป็นต้องล้างข้อมูลเมื่อสิ้นปี:''' เมื่อฐานข้อมูลชุดทำงานไม่ได้มีขนาดใหญ่ขึ้นไปเรื่อยๆ ไม่จำกัด การล้างข้อมูลทุกสิ้นปีก็ไม่ใช่เรื่องจำเป็นอีกต่อไป ผู้ใช้สามารถเรียกดูข้อมูลดิบชุดจริงย้อนหลังได้ไม่จำกัด รวมถึงสามารถเรียกรายงานย้อนหลังต่อเนื่องได้

วิธีการเก็บข้อมูลวิธีนี้มิได้เป็นวิธีเฉพาะตัวของคูนิฟ็อกซ์เพียงรายเดียวแต่อย่างใด อย่างไรก็ตาม เนื่องจากซอฟต์แวร์ลักษณะเดียวกับส่วนใหญ่เลือกเก็บข้อมูลเป็นฐานข้อมูลเดียว ผู้ใช้อาจพบว่าวงจรการทำงานภายใต้ระบบคูนิฟ็อกซ์แตกต่างไปจากซอฟต์แวร์อื่นที่เคยใช้บ้าง

=== ข้อเสนอแนะในการปฏิบัติงาน ===
การเก็บข้อมูลแบบแยกเดือนนี้ ทำให้คูนิฟ็อกซ์มีการทำงานที่อาจต้องปรับความเคยชินเล็กน้อยอยู่ 2 ประการหลักๆ ได้แก่:
* '''คูนิฟ็อกซ์ใช้วันที่ของ session เพื่อเลือกฐานข้อมูลชุดทำงาน:''' คูนิฟ็อกซ์จะอ่านและเขียนข้อมูลธุรกรรมโดยจะยึดเดือนตามวันที่ของ session ดังนั้น '''ผู้ใช้จะมองเห็นและแก้ไขข้อมูลธุรกรรมดิบได้ทีละเดือน''' หากผู้ใช้ต้องการดูหรือแก้ไขข้อมูลของเดือนอื่น สามารถทำได้โดย'''[[กำหนดวันที่/เวลา|เปลี่ยนวันที่ของ session (คลิกที่วัน/เวลาของ session บนแถบชื่อบริษัท)]]'''
* <p id="ผลยกยอดเบื้องต้น">'''ธุรกรรมต่างๆ จะไม่ปรากฏผลข้ามเดือนจนกว่าจะมีการคำนวณข้อมูลยกยอด:''' เนื่องจากคูนิฟ็อกซ์เก็บข้อมูลธุรกรรมของบริษัทโดยไม่ล้างข้อมูลดิบ ชุดข้อมูลของบริษัทอาจครอบคลุมช่วงเวลาหลายปี ดังนั้นระบบคูนิฟ็อกซ์จะ'''ไม่คำนวณผลกระทบของธุรกรรมข้ามเดือนให้โดยอัตโนมัติ'''จนกว่าผู้ใช้จะสั่งคำนวณข้อมูลใหม่หรือ[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ระบบคำนวณข้อมูลใหม่โดยอัตโนมัติตามเวลาที่ตั้งไว้]]</p><p>อย่างไรก็ตาม ระบบคูนิฟ็อกซ์มี'''[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ฟังก์ชันผลยกยอดเบื้องต้น]]''' เพื่อคำนวณผลกระทบของธุรกรรมที่ผู้ใช้บันทึก/เปลี่ยนแปลงค่าไปยังเดือนที่เลือกไว้เพียง 1 หรือ 2 เดือนได้ เช่นนี้ ผู้ใช้ก็จะสามารถทำงานระหว่างวันได้โดยสะดวก และปล่อยให้การคำนวณข้อมูลใหม่เป็นงานสำหรับสิ้นวันเพียงครั้งเดียว</p><p>ตัวอย่างเช่น เมื่อต้นเดือนตุลาคม มีสินค้าในคลังทั้งหมด 100 ชิ้น บันทึกขายไป 10 ชิ้นในวันที่ 04 ตุลาคม ผู้ใช้จะเห็นจำนวนสินค้าในคลังดังนี้
{| class="wikitable" style="width:100%;"
|-
! rowspan=2 style="width:120px;" | วันที่ของ session || colspan=2 | ฟังก์ชันผลยกยอดเบื้องต้น || rowspan=2 | คำอธิบาย
|-
! style="width:75px;" | ปิด !! style="width:75px;" | เปิด
|-
| colspan=4 {{TableHighlightInfo}} | '''ก่อนคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 style="text-align:center;" | 90 ชิ้น || ธุรกรรมที่บันทึกเห็นผลกระทบทันทีภายในเดือนเดียวกัน
|-
| 01-30 พฤศจิกายน || style="text-align:center;" | 100 ชิ้น || style="text-align:center;" | 90 ชิ้น || ธุรกรรมในเดือนตุลาคมไม่ส่งผลกับเดือนอื่นๆ หากไม่เปิดใช้งานฟังก์ชันผลยกยอดเบื้องต้น
|-
| colspan=4 {{TableHighlightInfo}} | '''หลังคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 rowspan=2 style="text-align:center;" | 90 ชิ้น || rowspan=2 | ในการคำนวณข้อมูลใหม่ ระบบจะยกยอดสิ้นงวดเดือนตุลาคมไปเป็นยอดต้นงวดเดือนพฤศจิกายน ทำให้ธุรกรรมในเดือนตุลาคมส่งผลอย่างถูกต้องในเดือนพฤศิกายน
|-
| 01-30 พฤศจิกายน
|}</p>

== วัตถุประสงค์ ==
การคำนวณข้อมูลใหม่ในระบบคูนิฟ็อกซ์มีวัตถุประสงค์ดังต่อไปนี้:
* '''ตรวจเช็คความสมบูรณ์ของฐานข้อมูล:''' หากไฟล์ฐานข้อมูลหรือดรรชนีเกิดความเสียหายขึ้น ผู้ใช้จะได้ทราบและกู้คืนข้อมูลชุดล่าสุดที่ใช้งานได้
* '''สร้างรายการประวัติและบัญชีรายวันใหม่:''' ระบบจะอ้างอิงจากข้อมูลธุรกรรมดิบที่ผู้ใช้บันทึกเพื่อล้างรายการทดระหว่างวัน ซึ่งเกิดจากการแก้ไขหรือลบข้อมูลธุรกรรม หรือกำจัดรายการที่บันทึก/คำนวณผิดพลาดเนื่องจากสถานการณ์ไม่ปกติต่างๆ
** ระบบจะสร้าง'''รายการประวัติต่างๆ''' เช่น ประวัติการเข้า-ออกสินค้าคงคลัง, ประวัติเจ้าหนี้/ลูกหนี้รายตัว, ฯลฯ ใหม่ทั้งหมด
** สำหรับประเภทธุรกรรมที่มีการบันทึกบัญชีรายวันอัตโนมัติ ''(และไม่ได้ถูกล็อคโดยผู้ใช้)'' ระบบจะ'''ลงบันทึกบัญชีรายวัน'''ให้ใหม่ พร้อม'''ล้างข้อมูลบัญชีรายวันที่ไม่มีข้อมูลธุรกรรมดิบ'''
* '''คำนวณผลลัพท์ของธุรกรรมภายในเดือน:''' เพื่อหายอดสิ้นงวดและยอดยกมาสำหรับเดือนถัดไป

== การใช้งาน ==
[[ไฟล์:Recalc page.png|720px|thumb|center|alt=เพจ "คำนวณข้อมูลใหม่"|เพจ "คำนวณข้อมูลใหม่"]]

# เข้าสู่'''เพจ "คำนวณข้อมูลใหม่"'''
# '''เลือกช่วงข้อมูลและโมดูล'''ที่ต้องการ
# คลิก'''ปุ่ม "ส่งคำขอ"''' เพื่อเริ่มดำเนินการ

{{3stars}} '''โดยปกติของระบบจะข้ามการคำนวณข้อมูลสำหรับเดือนที่แช่แข็งหรือผ่านบัญชีแล้ว''' หากผู้ใช้ต้องการคำนวณข้อมูลใหม่ในเดือนดังกล่าว ให้ผู้ใช้ทำเครื่องหมายใน'''ช่อง "รวมในการคำนวณ (เดือนที่แช่แช็งแล้ว)" หรือ "รวมในการคำนวณ (เดือนที่ผ่านบัญชีแล้ว)"''' ตามต้องการ

== คำอธิบายช่องข้อมูล ==
{{FieldDescTableHead}}
|-
| '''จากเดือน... ถึงเดือน''' || ''เดือน'' || เดือนแรกและเดือนสุดท้ายที่จะคำนวณ
{{3stars}} ระบบจะนำยอดสิ้นงวดของเดือนสุดท้ายไปเขียนเป็นยอดยกมาของเดือนถัดไปด้วย
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่แช่แข็งแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่แช่แข็งแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ถูกแช่แข็ง)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| colspan=3 {{TableHighlight2Head}} | '''เดือนที่ผ่านบัญชีแล้ว'''
|- {{TableHighlight2|do_center=false}}
| '''รวมในการคำนวณ''' || ''จริง/เท็จ'' || คำนวณข้อมูลสำหรับเดือนที่ผ่านบัญชีแล้วด้วย
|- {{TableHighlight2|do_center=false}}
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบัน''' || ''เดือน'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้ ''(สำหรับเดือนที่ผ่านบัญชี)'' พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| '''แช่แข็ง/ผ่านบัญชี''' || ''ตัวเลือก'' || เปลี่ยนสถานะการแช่แข็ง/ผ่านบัญชี (ดูหัวข้อย่อย [[#การแช่แข็ง/ผ่านบัญชี|"การแช่แข็ง/ผ่านบัญชี"]])
{{3stars}} เปลี่ยนค่าได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล" และ/หรือ "ผ่านบัญชี"

{{DangerText|'''''{{3stars}} การแช่แข็งและการผ่านบัญชีไม่สามารถย้อนกลับได้ โปรดใช้ความระมัดระวังในการเลือก}}
|-
| colspan=3 {{TableHighlightInfo}} | '''เลือกโมดูล''' ''(เลือกโมดูลที่ต้องการคำนวณข้อมูลใหม่)''
|-
| colspan=3 style="text-align:center;" | {{3stars}} ลำดับการทำงานของฟังก์ชันคำนวณข้อมูลใหม่จะทำย้อนลำดับโมดูลที่แสดงบนเพจ<br>เช่นในภาพ ระบบจะคำนวณโมดูลตามลำดับดังนี้<br>'''"ค่าจ้าง/เงินเดือน" → "สินทรัพย์" → "สินค้าคงคลัง" → "เจ้าหนี้/ลูกหนี้" → "บัญชีรายวัน" '''
|}

== การแช่แข็ง/ผ่านบัญชี ==

[[ไฟล์:Monthlock stat.png|220px|thumb|right|alt=สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี|สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี]]

'''ฟังก์ชันการแช่แข็ง/ผ่านบัญชี'''มีไว้เพื่อความสะดวกในการตรวจสอบและการปิดกั้นการแก้ไขข้อมูล มีรายละเอียดดังนี้:
* '''การแช่แข็งข้อมูล:''' ข้อมูลธุรกรรมในเดือนที่แช่แข็งไว้ จะ'''สามารถเพิ่มเติม/แก้ไข/ลบได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล"''' เท่านั้น ''(หน่วยงานของผู้ใช้อาจกำหนดให้เฉพาะผู้ทำบัญชี หรือผู้ตรวจสอบบัญชีมีสิทธิ์นี้)'' เพื่อจำกัดการเปลี่ยนแปลงของข้อมูลให้มาจากวงแคบเท่านั้น ทำให้การตรวจสอบเป็นไปได้ง่ายและรวดเร็วขึ้น
* '''การผ่านบัญชี:''' ข้อมูลธุรกรรมในเดือนที่ผ่านบัญชีแล้วจะ'''ไม่อนุญาตให้เพิ่มเติม/แก้ไข/ลบ''' หากผู้ใช้ต้องการปรับปรุงรายการในเดือนดังกล่าว ให้ผู้ใช้'''สร้างเอกสารปรับปรุง/เปลี่ยนแปลงในเดือนที่ยังไม่ได้ผ่านบัญชีแทน'''

เมื่อวันที่ของ session ตกอยู่ในเดือนที่ถูกแช่แข็งหรือผ่านบัญชี จะปรากฏสัญลักษณ์บอกสถานะขึ้นกลางแถบชื่อบริษัทด้านบนของจอ

=== การแช่แข็งการตั้งค่าต่างๆ ===
การแช่แข็งการตั้งค่าคือการคัดลอกการตั้งค่าในปัจจุบันเก็บเอาไว้ใช้สำหรับข้อมูลเฉพาะในเดือนนั้น โดยระบบจะแช่แข็งการตั้งค่าให้โดยอัตโนมัติสำหรับเดือนที่ผู้ใช้สั่งแช่แข็งหรือผ่านบัญชี ทั้งนี้ การตั้งค่าที่จะถูกแช่แข็งหมายรวมถึง '''[[ตั้งค่าระบบ|"การตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"รูปแบบการบันทึกบัญชี"]]'''

เดือนที่มีการตั้งค่าแช่แข็งไว้จะไม่ใช้การตั้งค่าส่วนกลางของบริษัท แต่จะใช้การตั้งค่าที่แช่แข็งไว้ในการคำนวณ/จัดการข้อมูลแทน ดังนั้น ผู้ใช้สามารถเปลี่ยนการตั้งค่าของบริษัทเพื่อใช้ฟีเจอร์ใหม่ๆ ของโปรแกรมได้ โดยไม่กระทบกับวิธีการคำนวณข้อมูลเดือนก่อนๆ เช่น บริษัท A ดำเนินการมาจนถึงสิ้นเดือนธันวาคม 2024 และได้มีการเปลี่ยนแปลงรูปแบบการทำงานและรูปแบบการบันทึกบัญชี บริษัท A จะสามารถปรับการตั้งค่าของตนในระบบคูนิฟ็อกซ์ได้ดังนี้:
# '''สั่งแช่แข็ง (หรือผ่านบัญชี) ทุกๆ เดือนในอดีตจนถึงเดือนธันวาคม 2024:''' ระบบจะคัดลอกการตั้งค่าปัจจุบัน (ก่อนเปลี่ยนแปลง) เอาไว้ใช้ในช่วงเดือนข้อมูลดังกล่าว
# '''เปลี่ยนแปลงการตั้งค่าระบบ และรูปแบบการบันทึกบัญชี'''เพื่อรองรับรูปแบบการทำงานใหม่
# '''ใช้งานต่อตามปกติ:'''
#* ข้อมูลธุรกรรมใดๆ ของเดือนหลังจากธันวาคม 2024 ก็จะใช้การตั้งค่าใหม่ได้ทันที
#* ข้อมูลธุรกรรมที่ย้อนไปบันทึกเป็นของเดือนธันวาคม 2024 หรือก่อนหน้า (เช่นการปรับปรุงบัญชีเพื่อปิดงบ) รวมไปถึงการคำนวณข้อมูลใหม่ จะยังใช้การตั้งค่าเดิมที่แช่แข็งไว้

==== การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ ====
หากผู้ใช้ต้องการเปลี่ยนแปลงการตั้งค่าที่ถูกแช่แข็งไว้ สามารถทำได้ 2 วิธีดังนี้:
* เปลี่ยนวันที่ของ session เป็นเดือนที่ต้องการ แล้วแก้ไขการตั้งค่าผ่านเพจ '''[[ตั้งค่าระบบ|"ตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"กำหนดรูปแบบการบันทึกบัญชี"]]''' ''(วิธีนี้ใช้ไม่ได้สำหรับเดือนที่ผ่านบัญชีแล้ว)''
* สั่งคำนวณข้อมูลของเดือนที่ต้องการใหม่ โดยทำเครื่องหมายที่'''ช่องข้อมูล "ใช้และจัดเก็บการตั้งค่าปัจจุบันสำหรับเดือนที่แช่แข็ง/ผ่านบัญชีแล้ว"'''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

คำนวณข้อมูลใหม่

2026-03-24T06:18:01Z

Tenko: /* การใช้งาน */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "จัดการข้อมูล"]] → คำนวณข้อมูลใหม่'''

== การเก็บข้อมูลธุรกรรมแบบแยกเดือน ==
=== แนวคิดเบื้องหลัง ===
ระบบคูนิฟ็อกซ์ถูกออกแบบให้เก็บข้อมูลธุรกรรมแยกเป็นรายเดือน การเลือกเก็บข้อมูลในลักษณะนี้มีแนวคิดคือ:
* '''ลดความเสี่ยงและผลกระทบของความเสียหาย:''' ฐานข้อมูลที่ถูกเขียนข้อมูลอยู่มีความเสี่ยงต่อความเสียหายมากกว่า ดังนั้นการแยกเก็บข้อมูลจึงเป็นวิธีหนึ่งในการจำกัดความเสี่ยงและจำนวนข้อมูลที่ได้รับผลกระทบเมื่อเกิดเหตุสุดวิสัยต่างๆ
* '''การแช่แข็งข้อมูลและการผ่านบัญชี:''' ทำให้ผู้ใช้สามารถ[[#การแช่แข็ง/ผ่านบัญชี|แช่แข็งหรือปิดกั้นการแก้ไข]]ข้อมูลเป็นเดือนๆ ได้ เพื่อความสะดวกในการตรวจสอบและเก็บรักษาข้อมูล
* '''จำกัดขนาดของข้อมูลชุดทำงาน:''' การแยกเก็บข้อมูลจะช่วยรักษาขนาดของฐานข้อมูลชุดทำงานไม่ให้มีขนาดใหญ่เกินไป ทำให้การอ่านและเขียนข้อมูลมีความรวดเร็วสม่ำเสมอตลอดการใช้งาน
* '''ไม่จำเป็นต้องล้างข้อมูลเมื่อสิ้นปี:''' เมื่อฐานข้อมูลชุดทำงานไม่ได้มีขนาดใหญ่ขึ้นไปเรื่อยๆ ไม่จำกัด การล้างข้อมูลทุกสิ้นปีก็ไม่ใช่เรื่องจำเป็นอีกต่อไป ผู้ใช้สามารถเรียกดูข้อมูลดิบชุดจริงย้อนหลังได้ไม่จำกัด รวมถึงสามารถเรียกรายงานย้อนหลังต่อเนื่องได้

วิธีการเก็บข้อมูลวิธีนี้มิได้เป็นวิธีเฉพาะตัวของคูนิฟ็อกซ์เพียงรายเดียวแต่อย่างใด อย่างไรก็ตาม เนื่องจากซอฟต์แวร์ลักษณะเดียวกับส่วนใหญ่เลือกเก็บข้อมูลเป็นฐานข้อมูลเดียว ผู้ใช้อาจพบว่าวงจรการทำงานภายใต้ระบบคูนิฟ็อกซ์แตกต่างไปจากซอฟต์แวร์อื่นที่เคยใช้บ้าง

=== ข้อเสนอแนะในการปฏิบัติงาน ===
การเก็บข้อมูลแบบแยกเดือนนี้ ทำให้คูนิฟ็อกซ์มีการทำงานที่อาจต้องปรับความเคยชินเล็กน้อยอยู่ 2 ประการหลักๆ ได้แก่:
* '''คูนิฟ็อกซ์ใช้วันที่ของ session เพื่อเลือกฐานข้อมูลชุดทำงาน:''' คูนิฟ็อกซ์จะอ่านและเขียนข้อมูลธุรกรรมโดยจะยึดเดือนตามวันที่ของ session ดังนั้น '''ผู้ใช้จะมองเห็นและแก้ไขข้อมูลธุรกรรมดิบได้ทีละเดือน''' หากผู้ใช้ต้องการดูหรือแก้ไขข้อมูลของเดือนอื่น สามารถทำได้โดย'''[[กำหนดวันที่/เวลา|เปลี่ยนวันที่ของ session (คลิกที่วัน/เวลาของ session บนแถบชื่อบริษัท)]]'''
* <p id="ผลยกยอดเบื้องต้น">'''ธุรกรรมต่างๆ จะไม่ปรากฏผลข้ามเดือนจนกว่าจะมีการคำนวณข้อมูลยกยอด:''' เนื่องจากคูนิฟ็อกซ์เก็บข้อมูลธุรกรรมของบริษัทโดยไม่ล้างข้อมูลดิบ ชุดข้อมูลของบริษัทอาจครอบคลุมช่วงเวลาหลายปี ดังนั้นระบบคูนิฟ็อกซ์จะ'''ไม่คำนวณผลกระทบของธุรกรรมข้ามเดือนให้โดยอัตโนมัติ'''จนกว่าผู้ใช้จะสั่งคำนวณข้อมูลใหม่หรือ[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ระบบคำนวณข้อมูลใหม่โดยอัตโนมัติตามเวลาที่ตั้งไว้]]</p><p>อย่างไรก็ตาม ระบบคูนิฟ็อกซ์มี'''[[ตั้งค่าระบบ#หมวด "พื้นฐาน"|ฟังก์ชันผลยกยอดเบื้องต้น]]''' เพื่อคำนวณผลกระทบของธุรกรรมที่ผู้ใช้บันทึก/เปลี่ยนแปลงค่าไปยังเดือนที่เลือกไว้เพียง 1 หรือ 2 เดือนได้ เช่นนี้ ผู้ใช้ก็จะสามารถทำงานระหว่างวันได้โดยสะดวก และปล่อยให้การคำนวณข้อมูลใหม่เป็นงานสำหรับสิ้นวันเพียงครั้งเดียว</p><p>ตัวอย่างเช่น เมื่อต้นเดือนตุลาคม มีสินค้าในคลังทั้งหมด 100 ชิ้น บันทึกขายไป 10 ชิ้นในวันที่ 04 ตุลาคม ผู้ใช้จะเห็นจำนวนสินค้าในคลังดังนี้
{| class="wikitable" style="width:100%;"
|-
! rowspan=2 style="width:120px;" | วันที่ของ session || colspan=2 | ฟังก์ชันผลยกยอดเบื้องต้น || rowspan=2 | คำอธิบาย
|-
! style="width:75px;" | ปิด !! style="width:75px;" | เปิด
|-
| colspan=4 {{TableHighlightInfo}} | '''ก่อนคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 style="text-align:center;" | 90 ชิ้น || ธุรกรรมที่บันทึกเห็นผลกระทบทันทีภายในเดือนเดียวกัน
|-
| 01-30 พฤศจิกายน || style="text-align:center;" | 100 ชิ้น || style="text-align:center;" | 90 ชิ้น || ธุรกรรมในเดือนตุลาคมไม่ส่งผลกับเดือนอื่นๆ หากไม่เปิดใช้งานฟังก์ชันผลยกยอดเบื้องต้น
|-
| colspan=4 {{TableHighlightInfo}} | '''หลังคำนวณข้อมูลใหม่''' ''(เดือนตุลาคม - พฤศจิกายน)''
|-
| 04-31 ตุลาคม || colspan=2 rowspan=2 style="text-align:center;" | 90 ชิ้น || rowspan=2 | ในการคำนวณข้อมูลใหม่ ระบบจะยกยอดสิ้นงวดเดือนตุลาคมไปเป็นยอดต้นงวดเดือนพฤศจิกายน ทำให้ธุรกรรมในเดือนตุลาคมส่งผลอย่างถูกต้องในเดือนพฤศิกายน
|-
| 01-30 พฤศจิกายน
|}</p>

== วัตถุประสงค์ ==
การคำนวณข้อมูลใหม่ในระบบคูนิฟ็อกซ์มีวัตถุประสงค์ดังต่อไปนี้:
* '''ตรวจเช็คความสมบูรณ์ของฐานข้อมูล:''' หากไฟล์ฐานข้อมูลหรือดรรชนีเกิดความเสียหายขึ้น ผู้ใช้จะได้ทราบและกู้คืนข้อมูลชุดล่าสุดที่ใช้งานได้
* '''สร้างรายการประวัติและบัญชีรายวันใหม่:''' ระบบจะอ้างอิงจากข้อมูลธุรกรรมดิบที่ผู้ใช้บันทึกเพื่อล้างรายการทดระหว่างวัน ซึ่งเกิดจากการแก้ไขหรือลบข้อมูลธุรกรรม หรือกำจัดรายการที่บันทึก/คำนวณผิดพลาดเนื่องจากสถานการณ์ไม่ปกติต่างๆ
** ระบบจะสร้าง'''รายการประวัติต่างๆ''' เช่น ประวัติการเข้า-ออกสินค้าคงคลัง, ประวัติเจ้าหนี้/ลูกหนี้รายตัว, ฯลฯ ใหม่ทั้งหมด
** สำหรับประเภทธุรกรรมที่มีการบันทึกบัญชีรายวันอัตโนมัติ ''(และไม่ได้ถูกล็อคโดยผู้ใช้)'' ระบบจะ'''ลงบันทึกบัญชีรายวัน'''ให้ใหม่ พร้อม'''ล้างข้อมูลบัญชีรายวันที่ไม่มีข้อมูลธุรกรรมดิบ'''
* '''คำนวณผลลัพท์ของธุรกรรมภายในเดือน:''' เพื่อหายอดสิ้นงวดและยอดยกมาสำหรับเดือนถัดไป

== การใช้งาน ==
[[ไฟล์:Recalc page.png|720px|thumb|center|alt=เพจ "คำนวณข้อมูลใหม่"|เพจ "คำนวณข้อมูลใหม่"]]

# เข้าสู่'''เพจ "คำนวณข้อมูลใหม่"'''
# '''เลือกช่วงข้อมูลและโมดูล'''ที่ต้องการ
# คลิก'''ปุ่ม "ส่งคำขอ"''' เพื่อเริ่มดำเนินการ

{{3stars}} '''โดยปกติของระบบจะข้ามการคำนวณข้อมูลสำหรับเดือนที่แช่แข็งหรือผ่านบัญชีแล้ว''' หากผู้ใช้ต้องการคำนวณข้อมูลใหม่ในเดือนดังกล่าว ให้ผู้ใช้ทำเครื่องหมายใน'''ช่อง "รวมในการคำนวณ (เดือนที่แช่แช็งแล้ว)" หรือ "รวมในการคำนวณ (เดือนที่ผ่านบัญชีแล้ว)"''' ตามต้องการ

== คำอธิบายช่องข้อมูล ==
{{FieldDescTableHead}}
|-
| '''จากเดือน... ถึงเดือน''' || ''เดือน'' || เดือนแรกและเดือนสุดท้ายที่จะคำนวณ
{{3stars}} ระบบจะนำยอดสิ้นงวดของเดือนสุดท้ายไปเขียนเป็นยอดยกมาของเดือนถัดไปด้วย
|-
| '''แช่แข็ง/ผ่านบัญชี''' || ''ตัวเลือก'' || เปลี่ยนสถานะการแช่แข็ง/ผ่านบัญชี (ดูหัวข้อย่อย [[#การแช่แข็ง/ผ่านบัญชี|"การแช่แข็ง/ผ่านบัญชี"]])
{{3stars}} เปลี่ยนค่าได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล" และ/หรือ "ผ่านบัญชี"

{{DangerText|'''''{{3stars}} การแช่แข็งและการผ่านบัญชีไม่สามารถย้อนกลับได้ โปรดใช้ความระมัดระวังในการเลือก}}
|-
| '''ใช้และจัดเก็บการตั้งค่าปัจจุบันสำหรับเดือนที่แช่แข็ง/ผ่านบัญชีแล้ว''' || ''จริง/เท็จ'' || ใช้การตั้งค่าปัจจุบันแทนการตั้งค่าที่แช่แข็งไว้สำหรับเดือนที่ถูกแช่แข็ง/ผ่านบัญชี พร้อมเปลี่ยนการตั้งค่าที่แช่แข็งไว้ในเป็นเหมือนการตั้งค่าปัจจุบัน (ดูหัวข้อย่อย [[#การแช่แข็งการตั้งค่าต่างๆ|"การแช่แข็งการตั้งค่าต่างๆ"]])
|-
| colspan=3 {{TableHighlightInfo}} | '''เลือกโมดูล''' ''(เลือกโมดูลที่ต้องการคำนวณข้อมูลใหม่)''
|-
| colspan=3 style="text-align:center;" | {{3stars}} ลำดับการทำงานของฟังก์ชันคำนวณข้อมูลใหม่จะทำย้อนลำดับโมดูลที่แสดงบนเพจ<br>เช่นในภาพ ระบบจะคำนวณโมดูลตามลำดับดังนี้<br>'''"ค่าจ้าง/เงินเดือน" → "สินทรัพย์" → "สินค้าคงคลัง" → "เจ้าหนี้/ลูกหนี้" → "บัญชีรายวัน" '''
|}

== การแช่แข็ง/ผ่านบัญชี ==

[[ไฟล์:Monthlock stat.png|220px|thumb|right|alt=สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี|สัญลักษณ์แสดงสถานะแช่แข็ง/ผ่านบัญชี]]

'''ฟังก์ชันการแช่แข็ง/ผ่านบัญชี'''มีไว้เพื่อความสะดวกในการตรวจสอบและการปิดกั้นการแก้ไขข้อมูล มีรายละเอียดดังนี้:
* '''การแช่แข็งข้อมูล:''' ข้อมูลธุรกรรมในเดือนที่แช่แข็งไว้ จะ'''สามารถเพิ่มเติม/แก้ไข/ลบได้เฉพาะผู้ใช้ที่มีสิทธิ์ "ระงับการบันทึก/แก้ไขข้อมูล"''' เท่านั้น ''(หน่วยงานของผู้ใช้อาจกำหนดให้เฉพาะผู้ทำบัญชี หรือผู้ตรวจสอบบัญชีมีสิทธิ์นี้)'' เพื่อจำกัดการเปลี่ยนแปลงของข้อมูลให้มาจากวงแคบเท่านั้น ทำให้การตรวจสอบเป็นไปได้ง่ายและรวดเร็วขึ้น
* '''การผ่านบัญชี:''' ข้อมูลธุรกรรมในเดือนที่ผ่านบัญชีแล้วจะ'''ไม่อนุญาตให้เพิ่มเติม/แก้ไข/ลบ''' หากผู้ใช้ต้องการปรับปรุงรายการในเดือนดังกล่าว ให้ผู้ใช้'''สร้างเอกสารปรับปรุง/เปลี่ยนแปลงในเดือนที่ยังไม่ได้ผ่านบัญชีแทน'''

เมื่อวันที่ของ session ตกอยู่ในเดือนที่ถูกแช่แข็งหรือผ่านบัญชี จะปรากฏสัญลักษณ์บอกสถานะขึ้นกลางแถบชื่อบริษัทด้านบนของจอ

=== การแช่แข็งการตั้งค่าต่างๆ ===
การแช่แข็งการตั้งค่าคือการคัดลอกการตั้งค่าในปัจจุบันเก็บเอาไว้ใช้สำหรับข้อมูลเฉพาะในเดือนนั้น โดยระบบจะแช่แข็งการตั้งค่าให้โดยอัตโนมัติสำหรับเดือนที่ผู้ใช้สั่งแช่แข็งหรือผ่านบัญชี ทั้งนี้ การตั้งค่าที่จะถูกแช่แข็งหมายรวมถึง '''[[ตั้งค่าระบบ|"การตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"รูปแบบการบันทึกบัญชี"]]'''

เดือนที่มีการตั้งค่าแช่แข็งไว้จะไม่ใช้การตั้งค่าส่วนกลางของบริษัท แต่จะใช้การตั้งค่าที่แช่แข็งไว้ในการคำนวณ/จัดการข้อมูลแทน ดังนั้น ผู้ใช้สามารถเปลี่ยนการตั้งค่าของบริษัทเพื่อใช้ฟีเจอร์ใหม่ๆ ของโปรแกรมได้ โดยไม่กระทบกับวิธีการคำนวณข้อมูลเดือนก่อนๆ เช่น บริษัท A ดำเนินการมาจนถึงสิ้นเดือนธันวาคม 2024 และได้มีการเปลี่ยนแปลงรูปแบบการทำงานและรูปแบบการบันทึกบัญชี บริษัท A จะสามารถปรับการตั้งค่าของตนในระบบคูนิฟ็อกซ์ได้ดังนี้:
# '''สั่งแช่แข็ง (หรือผ่านบัญชี) ทุกๆ เดือนในอดีตจนถึงเดือนธันวาคม 2024:''' ระบบจะคัดลอกการตั้งค่าปัจจุบัน (ก่อนเปลี่ยนแปลง) เอาไว้ใช้ในช่วงเดือนข้อมูลดังกล่าว
# '''เปลี่ยนแปลงการตั้งค่าระบบ และรูปแบบการบันทึกบัญชี'''เพื่อรองรับรูปแบบการทำงานใหม่
# '''ใช้งานต่อตามปกติ:'''
#* ข้อมูลธุรกรรมใดๆ ของเดือนหลังจากธันวาคม 2024 ก็จะใช้การตั้งค่าใหม่ได้ทันที
#* ข้อมูลธุรกรรมที่ย้อนไปบันทึกเป็นของเดือนธันวาคม 2024 หรือก่อนหน้า (เช่นการปรับปรุงบัญชีเพื่อปิดงบ) รวมไปถึงการคำนวณข้อมูลใหม่ จะยังใช้การตั้งค่าเดิมที่แช่แข็งไว้

==== การเปลี่ยนแปลงการตั้งค่าที่แช่แข็งไว้ ====
หากผู้ใช้ต้องการเปลี่ยนแปลงการตั้งค่าที่ถูกแช่แข็งไว้ สามารถทำได้ 2 วิธีดังนี้:
* เปลี่ยนวันที่ของ session เป็นเดือนที่ต้องการ แล้วแก้ไขการตั้งค่าผ่านเพจ '''[[ตั้งค่าระบบ|"ตั้งค่าระบบ"]]''' และ '''[[กำหนดรูปแบบการบันทึกบัญชี|"กำหนดรูปแบบการบันทึกบัญชี"]]''' ''(วิธีนี้ใช้ไม่ได้สำหรับเดือนที่ผ่านบัญชีแล้ว)''
* สั่งคำนวณข้อมูลของเดือนที่ต้องการใหม่ โดยทำเครื่องหมายที่'''ช่องข้อมูล "ใช้และจัดเก็บการตั้งค่าปัจจุบันสำหรับเดือนที่แช่แข็ง/ผ่านบัญชีแล้ว"'''

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

ไฟล์:Permissions page multiple.png

2026-03-24T06:10:35Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Permissions page multiple.png

การแก้ไขสิทธิ์แบบหลายบริษัทหรือหลายผู้ใช้

ไฟล์:Permissions page components.png

2026-03-24T06:09:33Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Permissions page components.png

องค์ประกอบของเพจกำหนดสิทธิ์ผู้ใช้งาน

ไฟล์:Permissions page copy.png

2026-03-24T06:07:58Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Permissions page copy.png

== ความย่อ ==
การแก้ไขสิทธิ์โดยคัดลอกสิทธิ์จากผู้ใช้อื่น

กำหนดสิทธิ์ผู้ใช้งาน

2026-03-24T05:59:03Z

Tenko: /* สิทธิ์พื้นฐานในระบบงานบริษัท */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

== ตำแหน่งเมนู ==
'''[[เมนู "การใช้งาน"]] → กำหนดสิทธิ์ผู้ใช้งาน'''

== การใช้งาน ==
<div style="color:#df382c;">'''''{{3stars}} ผู้ใช้ที่ถูกแก้ไขสิทธิ์จะถูกบังคับให้ลงชื่อเข้าใช้งานใหม่'''''</div>

=== การแก้ไขสิทธิ์แบบบริษัทเดียวและผู้ใช้เดียว ===

[[ไฟล์:Permissions page single.png|720px|thumb|center|alt=การแก้ไขสิทธิ์แบบบริษัทเดียวและผู้ใช้เดียว|การแก้ไขสิทธิ์แบบบริษัทเดียวและผู้ใช้เดียว]]
# '''เลือกบริษัทและผู้ใช้''' ต้องการตั้งค่าในช่อง'''รหัสบริษัท'''และ'''ชื่อผู้ใช้งาน'''ตามลำดับ
# ปรับค่าสิทธิ์ในหมวดต่างๆ ตามต้องการจนครบทุกหมวด
# ยืนยันการแก้ไข โดยคลิกปุ่ม '''"ตกลง"'''

=== การตั้งสิทธิ์จากแม่แบบ หรือการคัดลอกสิทธิ์ ===
[[ไฟล์:Permissions page copy.png|720px|thumb|center|alt=การแก้ไขสิทธิ์โดยคัดลอกสิทธิ์จากผู้ใช้อื่น|การแก้ไขสิทธิ์โดยคัดลอกสิทธิ์จากผู้ใช้อื่น]]

เพื่อความสะดวกในการแก้ไขสิทธิ์ผู้ใช้จำนวนมาก ผู้ใช้สามารถดึงค่าสิทธิ์ตั้งต้นจากแม่แบบหรือจากผู้ใช้อื่นที่ได้ตั้งค่าสิทธิ์ไปเรียบร้อยแล้วมาใช้งานได้ดังนี้:
# '''เลือกบริษัทและผู้ใช้''' ต้องการตั้งค่าในช่อง'''รหัสบริษัท'''และ'''ชื่อผู้ใช้งาน'''ตามลำดับ
# ในบล็อคสิทธิ์ต้นแบบ (หมายเลข 1) ผู้ใช้สามารถ:
#* '''เลือกสิทธิ์แม่แบบ''' ''(มีให้เลือก 3 ค่า ได้แก่ ผู้บริหาร, ผู้จัดการ, และพนักงาน)'' หรือ
#* '''เลือกคู่บริษัทและผู้ใช้ที่ต้องการใช้เป็นแม่แบบ''' ''(เช่นในภาพ ต้องการแก้ไขสิทธิ์ของผู้ใช้ {{mono|fox}} ภายใต้บริษัท {{mono|CUNEI}} โดยใช้สิทธิ์ของผู้ใช้ {{mono|cunei}} ภายใต้บริษัท {{mono|CUNEI}} เป็นแม่แบบ)''
# ปรับค่าสิทธิ์ในหมวดต่างๆ ตามต้องการจนครบทุกหมวด
# ยืนยันการแก้ไข โดยคลิกปุ่ม '''"ตกลง"'''

=== การแก้ไขสิทธิ์แบบหลายบริษัทหรือหลายผู้ใช้ ===

<div id="img006">[[ไฟล์:Permissions page multiple.png|720px|thumb|center|alt=การแก้ไขสิทธิ์แบบหลายบริษัทหรือหลายผู้ใช้|การแก้ไขสิทธิ์แบบหลายบริษัทหรือหลายผู้ใช้]]</div>

ในกรณีเลือกบริษัทมากกว่า 1 บริษัทหรือผู้ใช้มากกว่า 1 คน (ซึ่งอาจมีค่าดั้งเดิมของแต่ละคู่บริษัท-ผู้ใช้แตกต่างกัน) ระบบจะแสดงสวิตช์ทางด้านขวาของช่องข้อมูล และ'''จะบันทึกค่าเฉพาะในช่องที่ผู้ใช้เปิดสวิตช์ไว้เท่านั้น''' โดยจะแก้ไขให้ทุกคู่บริษัท-ผู้ใช้มีค่าเดียวกัน ดังตัวอย่างในตารางด้านล่าง

{| class="wikitable" style="width:100%;text-align:center;"
|+ ตัวอย่างการเปลี่ยนสิทธิ์ผู้ใช้หลายรายพร้อมกัน
|-
! !! fox0 !! fox1 !! fox2 !! fox3 !! fox4 !! คำอธิบาย
|-
! scope="row" | สิทธิ์ดั้งเดิมก่อนเปลี่ยนค่า
| ✓ || ✓ || ✓ || – || – ||
|-
| colspan=7 {{TableHighlightInfo}} | '''การปรับสิทธิ์'''
|-
! scope="row" | [[ไฟล์:Permission check on.png|20px|frameless|alt=ปุ่มปรับค่าสิทธิ์ (เปิด)|ปุ่มปรับค่าสิทธิ์ (เปิด)]]   [[ไฟล์:Permission switch on.png|30px|frameless|alt=สวิตช์ปรับค่าสิทธิ์ (เปิด)|สวิตช์ปรับค่าสิทธิ์ (เปิด)]]
| ✓ || ✓ || ✓ || ✓ || ✓ || ปรับค่าทั้งหมดเป็น ✓
|-
! scope="row" | [[ไฟล์:Permission check off.png|20px|frameless|alt=ปุ่มปรับค่าสิทธิ์ (ปิด)|ปุ่มปรับค่าสิทธิ์ (ปิด)]]   [[ไฟล์:Permission switch on.png|30px|frameless|alt=สวิตช์ปรับค่าสิทธิ์ (เปิด)|สวิตช์ปรับค่าสิทธิ์ (เปิด)]]
| – || – || – || – || – || ปรับค่าทั้งหมดเป็น –
|-
! scope="row" | [[ไฟล์:Permission check off.png|20px|frameless|alt=ปุ่มปรับค่าสิทธิ์ (ปิด)|ปุ่มปรับค่าสิทธิ์ (ปิด)]]   [[ไฟล์:Permission switch off.png|30px|frameless|alt=สวิตช์ปรับค่าสิทธิ์ (ปิด)|สวิตช์ปรับค่าสิทธิ์ (ปิด)]]
| ✓ || ✓ || ✓ || – || – || คงค่าดั้งเดิมไว้
|}

== ความหมายของค่าสิทธิ์ ==

ค่าของสิทธิ์ที่พบได้มากมีอยู่ 2 รูปแบบหลักได้แก่
* <li id="perm5">'''ค่าระดับปฏิบัติการ 0 – 5'''</li>
{| class="wikitable" style="text-align:center;width:100%;"
|-
! style="width:10%;" | ''ค่า''
!! style="width:18%" | ค้นหาและพิมพ์
!! style="width:18%;" | เพิ่มรายการ
!! style="width:18%;" | แก้ไขรายการ
!! style="width:18%;" | ลบรายการ
!! style="width:18%;font-weight:normal;" | '''นำเข้ารายการ'''<br>''(เฉพาะกิจกรรมที่รองรับการนำเข้า)''
|-
! scope="row" | 0
| – || – || – || – || –
|-
! scope="row" | 1
| ✓ || – || – || – || –
|-
! scope="row" | 2
| ✓ || ✓ || – || – || –
|-
! scope="row" | 3
| ✓ || ✓ || ✓ || – || –
|-
! scope="row" | 4
| ✓ || ✓ || ✓ || ✓ || –
|-
! scope="row" | 5
| ✓ || ✓ || ✓ || ✓ || ✓
|}
* '''ค่าประเภท "มี/ไม่มีสิทธิ์"'''
** '''ค่า ✓''' หมายถึง '''"มีสิทธิ์"'''
** '''ค่า –''' หมายถึง '''"ไม่มีสิทธิ์"'''

== หมวดของสิทธิ์ ==

[[ไฟล์:Permissions page components.png|720px|thumb|center|alt=องค์ประกอบของเพจกำหนดสิทธิ์ผู้ใช้งาน|องค์ประกอบของเพจกำหนดสิทธิ์ผู้ใช้งาน]]

สิทธิ์ในการใช้งานระบบต่างๆ สามารถแบ่งเป็นหมวดหมู่ได้เป็นหมวดๆ ดังนี้

* '''สิทธิ์ผู้ดูแลระบบคูนิฟ็อกซ์''' (หมายเลข 2): รวมสิทธิ์ของผู้ดูแลระบบ ได้แก่ การเพิ่มบริษัทใหม่, การลบบริษัท, และการเปลี่ยนแปลงสิทธิ์ผู้ดูแลระบบของผู้ใช้อื่น
* '''สิทธิ์พื้นฐานในระบบงานบริษัท''' (หมายเลข 3): ได้แก่สิทธิ์ในการลงชื่อเข้าใช้งาน, การแก้ไขรายละเอียดของบริษัท, การจัดการผู้ใช้อื่นในบริษัทเดียวกัน, และการจัดการข้อมูลของบริษัทโดยรวม
* '''สิทธิ์แยกแต่ละโมดูล''' (หมายเลข 4): แต่ละโมดูลถือเป็นหมวดแยกขาดจากกัน

=== สิทธิ์ผู้ดูแลระบบคูนิฟ็อกซ์ ===
{{FieldDescTableHead}}
|-
| colspan=3 {{TableHighlightInfo}} | '''การบริหารจัดการระบบ'''
|-
| '''เพิ่มบริษัท/สาขาในทะเบียนรหัส''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถเพิ่มบริษัท/สาขาใหม่ในทะเบียนได้หรือไม่<br>''(ดู[[ทะเบียนรหัสบริษัท/สาขา|เพจ "ทะเบียนรหัสบริษัท/สาขา"]])''
|-
| '''ลบบริษัท/สาขาจากทะเบียนรหัส''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถลบบริษัท/สาขาจากทะเบียนได้หรือไม่<br>''(ดู[[ทะเบียนรหัสบริษัท/สาขา|เพจ "ทะเบียนรหัสบริษัท/สาขา"]])''
|-
| '''เปลี่ยนแปลงผู้ดูแลระบบคูนิฟ็อกซ์''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถแก้ไขสิทธิ์ใน'''หมวดผู้ดูแลระบบคูนิฟ็อกซ์'''ได้หรือไม่
|}

=== สิทธิ์พื้นฐานในระบบงานบริษัท ===
{{FieldDescTableHead}}
|-
| colspan=3 {{TableHighlightInfo}} | '''สิทธิ์การใช้งาน'''
|-
| '''เข้าใช้งานด้วยบริษัทนี้''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถลงชื่อเข้าใช้ในบริษัทนี้ได้หรือไม่
|-
| '''แก้ไขบริษัท/สาขาในทะเบียนรหัส''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้ดำเนินการต่อไปนี้ได้หรือไม่:
* แก้ไขข้อมูลของบริษัทนี้'''ยกเว้นเลขประจำตัวผู้เสียภาษี''' ''(ดู[[ทะเบียนรหัสบริษัท/สาขา|เพจ "ทะเบียนรหัสบริษัท/สาขา"]])''
* ตั้งค่าระบบสำหรับบริษัทนี้ ''(ดู[[ตั้งค่าระบบ|เพจ "ตั้งค่าระบบ"]])''
* ตั้งค่าการบันทึกบัญชีสำหรับบริษัทนี้ ''(ดู[[กำหนดรูปแบบการบันทึกบัญชี|เพจ "กำหนดรูปแบบการบันทึกบัญชี"]])''
* จัดการไฟล์ต้นแบบการพิมพ์และรหัส QR ''(ดู[[จัดการรูปแบบการพิมพ์|เพจ "จัดการรูปแบบการพิมพ์"]] และ [[จัดการรูปแบบ QR Code|เพจ "จัดการรูปแบบ QR Code"]])''
|-
| '''แก้ไขเลขประจำตัวผู้เสียภาษีของบริษัท''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถแก้ไขเลขประจำตัวผู้เสียภาษีของบริษัทได้หรือไม่ ''(ดู[[ทะเบียนรหัสบริษัท/สาขา|เพจ "ทะเบียนรหัสบริษัท/สาขา"]])''
|-
| '''ระดับการเข้าถึงรายงาน''' || ''ระดับ 0-4'' || ระดับการเข้าถึงรายงานส่วนกลาง
|-
| '''การจัดการรายงาน''' || ''ระดับ 0-4'' || สิทธิ์ในการจัดการข้อมูลในรายงาน
* '''ระดับต่ำกว่า 2:''' สามารถดูรายงานบนเพจได้เท่านั้น
* '''ระดับ 2:''' สามารถพิมพ์รายงานเป็นไฟล์ PDF หรือผ่านเครื่องพิมพ์ได้
* '''ระดับ 3 ขึ้นไป:''' สามารถพิมพ์รายงานเป็นไฟล์ PDF หรือผ่านเครื่องพิมพ์ และส่งออกข้อมูลรายงานเป็นไฟล์กระดาษทำการ (XLSX) ได้
|-
| colspan=3 {{TableHighlightInfo}} | '''การจัดการฐานข้อมูล'''
|-
| '''คำนวณข้อมูลใหม่''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถสั่งคำนวณข้อมูลใหม่ได้หรือไม่
|-
| '''แช่แข็งข้อมูล''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถดำเนินการต่อไปนี้ได้หรือไม่:
* สั่งแช่แช็งข้อมูล
* เพิ่ม/แก้ไข/ลบธุรกรรมในเดือนที่ถูกแช่แข็งไปแล้ว ''(ขึ้นกับสิทธิ์เฉพาะธุรกรรมในแต่ละโมดูลด้วย)''
|-
| '''ผ่านบัญชี''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถสั่งผ่านบัญชีได้หรือไม่
|-
| '''สำรองข้อมูล''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถสั่งสำรองและกู้คืนข้อมูลได้หรือไม่
|-
| colspan=3 {{TableHighlightInfo}} | '''การจัดการทะเบียนรหัสผู้ใช้งาน'''<br>''(ดู[[ทะเบียนรหัสผู้ใช้งาน|เพจ "ทะเบียนรหัสผู้ใช้งาน"]])''
|-
| '''เพิ่มรหัสผู้ใช้งานของบริษัท''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถเพิ่มผู้ใช้ใหม่ในบริษัทนี้ได้หรือไม่
|-
| '''ลบรหัสผู้ใช้งานของบริษัท''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถลบผู้ใช้ของบริษัทนี้ได้หรือไม่
|-
| '''เปลี่ยนแปลงข้อมูลผู้ใช้งาน''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถแก้ไขข้อมูลผู้ใช้ของบริษัทนี้ได้หรือไม่
|-
| '''เปลี่ยนรหัสผ่านของผู้ใช้งาน''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถเปลี่ยนรหัสผ่านของผู้ใช้อื่น'''โดยไม่ต้องระบุรหัสผ่านเดิม'''ได้หรือไม่
|}

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}

ไฟล์:Permissions page single.png

2026-03-24T05:58:12Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Permissions page single.png

การแก้ไขสิทธิ์แบบบริษัทเดียวและผู้ใช้เดียว

ไฟล์:Cunei as asr vouch seq1 extended.png

2026-03-24T05:56:01Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch seq1 extended.png

== ความย่อ ==
เพจ "รายการขายสินทรัพย์" (ขั้นตอนที่ 2: ส่วนต่อขยาย)

ไฟล์:Cunei as asr vouch seq0 extended.png

2026-03-24T05:55:47Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch seq0 extended.png

== ความย่อ ==
เพจ "รายการซื้อสินทรัพย์" (ขั้นตอนที่ 1: ส่วนต่อขยาย)

ไฟล์:Cunei as asr vouch seq2.png

2026-03-24T05:55:37Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch seq2.png

== ความย่อ ==
เพจ "รายการซื้อสินทรัพย์" (ขั้นตอนที่ 3)

ไฟล์:Cunei as asr vouch seq1.png

2026-03-24T05:55:26Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch seq1.png

== ความย่อ ==
เพจ "รายการซื้อสินทรัพย์" (ขั้นตอนที่ 2)

ไฟล์:Cunei as asr vouch seq0.png

2026-03-24T05:55:15Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch seq0.png

== ความย่อ ==
เพจ "รายการซื้อสินทรัพย์" (ขั้นตอนที่ 1)

ไฟล์:Cunei as asr vouch page.png

2026-03-24T05:55:04Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei as asr vouch page.png

== ความย่อ ==
เพจ "รายการซื้อสินทรัพย์"

ไฟล์:Cunei iv ret vouch seq3 extended.png

2026-03-24T05:51:42Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq3 extended.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 4: ส่วนต่อขยาย)

ไฟล์:Cunei iv ret vouch seq3.png

2026-03-24T05:51:34Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq3.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 4)

ไฟล์:Cunei iv ret vouch seq2 extended2.png

2026-03-24T05:51:19Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq2 extended2.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 3: แท็บ "ข้อมูลภาษี" ของส่วนต่อขยาย)

ไฟล์:Cunei iv ret vouch seq2 extended1.png

2026-03-24T05:51:08Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq2 extended1.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 3: แท็บ "คำอธิบาย" ของส่วนต่อขยาย)

ไฟล์:Cunei iv ret vouch seq2.png

2026-03-24T05:50:50Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq2.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 3)

ไฟล์:Cunei iv ret vouch seq1.png

2026-03-24T05:50:36Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq1.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 2)

ไฟล์:Cunei iv ret vouch page.png

2026-03-24T05:50:11Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch page.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย"

ไฟล์:Cunei iv ret vouch seq0 extended.png

2026-03-24T05:49:34Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq0 extended.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 1: ส่วนต่อขยาย)

ไฟล์:Cunei iv ret vouch seq0.png

2026-03-24T05:49:22Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv ret vouch seq0.png

== ความย่อ ==
เพจ "เปลี่ยนแปลงรายการขาย" (ขั้นตอนที่ 1)

แม่แบบ:RecPayHead 0

2026-03-24T05:41:37Z

Tenko:

{{FieldDescTableHead}}
|-
| '''เลขที่เอกสาร''' || ''ข้อความ (*)'' ||
{{3stars}} ใช้ฟังก์ชันเลขที่เอกสารอัตโนมัติได้

{{3stars}} ซีรีส์เอกสารที่ใช้ได้คือ
* กลุ่ม '''"{{{series_grp0}}}"''' ''(สำหรับเพจ "{{{page_call0}}}")''
* กลุ่ม '''"{{{series_grp1}}}"''' ''(สำหรับเพจ "{{{page_call1}}}")''
|-
| '''วันที่เอกสาร''' || ''วันที่ (*)'' || {{3stars}} ต้องอยู่ในเดือนเดียวกับวันที่ของ session
|-
| '''{{{taxdoc_label}}}''' || ''ข้อความ'' || {{{taxdoc_desc}}}
|-
| '''{{{taxdate_label}}}''' || ''วันที่'' || {{{taxdate_desc}}}
|-
| '''{{{refdoc_label}}}''' || ''ข้อความ {{#ifeq: {{{refdoc_required|no}}} | no || (*)}}'' || {{{refdoc_desc}}}
|-
| '''{{{refdate_label}}}''' || ''วันที่ {{#ifeq: {{{refdoc_required|no}}} | no || (*)}}'' || {{{refdate_desc}}}
|-
| '''แผนก''' || ''ค้นหา (*)'' || –
{{#ifeq: {{{doctype_desc|none}}} | none ||
{{!}}-
{{!}} '''ชนิดเอกสาร''' {{!}}{{!}} ''ตัวเลือก'' {{!}}{{!}} เลือกจาก:
{{#ifeq: {{{doctype_desc|none}}} | return |
* ใบส่งคืนสินค้า/ใบรับคืนสินค้า
* ใบเพิ่มหนี้
* ใบลดหนี้ |
* ใบสั่งซื้อ/ใบสั่งขาย
* ใบเสนอราคา }} }}
|-
| '''ผู้ขาย/ลูกค้า''' || ''ค้นหา (*)'' || –
|-
| colspan=3 {{TableHighlight0}} | '''ส่วนต่อขยายฟอร์ม'''
|- {{TableHighlight2}}
| '''ชื่อ''' || ''ข้อความ (*)'' || rowspan=6 | {{3stars}} ระบบอ่านค่าจาก[[เจ้าหนี้/ผู้ขาย และ ลูกหนี้/ลูกค้า|ตารางรหัส]]ให้โดยอัตโนมัติ แต่ผู้ใช้สามารถแก้ไขข้อความเองได้
{{3stars}} สามารถใช้ฟังก์ชันค้นหาจากอินเทอร์เน็ตเพื่อช่วยกรอกข้อมูลได้
|- {{TableHighlight2}}
| '''เลขผู้เสียภาษี''' || ''ข้อความ''
|- {{TableHighlight2}}
| '''รหัสสาขา''' || ''ข้อความ''
|- {{TableHighlight2}}
| '''ชื่อสาขา''' || ''ข้อความ''
|- {{TableHighlight2}}
| '''ที่อยู่''' || ''ข้อความหลายบรรทัด''
|- {{TableHighlight2}}
| '''รหัสไปรษณีย์''' || ''ข้อความ''
|- {{TableHighlight2}}
| '''โทรศัพท์''' || ''ข้อความ'' || {{3stars}} ระบบอ่านค่าจาก[[เจ้าหนี้/ผู้ขาย และ ลูกหนี้/ลูกค้า|ตารางรหัส]]ให้โดยอัตโนมัติ แต่ผู้ใช้สามารถแก้ไขข้อความเองได้
{{#ifeq: {{{doctype_desc|none}}} | order ||
{{!}}- {{TableHighlight2}}
{{!}} '''ออกเป็นใบกำกับภาษีขายอย่างย่อ''' {{!}}{{!}} ''จริง/เท็จ'' {{!}}{{!}} บันทึกรายการนี้เป็นใบกำกับภาษีอย่างย่อ
{{3stars}} แสดงเฉพาะในเพจ '''"{{{page_call1}}}"''' เท่านั้น }}
|-
| '''พนักงานจัดซื้อ/พนักงานขาย''' || ''ค้นหา (*)'' || {{3stars}} ระบบอ่านค่าจาก[[เจ้าหนี้/ผู้ขาย และ ลูกหนี้/ลูกค้า|ตารางรหัส]]ให้โดยอัตโนมัติ แต่ผู้ใช้สามารถแก้ไขพนักงานเองได้
|-
| '''{{#ifeq: {{{payday_desc|normal}}} | normal | ระยะชำระหนี้ | อายุเอกสาร }}''' || ''ค่าทางบัญชี'' || {{#ifeq: {{{payday_desc|normal}}} | normal | ระยะชำระหนี้ | อายุเอกสาร }}ใน'''หน่วยวัน'''

{{3stars}} ดูรายละเอียดเพิ่มเติมที่[[โมดูลเจ้าหนี้/ลูกหนี้#การตั้งค่าระบบ|'''ช่อง "คำนวณวันกำหนดชำระเป็นเดือน"''' ในการตั้งค่าของโมดูลเจ้าหนี้/ลูกหนี้]]
|-
| '''{{#ifeq: {{{payday_desc|normal}}} | normal | วันกำหนดชำระ | วันที่สิ้นอายุ }}''' || ''วันที่'' || {{3stars}} โปรแกรมใช้ข้อมูลในช่องวันที่นี้เป็นสำคัญ ข้อมูลจำนวนวันในช่อง '''"{{#ifeq: {{{payday_desc|normal}}} | normal | ระยะชำระหนี้ | อายุเอกสาร }}"''' ใช้เพื่อแสดงผลและคำนวณเบื้องต้นเท่านั้น
|-
| '''เงื่อนไขราคา (รวม VAT)''' || ''จริง/เท็จ'' || ราคาสินค้าในรายการย่อยเป็นราคารวม VAT แล้วหรือไม่
{{#ifeq: {{{show_payment|y}}} | y |
{{!}}-
{{!}} '''การชำระเงิน''' {{!}}{{!}} ''ตัวเลือก'' {{!}}{{!}} เลือก'''วิธีการชำระเงิน''' ''(กรณีซื้อ/ขายสด)'' หรือเลือก'''เครดิต''' ''(กรณีซื้อ/ขายเชื่อ หรือจ่ายด้วยเช็ค)''

{{3stars}} ถ้า '''"ระยะชำระหนี้" เป็น 0''' และ '''"วันที่กำหนดชำระ" ตรงกับวันที่เอกสาร''' ระบบจะเลือก '''"เงินสด"''' ให้โดยอัตโนมัติ แต่ผู้ใช้สามารถเปลี่ยนตัวเลือกได้ตามต้องการ

{{3stars}} '''โมดูล "{{{module_name|สินค้าคงคลัง}}}" ไม่เกี่ยวข้องกับการรับ/จ่ายเช็ค:''' ดังนั้นรายการซื้อ/ขายที่ชำระด้วยเช็ค ให้ผู้ใช้เลือกตัวเลือก "เครดิต" แล้วทำ'''[[บันทึกการชำระเจ้าหนี้ และ บันทึกการรับชำระลูกหนี้|ธุรกรรม "จ่าย/รับชำระ"]]''' แยกกัน
{{!}}-
{{!}} '''(รหัสบัญชีการชำระเงิน)''' {{!}}{{!}} ''ค้นหา (*)'' {{!}}{{!}} รหัสบัญชีที่ใช้บันทึกการชำระเงินหรือหนี้ที่เกิดจากธุรกรรมนี้

{{3stars}} ระบบอ่านค่าจาก[[กำหนดรูปแบบการบันทึกบัญชี|รูปแบบการบันทึกบัญชี]]ให้โดยอัตโนมัติ แต่ผู้ใช้สามารถแก้ไขข้อความเองได้
| }}
|}

ไฟล์:Cunei iv pay vouch seq3 extended.png

2026-03-24T05:36:01Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq3 extended.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 4: ส่วนต่อขยาย)

ไฟล์:Cunei iv pay vouch seq3.png

2026-03-24T05:35:52Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq3.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 4)

ไฟล์:Cunei iv pay vouch seq2 extended2.png

2026-03-24T05:35:33Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq2 extended2.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 3: แท็บ "ข้อมูลภาษี" ของส่วนต่อขยาย)

ไฟล์:Cunei iv pay vouch seq2 extended1.png

2026-03-24T05:35:23Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq2 extended1.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 3: แท็บ "คำอธิบาย" ของส่วนต่อขยาย)

ไฟล์:Cunei iv pay vouch seq2.png

2026-03-24T05:35:01Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq2.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 3)

ไฟล์:Cunei iv pay vouch seq1.png

2026-03-24T05:34:41Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq1.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 2)

ไฟล์:Cunei iv pay vouch seq0 extended.png

2026-03-24T05:34:17Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq0 extended.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 1: ส่วนต่อขยาย)

ไฟล์:Cunei iv pay vouch seq0.png

2026-03-24T05:34:02Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch seq0.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า" (ขั้นตอนที่ 1)

ไฟล์:Cunei iv pay vouch page.png

2026-03-24T05:33:44Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv pay vouch page.png

== ความย่อ ==
เพจ "ใบขาย/ส่งสินค้า"

ไฟล์:Cunei iv so vouch page push.png

2026-03-24T02:15:13Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch page push.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (หน้าต่าง "ส่งต่อรายการสั่งขายเป็นใบส่งสินค้า")

ไฟล์:Cunei iv so vouch page pushbtn.png

2026-03-24T02:14:44Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch page pushbtn.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ปุ่ม "ส่งต่อรายการ")

ไฟล์:Cunei iv so vouch seq3 extended.png

2026-03-24T02:11:27Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq3 extended.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 4: ส่วนต่อขยาย)

ไฟล์:Cunei iv so vouch seq2 extended2.png

2026-03-24T02:11:19Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq2 extended2.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 3: แท็บ "ข้อมูลภาษี" ของส่วนต่อขยาย)

ไฟล์:Cunei iv so vouch seq2 extended1.png

2026-03-24T02:11:10Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq2 extended1.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 3: แท็บ "คำอธิบาย" ของส่วนต่อขยาย)

ไฟล์:Cunei iv so vouch seq0 extended.png

2026-03-24T02:11:01Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq0 extended.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 1: ส่วนต่อขยาย)

ไฟล์:Cunei iv so vouch seq3.png

2026-03-24T01:50:11Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq3.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 4)

ไฟล์:Cunei iv so vouch seq2.png

2026-03-24T01:50:03Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq2.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 3)

ไฟล์:Cunei iv so vouch seq1.png

2026-03-24T01:49:54Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq1.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 2)

ไฟล์:Cunei iv so vouch seq0.png

2026-03-24T01:30:28Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch seq0.png

== ความย่อ ==
เพจ "ใบสั่งขาย" (ขั้นตอนที่ 1)

ไฟล์:Cunei iv so vouch page.png

2026-03-24T01:30:13Z

Tenko: Tenko อัปโหลดรุ่นใหม่ของ ไฟล์:Cunei iv so vouch page.png

== ความย่อ ==
เพจ "ใบสั่งขาย"

โมดูลสินค้าคงคลัง

2026-03-11T13:27:00Z

Tenko: /* การตีความส่วนลด */

__FORCETOC__
{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}
{{โมดูลสินค้าคงคลัง}}

[[ไฟล์:Cuneifox iv menu.png|200px|thumb|right|alt=เมนูของโมดูล "สินค้าคงคลัง"|เมนูของโมดูล "สินค้าคงคลัง"]]
'''โมดูลสินค้าคงคลัง (CuneiFox Default IV)''' ดูแลกิจกรรมที่เกี่ยวข้องกับการซื้อ/ขายสินค้าและบริการ รวมไปถึงกิจกรรมการบริหารคลังสินค้า ได้แก่:
* '''กิจกรรมเกี่ยวกับการซื้อสินค้าและบริการ:''' การรับใบเสนอราคา, การสั่งซื้อ, การซื้อ, และการเปลี่ยนแปลงรายการซื้อ
* '''กิจกรรมเกี่ยวกับการขายสินค้าและบริการ:''' การเสนอราคา, การสั่งขาย, การขาย, และการเปลี่ยนแปลงรายการขาย
* '''กิจกรรมเกี่ยวกับการบริหารคลังสินค้า:''' การโอนย้ายสินค้า, การแปลงหน่วย, การรวม/แยกชุดสินค้า, และการปรับปรุงสินค้าคงคลัง

เนื่องจากโมดูลนี้มี[[โมดูลเจ้าหนี้/ลูกหนี้]]เป็นโมดูลมูลฐาน โมดูลนี้จึงสามารถจัดการ'''ตั้งเจ้าหนี้ที่เกิดจากการซื้อ''' และ '''ตั้งลูกหนี้ที่เกิดจากการขาย'''ได้เองโดยอัตโนมัติ

== ลำดับการตั้งค่าก่อนใช้งาน ==
''ตั้งค่าและตั้งรหัสตามลำดับที่แนะนำใน'''[[โมดูลในระบบคูนิฟ็อกซ์#องค์ประกอบของโมดูล และลำดับการตั้งค่า|บทความ "โมดูลในระบบคูนิฟ็อกซ์"]]'''''

== สิทธิ์ของผู้ใช้ ==
{{module_perm_leader}}

[[ไฟล์:Cuneifox iv permission.png|720px|thumb|center|alt=การแก้ไขสิทธิ์ผู้ใช้ของโมดูลสินค้าคงคลัง|การแก้ไขสิทธิ์ผู้ใช้ของโมดูลสินค้าคงคลัง]]

{{FieldDescTableHead}}
|-
| colspan=3 {{TableHighlightInfo}} | '''การจัดการตารางรหัส'''
|-
| '''กลุ่มสินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''สินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''คลังสินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''หน่วยสินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''รายการวัสดุ''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''หมายเลขประจำตัว''' || ''ระดับ 0-4'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| colspan=3 {{TableHighlightInfo}} | '''การจัดการเอกสาร'''
|-
| '''ใบสั่งซื้อ''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''ใบซื้อ/รับสินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''เปลี่ยนแปลงรายการซื้อ''' || ''ระดับ 0-4'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''ใบสั่งขาย''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''ใบขาย/ส่งสินค้า''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''เปลี่ยนแปลงรายการขาย''' || ''ระดับ 0-4'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''โอนย้ายสินค้า / แปลงหน่วย''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''รวม/แยกชุดสินค้า''' || ''ระดับ 0-4'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| '''ปรับปรุงสินค้าอื่น ๆ''' || ''ระดับ 0-5'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|-
| colspan=3 {{TableHighlightInfo}} | '''อื่น ๆ'''
|-
| '''ขายต่ำกว่ากำไรขั้นต่ำ''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถขายสินค้าต่ำกว่ากำไรขั้นต่ำที่ตั้งค่าไว้ได้
|-
| '''เข้าถึงคลังสินค้าทั้งหมด''' || ''มี/ไม่มีสิทธิ์'' || ผู้ใช้สามารถเข้าถึงคลังสินค้าของบริษัทได้ทุกคลัง
|-
| '''คลังสินค้าที่เข้าถึงได้''' || ''ค้นหา<br>(เลือกหลายรายการ)'' || คลังสินค้าที่ผู้ใช้เข้าถึงได้
{{3stars}} แสดงเฉพาะเมื่อผู้ใช้'''ไม่มีสิทธิ์ "เข้าถึงคลังสินค้าทั้งหมด"'''
|-
| '''คลังสินค้าขาเข้า''' || ''ค้นหา'' || คลังสินค้าตั้งต้นสำหรับ'''ธุรกรรมฝั่งซื้อ'''
|-
| '''คลังสินค้าขาออก''' || ''ค้นหา'' || คลังสินค้าตั้งต้นสำหรับ'''ธุรกรรมฝั่งขาย'''
|-
| '''ระดับการเข้าถึงรายงาน''' || ''ระดับ 0-4'' || ระดับการเข้าถึงรายงานของโมดูลสินค้าคงคลัง
|-
| '''การจัดการรายงาน''' || ''ระดับ 0-4'' ||สิทธิ์ในการจัดการข้อมูลในรายงาน
* '''ระดับต่ำกว่า 2:''' สามารถดูรายงานบนเพจได้เท่านั้น
* '''ระดับ 2:''' สามารถพิมพ์รายงานเป็นไฟล์ PDF หรือผ่านเครื่องพิมพ์ได้
* '''ระดับ 3 ขึ้นไป:''' สามารถพิมพ์รายงานเป็นไฟล์ PDF หรือผ่านเครื่องพิมพ์ และส่งออกข้อมูลรายงานเป็นไฟล์กระดาษทำการ (XLSX) ได้
|-
| '''การจัดการซีรีส์เอกสาร''' || ''ระดับ 0-4'' || ''(ดู[[กำหนดสิทธิ์ผู้ใช้งาน#perm5|ความหมายของค่าสิทธิ์]])''
|}

== การตั้งค่าระบบ ==
{{module_setting_leader}}

[[ไฟล์:Cuneifox iv setting.png|720px|thumb|center|alt=การตั้งค่าโมดูลสินค้าคงคลัง|การตั้งค่าโมดูลสินค้าคงคลัง]]

{{SettingDescTableHead|15|15|25}}
|-
| colspan=4 {{TableHighlightInfo}} | '''รหัสบัญชีตั้งต้น'''
|-
| '''ต้นทุนสินค้า''' || ''ค้นหา'' || 5110-00: ต้นทุนสินค้าขาย || ''(ใช้เป็นค่าตั้งต้นสำหรับ'''[[กลุ่มสินค้า]]'''ใหม่)''
|-
| '''สินค้าคงคลัง''' || ''ค้นหา'' || 1162-00: สินค้าคงคลัง || ''(ใช้เป็นค่าตั้งต้นสำหรับ'''[[กลุ่มสินค้า]]'''ใหม่)''
|-
| '''รายได้''' || ''ค้นหา'' || 4110-00: รายได้จากการขาย || ''(ใช้เป็นค่าตั้งต้นสำหรับ'''[[กลุ่มสินค้า]]'''ใหม่)''
|-
| colspan=4 {{TableHighlightInfo}} | '''การตั้งค่าการซื้อ/ขาย'''
|-
| '''โมดูลขายหน้าร้าน''' || ''ค้นหา'' || [[โมดูลสินค้าคงคลัง|cunei_iv: สินค้าคงคลัง]] || โมดูลที่บันทึกข้อมูลการขายหน้าร้าน ''(ค่าตั้งต้นเป็นโมดูลสินค้าคงคลังเอง หมายถึงการขายหน้าร้านบันทึกตรงใน[[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า|เพจ "ใบขาย/ส่งสินค้า"]])''
|-
| '''ซีรีส์ใบกำกับภาษีอย่างย่อ''' || ''ค้นหา<br>(เลือกหลายรายการ)'' || – || '''ซีรีส์เอกสาร "ใบขาย/ส่งสินค้า" และ "เปลี่ยนแปลงรายการขาย"''' ที่ต้องการออกใบกำกับภาษีเป็นอย่างย่อโดยอัตโนมัติ ''(เป็นค่าตั้งต้นสำหรับธุรกรรมที่เกี่ยวข้อง ผู้ใช้สามารถปรับค่าเองในภายหลังได้)''
|-
| '''ราคาซื้ออ้างอิง''' || ''ตัวเลือก'' || "ตารางรหัสสินค้า" || ที่มาของราคาตั้งต้นสำหรับธุรกรรมฝั่งซื้อ เลือกจาก:
* '''ตารางรหัสสินค้า:''' ใช้ราคาในตารางรหัสสินค้าเป็นราคาตั้งต้น
* '''ประวัติราคา:''' ใช้ราคาซื้อล่าสุดของสินค้าที่ซื้อจากผู้ขายรายเดียวกันเป็นราคาตั้งต้น ''(หากไม่พบจะใช้ราคาจากตารางรหัสสินค้า)''
|-
| '''ราคาขายอ้างอิง''' || ''ตัวเลือก'' || "ตารางรหัสสินค้า" || ที่มาของราคาตั้งต้นสำหรับธุรกรรมฝั่งขาย เลือกจาก:
* '''ตารางรหัสสินค้า:''' ใช้ราคาในตารางรหัสสินค้าเป็นราคาตั้งต้น
* '''ประวัติราคา:''' ใช้ราคาขายล่าสุดของสินค้าที่ขายให้ลูกค้าเดียวกันเป็นราคาตั้งต้น ''(หากไม่พบจะใช้ราคาจากตารางรหัสสินค้า)''
|-
| '''กำไรขั้นต่ำที่ตั้งไว้''' || ''ค่าร้อยละ'' || 0.00% || กำไรขั้นต่ำในการขายสินค้าคิดเป็นร้อยละเทียบกับต้นทุน
* '''ถ้าผู้ใช้มี[[#สิทธิ์ของผู้ใช้|สิทธิ์ "ขายต่ำกว่ากำไรขั้นต่ำ"]]:''' ระบบจะแจ้งเตือนเมื่อกำหนดราคาขายต่ำเกินไป พร้อมแจ้งราคาขั้นต่ำ
* '''ถ้าผู้ใช้ไม่มี[[#สิทธิ์ของผู้ใช้|สิทธิ์ "ขายต่ำกว่ากำไรขั้นต่ำ"]]:''' ระบบจะไม่ยอมให้กำหนดราคาขายต่ำเกินไป พร้อมแจ้งราคาขั้นต่ำ
|-
| '''ราคาสินค้ารวม VAT แล้ว''' || ''จริง/เท็จ'' || เท็จ || ใช้เป็นค่ากำหนดตั้งต้นของธุรกรรมซื้อ/ขาย ''(ผู้ใช้สามารถปรับค่าเองในแต่ละธุรกรรมได้)''
|-
| '''แสดงช่องบาร์โค้ด''' || ''จริง/เท็จ'' || เท็จ || แสดงช่องบาร์โค้ดในรายการสินค้าของธุรกรรมซื้อ/ขาย
|-
| colspan=4 {{TableHighlightInfo}} | '''การคำนวณต้นทุนสินค้า'''
|-
| '''วิธีคำนวณต้นทุน''' || ''ตัวเลือก'' || "First in, first out" || วิธีการคำนวณต้นทุนของสินค้าที่ตัดออกจากคลัง เลือกจาก:
* '''First in, first out''' ''(เข้าก่อน ออกก่อน)''
* '''Last in, first out''' ''(เข้าหลัง ออกก่อน)''
* '''เฉลี่ย''' ''(Average)''
|-
| '''ใช้ต้นทุนสินค้าขาเข้าคงที่''' || ''จริง/เท็จ'' || เท็จ || ''{{3stars}} ดูหัวข้อที่เกี่ยวข้อง[[#ต้นทุนสินค้าขาเข้าคงที่|ท้ายบทความ]]''
|-
| '''วิธีคำนวณต้นทุนสินค้าส่งคืน''' || ''ตัวเลือก'' || "ยึดตามวิธีคำนวณต้นทุน" || กำหนดวิธีการรับรู้ต้นทุนของสินค้าที่ส่งคืนผู้ขาย เลือกจาก:
* '''ยึดตามวิธีคำนวณต้นทุน:''' ใช้วิธีการเดียวกันการรับรู้ต้นทุนสินค้าขายทั่วๆ ไป
* '''ยึดตามเอกสารอ้างอิง:''' ใช้ต้นทุนของสินค้าตามรายการซื้อที่เกี่ยวข้อง
''{{3stars}} ดูหัวข้อที่เกี่ยวข้องในบทความของ[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย#สินค้าคงคลัง|เพจ "เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย"'']]
|-
| '''ใบเพิ่ม/ลดหนี้ซื้อมีผลต่อต้นทุนสินค้าในคลัง''' || ''จริง/เท็จ'' || เท็จ || ปรับมูลค่าสินค้าคงคลังเมื่อบันทึกใบเพิ่ม/ลดหนี้ผ่าน'''[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย|เพจ "เปลี่ยนแปลงรายการซื้อ"]]'''
{{3stars}} วิธีนี้มีความสมเหตุสมผลในทางบัญชี แต่มีโอกาสทำให้เกิดรายการสินค้าที่ไม่มีจำนวนแต่มีมูลค่า (เป็นบวกหรือลบ) อยู่ในคลังสินค้าได้ โดยเฉพาะในบริษัทที่บริหารจำนวนสินค้าแบบพอดีจำหน่าย
|-
| '''รวมล็อตสินค้าในงวดสิ้นปี''' || ''จริง/เท็จ'' || จริง || สำหรับเดือนสิ้นปีบัญชี ให้ยกยอดสินค้าคงคลังที่คงเหลือทั้งหมดไปยังปีบัญชีใหม่เป็นบรรทัดสรุปบรรทัดเดียว สำหรับแต่ละชนิด-คลัง-หน่วย
|-
| '''อนุญาตให้ตัดสต๊อกติดลบ''' || ''จริง/เท็จ'' || จริง || {{3stars}} มีผลต่อสินค้าในกลุ่มที่ '''"บันทึกจำนวนสินค้าเข้า/ออก"''' และ '''"ไม่อนุญาตให้ตัดสต๊อกติดลบ"''' เท่านั้น
|-
| colspan=4 {{TableHighlightInfo}} | '''การตั้งค่าอื่น ๆ'''
|-
| '''คำนวณภาษีมูลค่าเพิ่มในการโอนย้ายสินค้าระหว่างคลัง''' || ''จริง/เท็จ'' || เท็จ || ให้ระบบสร้างใบกำกับภาษีซื้อและขายสำหรับการโอยย้ายสินค้าด้วย สำหรับกรณีเป็นการโอนย้ายข้ามแผนก
|}

=== ภาษีซื้อเมื่อจ่ายชำระ และ ภาษีขายเมื่อรับชำระ ===
'''สำหรับธุรกรรมการซื้อ/ขายที่ยังไม่มีการชำระเงิน''' ผู้ใช้สามารถเลือกตั้งค่าให้ระบบบันทึกใบกำกับภาษีในทันทีหรือไม่ก็ได้ โดยตั้งค่าใน[[โมดูลเจ้าหนี้/ลูกหนี้#การตั้งค่าระบบ|'''หมวด "การตั้งค่าภาษีมูลค่าเพิ่มสำหรับโมดูลสินค้าคงคลัง"''' ของโมดูลเจ้าหนี้/ลูกหนี้]] โดยพฤติกรรมของธุรกรรมซื้อ/ขายจะเป็นดังนี้:

* '''กรณีไม่เปิดใช้งาน''' "ภาษีซื้อเมื่อจ่ายชำระ" และ/หรือ "ภาษีขายเมื่อรับชำระ" ''(พฤติกรรมปกติ):''
** '''ธุรกรรมฝั่งซื้อ'''จะบันทึกใบกำกับภาษีซื้อทันทีในทุกกรณี ''(ถ้ามี)''
** '''ธุรกรรมฝั่งขาย'''จะบันทึกใบกำกับภาษีขายทันทีในทุกกรณี
* '''กรณีเปิดใช้งาน''' "ภาษีซื้อเมื่อจ่ายชำระ" และ/หรือ "ภาษีขายเมื่อรับชำระ":
** '''ธุรกรรมฝั่งซื้อเงินเชื่อ''' ''(เครดิต)'' จะยังไม่บันทึกใบกำกับภาษีซื้อ แต่จะชะลอไปบันทึกเมื่อมี[[บันทึกการชำระเจ้าหนี้|การจ่ายชำระ]]
** '''ธุรกรรมฝั่งซื้ออื่นๆ''' จะบันทึกใบกำกับภาษีซื้อทันที ''(ถ้ามี)''
** '''ธุรกรรมฝั่งขายงินเชื่อ''' ''(เครดิต)'' จะยังไม่บันทึกใบกำกับภาษีขาย แต่จะชะลอไปบันทึกเมื่อมี[[บันทึกการรับชำระลูกหนี้|การรับชำระ]]
** '''ธุรกรรมฝั่งขายอื่นๆ''' จะบันทึกใบกำกับภาษีขายทันที

== ตารางรหัส ==
ตารางรหัสของโมดูลสินค้าคงคลังมีดังต่อไปนี้:
* [[กลุ่มสินค้า]]
* [[สินค้า]]
* [[คลังสินค้า]]
* [[หน่วยสินค้า]]
* [[รายการวัสดุ]]
* [[หมายเลขประจำตัว]]

{{module_table_leader}}

== รูปแบบการบันทึกบัญชีรายวัน ==
ในโมดูลนี้มีธุรกรรมที่บันทึกบัญชีรายวันอัตโนมัติดังต่อไปนี้:
* [[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า#ใบซื้อ/รับสินค้า|ใบซื้อ/รับสินค้า]]
* <li style="padding-bottom:10px;">[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย#เปลี่ยนแปลงรายการซื้อ|เปลี่ยนแปลงรายการซื้อ]]</li>
* [[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า#ใบขาย/ส่งสินค้า|ใบขาย/ส่งสินค้า]]
* <li style="padding-bottom:10px;">[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย#เปลี่ยนแปลงรายการขาย|เปลี่ยนแปลงรายการขาย]]</li>
* [[โอนย้ายสินค้า / แปลงหน่วยนับ#รูปแบบการบันทึกบัญชีรายวัน|โอนย้ายสินค้า / แปลงหน่วยนับ]]
* [[รวม/แยกชุดสินค้า#รูปแบบการบันทึกบัญชีรายวัน|รวม/แยกชุดสินค้า]]
* [[ปรับปรุงสินค้าอื่น ๆ#รูปแบบการบันทึกบัญชีรายวัน|ปรับปรุงสินค้าอื่น ๆ]]

== ซีรีส์เอกสารตั้งต้น ==
{{DocSeriesTableHead}}
{{DocSeriesTableRow| ใบสั่งซื้อ | ✓ | POR | ใบสั่งซื้อ}}
{{DocSeriesTableRow| ใบซื้อ/รับสินค้า | ✓ | IVR | ใบซื้อ/รับสินค้า | highlight=yes}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการซื้อ | – | CCN | รายการลดหนี้ (ซื้อ)}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการซื้อ | – | CDN | รายการเพิ่มหนี้ (ซื้อ)}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการซื้อ | ✓ | IVC | ใบส่งคืนสินค้า}}
{{DocSeriesTableRow| ใบสั่งขาย | ✓ | SOR | ใบสั่งขาย | highlight=yes}}
{{DocSeriesTableRow| ใบขาย/ส่งสินค้า | ✓ | IVP | ใบขาย/ส่งสินค้า}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการขาย | ✓ | IVT | ใบรับคืนสินค้า | highlight=yes}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการขาย | – | RCN | รายการลดหนี้ (ขาย) | highlight=yes}}
{{DocSeriesTableRow| เปลี่ยนแปลงรายการขาย | – | RDN | รายการเพิ่มหนี้ (ขาย) | highlight=yes}}
{{DocSeriesTableRow| โอนย้ายสินค้า / แปลงหน่วยนับ | ✓ | MVE | โอนย้ายสินค้า / แปลงหน่วยนับ}}
{{DocSeriesTableRow| รวม/แยกชุดสินค้า | ✓ | BOM | รวม/แยกชุดสินค้า | highlight=yes}}
{{DocSeriesTableRow| ปรับปรุงสินค้าอื่น ๆ | ✓ | CHN | ปรับปรุงสินค้าอื่น ๆ}}
|}

== ข้อมูลธุรกรรมและเมนูอื่นๆ ==
* [[ใบสั่งซื้อ และ ใบสั่งขาย|ใบสั่งซื้อ]]
* [[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า|ใบซื้อ/รับสินค้า]]
* <li style="padding-bottom:10px;">[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย|เปลี่ยนแปลงรายการซื้อ]]</li>
* [[ใบสั่งซื้อ และ ใบสั่งขาย|ใบสั่งขาย]]
* [[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า|ใบขาย/ส่งสินค้า]]
* <li style="padding-bottom:10px;">[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย|เปลี่ยนแปลงรายการขาย]]</li>
* [[โอนย้ายสินค้า / แปลงหน่วยนับ|โอนย้ายสินค้า / แปลงหน่วยนับ]]
* [[รวม/แยกชุดสินค้า|รวม/แยกชุดสินค้า]]
* <li style="padding-bottom:10px;">[[ปรับปรุงสินค้าอื่น ๆ|ปรับปรุงสินค้าอื่น ๆ]]</li>
* [[สถานะสินค้าคงคลังปัจจุบัน|สถานะสินค้าคงคลังปัจจุบัน]]

== รายการประวัติต่างๆ ==
=== สินค้าคงคลัง ===
'''ประวัติสินค้าคงคลัง (IVH)''' บันทึกรายการสินค้าเข้า/ออก และรายการปรับปรุงมูลค่า โดยเก็บรายละเอียดต่างๆ ดังนี้:
* '''สินค้า / คลังสินค้า / หน่วยสินค้า'''ที่มีการเคลื่อนไหว
* ข้อมูลและวันที่'''เอกสารธุรกรรม'''
* ''(สำหรับ[[เปลี่ยนแปลงรายการซื้อ และ เปลี่ยนแปลงรายการขาย|ธุรกรรม "เปลี่ยนแปลงรายการซื้อ" และ "เปลี่ยนแปลงรายการขาย"]])'' ข้อมูลและวันที่'''เอกสารอ้างอิง'''
* '''จำนวนเคลื่อนไหว'''ในธุรกรรมนั้นๆ (ค่าบวกแสดงสินค้าเข้า, ค่าลบแสดงสินค้าออก)
* '''มูลค่าต้นทุน''' โดยบันทึกเป็นต้นทุนรวมของรายการทั้งบรรทัด ''(ไม่บันทึกเป็นต้นทุนต่อหน่วย)'' เพื่อลดความคลาดเคลื่อนจากการปัดเศษทศนิยม
* ''(สำหรับธุรกรรมขาเข้า)'' '''จำนวนคงเหลือ'''ประจำล็อต ณ ต้นเดือน และจำนวนคงเหลือจากการตัดล็อตภายในเดือน
* ''(สำหรับธุรกรรมขาเข้า)'' '''รายการของจำนวนและมูลค่าสินค้าที่ตัดออกจากล็อตนี้ไป'''
* ''(สำหรับธุรกรรมขาออก)'' '''รายการของจำนวนและมูลค่าของล็อตสินค้าที่ใช้ตัดสินค้าออก'''

{{3stars}} ระบบคูนิฟ็อกซ์คำนวณต้นทุนสินค้าแยกกันสำหรับแต่ละ'''สินค้า-คลัง-หน่วย (product-warehouse-unit: PWU)''' โดยการย้ายสินค้าข้ามคลังและการแปลงหน่วยจะกระทำก็ต่อเมื่อผู้ใช้สั่งการให้ทำผ่าน'''[[โอนย้ายสินค้า / แปลงหน่วยนับ|ธุรกรรม "โอนย้ายสินค้า / แปลงหน่วยนับ"]]''' เท่านั้น

{{3stars}} ในธุรกรรมเดียวกัน ระบบจะบันทึกรวบประวัติสินค้าคงคลังของแต่ละ'''สินค้า-คลัง-หน่วย-ขาเข้า/ออก'''เป็น 1 รายการประวัติ เช่น:
* '''รายการซื้อสินค้า:''' ซื้อสินค้า A จำนวน '''10 ชิ้น''' ''(ราคาชิ้นละ 100 บาท)'' '''แถม 1 ชิ้น''' จะบันทึกเป็น'''ประวัติสินค้าเข้า 11 ชิ้นที่ต้นทุนรวม 1,000 บาท'''
* '''รายการรวม/แยกชุดสินค้า:''' แยกชิ้นส่วนสินค้าสำเร็จรูป A '''ได้อะไหล่ C มา 20 ชิ้น''' พร้อมกับประกอบสินค้าสำเร็จรูป B ต้อง'''ใช้อะไหล่ C จำนวน 15 ชิ้น''' จะบันทึกประวัติของอะไหล่ C เป็น '''2 บรรทัด''' คือ '''เข้า 20 ชิ้น''' และ'''ออก 15 ชิ้น'''

==== ธุรกรรมที่เกี่ยวข้อง ====
* '''รายการสินค้าเข้า:''' [[ใบซื้อ/รับสินค้า]] และ [[เปลี่ยนแปลงรายการซื้อ|รับคืนสินค้า]]
* '''รายการสินค้าออก:''' [[ใบขาย/ส่งสินค้า]] และ [[เปลี่ยนแปลงรายการขาย|ส่งคืนสินค้า]]
* '''ธุรกรรมที่มีรายการสินค้าเข้าและออก''' ''โดยโปรแกรมคำนวณมูลค่าขาเข้าจากต้นทุนสินค้าออกให้โดยอัตโนมัติ:'' [[โอนย้ายสินค้า / แปลงหน่วยนับ]] และ [[รวม/แยกชุดสินค้า]]
* '''ธุรกรรมที่อาจมีรายการสินค้าเข้า, ออก, หรือปรับมูลค่า:''' [[ปรับปรุงสินค้าอื่น ๆ]]

=== สินค้าค้างรับ/ค้างส่ง ===
'''ประวัติสินค้าค้างรับ (POH)''' และ '''ประวัติสินค้าค้างส่ง (SOH)''' บันทึกรายการสินค้าตามใบสั่งซื้อหักรายการที่รับเข้าแล้ว และ ใบสั่งขายหักรายการที่จัดส่งแล้วตามลำดับ รายละเอียดที่บันทึกได้แก่:
* '''สินค้า / คลังสินค้า / หน่วยสินค้า'''
* ข้อมูลและวันที่'''ใบสั่งซื้อ''' หรือ '''ใบสั่งขาย'''
* ''(สำหรับธุรกรรมซื้อ/ขาย)'' ข้อมูลและวันที่'''ใบซื้อ/รับสินค้า''' หรือ '''ใบขาย/ส่งสินค้า'''
* '''จำนวน''' (ค่าบวกแสดงรายการสั่งซื้อ/สั่งขาย, ค่าลบแสดงรายการรับ/ส่งสินค้า)

==== ธุรกรรมที่เกี่ยวข้อง ====
* '''ประวัติสินค้าค้างรับ:''' [[ใบสั่งซื้อ]] และ [[ใบซื้อ/รับสินค้า]]
* '''ประวัติสินค้าค้างส่ง:''' [[ใบสั่งขาย]] และ [[ใบขาย/ส่งสินค้า]]

=== ประวัติราคาซื้อ/ขาย ===
'''ประวัติราคาซื้อ/ขาย (PriceHistory)''' บันทึกราคาล่าสุดที่ซื้อและขายสินค้าแต่ละหน่วย โดยบันทึกแยกกันสำหรับผู้ขาย/ลูกค้าแต่ละราย รายละเอียดที่บันทึกได้แก่:
* '''ผู้ขาย หรือ ลูกค้า'''
* '''สินค้า / หน่วยสินค้า'''
* '''วันที่ของธุรกรรมที่ใช้ราคานี้'''
* '''ราคา และส่วนลดล่าสุด'''
* '''สถานะรวม VAT ของราคาล่าสุด''' ''(ใช้ร่วมกับสถานะรวม VAT ของธุรกรรม เพื่อให้สามารถแสดงราคาซื้อ/ขายตั้งต้นได้อย่างถูกต้อง)''

==== ธุรกรรมที่เกี่ยวข้อง ====
* '''ประวัติราคาซื้อ:''' [[ใบสั่งซื้อ]] และ [[ใบซื้อ/รับสินค้า]]
* '''ประวัติราคาขาย:''' [[ใบสั่งขาย]] และ [[ใบขาย/ส่งสินค้า]]

{{3stars}} ระบบจะบันทึกประวัติราคาก็ต่อเมื่อ:
* ผู้ใช้เพิ่มหรือแก้ไขรายการสินค้าในธุรกรรมโดยตรง หรือนำเข้าธุรกรรมเท่านั้น '''และ'''
* วันที่ของธุรกรรมนั้นอยู่หลังวันที่ที่อยู่ในประวัติราคา

== หัวข้ออื่นๆ ที่น่าสนใจ ==
=== ต้นทุนสินค้าขาเข้าคงที่ ===
การคำนวณต้นทุนแบบ FIFO และ LIFO ใช้มูลค่าต่อหน่วยของแต่ละล็อตมาคำนวณเป็นต้นทุนเมื่อมีการตัดล็อตสินค้านั้นๆ โดยทั่วไป มูลค่าต่อหน่วยของสินค้าในล็อตเดียวกันควรจะมีค่าเท่ากันเสมอ ''(ต้นทุนสินค้าขาเข้ามีค่าคงที่ในล็อต)'' อย่างไรก็ตาม การใช้ค่าเฉลี่ยค่าเดียวในการตัดมูลค่าสินค้าทั้งล็อต'''อาจทำให้มีมูลค่าตกค้างหรือสูญหายจากบัญชีสินค้าคงคลังได้''' เนื่องจากผลสะสมของการปัดเศษทศนิยม

'''หากผู้ใช้ปิดการตั้งค่า "ต้นทุนสินค้าขาเข้าคงที่"''' ระบบคูนิฟ็อกซ์จะแก้ปัญหานี้โดย'''นำจำนวนและมูลค่าคงเหลือของล็อต ณ ขณะนั้น มาเฉลี่ยมูลค่าใหม่ทุกครั้งที่จะตัดล็อต''' ''(แทนวิธีการแบบดั้งเดิม ซึ่งใช้ค่าเฉลี่ยค่าเดียวสำหรับทั้งล็อต)'' ทำให้สามารถแก้ปัญหามูลค่าตกค้างในบัญชีสินค้าคงคลังได้ แต่'''อาจทำให้มูลค่าของสินค้าที่ตัดจากล็อตเดียวกันแตกต่างกันไปเล็กน้อย'''

เพื่อเป็นตัวอย่างประกอบการพิจารณาตั้งค่า และให้เห็นความแตกต่างระหว่างวิธีการคำนวณทั้งสองวิธี สมมุติว่า'''ซื้อสินค้า A มาจำนวน 1 ลัง (บรรจุ 7 ชิ้น) ในราคา 120.00 บาท แล้วแยกขายหน้าร้านทีละชิ้น'''

{| class="wikitable" style="width:100%;"
! style="min-width:140px;" | เหตุการณ์ !! style="min-width:300px;" | ใช้ "ต้นทุนสินค้าขาเข้าคงที่" !! style="min-width:340px;" | ไม่ใช้ "ต้นทุนสินค้าขาเข้าคงที่"
|-
! ซื้อสินค้าเข้า 7 ชิ้น<br>ราคารวม 120.00 บาท
| บันทึกสินค้าเข้า 7 ชิ้น มูลค่ารวม 120.00 บาท<br>''(ต้นทุนเฉลี่ยต่อชิ้น 17.14 บาท)'' || บันทึกสินค้าเข้า 7 ชิ้น มูลค่ารวม 120.00 บาท
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 6 ชิ้น รวมมูลค่า 102.86 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{120.00}{7}</math> = 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 6 ชิ้น รวมมูลค่า 102.86 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 5 ชิ้น รวมมูลค่า 85.72 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{102.86}{6}</math> = 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 5 ชิ้น รวมมูลค่า 85.72 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 4 ชิ้น รวมมูลค่า 68.58 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{85.72}{5}</math> = 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 4 ชิ้น รวมมูลค่า 68.58 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 3 ชิ้น รวมมูลค่า 51.44 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{68.58}{4}</math> = '''17.15 บาท'''<br>''(คงเหลือสินค้าในล็อต 3 ชิ้น รวมมูลค่า 51.43 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 2 ชิ้น รวมมูลค่า 34.30 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{51.43}{3}</math> = 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 2 ชิ้น รวมมูลค่า 34.29 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 1 ชิ้น รวมมูลค่า 17.16 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{34.29}{2}</math> = '''17.15 บาท'''<br>''(คงเหลือสินค้าในล็อต 1 ชิ้น รวมมูลค่า 17.14 บาท)''
|-
! ขายสินค้า 1 ชิ้น
| บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 0 ชิ้น รวมมูลค่า 0.02 บาท)'' || บันทึกสินค้าออก 1 ชิ้นที่ต้นทุน <math>1 \times \frac{17.14}{1}</math> = 17.14 บาท<br>''(คงเหลือสินค้าในล็อต 0 ชิ้น รวมมูลค่า 0.00 บาท)''
|- {{TableHighlightInfo|do_center=no}}
! {{TableHighlightInfo}} | ข้อสังเกต
| บัญชีสินค้าคงคลังมี'''ยอด 0.02 บาทที่ไม่มีตัวตนสินค้าอยู่ จะต้องปรับปรุงออกเมื่อสิ้นงวด'''

''(ระบบคูนิฟ็อกซ์จะแจ้งยอดในลักษณะนี้ให้ผู้ใช้ทราบ เมื่อสั่ง[[คำนวณข้อมูลใหม่]]ในเดือนสิ้นปีบัญชี)''
|| บัญชีสินค้าคงคลัง'''ไม่มียอดตกค้าง''' แต่จะเห็นว่าสินค้าในล็อตเดียวกันอาจ'''มีต้นทุน 17.14 – 17.15 บาทขึ้นกับการตัดล็อต'''
|}

=== การใช้งานฟีเจอร์บาร์โค้ด ===
ในธุรกรรมต่างๆ ผู้ใช้สามารถใช้งานช่องข้อมูลบาร์โค้ดได้ดังนี้:
# ระบุข้อความที่ต้องการค้นหา ซึ่งอาจเป็นอย่างใดอย่างหนึ่งต่อไปนี้:
#* '''บาร์โค้ดที่ต้องการค้นหา เช่น {{mono|1234567890128}}:''' ระบบจะตีความจำนวนสินค้าเป็น 1 ให้โดยอัตโนมัติ
#* '''ตัวเลข ตามด้วย 'เครื่องหมาย *' ตามด้วยบาร์โค้ด:''' ระบบจะตีความผลคูณของตัวเลขหน้าบาร์โค้ดเป็นจำนวน เช่น:
#** {{mono|5*1234567890128}} ''(ตีความจำนวนเป็น 5)''
#** {{mono|5*10*1234567890128}} ''(ตีความจำนวนเป็น 50)''
#** {{mono|*1234567890128}} ''(กรณีไม่มีตัวเลขจะตีความจำนวนเป็น 1)''
# กดปุ่ม {{key_press|Enter}}, {{key_press|Tab}}, {{key_press|;}}, หรือใช้เมาส์คลิกที่ช่องข้อมูลอื่น เพื่อให้ระบบกรอกข้อมูลสินค้า, หน่วย, และจำนวนให้โดยอัตโนมัติ (กรณีพบบาร์โค้ดในฐานข้อมูล)

==== การแฝงข้อมูลจำนวนอยู่ในบาร์โค้ด ====
หากผู้ใช้เลือกใช้บาร์โค้ดแบบ CODE128 ผู้ใช้สามารถแฝงข้อมูลจำนวนลงในบาร์โค้ดได้โดยตรง เช่น สินค้า A มีบาร์โค้ดรายชิ้นเป็น {{mono|1234567890128}} แต่บริษัทของผู้ใช้ไม่จำหน่ายแยกชิ้น ต้องการขายรวมทีละ 100 ชิ้นเท่านั้น ก็สามารถทำบาร์โค้ดพิเศษ {{mono|100*1234567890128}} ขึ้นใช้ในร้านได้เพื่อความสะดวก

==== การตั้งค่าอุปกรณ์อ่านบาร์โค้ดที่แนะนำ ====
อุปกรณ์อ่านบาร์โค้ดส่วนมากรองรับการตั้งค่าอักขระก่อนและหลังบาร์โค้ด ผู้ใช้สามารถตั้งค่าเป็นแบบใดแบบหนึ่งต่อไปนี้ เพื่อให้สามารถทำงานได้สะดวกรวดเร็วขึ้น:

{| class="wikitable" style="width:100%;"
! การตั้งค่า !! การใช้งาน
|-
|
'''{{key_press|*}} + บาร์โค้ด + {{key_press|Enter}}'''<br>
'''{{key_press|*}} + บาร์โค้ด + {{key_press|Tab}}'''<br>
'''{{key_press|*}} + บาร์โค้ด + {{key_press|;}}'''
|| ใช้งานได้สะดวกที่สุด ผู้ใช้สามารถ:
* อ่านบาร์โค้ดโดยตรง
* คีย์จำนวนที่ต้องการแล้วอ่านบาร์โค้ด
|-
|
'''บาร์โค้ด + {{key_press|Enter}}'''<br>
'''บาร์โค้ด + {{key_press|Tab}}'''<br>
'''บาร์โค้ด + {{key_press|;}}'''
|| ผู้ใช้สามารถ:
* อ่านบาร์โค้ดโดยตรง
* คีย์จำนวนที่ต้องการ ตามด้วย 'เครื่องหมาย *' แล้วอ่านบาร์โค้ด
|-
| '''บาร์โค้ด'''
|| ผู้ใช้สามารถ:
* อ่านบาร์โค้ดโดยตรง แล้วกด {{key_press|Enter}}, {{key_press|Tab}}, หรือ {{key_press|;}}
* คีย์จำนวนที่ต้องการ ตามด้วย 'เครื่องหมาย *' แล้วอ่านบาร์โค้ด จากนั้นกด {{key_press|Enter}}, {{key_press|Tab}}, หรือ {{key_press|;}}
|}

=== การตีความส่วนลด ===
ระบบคูนิฟ็อกซ์รองรับส่วนลดหลายขั้น ที่มีทั้งส่วนลดแบบร้อยละและแบบยอดเงินผสมกัน มีหลักการตีความส่วนลดดังนี้:
# พิจารณาส่วนลดที่ผู้ใช้กรอกเข้ามาทีละตัวอักษร
# กรณีพบ'''ตัวเลขหรือเครื่องหมาย 'จุด' (.)''' ให้ตีความเป็นจำนวนพักเอาไว้
# เมื่อพบอักขระที่ไม่ใช่ตัวเลข ให้นำจำนวนที่พักเอาไว้มาพิจารณาดังนี้:
#* หากพบ ''''เครื่องหมายเปอร์เซ็นต์' (%):''' จะตีความว่าลดเป็นร้อยละเท่ากับจำนวนที่พักไว้
#* หากพบ'''อักขระอื่นๆ (รวมถึงการเว้นวรรค):''' จะตีความว่าลดราคาเท่ากับจำนวนที่พักไว้โดยตรง

ตัวอย่างการตีความส่วนลด เช่น:
* '''"20%5%400"''' คือ ลด 20% ก่อน แล้วลดตามอีก 5% จากนั้นลดอีก 400 บาท
* '''"70.50 10% 2.10"''' คือ ลดไป 70.50 บาท แล้วลดตามอีก 10% จากนั้นจึงลดอีก 2.10 บาท

=== ราคาตั้งต้น ===
สำหรับธุรกรรม[[ใบสั่งซื้อ และ ใบสั่งขาย#รายการสินค้า|ใบสั่งซื้อ, ใบสั่งขาย]], [[ใบซื้อ/รับสินค้า และ ใบขาย/ส่งสินค้า#รายการสินค้า|ใบซื้อ/รับสินค้า, และ ใบขาย/ส่งสินค้า]] ระบบจะแสดงราคาตั้งต้นของสินค้าให้เมื่อผู้ใช้เพิ่มรายการสินค้าใหม่ในเอกสาร โดยระบบจะอ่านค่าต่อไปนี้ตามลำดับและแสดงค่าแรกที่พบ:
* ''(กรณี[[#การตั้งค่าระบบ|ตั้งค่า "ราคาซื้อ/ขายอ้างอิง" เป็น 'ประวัติราคา']])'' ประวัติราคาซื้อ/ขายสำหรับผู้ขาย/ลูกค้ารายนั้น
* ราคาซื้อ/ขายใน[[สินค้า|ตารางรหัส "สินค้า"]]
* 0.00

{{3stars}} ระบบจะแปลงราคาที่อ่านค่ามาให้มีสถานะรวม/แยก VAT ที่เหมาะสมตามเอกสารที่ผู้ใช้กำลังเพิ่ม/แก้ไขอยู่โดยอัตโนมัติ

== โมดูลมูลฐาน ==
* [[โมดูลบัญชีรายวัน|โมดูลบัญชีรายวัน]]
* [[โมดูลเจ้าหนี้/ลูกหนี้|โมดูลเจ้าหนี้/ลูกหนี้]]
* [[โมดูลค่าจ้าง/เงินเดือน|โมดูลค่าจ้าง/เงินเดือน]]

{{คู่มือการใช้โปรแกรมคูนิฟ็อกซ์}}
{{โมดูลสินค้าคงคลัง}}