S0Cool napisał(a):W ogólnym przypadku NIE SA SIĘ cofnąć dokumentu do bufora. I nie wynika to bynajmniej z niechęci Comarchu do udostępnienia narzędzi słuących do grzebania w bazie, tylko z fundamentalnych założeń dotyczących spójności informacji w tej bazie zawartych. W skrócie rzecz ujmując, każdy dokument rozchodowy musi mieć wskazanie na dokument przychodowy (wystawiając WZ/FS/RW system lub użytkownik decyduje, z jakiej FZ/PZ/PW będzie pochodził towar). Przesunięcie dokumentu przychodowego (FZ/PZ/PW) do bufora spowodowałoby nieaktualność w/w wskazań na później wystawionych dokumentach rozchodowych. Pomijam już fakt, że stan magazynu byłby < 0, na co XL nie pozwala i już.
Obawiam się że nie znajdziemy wspólnego języka bo każdy z nas ma swój punkt widzenia tego zagadnienia. A wytłumaczenie że nie da się wykonać "rollbacka" jakiejś operacji w bazie danych bez rozwalania spójności bazy jest tłumaczeniem które można wciskać pięciolatkowi - a i on nie wiem czy by uwierzył. Oczywiście zdaje sobie sprawę ze skomplikowania zagadnienia czy konieczności kontrolowania pewnych operacji (np. brak możliwości anulowania PZ bo sprzedano już towar nim wprowadzony) ale mówię o przypadkach "oczywistych" - np. klient wraca po pięciu minutach bo znalazł jakiś błąd w nazwie firmy czy zabrakło jakiejś adnotacji na fakturze. Więc skoro można sprawdzić czy faktura może być anulowana bez naruszania spójności bazy to tak samo powinno się dać ją cofnąć do bufora bez konsekwencji w postaci rozjechanych stanów czy rozpiętych powiązań między dokumentami.
Kyniu
,sam nigdy nie zagłębiałem sie w ten temat, ale osobiscie bawilem sie programikiem ktory posiadal mechanizm wlasnie miedzy innymi wciagania dokumetu spowrotem do bufora, i na pewno nie byl to zwykly update stanu. Niestety programiku niemoge tu zamiescic bo jest to czyjaś wlasnosc.