Porovnávání dvou ceníků a změny - VYŘEŠENO

Pepa123 · 2. 2. 2018 12:22:16

Dobrý den, v LibreOffice srovnávám dva ceníky v kterém porovnávám podle kodu nové položky.

Ty ručně
Zkopíruji a přidám k ceníku na list2 (ručně)
do listu2 ve sloupci N doplním url IMG (vzorcem)
v sloupci S převedu . na , ze sloupce G (vzorcem)
v sloupci T převedu . na , ze sloupce F (vzorcem)
v sloupcr R vynásobím sloupce S a T (vzorcem)
výsledek zkopíruji do sloupce O a převedu , na . (ručně)

Z listu2 zkopíruji všechny nové upravené položky na na list3, dám uložit do CSV, UTF8, ; (ručně)

Můžete mi pomoc to zjednodušit?

A další věc, kterou už nedokážu je ty dva ceníky porovnat a v Listu 1 ve sloupci A zobrazit novou cenu pokud by se lišila od ceny na Listu 2 a nebo jen zobrazit text nová cena.

Ukázka
http://www.uschovna.cz/zasilka/VP5U7NLGMHD4IUA2-BMI/

Předem díky

Editoval Pepa123 (15. 2. 2018 11:47:04)

neutr · 2. 2. 2018 13:46:54

Pepa123 napsal(a)

Dobrý den, v LibreOffice
A. srovnávám dva ceníky v kterém porovnávám podle kodu nové položky. Ty ručně
B. Zkopíruji a přidám k ceníku na list2 (ručně)
C. do listu2 ve sloupci N doplním url IMG (vzorcem)
D v sloupci S převedu . na , ze sloupce G (vzorcem)
E. v sloupci T převedu . na , ze sloupce F (vzorcem)
F. v sloupcr R vynásobím sloupce S a T (vzorcem)
D. výsledek zkopíruji do sloupce O a převedu , na . (ručně)
E. Z listu2 zkopíruji všechny nové upravené položky na na list3, dám uložit do CSV, UTF8, ; (ručně)
Můžete mi pomoc to zjednodušit?
F. A další věc, kterou už nedokážu je ty dva ceníky porovnat a v Listu 1 ve sloupci A zobrazit novou cenu pokud by se lišila od ceny na Listu 2 a nebo jen zobrazit text nová cena.

Není problém pokud to opravdu děláte v Libre Office. Lze postavit makro které vyhodnotí jak čísla, tak formát písma (tučně).

Body A až B bez dotazu až na to, že já ve vzoru žádné tučné písmo nevidím (Důležité je jak je umístěno v řetězci - zcela z části a kde).

Bod C bez problému jen pokud víte kde obrázky najít v adresáři (nebo stáhnout z netu? to se také dá, ale už těžko makrem když se to mění)

Body D až F také bez problému makrem, přestože někde píšete že vzorcem. Makro to může udělat na čisto nebo tam vzorca nahrát.

V podstatě jestli máte dobře označené a uložené obrázky a také ceníky tak tak je to možné vše na jediné kliknutí. Má to ale několik problémů. Do středy nemám čas. Až čas bude pustím se do toho pokud budete souhlasit, že řešení bude zveřejněno jako šablona pro eshopy zde na portálu.
Budete uveden jako zadávající (nick s adresou přes mailera - takže Váš kontakt tam vidět nebude přímo - musí se přes fórum). Příklady bych ponechal ale je možné to změnit například na elektroniku ap... Šablona bude zdarma ke stažení zřejmě pod licencí LibreOffice - Mozilla Public License, v. 2.0. A copy of the MPL Version 2 license can be found below, nebo nějaké podobné - to ještě nevím.

Pokud nesouhlasíte s tímto postupem, udělám nejnutnější až budu mít chvíli a knihovny maker zamknu. Takže Vám vyhovím ale jen v tom nejnutnějším a to může udělat kdokoliv jiný. Dlouholetým uživatelům bych to takto neprezentoval.

Pepa123 · 2. 2. 2018 17:46:52

Se zveřejněním, s licencí nebo dobou vytvoření nemám nejmenší problém, nečekal jsem, že by to bylo ze dne na den. V příkladu jsou skutečné data s kterými teď pracuji, ale nechat je tak jako příklad můžete nechat. To co jsem uvedl v závorce znamená jak to teď dělám. K bodu D.výsledek zkopíruji do sloupce O a převedu , na . tady jako desetinné znaménko musí být tečka ,jinak mi výsledek dělá problémy při importu na eshop.

