GYIK - Egyedi webáruház integációja a CloudERP-vel – Támogatási Központ

Ha most ismerkedsz az integrációval, ezt a cikket olvasd el először: https://clouderp.zendesk.com/hc/hu-hu/articles/4409605968401-Egyedi-web%C3%A1ruh%C3%A1z-integ%C3%A1ci%C3%B3ja-a-CloudERP-vel

Miért nem látszik a szinkron naplóban a szinkronizációról log?

A szinkron naplóban csak akkor történik bejegyzés ha valami szinkronizálásra kerül (pl.: egy termék adata megváltozik, vagy új rendelés érkezik), vagy valami hiba keletkezett. Ha nem történik semmi a szinkron során akkor nem kerül bejegyzésre a szinkron naplóban.

Az Értékesítési csatornák beállításairól illetve az api használatról van dokumentáció vagy csak annyi, ami a tudástáratokban elérhető?

A tudástár illetve az UNAS API doksi áll rendelkezésre. Ha adódik kérdésetek, segítünk szívesen.

Az API hívásokat, amelyek felénk indulnak, azokat milyen esemény váltja ki ill. milyen időközönként történik?

Ez készletmennyiség változás esetén azonnali, egyébként kb. 5 perc. Mi indítványozzuk mindig a kéréseket megfelelően paraméterezve, mindig csak azt kérdezzük le ami változott.

Az API url-t be tudom állítani valahol a rendszeretekben vagy hogy lesz beállítva?

Egyedi áruházak esetében mi beírjuk a webáruházatok URL címét, majd utána az URL schema az ugyan olyan mint az UNAS-nál feltüntetett doksiban.

Kérj egy fejlesztés tesztelésére használt Dev fiókot.
Hozz létre az értékesítési csatornáknál egy UNAS webshopot
Ha megvan akkor szólj nekünk és beállítjuk a megfelelő URL-t a háttérben.

- Az API hívásoknál minden esetben elküldi az ERP az api kulcsot is a kérésben?

Igen.

A webshop oldalról hogyan tudunk kezdeményezni kérést vegyes szinkron esetén? Pl. egy termék adatváltozása esetén.

Webshop oldalról nem tudtok, minden esetben mi kezdeményezzük a kérést, 5 percenként. (Kivéve a készletmennyiség változást, azt azonnal felküldjük.)

Egy olyan kérdésem lenne most, hogy nézem a csatorna beállításainál ezt a „szinkron napló” fület és azt látom, hogy van, hogy órákra leáll a szinkronizáció. Ha csak a tegnapi napot nézem ott éjjel fél 2-kor volt szinkroniázlás aztán délután 15:19-kor kezdődött újra 18:20-ig. Aztán most reggel 7:30-kor, ahogy beléptem megint elindult.

Ha nincs bejelentkezve senki az app-ba akkor leáll a szinkron? Vagy miért van ez?

Ha a demó fiókokban ha nincs aktivitás bizonyos ideig (kb. 1 óra), akkor "idle" állapotba vált és leáll a szinkronizáció illetve a háttérfolyamatok. Sok demó fiókunk ki van adva és ez terhelésmentesíti a szerverünket.

A Bearer tokenes autorizáció használatban van, ami az unas api dokumentációban olvasható?

Igen.

Így állítjuk elő a headereket a kérésekhez, tehát látható az "Authorization" header.
kwargs['headers'] = {
"accept": "application/xml",
"Content-Type": "application/xml; charset=utf-8",
"Authorization": "Bearer " + self.webshop.credentials['token']
}

Hogy működik a raktárkészlet értékeinek a szinkronizációja?

A raktárkészlet szinkront nem a setStock-on keresztül csináljunk, hanem a setProduct hívással.

Termék kép szinkron hogy működik? (Azt írja hogy kötelező az Url, de a Product-Url meg van adva és az Image-Import-Url is meg van adva és más Url adattag nincs, itt akkor melyik Url adattagot kéri le?)

Ezt az unas api nem dokumentálja, de 3 különböző méretben lehet megadni a képeket. Itt egy postman-es request minta ami működik, a Medium tag-ben van az url:

