InsERT GT => Subiekt GT => Wątek zaczęty przez: Cyprianii w Styczeń 27, 2018, 18:28:53
-
Witam,
Czy istnieje w Subiekcie możliwość tworzenia dokumentu WZ po rzeczywistej cenie magazynowej (cenie po jakiej dane produkty zostały wprowadzone na magazyn)? Patrząc na domyślne ceny WZ jest wiele opcji, ale nie ma najprostszej :(
Zamysł jest taki że dokument WZ tworzony jest bez jakiekolwiek marży, dokładnie w takiej cenie jak produkty zostały wprowadzone na magazyn dokumentem PZ. Jeżeli było kilka dostawa w różnych cenach, a WZ zawiera tyle sztuk produktu, że musi być wzięty towar z kilku dostaw, to chcielibyśmy wiedzieć na WZ dokładnie taką cenę jak uśredniona cena pokazywana jako cena magazynowa przy takiej ilości towarów.
Dziękuję za pomoc.
-
Bez niebieskiego plusa to najbliżej będzie średnia ważona z istniejących dostaw
-
Witam,
Mamy niebieskiego plusa, ale jak to może pomóc?
-
Szybciej nie będzie, ale możesz wybrać określoną dostawę i ustawić skorygować cenę na taką z dostawy.
Wtedy będziesz miał dokładnie tak jak w dostawach.
-
A zdradzisz z czego wynika ta potrzeba?
Mam pewne przeczucie...
-
Mamy magazyny w różnych krajach i nr. VAT porejestrowane w każdym kraju w którym jest magazyn, jak przemieszczamy towar robimy WZtkę, gdzie odbiorcą jest nasza spółka ale z innym numerem VAT, a po stronie drugiego magazynu robimy PZtkę o takich samych wartościach. MMkat tego nie załatwi, bo często są różne daty wyjścia i wejścia towaru. Całość procesu na potrzebę integracji sprzedaży na Amazon, niestety utknęliśmy w martwym punkcie tych cen na WZ :/ Mało tego, cena magazynowa którą pokazuje subiekt jest chyba liczona do setnych groszy, przez co nawet jak ustawimy ręcznie identyczną cenę jak ta którą pokazuje cena magazynowa i zapiszemy dokument a na dokumencie było kilkadziesiąt pozycji to nigdy koszt nie równa się wartość WZ a to chcemy osiągnąć. Macie Panowie pomysł co z tym zrobić? Czy można taki case zgłosić jakoś do Inserta?
-
OK, ale to za mało.
Te WZ są potem drukowane, wysyłane przez EPP, czy obrabiane jakimś rozwiązaniem dodatkowym?
-
Czy istnieje w Subiekcie możliwość tworzenia dokumentu WZ po rzeczywistej cenie magazynowej (cenie po jakiej dane produkty zostały wprowadzone na magazyn)?
Jest taka możliwość i już kilka razy tłumaczyłem jak to zrobić, więc nie rozumiem dlaczego pytasz kolejny raz ? :o
Aby to uzyskać należy:
- dodać dokument
- zapisać, aby zostały pobrane ceny magazynowe z rozchodowanych dostaw
- otworzyć dokument do edycji
- przepisać ceny magazynowe do cen sprzedaży
Z Niebieskim Plusem i włączonymi dyspozycjami wystarczy tylko przepisać ceny magazynowe do cen sprzedaży podczas dodawania dokumentu.
Patrząc na domyślne ceny WZ jest wiele opcji, ale nie ma najprostszej :(
Nie ma takiej opcji bo to NIE jest takie proste - skąd program ma znać ceny magazynowe dostaw, których jeszcze nie pobrał z magazynu ?
Zamysł jest taki że dokument WZ tworzony jest bez jakiekolwiek marży, dokładnie w takiej cenie jak produkty zostały wprowadzone na magazyn dokumentem PZ. Jeżeli było kilka dostawa w różnych cenach, a WZ zawiera tyle sztuk produktu, że musi być wzięty towar z kilku dostaw, to chcielibyśmy wiedzieć na WZ dokładnie taką cenę jak uśredniona cena pokazywana jako cena magazynowa przy takiej ilości towarów.
Za cholerę nie pojmują po co ciągle chcecie widzieć dokładnie tę samą informację w dwóch miejscach i tracić czas na jej powielanie ? :o
-
OK, ale to za mało.
Te WZ są potem drukowane, wysyłane przez EPP, czy obrabiane jakimś rozwiązaniem dodatkowym?
Nie, nie drukujemy ich, potrzebne są aby wartości z WZtki automat przenosił na PZtkę na innym magazynie, następnie zbieramy wszystkie wartości na PZtkach między dwoma konkretnymi krajami i na tej podstawie mamy dane do WDT i WNT i deklaracji VAT-EU. Automat pobiera dane z Amazon i tworzy te dokumenty w Subiekcie, nic dalej z nimi się nie dzieje
-
Panie Danielu nie jest to takie proste bo subiekt zaokrągla ceny ale nawet po przepisaniu cen z palca są różnice w kwotach zapisanych. Przykład w załączeniu, mimo, że przepisałem te same ceny mam 40 gr różnicy na jednym dokumencie..
-
Mamy magazyny w różnych krajach i nr. VAT porejestrowane w każdym kraju w którym jest magazyn, jak przemieszczamy towar robimy WZtkę, gdzie odbiorcą jest nasza spółka ale z innym numerem VAT, a po stronie drugiego magazynu robimy PZtkę o takich samych wartościach. MMkat tego nie załatwi, bo często są różne daty wyjścia i wejścia towaru. Całość procesu na potrzebę integracji sprzedaży na Amazon, niestety utknęliśmy w martwym punkcie tych cen na WZ :/
Jaki martwym punkcie, przecież wszystko dokładnie wytłumaczyłem łącznie z przykładami i zrzutami ekranu ? :o
Mało tego, cena magazynowa którą pokazuje subiekt jest chyba liczona do setnych groszy,...
Żadne "chyba", magazyn w GT jest prowadzony z ilościami z precyzją do 3 miejsc po przecinku i ceną z precyzją do 2 miejsc po przecinku.
...przez co nawet jak ustawimy ręcznie identyczną cenę jak ta którą pokazuje cena magazynowa i zapiszemy dokument a na dokumencie było kilkadziesiąt pozycji to nigdy koszt nie równa się wartość WZ...
To już naturalne zaokrąglenia wynikające z prostej matematyki.
...a to chcemy osiągnąć. Macie Panowie pomysł co z tym zrobić?
Pomijając to, że nie mam pojęcia w czym wam to przeszkadza to obejście jet przecież banalnie proste - wystarczy wydawać towar w rozbiciu na dostawy i tak samo go przyjmować.
Czy można taki case zgłosić jakoś do Inserta?
Co niby chciałeś zgłaszać, przecież program liczy poprawnie a matematyki nie zmienisz ? :o
-
OK, ale to za mało.
Te WZ są potem drukowane, wysyłane przez EPP, czy obrabiane jakimś rozwiązaniem dodatkowym?
Nie, nie drukujemy ich, potrzebne są aby wartości z WZtki automat przenosił na PZtkę na innym magazynie, następnie zbieramy wszystkie wartości na PZtkach między dwoma konkretnymi krajami i na tej podstawie mamy dane do WDT i WNT i deklaracji VAT-EU. Automat pobiera dane z Amazon i tworzy te dokumenty w Subiekcie, nic dalej z nimi się nie dzieje
Tak myślałem.
Inaczej mówiąc szukacie rozwiązania problemu, który istnieje tylko dlatego że go sobie stworzyliście.
Prawdziwy problem nie polega na tym że wystawiacie WZ w złych cenach, tylko że macie automat, który źle działa.
W w bazie jest dokładnie zapisana informacja o cenie magazynowej towaru wydawanego na WZ.
Automat powinien pobierać tę wartość, a nie jakąś cenę wydania, która jest do niczego niepotrzebna.
Ten ręcznie popychany ;) automat jest Wam dany raz na zawsze, czy ktoś jest w stanie go zmodyfikować tak, żeby działał poprawnie?
-
Panie Danielu nie jest to takie proste bo subiekt zaokrągla ceny ale nawet po przepisaniu cen z palca są różnice w kwotach zapisanych. Przykład w załączeniu, mimo, że przepisałem te same ceny mam 40 gr różnicy na jednym dokumencie..
Jak już pisałem - jeśli to stanowi dla was problem to podałem banalnie proste rozwiązanie.
-
OK, ale to za mało.
Te WZ są potem drukowane, wysyłane przez EPP, czy obrabiane jakimś rozwiązaniem dodatkowym?
Nie, nie drukujemy ich, potrzebne są aby wartości z WZtki automat przenosił na PZtkę na innym magazynie, następnie zbieramy wszystkie wartości na PZtkach między dwoma konkretnymi krajami i na tej podstawie mamy dane do WDT i WNT i deklaracji VAT-EU. Automat pobiera dane z Amazon i tworzy te dokumenty w Subiekcie, nic dalej z nimi się nie dzieje
Tak myślałem.
Inaczej mówiąc szukacie rozwiązania problemu, który istnieje tylko dlatego że go sobie stworzyliście.
Prawdziwy problem nie polega na tym że wystawiacie WZ w złych cenach, tylko że macie automat, który źle działa.
W w bazie jest dokładnie zapisana informacja o cenie magazynowej towaru wydawanego na WZ.
Automat powinien pobierać tę wartość, a nie jakąś cenę wydania, która jest do niczego niepotrzebna.
Ten ręcznie popychany ;) automat jest Wam dany raz na zawsze, czy ktoś jest w stanie go zmodyfikować tak, żeby działał poprawnie?
Chętnie prześlemy kod komuś kto odpłatnie pomoże nam rozwiązać ten problem i znaleźć błąd.
Naprawdę rozumiem matematykę Subiekta, tylko tak jak widać na powyżej przesłanym screenie - mimo wpisania identycznych wartości - kwota na WZ różni się od kosztu - a tego chcemy uniknąć.
@dkozlowski a jak "wydawać towar w rozbiciu na dostawy." ?
-
Autor umarł, czy ma Was dosyć? ;)
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
-
@dkozlowski a jak "wydawać towar w rozbiciu na dostawy." ?
Tak samo jak z wielu dostaw, tylko poszczególne dostawy należy wydawać na oddzielnych pozycjach dokumentu.
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
Nie, no teraz to już pojechałeś!
Jeśli chcesz zmodyfikować wydawanie (za pomocą Sfery) to w helpie do Sfery jest nawet przykład jak to zrobić.
Jeśli wystarczy zmiana po stronie przyjęcia to wystarczy odczytać koszt pozycji na dokumencie WZ.
Opis bazy danych jest w helpie do GT
Czego szukają autorzy? Helpa?
To skąd ten automat bierze dane z tych WZ-tek?
-
@dkozlowski a jak "wydawać towar w rozbiciu na dostawy." ?
Tak samo jak z wielu dostaw, tylko poszczególne dostawy należy wydawać na oddzielnych pozycjach dokumentu.
Może to jest myśl, a jest taka możliwość w Sferze, aby tak poszczególne pozycje były zapisywane na WZ w rozbiciu na dostawy?
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
Nie, no teraz to już pojechałeś!
Jeśli chcesz zmodyfikować wydawanie (za pomocą Sfery) to w helpie do Sfery jest nawet przykład jak to zrobić.
Jeśli wystarczy zmiana po stronie przyjęcia to wystarczy odczytać koszt pozycji na dokumencie WZ.
Opis bazy danych jest w helpie do GT
Czego szukają autorzy? Helpa?
To skąd ten automat bierze dane z tych WZ-tek?
Dane bierzemy z raportu z Amazon.
Problem w tym że masa testów nie doprowadziła do sytuacji w której wartości na WZ są identyczne z kosztem na WZ...
-
Ja jednak nie rozumiem co robicie (i pewnie dlatego ciągle nie łapię istoty problemu).
Wystawiacie WZ na jednym magazynie i PZ na drugim.
Odpowiedz mi na kilka pytań
1. Wydawało mi się że tak WZ i PZ są wystawiane w Subiekcie, mylę się?
2. Czy program który wystawia PZ ma dostęp do bazy danych, w której jest WZ-tka?
Jeśli jest tak jak myślę, czyli na oba pytania odpowiedź brzmi "TAK", to dlaczego program nie odczytuje wartości magazynowej (kosztu) z WZ i nie wstawia go do PZ?
Jeśli jednak na którekolwiek z pytań odpowiedź brzmi "NIE" to proszę, wyjaśnij co i jak.
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
Zamiast tracić czas, wystarczyło zastosować się do tego co napisałem, byłem przekonany, że wszystko już jest jasne skoro się nie odzywałeś. Jeśli chcesz, aby ktoś inny spróbował wytłumaczyć to samo co ja próbowałem na kilka sposobów to mam kolegów w Warszawie, mogę was skontaktować. Możesz też próbować omawiać kolejny raz to sam na forum, koledzy wszystko potwierdzą, nie wiem tylko czy to zmieni, gdyż program NIE znacznie działać inaczej niż robi to od kilkunastu lat.
-
Ja jednak nie rozumiem co robicie (i pewnie dlatego ciągle nie łapię istoty problemu).
Wystawiacie WZ na jednym magazynie i PZ na drugim.
Odpowiedz mi na kilka pytań
1. Wydawało mi się że tak WZ i PZ są wystawiane w Subiekcie, mylę się?
2. Czy program który wystawia PZ ma dostęp do bazy danych, w której jest WZ-tka?
Jeśli jest tak jak myślę, czyli na oba pytania odpowiedź brzmi "TAK", to dlaczego program nie odczytuje wartości magazynowej (kosztu) z WZ i nie wstawia go do PZ?
Jeśli jednak na którekolwiek z pytań odpowiedź brzmi "NIE" to proszę, wyjaśnij co i jak.
Tak i tak :) dokładnie dzieje się tak jak mówisz, tylko problem jest właśnie w cenie magazynowej, która, jeżeli są dostawy w różnych cenach jest zaokrąglana, przez te zaokrąglenia wartość na WZ różni się od kosztu na WZ, mimo, że cena netto i cena magazynowa jest identyczna (w teorii, bo cena magazynowa jest zaokrąglana, do dwóch miejsc po przecinku, a do wyliczenia kosztu na WZ liczy dokładniejszą wartość) Rozwiązaniem może być to co powiedział Daniel, aby rochkodować towary po dostawach na WZ
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
Zamiast tracić czas, wystarczyło zastosować się do tego co napisałem, byłem przekonany, że wszystko już jest jasne skoro się nie odzywałeś. Jeśli chcesz, aby ktoś inny spróbował wytłumaczyć to samo co ja próbowałem na kilka sposobów to mam kolegów w Warszawie, mogę was skontaktować. Możesz też próbować omawiać kolejny raz to sam na forum, koledzy wszystko potwierdzą, nie wiem tylko czy to zmieni, gdyż program NIE znacznie działać inaczej niż robi to od kilkunastu lat.
P. Danielu a jest szansa, że Pan zajrzy do przesłanego kodu? W takim układzie firma integrująca robi gdzieś błąd tylko nie wiadomo gdzie...
-
@dkozlowski a jak "wydawać towar w rozbiciu na dostawy." ?
Tak samo jak z wielu dostaw, tylko poszczególne dostawy należy wydawać na oddzielnych pozycjach dokumentu.
Może to jest myśl...
To jedyna możliwość - skoro wydawanie z wielu dostaw stanowi dla was problem (ciągle nie napisałeś jaki, bo matematyka dotyka wszystkich i sobie radzą w codziennej pracy) to naturalnym i jedynym rozwiązaniem jest wydawanie tylko z jednej dostawy, wtedy nie dojdzie do zaokrągleń i uśrednienia ceny magazynowe na pozycji dokumentu.
...a jest taka możliwość w Sferze, aby tak poszczególne pozycje były zapisywane na WZ w rozbiciu na dostawy?
Gdyby nie było takiej możliwości to bym wyraźniej napisał, że wymaga to niestandardowych rozwiązań... Tak jak w programie (z wykorzystaniem rozbicia pozycji z Niebieskiego Plusa) można wskazać konkretną dostawę, to można to samo zrealizować za pomocą Sfery.
-
dokładnie dzieje się tak jak mówisz, tylko problem jest właśnie w cenie magazynowej, która, jeżeli są dostawy w różnych cenach jest zaokrąglana, przez te zaokrąglenia wartość na WZ różni się od kosztu na WZ, mimo, że cena netto i cena magazynowa jest identyczna (w teorii, bo cena magazynowa jest zaokrąglana, do dwóch miejsc po przecinku, a do wyliczenia kosztu na WZ liczy dokładniejszą wartość)
Nie, nie, nie... Wszystko jest liczone z precyzją dwóch miejsc po przecinku, kolejny raz tłumaczę, że koszt pozycji jest wyliczany na podstawie wartości rozchodowanych z magazynu dostaw i dopiero na jego podstawie jest wyliczana uśredniona cena magazynowa pozycji.
-
Autor umarł, czy ma Was dosyć? ;)
Autorzy żyją ale wspólnie szukamy pomocy na zewnątrz, temat ciągnie się już zdecydowanie za długo :(
Zamiast tracić czas, wystarczyło zastosować się do tego co napisałem, byłem przekonany, że wszystko już jest jasne skoro się nie odzywałeś. Jeśli chcesz, aby ktoś inny spróbował wytłumaczyć to samo co ja próbowałem na kilka sposobów to mam kolegów w Warszawie, mogę was skontaktować. Możesz też próbować omawiać kolejny raz to sam na forum, koledzy wszystko potwierdzą, nie wiem tylko czy to zmieni, gdyż program NIE znacznie działać inaczej niż robi to od kilkunastu lat.
P. Danielu a jest szansa, że Pan zajrzy do przesłanego kodu? W takim układzie firma integrująca robi gdzieś błąd tylko nie wiadomo gdzie...
Nie mam na co patrzeć, gdyż nigdzie nie robią błędu, robią to co powinno wystarczyć, jeśli Ci jednak nie wystarcza i nie chcesz mieć zaokrągleń to przekaż im, aby zrobili to o czym napisałem w tym wątku.
ps.
Czy napiszesz w końcu jaki problem i dla kogo (Ciebie, czy księgowej) stanowią te zaokrąglenia ?
-
@dkozlowski a jak "wydawać towar w rozbiciu na dostawy." ?
Tak samo jak z wielu dostaw, tylko poszczególne dostawy należy wydawać na oddzielnych pozycjach dokumentu.
Może to jest myśl...
To jedyna możliwość - skoro wydawanie z wielu dostaw stanowi dla was problem (ciągle nie napisałeś jaki, bo matematyka dotyka wszystkich i sobie radzą w codziennej pracy) to naturalnym i jedynym rozwiązaniem jest wydawanie tylko z jednej dostawy, wtedy nie dojdzie do zaokrągleń i uśrednienia ceny magazynowe na pozycji dokumentu.
...a jest taka możliwość w Sferze, aby tak poszczególne pozycje były zapisywane na WZ w rozbiciu na dostawy?
Gdyby nie było takiej możliwości to bym wyraźniej napisał, że wymaga to niestandardowych rozwiązań... Tak jak w programie (z wykorzystaniem rozbicia pozycji z Niebieskiego Plusa) można wskazać konkretną dostawę, to można to samo zrealizować za pomocą Sfery.
Próbuje jak mogę aby mnie zrozumiano, ale tak to jest jak Eksper rozmawia z laikiem, dla jedno coś jest jasne jak słońce a drugi nie wie o co chodzi i tak można w koło. Załączam screen co się dzieje, jak wyjmuje 100 sztuk produktu gdzie wychodzi 40 z jednej dostawy i 60 z drugiej ale pod jedną pozycją na WZ - dokument pokazuje cenę magazynową na 3,37, taką też ustawiłem jako cena netto - po zapisaniu dokumentu okazuje się, że jest rozbieżność między wartością a kosztem o 40gr - ta rozbieżność wynika z tego, że prawdziwa cena magazynowa to nie 3,37 a dokładnie 3,366 ((40*3,30+60*3,41)/100). Nie potrafimy zrobić automatu, który pobierając widoczną cenę magazynową 3,37 po zapisaniu WZ koszt i wartość WZtki byłyby równe - to oczywiste że nie będą bo 3,366*100 to coś innego niż 3,37*100. Dlatego wydaje mi się, że pobieranie produktów w rozbiciu na dostawy to chyba jedyna możliwość aby mieć wynik wartość WZ = koszt WZ.