brewbrother

Rzeczywiście numer NIP jest na fakturze (pojawia się jeśli jest wypełnione pole przy zamówieniu). Szukałem go gdzieś w adresie, a cwaniak schował się w belce z numerem faktury, zamówienia i datami - moja spostrzegawczość jest powalająca Idąc Twoim tropem pozmieniałem trochę w invoice.addresses-tab.tpl <table id="addresses-tab" cellspacing="0" cellpadding="0"> <tr> <td width="33%">{if $delivery_address}<span class="bold">{l s='Delivery Address' pdf='true'}</span><br/><br/> {$delivery_address} {/if}<br /> {l s='tel.' pdf='true'} {$addresses.invoice->phone} </td> <td width="33%"><span class="bold">{l s='Billing Address' pdf='true'}</span><br/><br/> {$invoice_address}<br /> {if $addresses.invoice->vat_number} {l s='NIP:' pdf='true'} {$addresses.invoice->vat_number} {/if} </td> </tr> </table> i sukces działa. Sposób trochę siermiężny, ale cel osiągnięty. Yabber kolejny raz dziękuję za pomoc.

W themes/[nazwa_szablonu]/pdf nie mam nic (znaczy jest jedynie plik index.php. Pliki odpowiedzialne za pdf faktury mam w katalogu "pdf" i te zmieniałem. Jednak część odpowiedzialna za adresy nie daje możliwości zmiany poszczególnych pól adresu. <table id="addresses-tab" cellspacing="0" cellpadding="0"> <tr> <td width="33%">{if $delivery_address}<span class="bold">{l s='Delivery Address' pdf='true'}</span><br/><br/> {$delivery_address} {/if} </td> <td width="33%"><span class="bold">{l s='Billing Address' pdf='true'}</span><br/><br/> {$invoice_address} </td> </tr> </table> próbowałem znaleźć gdzie zdefiniowany jest adres dostawy, być może tam należałoby szukać rozwiązania problemu, ale wiedzę mam ograniczoną i po prostu zabrnąłem w jakiś ciemny zaułek. Stoję waląc głową w mur W bazie, w tabeli PREFIX_address spisywany jest prawidłowo, w tabeli PREFIX_address_format tez widnieją wszystkie elementy adresu. Martwi mnie jedynie pole w tabeli PREFIX_order_invoice - "delivery_address" o którym pisałem na początku. Tam jest nieprawidłowy właśnie adres - bez telefonu i numeru NIP. Sprawdziłem na "czystej" instalce presty 1.6.1.1 i z tego co widzę tam też nie ma numeru telefonu na fakturze.

A tak zapomniałem napisac - wersja właśnie 1.6.1.1 Nie wyświetla ani telefonu, ani numeru NIP. W zamówieniu w BO jest widoczne wszystko.

Na generowanej fakturze proforma w adresie dostawy (rozliczeniowym również) nie jest widoczny numer telefonu, oraz w przypadku wypełnieia pola NIP również i jego brakuje. W BO w podglądzie zamówienia adres wyświetlany jest poprawnie wraz z numerami. W tabeli PREFIX_order_invoice w polu delivery_address widnieje adres dostawy w formie właśnie takiej jak w generowanym pdf - czyli niepoprawnie, bez tel i NIP. Nie bardzo wiem do czego się to pole odwołuje i skąd taki "okrojony" adres pobiera. Wydaje mi się, że tu właśnie jest problem. Faktura też nie pokazywała pola z notatką (z tym sobie jakoś poradziłem ). Teraz wklejam brakujące dane tam własnie, ale jest to trochę uciązliwe. Jest to istotna rzecz dla mnie, ponieważ w takiej formie przekazuję zamówienia do realziacji - drukuję faktury, a z nich wypisywane są faktury i listy.

Dziękuję Yabber, rzeczywiście zmiany w polu cover rozwiązały problem i u mnie.

Po włączeniu wyświetlania błędów wygląda to tak: JSON.parse: unexpected character at line 1 column 1 of the JSON data

Cześć Robię aktualizację sklepu z 1.5.2 na 1.6.1. Robię to ręcznie, zainstalowałem Prestę na serwerze i poprzenosiłem produkty kategorie z bazy działającego sklepu (na 1.5). Uwzględniłem w tabelach inną strukturę odpowiednio je zmieniając - tak myślę . Zwróciłem uwagę na błąd ze zdjęciami. Problem dotyczy miniatur na stronie produktu - wyświetlają się obrazy ze znakiem zapytania. Próbowałem generować ponownie miniatury, ale nic to nie dało - zresztą o tym niżej. Próbowałem ręcznie zmienić zdjęcia wczytując je z poziomu edycji, żeby zobaczyć czy coś to zmieni i tu pojawił się problem z tematu. Przy próbie dodania dodatkowych zdjęć wyświetla się błąd - "Błąd podczas tworzenia dodatkowego obrazu". Czy zdjęć jest kilka czy tylko jedno nie mam możliwości dodać zdjęcia. Pierwsze zdjęcie dodaje bez problemu ale przy kolejnych pojawia się ten błąd. problem dotyczący braku wyświetlania miniatur też chciałbym rozwiązać. Oczywiście o najechaniu na miniaturę duże zdjęcia wyświetla się poprawnie. Zdjęcia przegrałem z działającego sklepu, przegrałem cały katalog, wiec może w tym problem Presta 1.6.1.0 adres sklepu http://testy.bellsanit.pl/ z góry dzięki za pomoc problem z miniaturami rozwiązałem - nie wiem czy to idealny sposób, ale doszedłem, że system określa je jako "home_default" a obrazki miały w adresie "cart_default" W pliku product.tpl (thames/twoj_szablon/product.tpl w lini 126 wymieniłem jedynie nazwę cart na home <img class="img-responsive" id="thumb_{$image.id_image}" src="{$link->getImageLink($product->link_rewrite, $imageIds, 'cart_default')|escape:'html':'UTF-8'}" alt="{$imageTitle}" title="{$imageTitle}"{if isset($cartSize)} height="{$cartSize.height}" width="{$cartSize.width}"{/if} itemprop="image" /> na <img class="img-responsive" id="thumb_{$image.id_image}" src="{$link->getImageLink($product->link_rewrite, $imageIds, 'home_default')|escape:'html':'UTF-8'}" alt="{$imageTitle}" title="{$imageTitle}"{if isset($homeSize)} height="{$homeSize.height}" width="{$homeSize.width}"{/if} itemprop="image" /> siermiężny trochę sposób, ale działa Problem z tematu nadal nierozwiązany

Witam Mam problem z kategoriami w presta 1.6.0.13. Problem chyba dotyczy kategorii. Zwróciłem uwagę na to, że nie wyświetla strony kategorii po kliknięci kategorii głównych w menu górnym (bloktopmenu). Z początku myślałem, ze problem dotyczy właśnie tego modułu, jednak linki do kategorii w stopce działają poprawnie. I tu zwróciłem uwagę na problem z kategoriami. W panelu administracyjnym po wybraniu Katalog/Kategorie wyświetla się jedna kategoria Głowna. W nagłówku jest informacja, że znajdujemy się w kategorii "Główna" a na liście widnieje kategoria Główna (zał. 3.jpg) Dopiero po wejściu do niej widoczne są kategorie sklepu. W drugim sklepie wygląda to inaczej Wydaje mi się, że poprawnie- tam nie mam problemu), bo po wejściu w kategorie widać wszystkie kategorie a na górze informacja, że to kategoria główna. Zmieniałem (a właściwie próbowałem) w bazie danych, ale wszelkie próby nie rozwiązały problemu. Jest tam jakaś kategoria nadrzędna nad kategorią "główna". Dodatkowo zauważyłem, że w pasku breadcrumb, jeśli wejdę do jednej z kategorii to jest tylko "domek" odsyłający do strony głównej i nic więcej (zał. 1.jpg), dopiero po wejściu w kategorię podrzędną widoczny jest "domek" i nazwa tej kategorii podrzędnej (zał. 2.jpg). W konfiguracji modułu bloktopmenu przy dodawaniu kategorii do paska menu widnieje nadrzędna kategoria "bazowa" (zał. 4.jpg). To by tłumaczyło te tajemniczą kategorię z bazy danych Informacja dodatkowa, produkty były migrowane za pośrednictwem cart2cart ze sklepu na virtuemart. Raz już było to robione tylko do presty 1.5 i tam wszystko gra. Może ktoś potrafi coś temu zaradzić? Teraz zobaczyłem, że w tym drugim sklepie też jest w BD i w module widoczna dodatkowa nadrzędna kategoria, tu nazywa się "Root"

