Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| faq [2026/07/24 14:03] – chillhubadmin | faq [2026/10/01 08:56] (current) – chillhubadmin | ||
|---|---|---|---|
| Line 19: | Line 19: | ||
| ++++ How many decimal places does Chillhub support? | | ++++ How many decimal places does Chillhub support? | | ||
| Chillhub supports different decimal precision depending on the field: | Chillhub supports different decimal precision depending on the field: | ||
| - | * Purchase Invoice Item Unit Price - up to **6 decimal places** | + | * Purchase Invoice Item Unit Cost - up to **6 decimal places** |
| * Item quantities - up to **4 decimal places** | * Item quantities - up to **4 decimal places** | ||
| * Monetary fields (totals, amounts) - up to **2 decimal places** | * Monetary fields (totals, amounts) - up to **2 decimal places** | ||
| Line 273: | Line 273: | ||
| ===== Purchase ===== | ===== Purchase ===== | ||
| - | ++++ If I receive a purchase invoice from a supplier, should I key it in via the purchase invoice module or as an expense | + | ++++ If I receive a purchase invoice from a supplier, should I key it in via the purchase invoice module or as an expense |
| - | + | ||
| - | It depends on whether the item is inventory-related or not: | + | It depends on whether the item is inventory-related or not — though the Purchase module can now handle both: |
| - | * If it is **inventory-related** (stock items): | + | * If it is **inventory-related** (stock items), key it using the **Purchase module**: |
| - | * Key it using the **Purchase module** | + | |
| * **Purchase Delivery and Replenish** | * **Purchase Delivery and Replenish** | ||
| * Item quantity will be added to **Quantity on Hand** in inventory | * Item quantity will be added to **Quantity on Hand** in inventory | ||
| Line 283: | Line 282: | ||
| * Item unit cost will be posted to the **Inventory Account** | * Item unit cost will be posted to the **Inventory Account** | ||
| * When sales occur, cost will be recognised under **Cost of Goods Sold (COGS)** using FIFO (First-In, First-Out) valuation | * When sales occur, cost will be recognised under **Cost of Goods Sold (COGS)** using FIFO (First-In, First-Out) valuation | ||
| - | * If it is **non-inventory related** (non stock items): | + | * If it is **non-inventory related** (non-stock items, services, or general expenses), you can key it into either module: |
| - | * Key it into the **Expenses | + | * **Purchase |
| - | * Record it under Cost of Goods Sold (COGS) or the relevant expense account | + | * **Expenses module**: |
| - | + | * Choosing the **Purchase module** also gives you features the Expenses module doesn' | |
| + | * **Purchase Order document generation** — issue a formal PO to the supplier before the goods/ | ||
| + | * **Partial delivery tracking** — record goods received over multiple shipments against the same PO. | ||
| + | * **Partial payment tracking** — record and allocate multiple payments against the same invoice over time. | ||
| + | * //If you don't need these document-tracking features and just want to log a one-off cost quickly, the Expenses module remains the simpler option.// | ||
| ++++ | ++++ | ||
| - | + | ||
| - | ++++ How to record purchase orders, purchase delivery and purchase invoices? | | + | |
| - | **Step 1: Create Purchase Order (Procurement & Purchasing Team)** | + | |
| - | - Go to Purchase Order Page | + | |
| - | - Click + **New** | + | |
| - | - Enter Order Date and Supplier information. | + | |
| - | - Go to **Items** tab, click the **New** button | + | |
| - | - Select products and enter quantity and price | + | |
| - | - Once all items are added, click **View Document** and send it to the supplier. | + | |
| - | - Save the Purchase Order | + | |
| - | + | ||
| - | **Step 2: Record Stock Arrival (Warehouse Team)** | + | |
| - | \\ When stock arrives: | + | |
| - | - Click {{mdi> | + | |
| - | - Go to **Delivery** tab | + | |
| - | - Click the + **New** button | + | |
| - | - Enter **Delivery Note No.** and **Delivery Date** from the supplier delivery notes | + | |
| - | - Enter **Quantity to Deliver** for each received item. | + | |
| - | - Select a warehouse in **Auto Replenish To** to automatically increase the quantity on hand to the selected warehouse. | + | |
| - | * Alternatively, | + | |
| - | - Click the Apply button | + | |
| - | - Save the Purchase Order | + | |
| - | + | ||
| - | **Step 3: Key in Purchase Invoice (Finance Team)** | + | |
| - | \\ When supplier invoice arrives: | + | |
| - | - Click {{mdi> | + | |
| - | - Go to **Invoice** tab | + | |
| - | - Click the + **New** button | + | |
| - | - In General Tab, enter Supplier **Invoice No.**, **Invoice Date** | + | |
| - | - In Items Tab, enter **Quantity** and **Unit Price** for each item invoiced. | + | |
| - | * Any additional charges or taxes should be allocated into the unit price so that the total matches the invoice amount. | + | |
| - | * The item unit price will be used as the **unit cost**. | + | |
| - | - Click the Apply button | + | |
| - | - Save the Purchase Order | + | |
| - | ++++ | + | |
| - | + | ||
| ++++ What are the difference between purchase order, purchase delivery and purchase invoice? | | ++++ What are the difference between purchase order, purchase delivery and purchase invoice? | | ||
| Line 344: | Line 313: | ||
| ++++ | ++++ | ||
| + | ++++ What does " | ||
| + | |||
| + | When enabled, the item's amount is not posted to its own expense account. Instead, it's distributed proportionally into the **Unit Cost** of the product items on the same purchase order — becoming part of their inventory cost. | ||
| + | \\ This is useful for costs that should form part of a product' | ||
| + | |||
| + | ++++ | ||
| + | ++++ When should I leave " | ||
| + | |||
| + | Leave it unchecked when the item is a genuine expense unrelated to the product' | ||
| + | |||
| + | ++++ | ||
| + | ++++ What's the difference between "Raw Price" and " | ||
| + | |||
| + | **Raw Price** shows every item exactly as entered on the purchase order — quantity, net unit price, and tax per unit — matching what's on the supplier' | ||
| + | \\ **Allocated Cost** shows what each item will actually cost your business after absorption: items with Absorb to Product Cost enabled are hidden (their value has already been folded into the other items' Unit Cost), and the remaining items show a single **Unit Cost** — which becomes inventory cost for products, or posts to the configured Expense Account for services/ | ||
| + | \\ Use **Recalculate Cost** to (re)distribute absorbed amounts and tax into Unit Cost whenever you add, remove, or change items. | ||
| + | |||
| + | ++++ | ||
| + | ++++ What is a " | ||
| + | |||
| + | It flags a credit/ | ||
| + | \\ This keeps the charge out of that supplier' | ||
| + | |||
| + | ++++ | ||
| + | ++++ If my supplier gives me a discount after I've already sold some of the stock, how is that handled? | | ||
| + | |||
| + | The system splits the discount between **inventory** and **Cost of Goods Sold (COGS)** based on how much of the purchased stock remains on hand versus has already been sold. | ||
| + | \\ For example: you buy 10 units at RM50 each, then receive a RM50 discount (RM5/unit). If 6 units are still in inventory, their value drops by RM30. If 4 units were already sold, COGS is reduced by RM20 to reflect the lower cost. Both adjustments are reflected automatically in your journal entries and financial reports. | ||
| + | |||
| + | ++++ | ||
| ++++ How to handle decimal rounding Issue in purchase invoice items? | | ++++ How to handle decimal rounding Issue in purchase invoice items? | | ||
| Line 349: | Line 348: | ||
| \\ **Example** | \\ **Example** | ||
| \\ Total invoice = **RM 100.00** | \\ Total invoice = **RM 100.00** | ||
| - | * Goods: 3 units (RM 90.00) | + | * Goods: 3 units (RM 90.00, i.e. RM 30.00 each) |
| * Freight: RM 10.00 | * Freight: RM 10.00 | ||
| Need to allocate RM 100.00 across 3 units. | Need to allocate RM 100.00 across 3 units. | ||
| \\ To ensure the Purchase Invoice total matches the supplier invoice exactly, you can use the following methods: | \\ To ensure the Purchase Invoice total matches the supplier invoice exactly, you can use the following methods: | ||
| - | \\ **Option A: Use more decimal places** | + | \\ **Option A: Absorb freight into unit cost (recommended)** |
| - | - At the Purchase Invoice form, go to the Items Tab. | + | - At the **Purchase Order** form, go to the Items Tab, and add a **Service** item " |
| - | - Enter item unit price up to **6 decimal places** such that the rounded | + | - Convert the Purchase Order to a **Purchase Invoice** as usual. |
| - | To solve the scenario above: | + | - At the Purchase Invoice form, go to the Items Tab and click **Recalculate Cost**. |
| - | * RM 33.3333 per unit × 3 = RM 100.00 (after rounding) | + | - Switch |
| - | **Option B: Split items** | + | \\ **Option B: Split items (if you need exactly 2 decimal places)** |
| - | - At the Purchase Invoice form, go to the Items Tab. | + | |
| - | - Click {{mdi> | + | - Convert the Purchase Order to a **Purchase Invoice** as usual. |
| - | - Split the quantity | + | - At the Purchase Invoice form, go to the Items Tab and click {{mdi> |
| - | - Assign different unit prices | + | - Click **Recalculate Cost**, then switch |
| - | To solve the scenario above: | + | |
| - | * 2 units @ RM 33.33 | + | |
| - | * 1 unit @ RM 33.34 | + | |
| = RM 100.00 exactly | = RM 100.00 exactly | ||
| Line 694: | Line 690: | ||
| * **Repeat** → Use this for recurring schedules (e.g. weekly/ | * **Repeat** → Use this for recurring schedules (e.g. weekly/ | ||
| + | ++++ | ||
| + | |||
| + | ++++ What's the difference between "Split Percent" | ||
| + | |||
| + | **Split Percent** determines how the job's **Allocated Sales Amount** is divided among the assigned teams — normally used for commission calculation based on each team's contribution to the job. | ||
| + | \\ **Hourly Rate** is a separate figure used to calculate **labor cost** (planned and actual), based on the hours each team spends on the job — it does not affect how sales are split. | ||
| + | \\ Both default from the **Hour Rate** and **Default Split %** configured on the Team in Settings, but can be adjusted per job via **Define Allocation**. | ||
| + | |||
| + | ++++ | ||
| + | ++++ I left " | ||
| + | |||
| + | If a team's **Default Split %** (or a job's **Split Percent**) is left empty, the system evenly splits whatever percentage remains after accounting for the other teams' defined splits. | ||
| + | \\ For example, if Team A is set to 60% and Team B and Team C are left blank, the remaining 40% is split evenly — 20% each. | ||
| + | |||
| + | ++++ | ||
| + | ++++ What does " | ||
| + | |||
| + | **Progress** represents the percentage of the overall project (the linked invoice or sales order) that a specific job accounts for. It's used to prorate the **Allocated Sales Amount** when one invoice/ | ||
| + | \\ By default, progress is split evenly across all jobs linked to the same invoice/ | ||
| + | |||
| + | ++++ | ||
| + | ++++ When I complete a job, why does it ask for " | ||
| + | |||
| + | Because the invoice/ | ||
| + | \\ The dialog shows **Completed siblings** (progress already completed by earlier jobs) and automatically calculates **This job's share** as Overall Progress minus Completed siblings. It defaults to the calculated (evenly-split) progress, which you can adjust if the actual completion differs. | ||
| + | |||
| + | ++++ | ||
| + | ++++ Where can I see the allocated sales and labor cost figures after jobs are completed? | | ||
| + | |||
| + | They' | ||
| + | * **[[dashboard|Dashboard]]** -> **Team Summary** — shows each team's Hours Planned, Hours Actual, Labor Cost (Planned/ | ||
| + | * **Custom Report** -> **Labor Cost Summary** and **Labor Cost by Team** — for more detailed labor cost breakdowns. | ||
| + | |||
| ++++ | ++++ | ||