Migrate from Alpha-E GSoft-POS to Dolibarr ERP

GSoft-POS Items with barcode, SKU, MRP, size/color variants, and HSN code map directly to Dolibarr Products. Variant attributes (size, color) map to Dolibarr's product_attribute configuration. Barcode values migrate into the barcode field. We extract every item record including its current stock quantity, reorder level, and min/max thresholds, and write them as Dolibarr product stock entries after the initial product insert. HSN codes from GSoft-POS map to the pcode上前 field or a custom product field if the Dolibarr installation lacks the Indian HSN module.

GSoft-POS Customer records (name, GSTIN, address, phone, email, outstanding balance, credit limit) map to Dolibarr Third Parties with the customer type flag set. GSTIN migrates to the siret or a custom field (tva_intra) depending on the Dolibarr tax module configuration. Outstanding balance and credit limit become Dolibarr receivable limit fields. Purchase history from GSoft-POS invoices is linked to the Third Party via Dolibarr commercial proposals and orders modules.

GSoft-POS Vendor master (name, contact, GSTIN, payment terms, address) maps to Dolibarr Third Parties with the supplier type flag. Payment terms from GSoft-POS (e.g., Net 30) map to the Dolibarr cond_reglement code on the supplier record. We preserve the full vendor address and GST registration details for GST input tax credit reconciliation.

GSoft-POS GST-compliant sales invoices migrate to Dolibarr Invoices as paid or unpaid records depending on the payment status in the source. Each invoice line (item, quantity, rate, tax rate, CGST/SGST/IGST breakup, discount) maps to Dolibarr invoice lines. We extract the GSTIN of both parties from GSoft-POS and store them as custom fields since Dolibarr's standard invoice does not have a native dual-GSTIN field. The invoice-to-payment linkage (receipt vouchers) is preserved by matching payment amounts and dates against receipt records.

GSoft-POS Purchase Orders with vendor, items ordered, quantities, rates, taxes, and pending/received status map to Dolibarr Supplier Orders. Pending quantities in GSoft-POS become open order lines in Dolibarr. Received quantities are reconciled against any incoming stock entries migrated separately. The vendor GSTIN is preserved on the supplier order for input tax tracking.

GSoft-POS payment records (cash, bank, credit) linking to sales or purchase invoices map to Dolibarr Payment records. Each payment is linked to its corresponding invoice via the paiement_facture join table. Payment mode from GSoft-POS (cash, cheque, NEFT, RTGS, UPI) maps to the Dolibarr bank line code. We use invoice reference and amount as the dedupe key when linking payments to invoices during migration.

Multi-location GSoft-POS branch data is dispersed across branch-specific tables or shared tables with a branch_id discriminator. There is no single export in GSoft-POS; we write branch-specific extraction queries and consolidate them into a unified dataset. Each branch becomes a Dolibarr Project (for financial reporting and task management per location) and optionally a separate Warehouse (for stock segregation if Dolibarr's stock module is active). Branch-level sales and stock summaries migrate as historical project data entries.

GSoft-POS loyalty member records (member ID, points balance, tier, redemption history, contact details) map to Dolibarr Members module. Points balance migrates as a custom field on the Member record. Redemption history migrates as Member events or notes depending on the Dolibarr version. GSoft-POS loyalty rules (tier thresholds, earning rates, expiry policy) are not transferable as code; we document the rules for the customer's admin to re-implement in Dolibarr's third-party loyalty add-on or a custom field-based tier system.

GSoft-POS chart of accounts, ledger balances, and trial balance transfer to Dolibarr Accounting if the Accounting module is active. Opening balance dates and fiscal year closing conventions differ from Dolibarr's default fiscal year, so we compute the carry-forward amounts at the point of transition and insert them as opening balance entries in Dolibarr's accounting journal. We flag any accounts that reference GST tax codes (CGST input, SGST input, IGST payable) for manual verification against the Dolibarr tax configuration.

GST filings are India-specific transactional summaries generated in the GST portal. We extract all underlying invoice data that feeds GSTR-1, GSTR-2, and GSTR-3B (invoice numbers, dates, GSTIN, HSN, taxable value, tax amounts, place of supply) from GSoft-POS as structured CSV files organized by return period. The filing itself must be re-entered directly in the GST portal or through a GST reconciliation tool post-migration. We deliver a per-period invoice export that maps directly to the GST portal's upload format.

GSoft-POS item stock levels (branch-wise and aggregate) map to Dolibarr Stock entries in the stock module. We extract current stock by item and by branch from the GSoft-POS inventory tables, then write stock movements as Dolibarr stock movement records. If GSoft-POS tracks min/max reorder levels, these migrate as Dolibarr product reordering rules. Stock valuation amounts from GSoft-POS reconcile against Dolibarr's warehouse stock report after import.

GSoft-POS stores opening balances as carry-forward entries at the start of each fiscal year. We extract the current fiscal year's opening balances for receivables, payables, and inventory, then write them as opening journal entries in Dolibarr's accounting module before any transaction import begins. This prevents double-counting of revenue or inventory when GSoft-POS's year-closing convention differs from Dolibarr's default April-March fiscal year.