Skocz do zawartości

Aga Zgaga

Użytkownik
  • Liczba zawartości

    348
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    1

Zawartość dodana przez Aga Zgaga

  1. Cześć, zgaduję problemem może być nazwa dokumentu. W nazwie nie może znajdować się np. "/", należy go zamienić na "_", wpisując [Transakcja::DokumKoncowy|strip=`_`|replace=`/==_`].pdf
  2. Cześć, można np. za pomocą programu AnyDesk
  3. Ja to tylko tu zostawię Próbowaliśmy kiedyś tego odznaczania, dostęp do kont przez różnych użytkowników oraz uprawnienia. Niestety u nas to nie zadziałało - użytkownik, który robi automatyczne akcje miał odznaczone, żeby nie grzebał na jakimś koncie i nic to nie dało. Temat u nas umarł, bo nie był potrzebny na cito Poradziliśmy sobie poprzez zarządzanie kontami i dezaktywację konta
  4. Ok. W takim razie, już się nie możemy doczekać i czekamy z niecierpliwością
  5. Dzięki za informację. Ta przyszłość to jakaś odległa galaktyka, czy można się spodziewać wprowadzenia tej funkcjonalności w bardzo niedalekiej przyszłości?
  6. Tak wszystko działa. Zauważyliśmy, że na liście ofert już się nie pokazuje informacja o najniższej cenie, a wcześniej była taka informacja. Dopiero po wejściu w ofertę widać tą informację Dla nas nie jest to błąd, ani w żaden sposób uciążliwe, ale rozumiemy, że tak ma to teraz wyglądać
  7. Cześć, potrzebujemy takiej funkcjonalności, żeby uwagi, które znajdują się na paragonach (dokumentach końcowych) były widoczne również na zwrotach, korektach. Wydaje nam się, że coś takiego gdzieś kiedyś widzieliśmy, że jest taka możliwość, ale nie możemy odnaleźć Czy jest taka możliwość i gdzie to ustawić?
  8. Wygląda na to, że nie spełnia... bo dobrze rozumiemy, że nie należy tworzyć nowego konta w serwisie Przelewy24?
  9. Rozumiemy, że już dzisiaj, patrząc tak na szybko, wszystko jest ok, "Najniższa cena" wygląda na prawidłową "Jednak pod spodem dalej działa nie do końca dobrze działający algorytm więc mogą być rozbieżności." ale "Po wypuszczeniu wersji wszystko powinno być już w porządku." - czyli w czwartek już tak na 100% wszystko będzie poprawione i będzie działać bardziej prawidłowo niż prawidłowo
  10. Nie o to chodziło Chodzi o migrację z DotPay na Przelewy24 Sklep na Vendero działa, dość długo, prawie od początku istnienia Vendero. Chodzi o to, że pozmienialiśmy na sklepie informację o płatności odnośnie Przelewy24 (wszędzie tam gdzie wcześniej mieliśmy informację o płatności DotPay) Ok. tylko, że - próbowaliśmy coś takiego zrobić, ale niestety danymi z serwisu Przelewy24 (chodzi o obecne dane, już po migracji) nie chciało nam to przepuścić - wyskakiwał komunikat o błędnych danych Robimy tak: Logujemy się do panelu administracyjnego Vendero -> Wtyczki -> Lista wtyczek -> Przelewy24 "Zainstaluj" Tu rozumiemy, że nie klikamy "Zarejestruj się", bo już mamy, aktywne konto na Przelewy24, w którym odbywa się ruch, klienci mogą płacić, a my możemy robić wypłaty i zwroty - no chyba, że źle to rozumiemy i należy się zarejestrować Przechodzimy na zakładkę "Przelewy24 - Konfiguracja i integracja" W "Konfiguracja" ustawiamy wszystko wedle uznania; Następnie w "Moduł Integracje" uzupełniamy danymi z panelu Przelewy24: "Id sprzedawcy:" XXXXX "Klucz Crc:" XXXXXXXXX - i tu otrzymujemy komunikat "Klucz musi zawierać 16 znaków (tylko alfanumerycznych)." W panelu Przelewy24 obok tego klucza jest "(generuj nowy)", tylko, że po kliknięciu pojawia się komunikat "Link był już wykorzystany!" "Klucz do raportów:" XXXXXXXXX No tak, czyli najpierw musimy uporać się z punktem 2. Więc zgłaszamy sugestię, żeby można było zmieniać domyślną formę zapłaty, podobnie jak to ma miejsce z dostawą Tak, jak wyżej, przy kluczu CRC otrzymujemy komunikat: "Klucz musi zawierać 16 znaków (tylko alfanumerycznych)." I najprawdopodobniej z wiadomych przyczyn , po naciśnięciu "Testuj połączenie" otrzymujemy informację "Połączenie nie powiodło się. Sprawdź poprawność danych autoryzujących i spóbuj ponownie. Incorrect authentication"
  11. Ps. Czy można ustawić domyślną formę zapłaty w koszyku tak, żeby klient widział jako pierwsze Przelewy24, bo w tej chwili widzi domyślnie "Przelew pieniężny"? Dużo osób później się odzywa, że chciało zapłacić np. blikiem i musimy generować link do płatności, a druga kwestia to, pewnie przez to jest sporo transakcji, które nie kończą się opłaceniem zakupów. Dodam tylko, że w panelu administracyjnym, można zmieniać domyślny "Sposób dostawy", który klient widzi na pierwszym miejscu w koszyku
  12. Cześć, w związku z migracją z DotPay do Przelewy24, zmieniliśmy na sklepie wszystkie najważniejsze informacje, dotyczące płatności, natomiast mamy kilka pytań 1. Czy musimy coś jeszcze zrobić w panelu administracyjnym sklepu, czy wystarczy poinformowanie klientów o płatnościach poprzez Przelewy24? 2. Czy w związku z migracją należy na sklepie odinstalować wtyczkę DotPay, a zainstalować Przelewy24? - próbowaliśmy coś takiego zrobić, ale niestety danymi z Przelewy24 nie chciało nam to przepuścić - wyskakiwał komunikat o błędnych danych 3. Klient w koszyku przy wyborze formy zapłaty, w dalszym ciągu widzi płatność przez DotPay - niestety nie potrafimy tego zmienić na Przelewy24. W jaki sposób to zmienić? - wydaje się, że jest to sztywno ustawione, ponieważ wchodząc do panelu administracyjnego Ustawienia -> Płatności -> Płatność przez DotPay, można edytować i tu zmieniliśmy "Forma płatności z Subiekta" z "Dotpay" na "Przelewy24 - vendero". Poniżej informacja o migracji: https://www.przelewy24.pl/migracja-dotpay
  13. Super, że udało się namierzyć błąd, a już myśleliśmy, że coś u nas jest nie teges Proszę dać znać w tym miejscu, jak już będzie naprawione
  14. Tak, tylko, że na sklepie nie powinno brać pod uwagę cen sprzedaży z innego cennika, tylko tego podpiętego po sklep Vendero. W Subiekcie korzystamy z różnych cenników i najniższa cena widoczna na sklepie z ostatnich 30 dni nie powinna brać pod uwagę sprzedaży z cennika hurtowego. niestety nie tylko wielowariantowy, na razie nie znaleźliśmy reguły, która może coś podpowiedzieć, dlaczego tak się dzieje. Mamy produkt, nie w wielowariantowości, a pojedynczy, który jest na promocji -20% cena regularna 105 zł cena po rabacie 84 zł Najniższa cena: 52 zł jest to niemożliwe, ponieważ sprawdzając w Subiekcie, zaczęliśmy sprzedawać ten produktu w 2018r, gdzie wtedy cenę zakupu mieliśmy 65 zł netto. Więc najniższa cena sprzedaży nie mogła być nigdy 52 zł. Inny przykład pojedynczego produktu: promocja -20% cena regularna 135,00 zł cena po rabacie 108,00 zł najniższa cena 69,00 zł to również jest niemożliwe, ponieważ sprzedajemy od kwietnia 2021r., a najniższa, nasza cena zakupu netto to 79,00 zł Kolejną kwestią jest to, że Dyrektywa Omnibus mówi o najniższej cenie sprzedaży z ostatnich 30 dni, więc nie powinno pokazywać na stronie sklepu najniższą cenę sprzedaży sprzed 10 lat, bo wiadomo, że produkty drożeją, przynajmniej raz do roku i kiedyś mogliśmy kupować taniej i taniej sprzedawać. Proszę o sprawdzenie, czy prawidłowo to oblicza oraz, żeby pokazywało faktycznie najniższą cenę z 30 dni przed promocją?
  15. Zrobiliśmy mały test Towar kosztował 30,00 zł zrobiliśmy "promocję" - podnieśliśmy cenę na 60,00 zł w Subiekcie daliśmy "promocję" 50% Na sklepie widnieje rabat -50% Cena 30,00 zł Najniższa cena 21,00 zł Tylko, że najniższa cena tego towaru, w ostatnich 30 dniach przed promocją to było 30,00 zł, a nie 21,00 zł. Jest coś czego nie rozumiemy? Dlaczego tak się dzieje?
  16. Dzień dobry, w związku z wejściem w życie Dyrektywy Omnibus zauważyliśmy, że najniższa cena przed promocją, z ostatnich 30 dni, ni jak ma się do prawdy Dotyczy to większości produktów promocyjnych. np. mamy towar XXXX w cenie promocyjnej 150,00 zł, natomiast najniższa cena, z ostatnich 30 dni, to 100,00 zł, gdzie cena zakupu tego produktu netto to 99 zł. - tutaj cena w Subiekcie była zmieniana w marcu 2022 r. Inny przykład to cena promocyjna to 160 zł, najniższa cena, z ostatnich 30 dni, to 120 zł, a nasza cena zakupu netto to 130 zł - coś tu ewidentnie nie działa - tu cena w Subiekcie była zmieniana w kwietniu 2022 r. Proszę o wyjaśnienie jakie dane bierze algorytm pod uwagę, uwidaczniając najniższą cenę z ostatnich 30 dni? Od początku grudnia nie zmienialiśmy cen na sklepie, zresztą nic na sklepie nie zmienialiśmy, zwyczajnie w grudniu nie ma na to czasu. Czy musimy coś zrobić w związku z wejściem w życie Dyrektywy, nacisnąć jakiś magiczny przycisk w panelu sklepu, a może w Subiekcie? Proszę o jakąś wskazówkę, podpowiedź interwencję, poprawę tego błędu. Taka sugestia na koniec, może warto pomyśleć nad utworzeniem, na forum, całkiem osobnego działu (wątku) "Vendero" gdzie łatwiej można by było znaleźć tematy związane z Vendero, tak, żeby tematy związane ze sklepem nie pisać w "Subiekt nexo"
  17. Dobrze Już wiem, to w naszym przypadku musi wyglądać tak: Wprowadzamy towar "A" na stan firmy "X". Wtedy mamy towar "A" w firmie "X" - widoczny również na stanie w firmie "Y", bo utworzyło się PZ, na podstawie FZ drugiej firmy. Sprzedajemy towar "A" w firmie "X", tu wystawia się ZK - wtedy w firmie "Y" tworzy się WZ, ale nie tworzy się ZK. Natomiast jeżeli sprzedamy towar "A" w firmie "Y", tu wystawia się ZK - to w firmie "X" tworzy się WZ z wybraną kategorią/cechą "firmaA". Na koniec miesiąca firma "X" filtruje sobie WZ z kategorią/cechą "firmaA" i zbiorczo wystawia fakturę. Pytanie, czy jest możliwe, żeby taki synchronizator wiedział, żeby brać pod uwagę wystawianie ZK i na drugiej firmie wystawiał WZ? Wtedy nie powinno być zapętlania się wystawianie WZ/PZ Czy dobrze myślimy? Co WY na to?
  18. Wydaje nam się, że napisaliśmy o tym, co w temacie "Zlecenie: Przeniesienie ilości z jednego podmiotu do 2 podmiotu" Poniżej dokładne info o synchronizacji stanów... co prawda jest napisane o polach własnych, że "z firmy A przesłać do pola własnego firmy B", ale wątek w dalszym ciągu ten sam Nie jesteśmy fachowcami dlatego również poszukujemy podobnego rozwiązania. Nie wiemy dokładnie jak to logiczne rozwiązać, jakie są możliwości w tym temacie Staramy się podpowiedzieć, może ktoś coś z tego wyciągnie jakieś informacje i na tej podstawie coś uda się zrealizować, z czego chętnie byśmy skorzystali Może jest, do zastosowania, jakaś blokada, żeby po wystawieniu dokumentu końcowego w jednej firmie i WZ w drugiej, nie zapętlało się kolejne wystawianie WZ. Tego niestety nie wiemy... Dla nas nie ważne jest jak taki synchronizator miałoby funkcjonować, ważne, żeby działał
  19. Jak widać w tym temacie, potrzeba taka jest Tak nam wpadło do głowy, że mogą tworzyć się przyjęcia i rozchody z wybraną kategorią/cechą. Wprowadzamy towar "A" na stan firmy "X". Wtedy mamy towar "A" w firmie "X" - widoczny również na stanie w firmie "Y", bo utworzyło się PZ. Sprzedajemy towar "A" w firmie "X" - wtedy w firmie "Y" tworzy się WZ. Natomiast jeżeli sprzedamy towar "A" w firmie "Y" - to w firmie "X" tworzy się WZ z wybraną kategorią/cechą "firmaA". Na koniec miesiąca firma "X" filtruje sobie WZ z kategorią/cechą "firmaA" i zbiorczo wystawia fakturę. Analogicznie, jeżeli wprowadzamy towar na stan drugiej firmy. Wystawianie WZ i PZ powinno odbywać się niezauważalnie, w tle, z możliwością ustawienia czasu synchronizacji od 1 minuty
  20. Zgadza się na dzień dzisiejszy mamy puste i działa, więc nie ma tematu... ale wcześniej był tag [Sprzedawca::Nazwa] w raporcie nic nie było, na razie działa Dzięki za pomoc i naprowadzenie :)
  21. Cześć, podpinamy się Również coś takiego potrzebujemy, kiedyś już poruszaliśmy ten temat, ale... jakoś tak umarło i chętnie wrócimy do tematu. Również mamy 2 firmy, na jednym serwerze ta sama instancja, dwie bazy i potrzebujemy, żeby z dwóch Subiektów synchronizowały się stany magazynowe. W naszym przypadku nie jest ważne jak to będzie się odbywać, ważne żeby działało.
  22. No właśnie przekazywane są tylko podstawowe informacje. Niestety jeżeli klient wybierze Paczkomat, to jest tylko informacja, że Paczkomat, ale nie ma jaki Paczkomat i trzeba się logować do panelu administracyjnego sklepu i wyciągać i wprowadzać te dane ręcznie do Sello. Takie połączenie Vendero <-> Sello jest bardzo potrzebne. To znaczy nie znamy się, jak by miało to wyglądać, czy bezpośrednie połączenie, czy przez jakąś wtyczkę. Czy może jeszcze więcej informacji powinno wskakiwać do Subiekta i dopiero do Sello... Ważne jest to, żeby zamówienia ze sklepu Vendero można było bezpośrednio obsługiwać w Sello, tak jak z innych platform Allegro, Shopee. Liczę na to, że w końcu, jak nadejdą te lepsze czasy Sello NX , będzie to funkcjonowało dobrze, tym bardziej, że Subiekt, Sello i Vendero to dzieci jednej matki Podrzuć proszę tą informację do Teamu Vendero , bo nawet na forum nie ma osobnego działu Vendero Na pewno jak będzie wszystko dobrze funkcjonować to Insertowi przybędzie więcej klientów... zadowolonych klientów
×
×
  • Dodaj nową pozycję...