Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: esh0 w Luty 01, 2016, 15:10:44
-
Dzień dobry.
Mam taki problem. Odebrałem dane sprzedaży z kasy i chciałbym wywołać skutek magazynowy. Niestety, pojawia się informacja o braku towaru w magazynie. Starałem poszukać na forum jakiegoś rozwiazania, ale te które znalazłem nie odnosiły się do tej sytuacji. Otóż dany towar w magazynie mam. W ilości wystarzcającej na pokrycie rozchodu z danego dokumentu. Dostępny stan potwierdza zarówno informator dokumentu (Ruch towaru), jak i remanent wykonany na dzień odebrania dokumentu z kasy. Co jeszcze może być powodem, że nie mogę wywołać skutku magazynowego? Na screenach brakujący towar kolorem czerwony (na remanencie są dwie pozycji - dwie ceny, pakiet).
-
Wykonałeś wcześniej jakiś rozchód, który zdjął towar pochodzący z dostaw datowanych na 25.01 albo wcześniej i został tylko towar pochodzący z późniejszej dostawy.
-
No nie wygląda to dobrze... Czy były uruchamiane lub działają na podmiocie jakieś rozwiązania dodatkowe ? Nie było problemów z bazą danych ? Było lub jest zamówienie od klienta na ten towar ?
-
candy, gdyby tak było, to remament na dzieł 25.01 powinien pokazać brak tego towaru, prawda?
dkozlowski, no właśnie nie. Operacje, które w moim subiekcie wykonuję to:
- prowadzenie listy towarów
- prowadzenie stanu magazynowego (czyli faktury zakupu wprowadzane ręcznie + sprzedaż detaliczna odebrana z kasy)
- remanent/inwentaryzacja
Żadne błędy ostatnio się nie wyświetlały...
-
Powiedział bym, że to co pokazujesz jest tak tajne/poufne, że nie da się z tego wyciągnąć wniosków.
Być moze jest na tym paragonie jeszcze trzecia szt tego wyrobu, której nie pokazujesz. I pewnie nie potrafisz jej zidentyfikować, skoro nazwa towaru jest tajna.
A to, że w remanencie na dzień 27-01 masz 5 szt, nie nie mówi w odniesieniu do daty paragonu z 23-01. Natomiast ruch towaru pokazuje, że masz na dzień wystawienia paragonu 2 szt. Co potwierdza wniosek z drugiego zdania.
-
Aldo:
- remanent jest z 25.01 i paragon z 25.01, nie wiem gdzie znalazłeś te daty? 27.01 to data faktury zakupu.
- na paragonie jest tylko jedna pozycja, o którą się rzecz rozbija, więc skoro ruch towaru pokazuje 2 sztuki dostępne, to powinno bez problemu ściągnąć
- uszczypliwość dotyczącą tajności można było sobie darować, bo czy to zmieni czy jest to Zupa cebulowa, czy Zupa grochowa?
-
Aldo:
- remanent jest z 25.01 i paragon z 25.01, nie wiem gdzie znalazłeś te daty? 27.01 to data faktury zakupu.
- na paragonie jest tylko jedna pozycja, o którą się rzecz rozbija, więc skoro ruch towaru pokazuje 2 sztuki dostępne, to powinno bez problemu ściągnąć
- uszczypliwość dotyczącą tajności można było sobie darować, bo czy to zmieni czy jest to Zupa cebulowa, czy Zupa grochowa?
Sorry, w czasie pisania odpowiedzi nie można podejrzeć załaczników, więc rzeczywiście pomyliłem daty, ale w kontekście nie ma to znaczenia.
Masz dwie szt i wg informatora i wg remanentu. A ile naprawdę jest na paragonie nie wiemy, bo pokazujesz jedną pozycję, tą kwestionowaną na którą nie wystarcza towaru. Czy aby na pewno nie ich na 13 wcześniejszych? Tego nie wiemy, bo nie pokazujesz.
Jeśli rzeczywiście ich tam nie ma, to masz uszkodzoną bazę, jak napisał to @dkozłowski.
-
Aldo - okej, rozumiem, że trafiają się tutaj ciężkie przypadki i ktoś nie potrafi sprawdzać dokładnie paragonu. Sprawdziłem. Kilka razy - jest tylko jeden produkt o tej nazwie.
Jeśli faktycznie jest uszkodzona baza, to co mogę zrobić? Może warto spróbować usunąć daną FZ z tym towarem i wprowadzić ją ponownie, aby "zaskoczyło"?
-
Niestety nie wystarczy. Sposób zapisu w tabelach bazy jest dosyć zawiły ze wzgędu na różne możliwości pracy z Subiektem (chociażby nr serii czy rezerwacje).
A spróbuj jeszcze w tabelce braków zaznaczyć na dole znacznik rezerwacji. Bo moze towar trzyma rezerwacja.
-
Jak baza jest uszkodzona to bez odpowiedniej wiedzy nic sam nie możesz zrobić.
Proszę jeszcze o odpowiedź - czy informator wywołujesz z pozycji paragonu?
Chciałbym wykluczyć sytuację, że podglądasz nie ten towar...
Ciekawe dlaczego cena magazynowa na paragonie jest wskazywana na 0.00?
-
Jak baza jest uszkodzona to bez odpowiedniej wiedzy nic sam nie możesz zrobić.
Proszę jeszcze o odpowiedź - czy informator wywołujesz z pozycji paragonu?
Chciałbym wykluczyć sytuację, że podglądasz nie ten towar...
Na informatorze jest ten sam numer pozycji co na paragonie, więc raczej jest to prawdziwe.
-
Jak baza jest uszkodzona to bez odpowiedniej wiedzy nic sam nie możesz zrobić.
Proszę jeszcze o odpowiedź - czy informator wywołujesz z pozycji paragonu?
Chciałbym wykluczyć sytuację, że podglądasz nie ten towar...
Na informatorze jest ten sam numer pozycji co na paragonie, więc raczej jest to prawdziwe.
Co prawda nie założyłem okularów, ale o jakim numerze pozycji w informatorze piszesz?
Numer pozycji ja tylko widzę w informacji o brakach.
-
Informator o brakach w pierwszej kolumnie pokazuje nr pozycji z dokumentu wiodącego. W tym przypadku z paragonu.
Pewnie pomyślałeś o informatorze towaru.
-
Ciekawe dlaczego cena magazynowa na paragonie jest wskazywana na 0.00?
Pytałem o zamówienia, gdyż nie ma ilości zarezerwowanej (zamiast zera jest pusto).
-
Informator o brakach w pierwszej kolumnie pokazuje nr pozycji z dokumentu wiodącego. W tym przypadku z paragonu.
Pewnie pomyślałeś o informatorze towaru.
A jak można "wywołać" informator o brakach?
Proszę jeszcze o odpowiedź - czy informator wywołujesz z pozycji paragonu?
-
Proszę jeszcze o odpowiedź - czy informator wywołujesz z pozycji paragonu?
Nie, z poziomu Towary i usługi. Jednak jak wywołam z pozycji paragonu, to wartości są takie same.
Ciekawe dlaczego cena magazynowa na paragonie jest wskazywana na 0.00?
Ale to jest dla wszystki produktów i ja nie wiem dlaczego, ale faktycznie - wszędzie jest 0,00.
A spróbuj jeszcze w tabelce braków zaznaczyć na dole znacznik rezerwacji. Bo moze towar trzyma rezerwacja.
Niestety, to nie pomaga.
-
Ciekawe dlaczego cena magazynowa na paragonie jest wskazywana na 0.00?
Ale to jest dla wszystki produktów i ja nie wiem dlaczego, ale faktycznie - wszędzie jest 0,00.
Dlaczego pisujesz coś innego niż pokazujesz nam na zrzutach ekranu ? Spójrz na swój pierwszy zrzut ekranu w tum wątku...
-
OK - ostatnie pytanie ode mnie:
Czy na tym paragonie jest tylko 1 raz ten towar (nie pamiętam czy przy odbiorze za kasy towary są grupowane)?
-
Dlaczego pisujesz coś innego niż pokazujesz nam na zrzutach ekranu ? Spójrz na swój pierwszy zrzut ekranu w tum wątku...
Ooo faktycznie, ponieważ teraz sprawdzałem na Subiekcie i tam pokazało mi wszędzie ceny 0,00... A właśnie znalazłem co zrobić, aby pokazało prawidłowe ceny:
- zmieniam na Wywołaj skutekk...
- zatwierdzam, zatwierdzam komunikat o braku
- ceny dalej są 0,00
- minimalizuje/maksymalizuje okno, czyli pewnie dane się przeliczają
- są widoczne ceny magazynowe :o mogę nagrać wideo, bo pewnie ktoś nie uwieży...
Tak czy tak - przy tym produkcie cena jest faktycznie 0,00...
-
OK - ostatnie pytanie ode mnie:
Czy na tym paragonie jest tylko 1 raz ten towar (nie pamiętam czy przy odbiorze za kasy towary są grupowane)?
Tak, na 100% jest jeden raz i jedna sztuka.
-
Tak naprawdę cena zakupu nie ma tu najmniejszego znaczenia. Skłaniam się fo tego, jak pisałem wcześniej, że masz uwaloną bazę.
-
Tak czy tak - przy tym produkcie cena jest faktycznie 0,00...
Jest zero gdyż z jakiegoś powodu program nie znajduje tego towaru na stanie magazynowym. Wykonaj jeszcze kontrolę danych w programie serwisowym, są małe szanse, że pomoże, ale też nie zaszkodzi.
-
Jest zero gdyż z jakiegoś powodu program nie znajduje tego towaru na stanie magazynowym. Wykonaj jeszcze kontrolę danych w programie serwisowym, są małe szanse, że pomoże, ale też nie zaszkodzi.
Niestety tak jak piszesz, nic to nei zmieniło.
-
Jak napisałem za pierwszym razem nie wygląda to dobrze, najprościej będzie przeanalizować bazę danych, aby wyjaśnić ten problem.
-
To zrób ostatni test: zmień datę tego paragonu, którego nie możesz zapisać na rok 2020.
Jak się uda to masz problem w ruchu towaru (chronologia), jak nie to masz bazę do naprawy.
Na 99%. Na 100% to po obejrzeniu bazy;)
-
To zrób ostatni test: zmień datę tego paragonu, którego nie możesz zapisać na rok 2020.
Jak się uda to masz problem w ruchu towaru (chronologia)
Zrobiłem w ten sposób i mogę zapisać dany paragon bez problemu. Tzn nie do końca, bo jest jeszcze jeden produkt z brakiem, ale akurat jego faktycznie nie powinno wtedy być, więc to nie problem. Co w takim przypadku zrobić, jeśli z jakiegoś powodu jest problem z chronologią?
-
Udało się wprowadzić sprzedaż detaliczną zmieniając datę na 31-01. Dat dostaw nie zmieniałem. Coś musiało zaburzyć się w chronologii. Teraz się udało, ale jestem ciekaw jak będzie w lutym. Dziękuję wszystkim za pomoc!
-
Jeśli paragon z dnia x będziesz zapisywał tydzień później, w międzyczasie wystawiając różne dokumenty, to w lutym będzie tak samo i w następnych miesiącach też.
Masz to jak w banku.
-
Jeśli paragon z dnia x będziesz zapisywał tydzień później, w międzyczasie wystawiając różne dokumenty, to w lutym będzie tak samo i w następnych miesiącach też.
Masz to jak w banku.
Nie, teraz będę pilnował kolejności wprowadzania dostaw/ściągania danych z kasy. Chociaż nie uważam, żeby to miało jakikolwiek sens - program powinien bazować na datach z dokumentów, a nie na datach wprowadzania, ale jak widać potrafi się coś tutaj namieszać. W tym przypadku sprawa wg. mnie rozwiązana prawidłowo - styczeń się zakończył, dostawy ze stycznia mam wprowadzone, więc mogłem w miarę bezpiecznie zaksięgować paragony z datą inną niż faktycznie. Gdybym może miał pracownika, albo istniało ryzyko, że sprzedałbym towar którego nie ma na stanie, to faktycznie byłby problem, ale tutaj taka sytuacja nie miała miejsca. Zobacyzmy, czy w lutym wszystko będzie grało.
-
Nie, teraz będę pilnował kolejności wprowadzania dostaw/ściągania danych z kasy. Chociaż nie uważam, żeby to miało jakikolwiek sens - program powinien bazować na datach z dokumentów, a nie na datach wprowadzania, ale jak widać potrafi się coś tutaj namieszać. W tym przypadku sprawa wg. mnie rozwiązana prawidłowo - styczeń się zakończył, dostawy ze stycznia mam wprowadzone, więc mogłem w miarę bezpiecznie zaksięgować paragony z datą inną niż faktycznie.
Styczniowe doświadczeni pokazało że jednak nie mogłeś ;)
Możesz oczywiście uważać co chcesz, ale program działa wg pewnych algorytmów i żadna dyskusja tego nie zmieni.
Osobiście podjąłbym się obrony założeń jakie przyjęli autorzy Subiekta, ale moje argumenty tak samo niczego nie zmienią, więc szkoda pary.
-
Udało się sprzedać towar z dniem 31 stycznia, gdyż była jeszcze dostawa z 27 stycznia na 3 sztuki... Program powinien pilnować ruchów w magazynie, ale zaszło coś nieoczekiwanego i powstał błąd w danych, który raczej sam się nie naprawi... Każdy niewyjaśniony problem zwykle wraca z dużo większą siłą... Nie trzeba czekać i już teraz można sprawdzić czy wróci - spróbuj sprzedać cały towar dostępny w magazynie z dzisiejszą datą.
-
Osobiście podjąłbym się obrony założeń jakie przyjęli autorzy Subiekta, ale moje argumenty tak samo niczego nie zmienią, więc szkoda pary.
Ale ja z chęcią posłucham, bo naprawdę nie rozumiem co zrobiłem źle i dlaczego powstał taki galimatias w bazie. Co nieco i o bazach i o programowaniu wiem, więc z chęcią podejmę dyskusję. Z mojej perspektywy algorytm sprawdzania czy można wywyłoać prawidłowy skutek magazynowy byłby taki:
- akcja wywołaj skutek magazynowy (WSK) sprawdza czy towar na dzień X jest na magazynie
- jeśli towaru nie ma, pokazuj brak i nie pozwala na WSK
- użytkownik w dzień np. X+3 wprowadza fakturę zakupu z brakującym towarem, gdzie data zakupu (zakończenia dostawy) = np.X-3
- czyli dla danego WSK na dzień X towar już istnieje w magazynie
- użytkownik znowu robi WSK z punktu pierwszego, program widzi brakujący towar - pozwala na akcję
Pomijam tutaj wszelkie rezerwacje, bo ich w moim przypadku nie było. Algorytm prosty jak konstrukcja cepa - być może pomijam jakieś bardzo ważne aspekty, jeśli tak proszę o poprawienie.
Jedyny błąd jaki tutaj widzę, to z jakiegoś powodu program przyjął złą datę magazynowania towaru i później z jakiegoś powodu nie chciał jej już zmienić. Dopiero zmiana paragonu na kilka dni do przodu (a moze wystarczyło by na jeden dzień) rozwiązała sprawę. Tak czy siak - z magazynu zostały zdjęte prawidłowe towary i w prawidłowych ilościach. Skoro był problem dla dostaw z dni 1-31 stycznia, ale zmiana daty paragonu na dzień 31 stycznia rozwiązała sprawę, to można przyjąć, że każdy nowy paragon z datą co najmniej 1 luty nie będzie sprawiał problemów dla obecnych dostaw i towarów. Pozostaje jednak pytanie - jaka powinna być kolejność operacji w przyszłości, aby problemu uniknąć. W mojej opini nie powinno być tutaj żadnych wymogów - przecież mogę robić sobie zrzut sprzedaży codziennie, faktury zakupu kiedy chcę, a zatwierdzać WSK z paragonów np. też pod koniec miesiąca. Staram się ciągle znaleźć błąd w tym co robię, jednak nie potrafię.
Nie trzeba czekać i już teraz można sprawdzić czy wróci - spróbuj sprzedać cały towar dostępny w magazynie z dzisiejszą datą.
Możesz napisać mi jak to zrobić, tzn wystawić samemu paragon zawierający cały dostępny magazyn?
-
Nie trzeba czekać i już teraz można sprawdzić czy wróci - spróbuj sprzedać cały towar dostępny w magazynie z dzisiejszą datą.
Możesz napisać mi jak to zrobić, tzn wystawić samemu paragon zawierający cały dostępny magazyn?
Jaki magazyn ? Cały czas mówimy o jednym towarze...
-
Wybacz, ale po prostu nie chce mi się opisywać wewnętrznych mechanizmów działania Subiekta.
Każde wydanie w Subiekcie pochodzi z konkretnej dostawy i nie jest modyfikowane przez inne dokumenty.
Twoja koncepcja doprowadziłaby do tego, że musiałoby się zmieniać powiązanie przyjęć z wydaniami, albo wyliczenie tychże musiałoby mieć miejsce dopiero po uruchomieniu jakiegoś "zamknięcia miesiąca", czego w Subiekcie nie ma.
Konsekwencją zmiany powiązania przyjęć z wydaniami byłaby zmiana kosztu własnego sprzedaży jednego dokumenty na skutek wystawienia innego.
W efekcie dostalibyśmy program w którym wyniki stycznia grudnia, w tym koszt uzyskania przychodu mogłyby zostać zmienione przez paragon wystawiony w marcu.
Mam trochę pojęcia o księgowości i wolałbym wtedy trzymać się od Subiekta tak daleko jak to tylko możliwe.
-
Nie trzeba czekać i już teraz można sprawdzić czy wróci - spróbuj sprzedać cały towar dostępny w magazynie z dzisiejszą datą.
Możesz napisać mi jak to zrobić, tzn wystawić samemu paragon zawierający cały dostępny magazyn?
Jaki magazyn ? Cały czas mówimy o jednym towarze...
Napisałeś "cały towar dostępny w magazynie z dzisiejszą datą" - więc albo wszystkie sztuki jednego towaru, albo wszystkie towary we wszystkich dostępnych sztukach, zdanie tego nie ujednolica. Nie ważne - wystawiłem paragon na 1 sztukę produktu z którym był problem (tyle zostało w magazynie), zrobiłem WSK - wszystko bez problemu.
Wybacz, ale po prostu nie chce mi się opisywać wewnętrznych mechanizmów działania Subiekta.
Dobrze, w takim razie napisz tylko wg. Ciebie jaka powinna być kolejność działań, kiedy nie wprowadziłem jeszcze faktury zakupu, a już sprzedaję towar - przecież nie muszę czekać na księgowość, skoro towar już mam na stanie. Z tego co piszesz, wnioskuję, że nie mogę ściągnać danych z kasy (nie ważne, że nie wywołuję WSK), dopóki nie wprowadzę faktury zakupu, tak? No generalnie dziwne to jest bardzo, bo przecież program jest na tyle inteligentny, że powinien ściągać FIFO z magazynu, co za różnica kiedy będę chciał to zrobić?
W efekcie dostalibyśmy program w którym wyniki stycznia grudnia, w tym koszt uzyskania przychodu mogłyby zostać zmienione przez paragon wystawiony w marcu.
Mówimy ciągle o jednym okresie rozliczeniowym, w przypadku operacji na dwóch różnych miesiącach faktycznie byłby problem i trzeba by szukać innego rozwiązania (gdyby np. felernie wprowadzona dostawa nastąpiła 31 stycznia i felerny paragon też 31 stycznia to byłby większy problem, bo nie bardzo jest jak rotować). Jeśli w danym okresie rozliczeniowym zmienię sobie wszystkie wszystkie dostawy np. na pierwszy dzień okresu, a wszystkie paragony na ostatni dzień okresu, to nie powinno zrobić to żadnej różnicy - ciągle poruszamy się w jednym okresie i czy dany towar ściągnę tego czy tego dnia to nie ma różnicy dla całego okresu. A przynajmniej tak mi się wydaje.
Tak czy tak - oczywiście nie mam racji, piszę tylko jak bym chciał żeby to działało, a chciałbym, że ktoś kto tu się dobrze na tym zna podsumował temat i napisał w jaki sposób powinno się prowadzić operacje:
- wprowadzanie faktur zakupu
- ściągnie danych z kasy
- wywoływanie WSK dla obu powyższych przypadków (bo mogę dane wprowadzić, ale nei wywołać WSK, wiec jakby wiszą w powietrzu)
-
Nie trzeba czekać i już teraz można sprawdzić czy wróci - spróbuj sprzedać cały towar dostępny w magazynie z dzisiejszą datą.
Możesz napisać mi jak to zrobić, tzn wystawić samemu paragon zawierający cały dostępny magazyn?
Jaki magazyn ? Cały czas mówimy o jednym towarze...
Napisałeś "cały towar dostępny w magazynie z dzisiejszą datą" - więc albo wszystkie sztuki jednego towaru, albo wszystkie towary we wszystkich dostępnych sztukach, zdanie tego nie ujednolica.
Według mnie ujednolica, skoro wątek jest poświęcony "jednemu towarowi" i nie było wzmianki o sprawdzeniu pozostałych towarów. Aby sprawdzić pozostałe towary, należałoby podejść do problemu i testów zupełnie inaczej.
Nie ważne - wystawiłem paragon na 1 sztukę produktu z którym był problem (tyle zostało w magazynie), zrobiłem WSK - wszystko bez problemu.
A skąd niby została nagle jedna sztuka ? Z udzielonych przez Ciebie informacji wnika, że powinno być jeszcze 4 ?
-
Tak czy tak - oczywiście nie mam racji, piszę tylko jak bym chciał żeby to działało, a chciałbym, że ktoś kto tu się dobrze na tym zna podsumował temat i napisał w jaki sposób powinno się prowadzić operacje:
- wprowadzanie faktur zakupu
- ściągnie danych z kasy
- wywoływanie WSK dla obu powyższych przypadków (bo mogę dane wprowadzić, ale nei wywołać WSK, wiec jakby wiszą w powietrzu)
Już o tym pisałem, ale najwyraźniej nie przeczytałeś lub nie zrozumiałeś (Odpowiedź #30)... Ogólnie dowolna kolejność operacji w programie nie powinna prowadzić do błędnych sytuacji. Wczoraj wieczorem analizowałem jeden przypadek niezgodności w stanach magazynowych, który wynikał z błędu programu. Nowy wątek z dzisiaj: http://www.forumsubiekta.pl/subiekt/rozbieznosc-stanow-maagazynowych-z-remanentem/ (http://www.forumsubiekta.pl/subiekt/rozbieznosc-stanow-maagazynowych-z-remanentem/).
-
Dobrze, w takim razie napisz tylko wg. Ciebie jaka powinna być kolejność działań, kiedy nie wprowadziłem jeszcze faktury zakupu, a już sprzedaję towar - przecież nie muszę czekać na księgowość, skoro towar już mam na stanie. Z tego co piszesz, wnioskuję, że nie mogę ściągnać danych z kasy (nie ważne, że nie wywołuję WSK), dopóki nie wprowadzę faktury zakupu, tak? No generalnie dziwne to jest bardzo, bo przecież program jest na tyle inteligentny, że powinien ściągać FIFO z magazynu, co za różnica kiedy będę chciał to zrobić?
I jaką dostawę ma ściągnąć na paragon z dnia 25.01 jeśli pierwszy zakup był 31.01?
W efekcie dostalibyśmy program w którym wyniki stycznia grudnia, w tym koszt uzyskania przychodu mogłyby zostać zmienione przez paragon wystawiony w marcu.
Mówimy ciągle o jednym okresie rozliczeniowym
W twojej wersji Subiekta GT wystepuje pojęcie okresu rozliczeniowego? Bo w mojej nie i pewnie dlatego się nie da. ;)
Są programy w których wyliczenia magazynowe robi się podczas zamykania miesiąca i tam przy sprzedaży liczy się tylko czy wydanie było wykonalne, koszty liczone są później. Konsekwencją jest np to, że przed zamknięciem okresu nie znamy faktycznego kosztu własnego dla danego dokumentu. W GT jest inaczej i tyle.
Tak czy tak - oczywiście nie mam racji, piszę tylko jak bym chciał żeby to działało, a chciałbym, że ktoś kto tu się dobrze na tym zna podsumował temat i napisał w jaki sposób powinno się prowadzić operacje:
- Najpierw przyjmujesz towar, potem wydajesz.
- Wydajesz w kolejności chronologicznej
- Jeśli masz towar, a nie dostałeś faktury to przyjmujesz go na PZ. Kiedy przyjdzie faktura wystawiasz FZ (zwykłą albo zbiorczą) na podstawie PZ.
Zanim przejdziesz do dalszego etapu dyskusji zrób prosty a pouczający eksperyment (w takiej kolejności jak piszę):
1. Dodaj do kartoteki nowy towar, powiedzmy XXX
2. Wystaw PW z datą 1.02. na 1 szt XXX
3. Wystaw FS z datą 4.02 na 1 szt XXX
4. Wystaw PW z datą 3.02 na 1 szt XXX
5. Obejrzyj w informatorze ruch towaru, zrób remanent na dzień 2.02
6. Wystaw FS z datą 02.02 na 1 szt XXX
7. Opowiedz jak poszło w punkcie 6 i spróbuj wyjaśnić dlaczego tak właśnie ;)