The product defines the offer customers buy: its name, billing cycle and configuration. The service is the customer-owned instance created from that offer. Keeping the distinction clear helps operators trace activation problems without changing every customer on the same product.
Assign a server directly or choose a compatible server group. The selected module determines which fields appear. Review credentials, provider permissions and connectivity before accepting orders; a successful payment cannot repair an unreachable hosting panel.
Enter the provider package identifier exactly as the panel expects it. For example, the cPanel product screen includes a cPanel Package field and optional resource settings. Plesk and DirectAdmin use their own mapping rules, explained in their integration guides.
The product automation screen offers automatic provisioning after payment, or a flow that requires staff approval. Choose the behavior that fits the product and test both the invoice state and resulting service state before making the product public.
An order, a paid invoice and a created account are separate checkpoints. Review the order timeline and module result when they disagree. Check whether the provider already created an account before retrying, so a temporary response failure does not lead to duplicate work.
After activation, the customer opens My Services to find the purchased product and available controls. Supported hosting modules may expose panel access or account details. The exact controls depend on the integration, so verify the customer view as part of your launch test.