n.rosenfeldt

Hello. We are trying to do specific prices for some products. This is working OK. However, on the product page, the price is not showing correct when the specific price is applied. Base price is 48,99 When the specific price is added, a minus shows up and the 'EUR' is moved to the other side of the price. Could someone lead me the way to change this? In the cart, the prices are shown exactly as they should.

Yes. That is mainly it. I forgot one detail. Every morning we recieve new orders from our customer by XML-files and as hard copy in our printer. These files and their attached PDF files (print production) is also in a SQL database. We would like to automate this and "grab" the data from the SQL database and put them in as orders with the attached products. It is not a simple task. But it is doable. We can get the customer to export exactly as we'd like it. If nothing else; This is an exiting task :-D

We have a stand alone accounting system. It handles orders and accounting. We can export from PS as order or invoice. So we'd export the invoices from PS to our accounting system. Inventory will be handled "manually" by value of the stocked goods. Again; This company has until now managed everything in spreadsheets and word documents. So everything will be an advancement.

I failed to mention, that the economic side of the ERP is existing already, and we have the required integration with Prestashop. The orders from our customers will be made in Prestashop. So we might need to alter the backoffice a bit, so it is easier to do from there. Our orders are then converted to purchase orders, which are shipped to our suppliers. This is working. Some of our orders are packs of existing products. Where some has to be ordered in advance. We are doing this by email and spreadsheets today. This is also possible to do better in Prestashop. Of course there are many other systems, which could solve it all. But I have been using Prestashop for many years, and I think I know my way around to make it suit our needs. I lack the progamming skills to make it do it :-D Thank you for your comments :-) Everything helps!

We are looking for a freelance developer to help us finish our Prestashop system. The plan is to use Prestashop as the foundation for our printing production. We have most of it set up, but we are still a bit far from the goal. What we are looking for right now: - Merge two multistore shops and their databases. - Setup a production planning environment based on orders with a given status We know what we want. And we have a basic idea as to how to get there. But we need a developer, who understands our needs, and is able to get the ideas further. We are based in Denmark. You are maybe based in Eastern Europe. We will come to you to set you off and have a meating with you. More info to follow, if you are the developer, we are looking for.

Hello. Can anyone support me in trying to change the "Reference" in supplier order (Adv. stock management) so the ID will be set automatically? So instead of having to write a reference, the field either picks up the next available ID from the table 'id_supply_order' or put a order reference similar to the one in customer orders. I am hoping that somebody out there can help me with this I am guessing, that this is the part, that has to be changed in AdminSupplyOrdersController: array( 'type' => 'ID', 'label' => $this->l('Reference'), 'name' => 'reference', 'required' => true, 'hint' => $this->l('The reference number for your order.'), ), And in someway needs to be similar to the part from classes/order/Order.php: { $context = Context::getContext(); $reference = $context->cart->id.''; return str_pad($reference, 7, '0', STR_PAD_LEFT); } My order reference has been changed to show numbers instead of letters. That is why it looks like it does.

Hello all. I am struggling to get this thing to work. On the product page, I can see the delivery date, as I have set it on the product itself. I want to have this delivery date in the summary as well. I just can't seem to make it happen. See photos for details. I have checked the code in both product.tpl (where it does show) and compared it to the code in shopping-cart-product-line.tpl. I managed to change the label from an orange background with "in stock" to make it say: "Check delivery date". Can anyone help?

Vi har rabatter på udvalgte varer i forvejen. Det var også for at undgå, at skulle ind og pille ved dem een gang til.

Hej Forum, og glædelig jul :-) Er der nogle, der sidder med en løsning til, hvordan man kan lave en 'variabel' rabatsats. Vi skal have ryddet op på lageret, og havde tænkt os at lave det sådan, at ved 1 vare er der 20% rabat, ved 2 varer 30% og ved 3 varer 40% rabat på hele købet. Findes der en nem ved ud af det? Vi havde selv overvejet, bare at lave nogle synlige rabatkoder, men så skal folk selv holde styr på, hvilken kode, de skal bruge, og vi skal dobbelttjekke samtlige ordrer for, om koden nu er korrekt. Er der nogle, der har en smart idé ?

Hovsa .... Jeg havde ikke gemt billederne som "tekstur" i farven ... det hjalp på det.