neutr · 2. 2. 2018 18:29:40

Dobrá tomu rozumím. Přidám asi QR kód dnes jsem dokončil modul pro Calc. Ale opravdu se k tomu nedostanu dřív jak ve středu - spíš později a díky za sebe i všechny uživatele. Takové náměty potřebujeme.

neutr · 8. 2. 2018 13:25:14

Potřebuji ještě detail - jaký je to typ eshopu a jestli nadpisy souhlasí s importem, nebo jsou přepsané. Já jsem tam viděl například z ručního kopírování ve sloupci M list "CSV nové položky"
Přepsaný nadpis na odkaz. K tomu bych raděli viděl originál importního protokolu, nebo alespoň přesně co je tam v názvu uvedeno.

Potom bych potřeboval vědět ještě další věci. Podle všeho v Listu "Ceník pokladna" jsou položky seřazeny sestupně (alfabeticky) a taktéž v Listu Aktuální eshop". Ale v listu "CSV nové položky" je to samozřejmě jinak. Zřejmě to souvisí s tímto :
"Cituji -
E Z listu2 zkopíruji všechny nové upravené položky na na list3, dám uložit do CSV, UTF8, ; (ručně)
A další věc, kterou už nedokážu je ty dva ceníky porovnat a v Listu 1 ve sloupci A zobrazit
novou cenu pokud by se lišila od ceny na Listu 2 a nebo jen zobrazit text nová cena".
K bodu D.výsledek zkopíruji do sloupce O a převedu , na . tady
jako desetinné znaménko musí být tečka ,jinak mi výsledek dělá problémy při importu na eshop.
(to chápu vzorec =NUMBERVALUE($F$6;".";",") by měl podle nápovědy fungovat univezálně, ale není tomu tak i když je to textová funkce. Proto čísla která chcete formátovat musí být v textovém formátu, ale mě se to ani tak nepovedlo tvarem =NUMBERVALUE($F$6;",";"."), což může být chyba.)

Takže to raději shrnu :

1. Název typu ehopu - například "Presta Shop" a podobně prostě potřebuju vědět jestli ty výstupy lze použít u konkrétních programů.

2. Potřebuji přesnou hlavičku toho importu. Tj. Nejlépe přes "uložto.cz" alespoň 2-3 řádky originálu importního protokolu. Musím vidět hlavně originál separátory.

3. Potřebují potvrdit že import provádíte stále na stejném místě - tedy bez toho, aby se přesouval
po změně do Aktuálního (původní se přepíše na Aktuální?). Následně se za něj naimportuje nový CSV pod původním označením (bez přepisu hlavičky)?

4. K čemu másloužit list "CSV ceny"? není to náhodou převod z naší do cizí měny ? Není problém možná linkovat přimo stránky kde se to čte a přepisujete nejspíš ručně?

Pepa123 · 8. 2. 2018 16:56:27

Dobrý den, na uložto se mi nechtějí nahrát soubory, proto úschovna.

1. Výstupy jsou pro Presta shop, ceník exportuji z pokladního programu Trifid-SW

2. Vzor export http://www.uschovna.cz/zasilka/VP9T6WIJWBTZ8AZS-5SL/

3. Vyexportuji si ceník CSV ,jak ceník nazvu je na mě. Jeho obsah
ručně překopíruji do připraveného sešitu List ceník pokladna, tam porovnám nové položky podle sloupce D cislo_vyr, s položkami na Listu ceník_eshop. Nové položky ručně překopíruji do Listu Ceník eshop, udělám úpravy tyto nové položky ručně překopíruji do Listu CSV import a uložím. UTF8, oddělovač ;

4. List Aktualice ceny jsem nedokončil. Do něj se měly při zjištění změny ceny v Listu Ceník pokladna sloupec G cena_p_4_dph kopírovat z Listu Aktuální eshop ze sloupec B cislo_vyrobku, nová cena ze sloupce E cena_p_4_dph a sloupce O Cena za jednotku. Nedokázal jsem si vytvořit srovnání ceníků s číslem výrobku u kterého se změnila cena.

5. Vzor import eshop sloupce bez názvu F,G,I,K,L,M při importu nepotřebuji.

http://www.uschovna.cz/zasilka/VP3PNFWGXN4R3RN4-PR7/

nevím jestli jsem dobře pochopil co máte v bodu 3 na mysli

Editoval Pepa123 (15. 2. 2018 11:55:45)

Pepa123 · 9. 2. 2018 18:26:42

