acenetryan

Thanks, that's what I was missing. Thanks for the help, everyone.

m00, try appending gid=### to the end of cart.php. You can hide groups in the admin area and it prevents them from being listed under "Browse Products & Services" on the main order page, but it does not prevent someone from visiting them directly. For example, whmcs.com only has two groups listed on their order page, Licenses and Services. Yet, I can specify the gid GET variable manually and browse all of their other offerings: https://www.whmcs.com/members/cart.php?gid=3 https://www.whmcs.com/members/cart.php?gid=4 https://www.whmcs.com/members/cart.php?gid=5

Thanks, othellotech. That stops them from being ordered, but you can still see the plan specs and pricing. I'd prefer that these hidden products not be viewable altogether. I don't see any such setting. Perhaps it's time for a feature request.

I'm trying to completely disable our older products that are no longer available. I realize that I can hide products on both the product and product group levels, but this just hides the products. If someone were to look at an order link and start playing with gid=### they could access our hidden product groups and order products from it. I'd like to these products be completely inaccessible, yet, we can't simply remove them because past clients are still on these plans.

That doesn't quite do what I'm asking. That option will set the account up when I approve a pending order. However, the order will have already charged the first invoice before I approve it in WHMCS. Additionally, that only applies to Products/Services that have a corresponding module. For VPS/Dedicated that wouldn't be an option. I'm looking to prevent the first invoice from being sent altogether upon order. Is this possible? To clarify, here's how the order process would go: ------------------------------- Client orders service, puts in payment information. Invoice created, payment information recorded. Order is set to pending. Admin approves or rejects order. If approved, the first invoice is sent to the payment gateway and corresponding module actions fire. ------------------------------- It's not a big deal, I can void the transactions when I see fraudulent purchases made, but, ideally, I'd want to avoid contacting the payment gateway at all when I know an order is fraud.

I've been through the documentation and the forums search, but I can't seem to find where to modify this setting. I would like to allow new orders to be submitted and the credit card details to be entered, but I don't want the transaction submitted to the payment gateway until the order is manually approved. Can someone point me in the right direction?

Admittedly, I don't work with Smarty templates much so there may be a better way to do this. But here's how I get my product forms to only display the products associated with each company. First, you'll need to have each template setup and the appropriate redirects in place as robb3369 mentioned. Then, in products.tpl adapt and add this code to the top: {php} $template = $this->_tpl_vars['template']; if($template == 'company1') { $validpids[1] = array('1','2','3'); $validpids[2] = array('4','5'); $validpids[3] = array('6','7','8'); } else if($template == 'company2') { $validpids[1] = array('9','10'); $validpids[2] = array('11','12'); } $gid = $this->_tpl_vars['gid']; $pids = $validpids[$gid]; $this->assign('pids',$pids); {/php} The index into validpids is the gid for each group of products you sell. The array for that gid is the pids of each product for which that company sells. i.e. company1 sells only products with pids 1, 2, and 3 for group 1 and company2 sells products 9 and 10 for group 1 etc.. You're basically manually telling the products.tpl template which products to display for which site templates. Now, change this (around line 25 of products.tpl): ... {foreach key=num item=product from=$products} <div class="cartbox" align="center"> ... to this: ... {foreach key=num item=product from=$products} {if in_array($product.pid, $pids)} <div class="cartbox" align="center"> ... and add the closing {/if} tag above the {/foreach} around line 55: {/if} {/foreach} As I said, it's quick and dirty and you have to update your products.tpl anytime you add in new products, but it separates the products out so they only display on the appropriate templates. You still have to worry about the other points ffeingol mentioned.

I, too, would like the ability to run multiple companies from within a single WHMCS install. The redirects provided by robb3369 suffice for changing the look, but when visitors click on "Order" and view a list of the products they can see all of the products available within WHMCS. I would like to filter which products are displayed based on which template the visitor is using. If the custom fields were available within the products.tpl template, you could create an Admin Only custom field for each product and then only display those products which have a custom field equal to the template. Since this is not an option, I'm using some custom mods to filter the results. I'll be happy to share if anyone's interested, but they're rather quick 'n' dirty. Is there another way to restrict which products are shown based on template? I couldn't find one directly within WHMCS. Along the same lines, it would be nice to be able to have "Server Groups". This was probably the one nice thing that ModernBill had going for it. I could add servers to various groups with various fill limits and configure shared hosting to go to one group and resellers to go to another, with the group automatically rolling over to the next server after the fill limit is hit. With these options in WHMCS, one could also configure clients from company1 to one group of servers and clients from company2 to get setup on another group. Though, I'm sure there is a lot more required to adapt WHMCS for multiple domains. If anyone has any further suggestions for what changes may need to be done, I'd appreciate the direction. Right now, I'm just kind of poking around the client side pages looking for what does and doesn't work on the different domains and fixing as I go.

Make sure that the template you are changing the style of is actually the template your are editing. For example, if you have the "portal" template active, you need to edit the portal stylesheet. Also, make sure you are editing the correct class. I generally like to open up the page I'm editing in Chrome's Javascript console or IE's developer tool and make sure I'm changing the color for the correct element.

Looks like they got the link back up and running. "Import Scripts" on the right side after you login to the client area.

Anyone have the link for the import scripts? Since WHMCS started using WHMCS internally, I haven't been able to locate them within the Client Area homepage. I've got a ticket in right now waiting on support, but I figured if anyone had the links handy (and they were still valid), I'd save support a ticket.

Hello Enko, I just had this same issue and knew I had to be missing some sort of "activate" feature. Within the admin area, go to : Configuration -> General Settings -> Ordering In my instance, the option "Default Order Form Template" was not selected so it was not listing any of my products. As soon as I chose an option, my cart and addons (basically anything that uses cart.php) were working properly. HTH.

Invoice IDs remain consistent between the two billing systems. You could use that as a basis to match clients between the two.

I've been prepping our migration from MB and so far everything looks like it comes over alright. I do notice that one thing which does not come over are the "Comments" that are added to a client's account. I'm referring specifically to MBv4.4.x. Comments added in the middle of the page are added as "Client Notes" and are added to the event_log table. If I'm mistaken and someone could point me to where they are imported to within WHMCS, I'd appreciate it. Though, it wouldn't surprise me if these client notes intentionally didn't import over, MB dumps tons of package log details to this table in addition to client notes. Not the best way to handle "Comments" IMO and our event_log table has nearly 900,000 entries in it.

I received this notification as well and am curious if WHMCS addresses this. The authorize.php file is encoded so I can't see whether this module is using the correct SSL version. AFAIK, the module needs to simply make sure that the CURLOPT_SSLVERSION is set to 3 if it's using cURL. Though, a dev would probably know better whether this is all that's required.