nnab

Thanks Prestadev. pls update on the progress and also the features of the module.

now that Flipkart has released API documentation, any module available for Flipkart marketplace for order fullfillment.

The Ebay module for India is not working due to the payment type which is by default paypal for all other sites but paisapay for India. If this module can add more payment options by calling available payment options from ebay and make use to select it, it will work for India. Otherwise all other features and process is same as Ebay india follows same API used by other Ebay sites.

I tried a method and pack of existing product works. Create it as a normal product with qty mentioned in the qtys tab and save the product. Later go to info tab and change to pack of existing products and add the products u want and save it. Now u chk the qty remains and in store side I am able to create a order for the pack of products. But if I create a product as pack and try to add qty, its doesnt add qtys. try your luck. It works this way..

I too upgraded from 1.6.0.8 to 1.6.0.11 now. Upgrade is successful thro 1 click. All 3rd party modules are disabled and now js also not working so unable to get sub links from breadcrumps. What to do?

From 1.6.0.8 the stats has been modified to display statistics for order state - payment recd/delivered. If the order state is not changed to these status, the stats module doesnt display anything. I have copy back the adminstatscontroller of 1.6.0.8 so my stats page now shows all orders instead of payment recd. This setting is good only for stores which work on paypal and online payment only but when use COD, then the stats wont display these orders until you mark them as payment recd. These are some changes that went ahead from 1.6.0.8 and when there is active discussions going on to test tax rounding, these stats also need to be considered to work for all order status. The configuration should be common for all countries and not restricted to work with few stores.

Its only a carrier marked as store pickup. You can create a new carrier and name it as store pickup and mark free shipping.