<Images>
<DefaultFilename>
<![CDATA[kep_teszt_2]]>
</DefaultFilename>
<DefaultAlt>
<![CDATA[unas kép sync teszt 2]]>
</DefaultAlt>
<OG>1</OG>
<Image>
<Type>base</Type>
<Url>
<Medium>http://clouderp-demo-1.unas.hu/shop_ordered/26957/shop_pic/kep_teszt_2.jpg</Medium>
</Url>
<SefUrl>
<![CDATA[http://clouderp-demo-1.unas.hu/img/26957/kep_teszt_2/kep_teszt_2.jpg?time=1639047501]]>
</SefUrl>
<Filename>
<![CDATA[kep_teszt_2]]>
</Filename>
<Alt>
<![CDATA[unas kép sync teszt 2]]>
</Alt>
</Image>
</Images>

A szállítási cím megadása kötelező, viszont bizonyos esetekben nem tárolunk külön szállítási címet. Mi a teendő? ("kötelező a szállítási cím, de nálunk ha GLS pontra kéri a megrendelő, akkor nincs szállítási cím eltárolva, ilyenkor mit kell megadni?")

Ha nincs szállítási cím, akkor kérlek töltsétek ki a számlázási adatokkal.

Ügyfél szinkron: "getCustomer: Address - Invoice - County és Address - Shipping - County értékeket mi nem tárolunk és a CloudERP kéri, ilyen esetben mit adjunk meg?"

Egy üres xml tag-et kell megadni, nem muszáj hogy ki legyen töltve a mező csak, hogy ott legyen.

Termék variáció készlet szinkron során az Sku értékében lévő / (slash) eltűnik, pedig a termékeknél helyesen van megadva. Emiatt hibás a szinkron. Mi ennek az oka?

Ezt mondja az unas a cikkszámokról, és mi ennek megfelelően normalizáljuk: "Kötelező kitölteni! Csak angol kis és nagy betűk, számok, valamint "-" és "_" karakter használható."

Termék szinkron esetében hibára futottunk, a webshop termék -> ERP szinkron az alábbi hibát dobja:

psycopg2.errors.UniqueViolation: duplicate key value violates unique constraint "webshop_item_webshop_id_webshop_item_id_item_type_e1e1d7f1_uniq"
DETAIL: Key (webshop_id, webshop_item_id, item_type)=(1, 1, 11) already exists.

Ha egy termék törlése kerül a webshopban, azt az ERP irányból csak akkor tudjuk lekövetni, ha teljes szinkront hajtunk végre. Ez az 5 perces szinkronnak nem része, alapvetően naponta egyszer futtatjuk, éjszaka.

Ezt a műveletet kézzel is lehet indítani, a Beállítások -> Értékesítési csatorna -> műveletek (jobb alsó sarok kék gomb) -> Állapot ellenőrzés indítása a webáruház termékeire gombbal.

Kérhetnénk egy getOrder válasz minta xml-t?

<?xml version="1.0" encoding="UTF-8" ?>
<Orders> 
	<Order> 
	    <Action>modify</Action>  
		<Key>1000-1000000</Key> 
		<Date>2012.01.01 10:00:00</Date> 
		<DateMod>2012.02.01 10:00:00</DateMod> 
		<Lang>hu</Lang> 
		<Customer> 
			<Id>100000</Id> 
			<Email>unas@unas.hu</Email> 
			<Username></Username> 
			<Contact> 
				<Name><![CDATA[Kis János]]></Name> 
				<Phone><![CDATA[+3699111111]]></Phone> 
				<Mobile><![CDATA[+36301111111]]></Mobile> 
			</Contact>
			<Addresses> 
				<Invoice> 
					<Name><![CDATA[Teszt János]]></Name> 
					<ZIP>1111</ZIP> 
					<City><![CDATA[Teszt Város]]></City> 
					<Street><![CDATA[Tej út 2.]]></Street> 
					<StreetName><![CDATA[Tej]]></StreetName> 
					<StreetType><![CDATA[út]]></StreetType> 
					<StreetNumber><![CDATA[2]]></StreetNumber> 
					<County><![CDATA[]]></County> 
					<Country>Magyarország</Country> 
					<CountryCode>hu</CountryCode> 
					<TaxNumber><![CDATA[12345678-9-00]]></TaxNumber> 
					<EUTaxNumber><![CDATA[HU0123456789]]></EUTaxNumber> 
					<CustomerType><![CDATA[private]]></CustomerType> 
				</Invoice>
				<Shipping> 
					<Name><![CDATA[Teszt János]]></Name> 
					<ZIP>2222</ZIP> 
					<City><![CDATA[Teszt Város]]></City> 
					<Street><![CDATA[Tej út 10.]]></Street> 
					<StreetName><![CDATA[Tej]]></StreetName> 
					<StreetType><![CDATA[út]]></StreetType> 
					<StreetNumber><![CDATA[10]]></StreetNumber> 
					<County><![CDATA[]]></County> 
					<Country>Magyarország</Country> 
					<CountryCode>hu</CountryCode> 
					<DeliveryPointID>157547</DeliveryPointID> 
					<DeliveryPointGroup>gls_api_dropoffpoints</DeliveryPointGroup> 
					<DeliveryPointSubGroup>csomagautomata</DeliveryPointSubGroup> 
					<RecipientName>Teszt János</RecipientName> 
				</Shipping>
			</Addresses>
			<Group> 
				<Id>1234</Id> 
				<Name><![CDATA[Törzsvásárló]]></Name> 
				<ForeignID><![CDATA[12345]]></ForeignID> 
			</Group>
			<Params> 
				<Param> 
					<Id>1000</Id> 
					<Name><![CDATA[Kérdés1]]></Name> 
					<Value><![CDATA[Válasz1]]></Value> 
				</Param>
				<Param> 
					<Id>2000</Id>
					<Name><![CDATA[Kérdés2]]></Name>
					<Value><![CDATA[Válasz2]]></Value>
				</Param>
			</Params>
			<Comment><![CDATA[Megjegyzés]]></Comment> 		
		</Customer>
		<Currency>HUF</Currency> 
		<ExchangeValue>0.00290922</ExchangeValue> 
		<Type><![CDATA[Garanciális]]></Type> 
		<Status><![CDATA[Beérkezett]]></Status> 
		<StatusDetails><![CDATA[---]]></StatusDetails> 
		<StatusDateMod>2012.02.01 10:00:00</StatusDateMod> 
		<StatusEmail>no</StatusEmail> 
		<StatusID>123456</StatusID> 
		<Authenticated>yes</Authenticated> 
		<Payment> 
			<Id>100</Id> 
			<Name><![CDATA[Utalás]]></Name> 
			<Type>transfer</Type> 
			<Status>paid</Status> 
			<Paid>1000</Paid> 
			<Pending>500</Pending> 
			<Transactions> 
				<Transaction>
					<Id>1234</Id> 
					<AuthCode>4321</AuthCode> 
					<Status>finish</Status> 
					<Date>2017.02.02 11:22:01</Date> 
					<Amount>1000</Amount> 
				</Transaction>
				<Transaction>
					<Id>manual</Id> 
					<Status>finish</Status>
					<Date>2017.02.02 11:22:01</Date> 
					<Amount>1000</Amount> 
				</Transaction>
			</Transactions>
			<ForeignID><![CDATA[123456]]></ForeignID> 
		</Payment>
		<Shipping> 
			<Id>200</Id> 
			<Name><![CDATA[Futárszolgálat]]></Name> 
			<PackageNumber><![CDATA[PUDO123456789]]></PackageNumber> 
			<ForeignID><![CDATA[654321]]></ForeignID> 
		</Shipping>
		<Invoice> 
			<Status>1</Status> 
			<StatusText><![CDATA[Számlázható]]></StatusText> 
			<Number><![CDATA[UO-1000/2012]]></Number> 
			<Url><![CDATA[http://unas.hu/szamla.pdf]]></Url> 
		</Invoice>
		<Params> 
			<Param> 
				<Id>1000</Id> 
				<Name><![CDATA[Kérdés1]]></Name> 
				<Value><![CDATA[Válasz1]]></Value> 
			</Param>
			<Param> 
				<Id>2000</Id>
				<Name><![CDATA[Kérdés2]]></Name>
				<Value><![CDATA[Válasz2]]></Value>
			</Param>
		</Params>
		<Referer><![CDATA[shop.unas.hu]]></Referer> 
		<Coupon><![CDATA[f6zhr48jd]]></Coupon> 
		<Weight>10.5</Weight> 
		<Info> 
		    <MergedFrom> 
                <Key>1000-100233</Key>
                <Key>1000-100234</Key>
                <Key>1000-100235</Key>
            </MergedFrom>
            <SeparatedTo> 
                <Key>1000-100230</Key>
                <Key>1000-100231</Key>
            </SeparatedTo>
            <SeparatedFrom> 
                <Key>1000-100230</Key>                
            </SeparatedFrom>
		</Info>
		<Comments> 
			<Comment> 
				<Type>customer</Type> 
				<Text><![CDATA[A vásárló megjegyzése]]></Text> 
			</Comment>
			<Comment> 
				<Type>customer_shipping</Type> 
				<Text><![CDATA[A vásárló megjegyzése a szállító számára]]></Text> 
			</Comment>
			<Comment> 
				<Type>admin</Type> 
				<Text><![CDATA[Az adminisztrátor megjegyzése, a vásárló nem látja]]></Text> 
			</Comment>
		</Comments>
		<SumPriceGross>7620</SumPriceGross> 
		<Items> 
			<Item> 
				<Id>1000</Id> 
				<Sku>Cikkszam1</Sku> 
				<Name><![CDATA[Termék név 1]]></Name> 
				<Unit>db</Unit> 
				<Quantity>1</Quantity> 
				<PriceNet>1000</PriceNet> 
				<PriceGross>1270</PriceGross> 
				<Vat>27%</Vat> 
				<Status><![CDATA[Holnap érkezik]]></Status> 
				<PlusStatuses> 
				    <Status> 
				        <Id>123</Name> 
				        <Name><![CDATA[Név]]></Name> 
				        <Value><![CDATA[Érték]]></Value> 
				        <Public>yes</Public> 
				    </Status>
				</PlusStatuses>
				<Control> 
				    <Quantity>5</Quantity> 
				    <User>abc123</User> 
				</Control>
			</Item>
			<Item> 
				<Id>2000</Id>
				<Sku>Cikkszam2</Sku>
				<Name><![CDATA[Termék név 2]]></Name>
				<Variants> 
					<Variant> 
						<Id>1</Id> 
						<Name><![CDATA[Szín]]></Name> 
						<Value><![CDATA[Piros]]></Value> 
					</Variant>
					<Variant> 
						<Id>2</Id>
						<Name><![CDATA[Méret]]></Name>
						<Value><![CDATA[XL]]></Value>
					</Variant>
				</Variants>
				<ProductParams> 
					<ProductParam> 
						<Id>17</Id> 
						<Name><![CDATA[Paraméter név]]></Name> 
						<Value><![CDATA[Megadott érték]]></Value> 
					</ProductParam>
				</ProductParams>
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<PriceNet>2000</PriceNet>
				<PriceGross>2540</PriceGross>
				<Vat>27%</Vat>
			</Item>
			<Item> 
				<Id>2000</Id>
				<Sku>Cikkszam2</Sku>
				<Name><![CDATA[Termék név 2]]></Name>
				<Variants>
					<Variant>
						<Id>1</Id>
						<Name><![CDATA[Szín]]></Name>
						<Value><![CDATA[Kék]]></Value>
					</Variant>
					<Variant>
						<Id>2</Id>
						<Name><![CDATA[Méret]]></Name>
						<Value><![CDATA[XXL]]></Value>
					</Variant>
				</Variants>
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<PriceNet>3000</PriceNet>
				<PriceGross>3810</PriceGross>
				<Vat>27%</Vat>
			</Item>
			<Item> 
				<Id>discount-percent</Id> 
				<Sku>discount-percent</Sku> 
				<Name><![CDATA[Kedvezmény (10%)]]></Name> 
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<Percent>10</Percent> 
				<PriceNet>-1000</PriceNet>
				<PriceGross>-1270</PriceGross>
				<Vat>27%</Vat>
			</Item>
			<Item> 
				<Id>shipping-cost</Id> 
				<Sku>shipping-cost</Sku> 
				<Name><![CDATA[Szállítási költség]]></Name>
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<PriceNet>1000</PriceNet>
				<PriceGross>1270</PriceGross> 
				<Vat>27%</Vat>
			</Item>
			<Item> 
				<Id>discount-amount</Id> 
				<Sku>discount-amount</Sku> 
				<Name><![CDATA[Kedvezmény (összegszerű)]]></Name>
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<PriceNet>-100</PriceNet>
				<PriceGross>-127</PriceGross> 
				<Vat>27%</Vat>
			</Item>
			<Item> 
				<Id>handel-cost</Id> 
				<Sku>handel-cost</Sku> 
				<Name><![CDATA[Fizetéssel kapcsolatos kezelési költség]]></Name>
				<Unit>db</Unit>
				<Quantity>1</Quantity>
				<PriceNet>100</PriceNet>
				<PriceGross>127</PriceGross> 
				<Vat>27%</Vat>
			</Item>
		</Items>
	</Order>	
</Orders>

Hogyan kezeljük a Szállítási és Számlázási címeket szinkronizáció során?

Lehetséges hibaüzenet:

Az unasnál amennyiben a felhasználó nem ad meg regisztráció során számlázási címet, akkor a szállítási címnél megadottakat menti el számlázási címként. Mi az ügyfelek szinkronizálásakor azt feltételezzük, hogy minden ügyfélhez legalább egy számlázási és szállítási címet kapunk. Valószínűleg olyan ügyfélet küldtök amelyhez nem tartozik számlázási cím.

Mennyi endpoint elkészítése szükséges a működéshez?

A minimális műküdéshez elegendő a termékek és rendelések átadása (getProduct, getOrder), valamint a készlet és a rendelés állapotok szinkronizálása a webáruház felé (setProduct, setOrder). Ezeket lehet kiegészíteni még kategóriákkal, termék attribútumokkal, ügyfelek migrálásával akik nem rendeltek, ügyfél csoportokkal

Milyen választ kell adnia a getProduct végpontnak, ha nincs a termékhez kép feltöltve?

Ebben az esetben az API ne adja vissza az "Images" adattagot. Erre egy példát az alábbiakban lehet látni:

<Product>
        <State>live</State>
        <Id>456825388</Id>
        <Sku>sku</Sku>
        <Statuses>
            <Status>
                <Type>base</Type>
                <Value>1</Value>
            </Status>
        </Statuses>
        <Name>
            <![CDATA[Termék neve]]>
        </Name>
        <Unit>
            <![CDATA[db]]>
        </Unit>
        <MinimumQty>1</MinimumQty>
        <Prices>
            <Vat>27%</Vat>
            <Price>
                <Type>normal</Type>
                <Net>2543.31</Net>
                <Gross>3230.0037</Gross>
                <Actual>1</Actual>
            </Price>
        </Prices>
        <Categories>
            <Category>
                <Type>base</Type>
                <Id>937378</Id>
                <Name>
                    <![CDATA[Termék kategória]]>
                </Name>
            </Category>
        </Categories>
        <Url>
            <![CDATA[http://clouderp-demo-1.unas.hu]]>
        </Url>
        <Variants>
        </Variants>
        <Stocks>
            <Status>
                <Active>1</Active>
                <Empty>0</Empty>
            </Status>
            <Stock>
                <Qty>0</Qty>
            </Stock>
        </Stocks>
        <PackageProduct>no</PackageProduct>
</Product>

Amennyiben tartozik kép a termékhez azt az alábbiakban kell visszaadnia a getProduct végpontnak:

<Product>
    <State>live</State>
    <Id>419267354</Id>
    <Sku>VTBR-LK</Sku>
    <Statuses>
        <Status>
          <Type>base</Type>
          <Value>1</Value>
        </Status>
    </Statuses>
    <Name>
        <![CDATA[Varázstábor + Lakoma]]>
    </Name>
    <Unit>
        <![CDATA[db]]>
    </Unit>
    <MinimumQty>1</MinimumQty>
    <Description>
        <Long>
            <![CDATA[<p>Életed legnagyobb élménye lehet ez a felejthetetlen varázstábor és egy mágikus lakoma ds</p>]]>
        </Long>
    </Description>
    <Prices>
        <Vat>0%</Vat>
        <Price>
            <Type>normal</Type>
            <Net>0</Net>
            <Gross>0</Gross>
            <Actual>1</Actual>
        </Price>
    </Prices>
    <Categories>
        <Category>
            <Type>base</Type>
            <Id>529424</Id>
            <Name>
                <![CDATA[Botok, Pálcák]]>
            </Name>
        </Category>
    </Categories>
    <Url>
        <![CDATA[http://clouderp-demo-1.unas.hu/Varazstabor-Lakoma]]>
    </Url>
    <SefUrl>
        <![CDATA[Varazstabor-Lakoma]]>
    </SefUrl>
    <Images>
        <DefaultFilename>
            <![CDATA[VTBR-LK]]>
        </DefaultFilename>
        <DefaultAlt>
            <![CDATA[Varázstábor + Lakoma]]>
        </DefaultAlt>
        <OG>1</OG>
        <Image>
            <Type>base</Type>
            <Url>
                <Medium>http://clouderp-demo-1.unas.hu/shop_ordered/26957/shop_pic/VTBR-LK.jpg</Medium>
            </Url>
            <SefUrl>
                <![CDATA[http://clouderp-demo-1.unas.hu/img/26957/VTBR-LK/VTBR-LK.jpg?time=1677772373]]>
            </SefUrl>
            <Filename>
                <![CDATA[VTBR-LK]]>
            </Filename>
            <Alt>
                <![CDATA[Varázstábor + Lakoma]]>
            </Alt>
        </Image>
        <Image>
            <Type>alt</Type>
            <Id>1</Id>
            <Url>
                <Medium>http://clouderp-demo-1.unas.hu/shop_ordered/26957/shop_altpic/VTBR-LK_altpic_1.jpg</Medium>
            </Url>
            <SefUrl>
                <![CDATA[http://clouderp-demo-1.unas.hu/img/26957/VTBR-LK_altpic_1/VTBR-LK.jpg?time=1677772373]]>
            </SefUrl>
            <Filename>
                <![CDATA[VTBR-LK]]>
            </Filename>
            <Alt>
                <![CDATA[Varázstábor + Lakoma]]>
            </Alt>
        </Image>
    </Images>
    <Variants>
    </Variants>
    <Stocks>
        <Status>
            <Active>1</Active>
            <Empty>1</Empty>
        </Status>
        <Stock>
            <Qty>0</Qty>
        </Stock>
    </Stocks>
    <PackageProduct>no</PackageProduct>
</Product>

!!! NAGYON FONTOS !!!

setProduct végpont implementálása, unas által nem dokumentált, de hibákat okozó implementációs részletek:

A setProduct hívás során tömegesen küldünk adatokat, "add", "modify" vagy "delete" action-ökkel.

Itt van 2 rendkívül fontos implementációs részlet:

A válaszban szereplő adatok sorrendje számít, és fontos. Amilyen sorrendben küldjük a termékeket a kérésben, stabilan ugyanabban a sorrendben, pontosan annyi terméknek kell szerepelnie a válaszban. Ellenkező esetben a CloudERP hibás hivatkozásokat fog eltárolni, nem megfelelő webáruház ID-kat jegyez meg a termékekhez, és utána amikor ID alapján szinkronizál már felül fogja írni az adatokat keresztbe. Ez akkor is igaz, ha vegyesen vannak létrehozás, és módosítás műveletek.
Cikkszám egyezőség/létező cikkszámok kezelése: A webáruház nem engedhet be cikkszám duplikációt. Előfordulhat, hogy a CloudERP-nek nincs meg egy hivatkozása a webshop-os termékre. Ilyenkor "add" műveletet küldünk a cikkszám alapján. Ha a webáruházban létezik ilyen cikkszámú termék, akkor a webáruház feladata, hogy a kérést úgy tekintse, mintha:
- "modify" művelet lenne
- és a benne lévő ID pedig a megadott cikkszámú termék ID-ja.
- A válaszban is vissza kell adni ennek a terméknek az ID-ját.

getProduct page_size implementálása

A paginált lekérés addig kérdez le adatokat, amíg a page_size-nál kevesebb elemet kapott a válaszban. Ha mondjuk 500-as page_size paraméterrel küldünk kéréseket, de ezt az integráció figyelmen kívül hagyja, és 200 elemet ad vissza, akkor fixen megállunk az első iteráció után, hiába lenne még több termék.

Keresés

Támogatási központ

GYIK - Egyedi webáruház integációja a CloudERP-vel

Hozzászólások