doplnění k otázce jak se řadí položky. Vyšlo to jen z náhody nastavení ceníku při exportu z programu.

S tou chybou s čárkou a tečkou jsem nevyjádřil přesně. Ta se projeví až po importu do eshopu. Eshop
tu cenu přepočítává z ceny bez daně na cenu s daní a tam mu vadí desetinná čárka místo tečky.

neutr · 9. 2. 2018 18:48:10

Ano už to vím a žádný problém to nebude. Bude se to kopírovat do CSV přímo ze sešitu Aktuální eshop. bez převodu do CSV.

Přes to Bude vše také v listu 1 (Ceník pokladna) včetně vzorců. To lze řadit s absolutními adresami (zůstanou nastaveny na cíl i po přetřídění listu Ceník pokladna. Tedy setříděn bude stejně i list Aktuální eshop.
List Pokladny bude jen pro Vaši orientaci. Vygenerované CSV se uloží do vlastního adresáře vedle generujícího sešitu. Už mi to chodí. Podobně se bude načítat i import z adresáře import, kde se ale po načtení smaže. Takže zbývá zavádět manuálně do tohoto foldru aktuální import. Pak už jen stisknete ovládací prvek na hlavní liště (vedle nabídky "Nápověda")
Takže žádně přepisování po exportu se konat nebude. Import je už s čárkou - zapomeňte na přepisování. Když se mi nic nepokazí zítra budete mít první beta verzi.

Já jsem dnes oslovil tu firmu TRIFID a oslovím i další. Pro Linux a beta-testery bude hotové rozšíření zdarma. Proprietární OS ale budou něco stát. Musím si na to půjčit mašinu - ještě nevím kde, ale potřebuji Všechny systémy Windows, Mac a podobně - ale zejména také mašiny 32 i 64 bitů.

Pepa123 · 9. 2. 2018 20:19:02

Že to vyroste v takový modul, jsem netušil. Nevadí, v tom případě musím už teď napsat, že se při exportu z Trifidu vyskytuje chybka
Prestashop si vytváří ke každé kategorii ID. Problém vzniká ve chvíli, kdy se vytvoří kategorii
např. ID 10,20,30 apod. tak při exportu z Trifidu do CSV k vidění např.
v listu Ceník pokladna - sloupec L int_obch_kategorie exportuje jako 1, 2, 3 .V DBF Trifidu je to správně 10,20,30 . V Trifidu označím kategorii 11,70 , ale při exportu vyleze 11,7

Editoval Pepa123 (15. 2. 2018 11:59:17)

neutr · 9. 2. 2018 21:19:26

Já tam vidím nejasností víc. Ale především - Calc otevírá soubory DBF stejně dobře jako CSV - na to Excel nepotřebujete. Takže dnes už končím a zítra předělám vstupy (import) na DBF. Pak se podívám na ty další věci.
Vidím tam plno prázdných sloupců - co s nimi?. Některé produkty - tuším kapesníčky by měly být dle mne upraveny podle druhu a ne tam nasypat pod jednu položku více specifikací. Dnes už končím s programováním jen se podívám na poštu a podobně.

Pepa123 · 10. 2. 2018 10:54:20

o soubor DBF jako takový nejde, jen to jen ukázka, že se v Trifidu ukládají, čísla kategorií tak jak to napíšu, tedy 30 je 30 Problém nastane při ukládání do CSV kde se z 10,20,30 apod. stane 1,2,3... tohle se děje už při exportu do CSV z Trifidu. Te´d mi dochází, že je to problém na straně Trifidu, tam už to s chybou vyleze a další nemůže vědět, jestli 1,2,3.. je správně nebo tam mělo být 10,20,30...
to by jste se už musel napojovat k jejich DBF a to už jsme úplně někde jinde.

Řešení je: upozornit ostatní případné uživatele na tento nedostatek a v Prestě přeskočit kategorie 10,20,30...

Přeji pěkný víkend

neutr · 10. 2. 2018 12:06:19

Ono se jedná nejspíš jen o kódovou stránku importů a exportů. Pro databázi je to import v ISO-8859-1, a vidím, že Váš export CSV není pod čekým UTF-8 - ale zřejmě pod nějakou západní podmnožinou. Tam je ten problém s čísly.

Začneme tím, že vstupem bude Trifid dbf. Ten se musí načíst jako znakvá sada ISO-8859-1 a už tam jsou čárky místo teček. > to se upraví obsahově a následně se to musí exportovat zase do CSV a nyní je otázka jak to děláte Do jaké znakové sady? To předepisuje zase Presta shop jako UTF-8. Když to uděláte automaticky tak tam zůstanou čárky. Takže Presta vyžaduje tečky - zřetelnně jinou znakovou sadu. Nevím ale určitě když TRIFID vydávají formátem DBF a PRESTA umí číst CSV, tak by to měla být zase NĚJAK URČENÁ znaková sada (CSV ale nemusí chtít českou podmnožinu ISO-8859-1 - je jich vícero druhů.) ale podle Vašeho vzoru je to chyba TRIFIDU - na 90% ne.
Presta nespolupracuje s Trifidem přímo, ale přes Vás. Prestou se řídí mnoho různých eshopů které mají úplně jiné systémy nežli je TRIFID. Je jen na Vás jak vyhodnotíte podklad Trifidu pro aplikační zpracování Prestou. Já místo abych programoval, tak vysvětluji podstatu. Trifid není na vině přestože přes čárový kód je krmen Prestou.
Já Vám dnes pošlu ukázku toho co jsem slíbil a podívám se do specifikací TRifidu i Presty aby to sedělo - i když to se mi zrovna 2x nechce.

To by znamenalo jediné - chyba je nastraně uživatele. Jde totiž právě o formáty čísel (.ap) které se řídí znakovými sadami. Ty běžně umí načíst například u Excelu nebo Calcu databázi podle poslední volby - a ta nemusí být správná. Dá se určitě zjistit co Presta chce

Editoval neutr (10. 2. 2018 12:07:13)

neutr · 12. 2. 2018 13:14:32

Tak jsem se konečně dostal k tomu něco málo udělat. Problém byl v sobotu kterou jsem obětoval různému hledání. V neděli jsem něco málo po obědě udělal a tak posílám až dnes "1. pokus". Ten je už zaveden jako samostatný příspěvek ŠABLONA pro pokladní systémy - eShop.

TRIFID napsal(a)

Dobrý den,
Pokusím se reagovat na vaše dotazy.
Pro exporty dat do eshopu používáme výstupy v XML, CSV, případně JSON
formátu a jejich obsah můžeme snadno přizpůsobit požadavkům pomocí XSL
šablony. Takže formát dat si můžete v podstatě určit sám. V příloze posílám
příklady CSV exportů do Presty. Jsou ovšem bez hlavičky (lze dodělat), takže
spíš orientačně. Kompletní údaje o skladové položce, ze kterých lze vybírat
konkrétní položky pro export jsou v tom XLS souboru - podrobnosti můžeme
upřesnit.
Jinak při komunikaci s eshopem obvykle řešíme také způsob generování a
přenosu vzniklého souboru (generování v zadané časy, nebo periodicky, přenos
na FTP, HTML protokolem apod.). V podstatě jde vždy o individuální řešení
pro konkrétní eshop.
Také je možná opačná komunikace - přenos datového souboru s objednávkou z
eshopu do našeho programu. Nevím, jestli má Presta nějaké možnosti v tomto
směru, případný vzor dat můžeme také poslat.

Takže já tímto děkuji firmě TRIFID za nasměrování a velmi pozitivní přístup. Vám také děkuji - moc lidí by se v šanc dotěrným dotazům nevystavilo. Přes to by to potřebovaly velké počty zájemců - nejen pro eshopy. Prostě jít do hloubky věci vždy znamená problémy.

Pepa123 · 12. 2. 2018 17:55:45

Ja děkuji Vám, že se tomu věnujete a jsem překvapený jak Vás ten problém zaujal. Dotěrný dotaz jsem tu žádný nezaznamenal. Jdu se podívat na tu šablonu. Jestli souhlasíte označím to tady za vyřešené

OpenOffice.cz - web věnovaný kancelářským balíkům OpenOffice.org

#1 2. 2. 2018 12:22:16

Porovnávání dvou ceníků a změny - VYŘEŠENO

#2 2. 2. 2018 13:46:54

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#3 2. 2. 2018 17:46:52

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#4 2. 2. 2018 18:29:40

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#5 8. 2. 2018 13:25:14

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#6 8. 2. 2018 16:56:27

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#7 9. 2. 2018 18:26:42

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#8 9. 2. 2018 18:48:10

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#9 9. 2. 2018 20:19:02

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#10 9. 2. 2018 21:19:26

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#11 10. 2. 2018 10:54:20

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#12 10. 2. 2018 12:06:19

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#13 12. 2. 2018 13:14:32

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

#14 12. 2. 2018 17:55:45

Re: Porovnávání dvou ceníků a změny - VYŘEŠENO

Zápatí