I was checking on cancelling some qty or products for order is created along with invoice number, the qty or product when cancelled updated the order correctly but the invoice is not updated as below code only updates the order_detail. Need help in updating the order_invoice also so the pdf invoice gets updated value. What code need to be added to get the order_invoice updated in adminordercontroller. Below is code for cancelling the products in a order in BO. /* Cancel product from order */ elseif (Tools::isSubmit('cancelProduct') && isset($order)) { if ($this->tabAccess['delete'] === '1') { if (!Tools::isSubmit('id_order_detail') && !Tools::isSubmit('id_customization')) $this->errors[] = Tools::displayError('You must select a product.'); elseif (!Tools::isSubmit('cancelQuantity') && !Tools::isSubmit('cancelCustomizationQuantity')) $this->errors[] = Tools::displayError('You must enter a quantity.'); else { $productList = Tools::getValue('id_order_detail'); if ($productList) $productList = array_map('intval', $productList); $customizationList = Tools::getValue('id_customization'); if ($customizationList) $customizationList = array_map('intval', $customizationList); $qtyList = Tools::getValue('cancelQuantity'); if ($qtyList) $qtyList = array_map('intval', $qtyList); $customizationQtyList = Tools::getValue('cancelCustomizationQuantity'); if ($customizationQtyList) $customizationQtyList = array_map('intval', $customizationQtyList); $full_product_list = $productList; $full_quantity_list = $qtyList; if ($customizationList) foreach ($customizationList as $key => $id_order_detail) { $full_product_list[(int)$id_order_detail] = $id_order_detail; if (isset($customizationQtyList[$key])) $full_quantity_list[(int)$id_order_detail] += $customizationQtyList[$key]; } if ($productList || $customizationList) { if ($productList) { $id_cart = Cart::getCartIdByOrderId($order->id); $customization_quantities = Customization::countQuantityByCart($id_cart); foreach ($productList as $key => $id_order_detail) { $qtyCancelProduct = abs($qtyList[$key]); if (!$qtyCancelProduct) $this->errors[] = Tools::displayError('No quantity has been selected for this product.'); $order_detail = new OrderDetail($id_order_detail); $customization_quantity = 0; if (array_key_exists($order_detail->product_id, $customization_quantities) && array_key_exists($order_detail->product_attribute_id, $customization_quantities[$order_detail->product_id])) $customization_quantity = (int)$customization_quantities[$order_detail->product_id][$order_detail->product_attribute_id]; if (($order_detail->product_quantity - $customization_quantity - $order_detail->product_quantity_refunded - $order_detail->product_quantity_return) < $qtyCancelProduct) $this->errors[] = Tools::displayError('An invalid quantity was selected for this product.'); } } if ($customizationList) { $customization_quantities = Customization::retrieveQuantitiesFromIds(array_keys($customizationList)); foreach ($customizationList as $id_customization => $id_order_detail) { $qtyCancelProduct = abs($customizationQtyList[$id_customization]); $customization_quantity = $customization_quantities[$id_customization]; if (!$qtyCancelProduct) $this->errors[] = Tools::displayError('No quantity has been selected for this product.'); if ($qtyCancelProduct > ($customization_quantity['quantity'] - ($customization_quantity['quantity_refunded'] + $customization_quantity['quantity_returned']))) $this->errors[] = Tools::displayError('An invalid quantity was selected for this product.'); } } if (!count($this->errors) && $productList) foreach ($productList as $key => $id_order_detail) { $qty_cancel_product = abs($qtyList[$key]); $order_detail = new OrderDetail((int)($id_order_detail)); if (!$order->hasBeenDelivered() || ($order->hasBeenDelivered() && Tools::isSubmit('reinjectQuantities')) && $qty_cancel_product > 0) $this->reinjectQuantity($order_detail, $qty_cancel_product); // Delete product $order_detail = new OrderDetail((int)$id_order_detail); if (!$order->deleteProduct($order, $order_detail, $qty_cancel_product)) $this->errors[] = Tools::displayError('An error occurred while attempting to delete the product.').' <span class="bold">'.$order_detail->product_name.'</span>'; // Update weight SUM $order_carrier = new OrderCarrier((int)$order->getIdOrderCarrier()); if (Validate::isLoadedObject($order_carrier)) { $order_carrier->weight = (float)$order->getTotalWeight(); if ($order_carrier->update()) $order->weight = sprintf("%.3f ".Configuration::get('PS_WEIGHT_UNIT'), $order_carrier->weight); } Hook::exec('actionProductCancel', array('order' => $order, 'id_order_detail' => (int)$id_order_detail), null, false, true, false, $order->id_shop); } if (!count($this->errors) && $customizationList) foreach ($customizationList as $id_customization => $id_order_detail) { $order_detail = new OrderDetail((int)($id_order_detail)); $qtyCancelProduct = abs($customizationQtyList[$id_customization]); if (!$order->deleteCustomization($id_customization, $qtyCancelProduct, $order_detail)) $this->errors[] = Tools::displayError('An error occurred while attempting to delete product customization.').' '.$id_customization;

Took suggestion from El Patron yesterday to have the template compilation for the first two options. I had force compilation set as default. Once the option was set to recompile templates, the site like what El says went bozoom from 4s to 0.4s loading time. Thanks very much.

Only for manual orders from BO. for orders from customer we use uniquemodule to change carrier after the order is placed as we use only one default carrier in FO.

Yes saving the values without rounding in db is needed. We too enter base pricing with 4 decimals so when tax gets added, it rounds to the nearest whole number or two decimals correctly. By rounding a 4 decimal to 2 decimal, the obsolute value changes for sub total and total and tax value is wrong for all invoices. Rounding on display (FO theme, BO and Invoice) would be best option to avoid errors and compliance issues with multiple country requirements.

One more suggestion is to have a field to define the decimals for unit pricing and total. The default is 2 decimals and so the value rounds to 2 decimals. We need the rounding for the total with no decimals and need 2 decimals for the subtotals and unit pricing. Currently we need to modify the core to remove the decimals in total but during upgrade the updated code gets lost.

What you are looking for is a marketplace module and there are quite a few modules available. Please check the module section or search in google, you would get it.

Pasted from notepad Load time: 3767 ms You'd better run your shop on a toaster Execution Load time (ms) config 200 constructor 0 init 53 checkAccess 0 setMedia 5 postProcess 0 initHeader 0 initContent 2021 initFooter 610 display 878 Hook processing: 2904 ms / 34.35 Mb 79 methods called in 38 modules Hook Processing displayHomeTabContent 2.22 Mb in 872 ms displayTop 5.07 Mb in 722 ms displayFooter 2.65 Mb in 610 ms displayHeader 17.62 Mb in 167 ms displayNav 0.26 Mb in 163 ms displayHome 0.74 Mb in 143 ms displayHomeTab 4.56 Mb in 115 ms displayTopColumn 0.25 Mb in 84 ms moduleRoutes 0.88 Mb in 21 ms displayBanner 0.03 Mb in 3 ms displayProductListReviews 0.06 Mb in 3 ms actionDispatcher 0.00 Mb in 0 ms displayMyAccountBlockfooter 0.00 Mb in 0 ms DisplayOverrideTemplate 0.00 Mb in 0 ms actionFrontControllerSetMedia 0.00 Mb in 0 ms displayProductDeliveryTime 0.00 Mb in 0 ms displayProductPriceBlock 0.00 Mb in 0 ms Memory peak usage: 53.5 Mb Execution Memory (Mb) Total (Mb) config 13.14 13.2 constructor 0.00 13.2 init 5.38 18.6 checkAccess 0.00 18.6 setMedia 0.34 18.9 postProcess 0.00 18.9 initHeader 0.01 18.9 initContent 30.24 49.5 initFooter 2.66 52.0 display 1.08 53.5 Total cache size (in Cache class): 0.00 Mb DB type: DbPDO SQL Queries: 494 queries Time spent querying: 157 ms Included files: 293 Size of included files: 4.42 Mb Globals (> 1 Ko only): 585 Ko _MODULES ≈ 340 Ko _LANG ≈ 194.9 Ko _SERVER ≈ 9.6 Ko HTTP_SERVER_VARS ≈ 9.5 Ko HTTP_ENV_VARS ≈ 8.8 Ko _ENV ≈ 8.8 Ko _MODULE ≈ 3.7 Ko _REQUEST ≈ 1.6 Ko HTTP_COOKIE_VARS ≈ 1.6 Ko _COOKIE ≈ 1.6 Ko S

Posting the front office details. The last three initcontent, initfooter and display are loading slowly. Any issues why these are taking more time. I did install warehouse theme but not configured yet but its modules are placed on several hooks already. The store is on 1.6.0.8 and running default theme. Load time: 3767 ms You'd better run your shop on a toasterExecution Load time (ms) config 200 constructor 0 init 53 checkAccess 0 setMedia 5 postProcess 0 initHeader 0 initContent 2021 initFooter 610 display 878 Hook processing: 2904 ms / 34.35 Mb 79 methods called in 38 modulesHook Processing displayHomeTabContent 2.22 Mb in 872ms displayTop 5.07 Mb in 722ms displayFooter 2.65 Mb in 610ms displayHeader 17.62 Mb in167 ms displayNav 0.26 Mb in 163ms displayHome 0.74 Mb in 143ms displayHomeTab 4.56 Mb in 115ms displayTopColumn 0.25 Mb in 84ms moduleRoutes 0.88 Mb in 21ms displayBanner 0.03 Mb in 3ms displayProductListReviews 0.06 Mb in 3ms actionDispatcher 0.00 Mb in 0ms displayMyAccountBlockfooter 0.00 Mb in 0ms DisplayOverrideTemplate 0.00 Mb in 0ms actionFrontControllerSetMedia 0.00 Mb in 0ms displayProductDeliveryTime 0.00 Mb in 0ms displayProductPriceBlock 0.00 Mb in 0ms Memory peak usage: 53.5 MbExecution Memory (Mb) Total (Mb) config 13.14 13.2 constructor 0.00 13.2 init 5.38 18.6 checkAccess 0.00 18.6 setMedia 0.34 18.9 postProcess 0.00 18.9 initHeader 0.01 18.9 initContent 30.24 49.5 initFooter 2.66 52.0 display 1.08 53.5 Total cache size (in Cache class): 0.00 Mb DB type: DbPDO SQL Queries: 494 queries Time spent querying: 157 ms Included files: 293 Size of included files: 4.42 Mb Globals (> 1 Ko only): 585 Ko_MODULES ≈ 340 Ko _LANG ≈ 194.9 Ko _SERVER ≈ 9.6 Ko HTTP_SERVER_VARS ≈ 9.5 Ko HTTP_ENV_VARS ≈ 8.8 Ko _ENV ≈ 8.8 Ko _MODULE ≈ 3.7 Ko _REQUEST ≈ 1.6 Ko HTTP_COOKIE_VARS ≈ 1.6 Ko _COOKIE ≈ 1.6 Ko S