witam Mam problem z ustawieniami koszyka - zasadami koszyka. chcę ustawić by dla grupy produktów - baterie danej firmy, przy zakupie powyżej trzech sztuk przesyłka była darmowa. I ok, bez problemu ustawiłem warunek producentów Koszyk musi zawierać co najmniej tu wpisałem 3 product(s) matching the following rules: [Manufacturers] Produkt(y) pasujący/e do tych tu wybrałem producenta Wybierz ustawiłem w akcji darmowa dostawa i gra. problem w tym, ze po wrzuceniu do koszyka innego produktu, poza tymi w promocji, przesyłka nadal jest darmowa. Próbowałem stworzyć regułę dotyczącą całej reszty produktów czyli wybrałem wszystkich producentów poza tym dotyczącym baterii, nie ustawiałem darmowej dostawy a w powyższej promocji dotyczącej baterii ustawiłem zgodność z tą regułą. Nadal nic. Czy ktoś wie jak to ustawić? Czy potrzebna jest jakaś modyfikacja kodu (niestety wiedzę dotycząca programowania mam ograniczoną), którą jakoś ogarnę przy czyjejś pomocy? Może są jakieś moduły gdzie są większe możliwości ustawień (również dotycząca mojego problemu)? Presta 1.5.2.0 z góry dziękuję za pomoc.