Tilføjelse : Når jeg bruger standardtemaet, kan jeg godt vælge varianterne... Det kan jeg ikke, når jeg bruger den med "grid" .. Så uanset hvad, må jeg tilbage til standardtemaet. Det er version 1.5.4.0

Hej forum. Jeg har for nylig leget med at ændre siden, så varerne blev vist i "grid" i stedet for på en lang liste. Om det har noget med mit nys opståede problem at gøre, ved jeg ikke... Men... Vi har f.eks. nogle skåle i tre størrelser (drop-down liste) og 5 forskellige farver (farve-valg). Dette farvevalg har hele tiden været et billede af skålen i den farve, der nu blev valgt. De bliver vist ved siden af hovedbilledet. Det har der aldrig været problemer med. I dag fik vi så tre nye farver, som jeg ville uploade billeder af. Men de vises ikke !! Der er godt nok tre ekstra felter, men der er ingen billeder i. Det samme med en helt ny vare, jeg uploadede i dag, er der kun blanke kasser. Billederne vises ikke. Da jeg ændrede temaet, gjorde jeg det i en ny, kopieret Template... Men jeg mener altså også, jeg var inde og rette i nogle af "global" filerne. Jeg kan selvfølgelig bare ikke huske, hvilke ... Er der nogen, der har et godt råd til, hvordan jeg igen får billeder på mine varianter?

Det var ikke i modulet, fejlen var. Jeg fandt en løsning via deres udviklingsversion, og rettede så filerne manuelt. http://forge.prestashop.com/browse/PSCFV-8722 Nu virker det.

Hej forum. Jeg sidder og roder med forårskollektionen, der skal på udsalg nu. Jeg har fundet et modul, hvor hele kategorien kan sættes på udsalg. Det har bare samme problem, som når jeg manuelt sætter en udsalgspris i "specifikke priser"... >> Når jeg angiver, at der skal gives 50% rabat på varen, står prisen på produktsiden i shoppen som 149,25 kr. (oprindelig pris 199 er streget over) ... Når man så putter varen i kurven, står den ganske rigtigt til 99,50 kr. ... Hvor kommer de 149,25 fra ?? Jeg kunne godt forstå det, hvis der stod 149, fordi der var trukket 50 kr. fra ... Men jeg beder den jo om at angive tilbudet i procent og ikke i beløb. Er der nogen, der har et fix til dette? Modulet jeg bruger er fra BT Consulting og hedder Sale Categori (solde categorie).

Jeg fik en mail fra en af deres supportere med et eksempel på en XML fil. Han beskriver den således : >>> <Category> er jeres kategori – dem skal vi have mappe op mod vores så det ville være en fordel med en liste over alle jeres kategorier. <Area> skal i altid bare sætte til 0 <Item> er Varetypen fx tshirt, kjole osv. <Brand> er varens brand <Style> er ID´et på varen skal være unikt for hver vare. <Description> er beskrivelse af varen – jo mere præcist jo bedre. <shipping> her skal fragt priserne angives – det er vigtigt i først sætter <country> ind så vi ved hvilket land den følgende fragt gælder til derefter angiver i en<amount> som er fragt prisen for landet angivet i øre – fx angives 40kr som ”4000” <Variant> her angives varinater af varen – alle produkter skal mindst have 1 variant. For hver variannt angives <price> igen i øre 40 kr angives om ”4000”<Original_price> angives altid som normal prisen Dette flet bruges af systemet til at finde frem til en eventuel tilbuds rabat. Begge bundle felter droppes. <SKU> skal være unikt for hver variant – dette bruges til at finde ud af hvilket item der er solgt. <EAN> bruges hvis man har og føler for det – hvis man har kan dette ofte også bruges som SKU da dette er unikt. STOCK og TRACK_Stock udelades, da dette ikke bruges endnu. <Size> størelse på varianten <color> farven på varianten Der kan være så mange varianter på hver annonce som i ønsker. Til sidst angives <Image> med et link direkte til det eller de billeder i ønsker at bruge – der kan være op til 6 stk og skal angives i et nyt tag alle sammen. <<<<<<<< Men at kæde det sammen - og sortere det med data fra shoppen ... Det går nok ud over min forstand. Med mindre, jeg kan eksportere data fra PhpMyAdmin, og så indsætte colonner i f.eks. Excel med de navne, der svarer til vores produkter. Men er produkter, kategorier m.v. i samme database i shoppen?