Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: deg w Luty 13, 2019, 19:34:11
-
Witam!
Subiekt GT, w nim dwa magazyny - nazwijmy je "magazyn produktów handlowych" i "magazyn zwrotów". Cała sprzedaż realizowana jest oczywiście z magazynu produktów handlowych. Czy da się zrobić tak, by w momencie wystawienia korekty FV towar (z PZ) trafiał na magazyn zwrotów?
Rozwiązanie z przyjęciem zwrotu na magazyn produktów handlowych i przeniesienie go MMką na magazyn zwrotów w tym przypadku nie wchodzi w grę.
Z góry dzięki za odpowiedź.
-
No to raczej innej opcji poza klepaniem wszystkich korekt z ręki jako korekt do nieistniejącego raczej nie ma.
-
Rozwiązanie z przyjęciem zwrotu na magazyn produktów handlowych i przeniesienie go MMką na magazyn zwrotów w tym przypadku nie wchodzi w grę.
Dlaczego bez żadnego powodu (nie napisałem dlaczego) odrzucasz najlepsze rozwiązanie.
No to raczej innej opcji poza klepaniem wszystkich korekt z ręki jako korekt do nieistniejącego raczej nie ma.
Jeśli nie ma pełnych ksiąg to można byłby rozważyć, ale z pełnymi to bym zapomniał.
-
Rozwiązanie z przyjęciem zwrotu na magazyn produktów handlowych i przeniesienie go MMką na magazyn zwrotów w tym przypadku nie wchodzi w grę.
Dlaczego bez żadnego powodu (nie napisałem dlaczego) odrzucasz najlepsze rozwiązanie.
Bo taka jest procedura i to nie jest do przeskoczenia. Firma farmaceutyczna, która produkty wycofane z rynku nie może wprowadzić na magazyn produktów gotowych. Każdy ruch na magazynie jest (będzie) monitorowany przez GIF.
-
A jak oni to będą monitorować? Jakieś farmaceutyczne JPK? Zapis techniczny w bazie danych to jeszcze nie to samo, co fizyczne przyjęcie towaru na magazyn. Można choćby oznaczyć kategorią. Zresztą podobnie będzie przy kompletacji, jeśli akurat u Was coś takiego wystąpi.
-
Czyli "odpowiedź na pytanie" brzmi - nie. Jeśli będziesz chciał rozwiązać problem to propozycje już padły.
-
Jeśli nie ma pełnych ksiąg to można byłby rozważyć, ale z pełnymi to bym zapomniał.
Nie napisałem nigdzie, że to dobry pomysł ;) Jeszcze możnaby wystawiać normalną korektę ale bez ruchu magazynowego i robić przyjęcie z ręki na ten drugi magazyn ale to taka sama dłubanina i księgowo też pewnie niepoprawne.
-
Jeszcze możnaby wystawiać normalną korektę ale bez ruchu magazynowego i robić przyjęcie z ręki na ten drugi magazyn ale to taka sama dłubanina i księgowo też pewnie niepoprawne.
Będzie poprawnie, jeśli to przyjęcie będzie poprawne. No, ale robienie tego ręcznie jest bez sensu... Wydaje się jednak, że można to zautomatyzować.
-
Zautomatyzować na pewno się da, po coś w końcu tą Sferę Insert nam dał :) Ze źródłowego dokumentu wszystko co potrzebne da się odczytać, tylko będzie jeszcze z miliard innych haczyków do upilnowania bo np. jak się przydarzy korekta cenowa do dostawy to taki towar nie zostanie przez nią uwzględniony i korekta kosztów też tego nie zgarnie. Bardzo dużo rzeczy może pójść nie tak przy takim patencie.
-
A jak oni to będą monitorować? Jakieś farmaceutyczne JPK?
Coś w tym stylu. Codziennie wysyłane raporty. 1 kwietnia wchodzi Zintegrowany System Monitorowania Obrotu Produktami Leczniczymi (ZSMOPL). 9 lutego weszła w życie europejska tzw. "dyrektywa fałszywkowa" nakazująca monitoring dystrybucji produktów z dokładnością do pojedynczego opakowania (każde pojedyncze opakowanie wprowadzone do obrotu po 9 lutego 2019 musi mieć swój unikalny numer seryjny, raportowany u producenta, w niektórych hurtowniach i we wszystkich aptekach. Wyobrażacie sobie skanowanie każdego pojedynczego opakowania produktu leczniczego przechodzącego przez hurtownię?).
Dziękuję wszystkim za odpowiedzi. Potwierdziły mój tok myślenia, że coś trzeba będzie bardziej pokombinować ;).
-
Coś w tym stylu. Codziennie wysyłane raporty. 1 kwietnia wchodzi Zintegrowany System Monitorowania Obrotu Produktami Leczniczymi (ZSMOPL).
Ale skąd te raporty będą się brać? Subiekt sam z siebie nic takiego nie wygeneruje. Trzeba będzie generować niezależnie od Subiekta na podstawie jakiegoś zapytania SQL prosto z bazy. No to w takim razie niech to zapytanie po prostu ignoruje "trefne dane" i już. :-)
Pomysł na szybko:
- Wprowadzać KFS normalnie i przyjmować towar na pierwotny magazyn.
- Powiązane z KFS AutoPZ oznaczać jakąś kategorią (można automatycznie).
- Napisać sferyczny automat, który codziennie wieczorem na podstawie wszystkich "PZ z odpowiednią kategorią" stworzy MM na te produkty i też oznaczy to MM daną kategorią. (można zautomatyzować)
- Następnie zapytanie generujące dobowy raport niech po prostu zignoruje dokumenty magazynowe z wybraną kategorią,.
Opracować do tego odpowiednie procedury wewnętrzne i dokumentację. Trefne dokumenty PZ i MM opisać w dokumentacji jako techniczne zapisy pomocnicze w bazie danych, nie mające odzwierciedlenia w rzeczywistych ruchach towarów, konieczne dla zachowania integralności bazy danych.
-
zmienic program na taki co to robi