@lukasz_biovico niestety problem rozwiązany połowicznie, adres mailowy jest przekazywany, id_zamówienia niestety nie, przynajmniej u mnie - presta 1.5.2 Nie wiem może problemem jest sposób zapisu numerów zamówień przez prestę jakoś liczbę i jako ciąg znaków. Może w jakiś sposób odwołać się do tego ciągu znaków? Niestety nie jestem programistą i moja wiedza jest ograniczona. Znalazł ktoś rozwiązanie? Po sprawdzeniu przez CENEO: przy płatności za pobraniem zwracane są i adres mailowy i numer zamówienia, problem jest przy płatności przelewem, tam nie zwraca numeru zamówienia myślałem nad edycją pliku bankwire/bankwire.php (podobnie jak powyżej proponowana i działająca edycja pliku cashondelivery.php) niestety nie jestem programistą jak pisałem. Funkcja hookPaymentReturn w tym pliku wygląda tak: public function hookPaymentReturn($params) { if (!$this->active) return; $state = $params['objOrder']->getCurrentState(); if ($state == Configuration::get('PS_OS_BANKWIRE') || $state == Configuration::get('PS_OS_OUTOFSTOCK')) { $this->smarty->assign(array( 'total_to_pay' => Tools::displayPrice($params['total_to_pay'], $params['currencyObj'], false), 'bankwireDetails' => Tools::nl2br($this->details), 'bankwireAddress' => Tools::nl2br($this->address), 'bankwireOwner' => $this->owner, 'status' => 'ok', 'id_order' => $params['objOrder']->id )); if (isset($params['objOrder']->reference) && !empty($params['objOrder']->reference)) $this->smarty->assign('reference', $params['objOrder']->reference); } else $this->smarty->assign('status', 'failed'); return $this->display(__FILE__, 'payment_return.tpl'); } niestety nie wiem jak to zmienić, całość jak w podpowiedzi lukasz_biovico dotyczącej płatnści za pobraniem? Proszę o pomoc.