Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Mag 8.30.8

Generalanie : ustawiamy adresy historyczne na kontrahencie (adres, nip). Czasami tego samego dnia potrzebujemy dwóch zmian.

1. Wydruki
Jeżeli kontrahent ma w ciągu jednego dnia utworzone 2 adresy historyczne to wydruk pierwszego dokumentu pokazuje dane kontrahenta z drugiego dokumentu. Adresy historyczne są z dokładnością do dnia a powinny być z dokładnością co najmniej do sekund ?

2. Eksport Fakir
Mimo że faktura dobrze nam się drukuje w Mag z danych historycznych to eksportuje się do Fakir niepoprawnie - zamiast danych historycznych na moment faktury eksportują się dane bieżące kontrahenta ?

3. Eksport Mag
Zgodnie ze zmianami od 1 lipca 2018 US może sobie zażyczyć eksport danych z programu magazynowego czyli z Mag. Zakładam że tu również dane np. faktur sprzedaży na ten moment wyeksportują się niepoprawnie ?

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

A proszę mi pokazać realny przykład kiedy kontrahent tego samego dnia o różnej porze zmienił 2 razy nazwę swojej firmy lub adres lub NIP.
Badanie tego z dokładnością do sekundy to już mocno naginana teoria bo ja nie jestem przekonany czy nawet urzędnik przyjmie jednego dnia 2 razy te same zmiany.
No ale jeśli przedstawi Pan konkretne przykłady to może zmienię dane.
To samo co zwróci Panu rejestr CEIDG czy GUS przy takich zmianach? Ano to samo ostatnią zmianę z danego dnia.
Analogicznie dokładność raportów i rejestrów - co Pan wykaże 2 różne adresy na tego samego kontrahenta w rejestrze VAT?

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Ad 1. Mamy synchronizację ze sklepem internetowym. Kontrahent w Mag = konto w sklepie (sync po id_kontrahenta) Na ten moment umożliwiamy w sklepie WWW modyfikację numeru nip, danych adresowych na swoim koncie (klient zawsze mógł się pomylić przy pierwszym podawaniu danych). Niestety część klientów zamiast założyć sobie konto na drugą firmę zmienia na chwilę dane tylko po to żeby złożyć (np. za kogoś lub komuś) zamówienie co powoduje powstawanie na kontrahencie (traktowanym jako konto) danych historycznych. Długo się nad sprawą zastanawialiśmy - opcja wiązania po NIP nie wchodzi w grę. Opcja wyłączenia modyfikacji NIP na WWW raczej też nie. Tworzenie nowego kontrahenta dla każdego zamówienia internetowego również nie jest chodzącą opcją.

Ad 2. i ad 3. tu sprawa jest poważniejsza i proszę się nad nią zastanowić. Dane historyczne dla dokumentów powinny być powiązane z dokumentami. W danych historycznych Mag znajduje się NIP (i dobrze). Tak więc mamy sytuację w której do US (czy też Fakira) możemy potencjalnie eksportować Nazwy, NIPy aktualne zamiast prawidłowe na moment wystawienia dokumentu z danych historycznych.

Odpowiadając na pytania:

>> To samo co zwróci Panu rejestr CEIDG czy GUS przy takich zmianach? Ano to samo ostatnią zmianę z danego dnia.

MN: Proszę zauważyć iż CEIDG, GUS czy KRS mają historię zmian. Tak więc (przynajmniej w teorii) można z nich pobrać dane historyczne. W opisanych problemach nie jest istotne co zwrócą te rejestry. Istotne jest czego oczekuje US przy przekazywaniu raportów z Mag, Fakir np. JPK czy też od niedawna eksportów z Mag.

>> Analogicznie dokładność raportów i rejestrów - co Pan wykaże 2 różne adresy na tego samego kontrahenta w rejestrze VAT?

MN: Rejestr VAT w Fakir zawiera dla każdego dokumentu i dla każdej stawki wskazany prawidłowy adres, nazwę oraz nip kontrahenta na który został wystawiony dany dokument. Tabela VAT.

Generalnie naszym realnym problemem na ten moment jest to że:
- ad 1. - rzadko mamy problem z wydrukiem FV - ostatnio była zmiana w Mag wskazująca że mogą być dwa adresy historyczne tego samego dnia. Na ten moment mogą być ale nie rozwiązuje to naszego problemu.
- ad 2. - księgowa musi poprawiać ręcznie dane w Fakir na podstawie wydruków faktur - eksportują się dane aktualne kontrahenta zamiast aktualne dokumentu
- ad 3. - tu podobna obawa jak w ad 2. przy potencjalnym eksporcie danych na wezwanie US

Opisana sytuacja jest oparta na kontrahentach powiązanych z kontami internetowymi. Niemniej program udostępnia funkcjonalność adresów historycznych dla dokumentów i z takiej funkcjonalności może skorzystać każdy użytkownik w kontekście innym niż sync ze sklepem WWW. Na ten moment inną jedyną opcją jest multiplikacja kontrahentów.

Staram się sprawę przedstawić jak najbardziej merytorycznie. To że dane historyczne nie wyświetlają się na listach wyszukiwania, oknach edycyjnych jest dla nas akceptowalne (pytałem o to w oddzielnym poście). Niemniej brak gradacji na poziomie co najmniej sql datetime w adresach historycznych oraz brak ich uwzględnienia dla dokumentów w eksportach wrażliwych oceniam na problem, który może dotknąć nie tylko naszą firmę.

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Ale rolą maga nie jest rozwiązywanie problemów wynikających z integracji, takie same przypadki może Pan mieć po stronie Allegro i innych elementów i jakoś sobie z tym radzimy np. poprzez analizę danych i zakładanie oddzielnych kartotek i wiązanie ich technicznie.
Proszę zwrócić uwagę, że jeśli klient ma jedno konto w sklepie to jego login jednoznacznie identyfikuje dane tego klienta, więc z założenia już mamy błąd polegający, że klient udostępnił swoje dane (niejawnie) innemu podmiotowi jak zmienia dane na zupełnie inne i to powinien wykrywać proces integracji. Jeśli przychodzi login na podobne dane to je aktualizuje i zapisuje historię, jeśli jednak mam zupełnie inne dane to znaczy, że to inny kontrahent i tak trzeba go potraktować.
Proszę zwrócić uwagę, że operowanie różnymi danymi na tym samym loginie powoduje problemy zarówno w magu, w księgowości jak i w samej analityce danych - nie wie Pan realnie kto od Pana to kupił i kiedy.

Podsumowując nie przewidujemy przechowywania informacji w dokumencie co do sekundy dodania oraz w adresach klienta.
Poprawy wymaga integracja z magiem a jeśli to nie jest możliwe to zostaje rozwiązanie indywidualne w formie własnej kolumny/logiki na poziomie bazy, która odłoży czas modyfikacji w nowej kolumnie/tabeli a dedykowany raport CR obsłuży to zgodnie z Państwa oczekiwaniem.

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Na prośbę opisałem indywidualny przypadek. Nie w tym rzecz. Przedstawiłem merytoryczną argumentację niekonsekwencji w ogólno-dostępnej funkcjonalności w Mag i dostaje w odpowiedzi argumentację na poziomie marketingowym.

Przypadek testowy:
Wprowadzam kontrahenta NIP1 i NAZWA1. Drukuje dokument (w ostatnich wersjach Mag adres historyczny dodaje się sam). Następnego dnia zmieniam dane na NIP2 (zmieniam nip - mogę to zrobić), dodaje do historii i drukuje dokument (pomijam tu kwestię zmian w innych danych jak adres).
Następnie US prosi mnie o wydruk dokumentów dla określonego kontrahenta (co nam się już zdarzyło). Drukuje i przesyłam do US - wydrukowały się dobrze. Po czym US (księgowa) prosi o eksport danych. Eksportuje i wysyłam do US. I mamy problem bo dane papierowe nie zgadzają się z danymi eksportowanymi. Oba dokumenty mają NIP2.

I teraz pytanie retoryczne - czy Mag drukuje to samo co eksportuje ? Biorąc pod uwagę iż wydruk jest pewną formą eksportu to raczej obie te funkcje powinny dawać zbieżne wyniki co najmniej dla dokumentów sprzedaży.

Panie Krzysztofie - to o co proszę to nie szybkie marketingowe odpowiedzi na poziomie 1 linii wsparcia a zastanowienie się nad tematem - najlepiej z analitykiem biznesowym.

Jeżeli podtrzymują Państwo stanowisko iż na wydrukach faktur sprzedaży może być co innego niż w ich eksportach to przyjmuję to do wiadomości i będę sobie radził sam z tematem (akurat mam tą możliwość).

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Marcin N.:
Na prośbę opisałem indywidualny przypadek. Nie w tym rzecz. Przedstawiłem merytoryczną argumentację niekonsekwencji w ogólno-dostępnej funkcjonalności w Mag i dostaje w odpowiedzi argumentację na poziomie marketingowym.

Panie Krzysztofie - to o co proszę to nie szybkie marketingowe odpowiedzi na poziomie 1 linii wsparcia a zastanowienie się nad tematem - najlepiej z analitykiem biznesowym.

Pozostawiam bez komentarza...

Jeśli powołuje się Pan na jakieś eksporty to proszę być precyzyjnym.

Jeśli chodzi o odpowiedź na pytanie czy drukuje to co eksportuje to odpowiedź brzmi nie zawsze zapewne i zależy to od wielu rzeczy. Po pierwsze dane między magiem a fakirem mogą być wspólne lub rozłączne. Jak sam Pan pisał Fakir ma zupełnie inną logikę drukowanie pewnych danych np. rejestr vat. W magu jest to wydruk pomocniczy - w sumie tego wydruku mogłoby nie być w programie bo nie jest to program księgowy i nie posiada wielu rzeczy, które w rejestrze mogą być ujmowane tak jak w systemie FK.

Co do samego importu na danych rozłącznych to o ile mi wiadomo importer wykonuje wiele porównań co do danych i jeśli dane się zmienią to również założy innego kontrahenta a nie bez sensu nadpisze Panu dane, które były zupełnie inne więc potwierdza to proces opisany przeze mnie w poprzednim poście. Do tego służy też diagnostyka, gdzie w trakcie importu operator programu analizuje jakie dane wpływają do systemu i co należy z nimi zrobić.

Dane są tam materializowane a w przypadku maga drukowane. Teraz co do eksportów to znowu pytanie jakie dokumenty i jaką metodą i do jakiego pliku Pan to eksportuje dla US?
Zdaje się że po wprowadzeniu JPK urząd nie powinien żądać nic innego niż plik JPK w zależności od potrzeby a tu zapewne mówimy o JPK FA czy też JPK Mag jeśli chodzi o JPK Vat to znowu Mag nie jest miejscem skąd takie dane winny być generowane bo mogą nie zawierać wielu danych, które ma system FK.

Teraz w Pana przykładach jak przyjmiemy dowolne żonglowanie danymi bo klient sobie zmienił jakąś część danych to ciekawe jak to będzie przedstawione w trakcie kontroli JPK FA, że raz ten NIP ma takie dane a raz ma inne mimo tego, że ten NIP nie jest powiązany i nigdy nie był z tymi danymi.

Dlatego też tak jak pisałem dla bezpieczeństwa w naszych importach (import z Allegro czy też import z B2C) analizujemy jakie dane są w bazie jakie są w historii i jakie są w komunikacie importowym i na tej podstawie albo są tylko aktualizowane albo są to zupełnie nowe dane z zapisaniem, że pochodzą już z istniejącego kontrahenta co pozwala również uwzględnić takie przypadki następnie w analizach obrotowo sprzedażowych.

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Z odpowiedzi finalnie rozumiem iż nie będą wprowadzane (przynajmniej na ten moment) zmiany w eksporcie z Wf-Mag do Fakir (bazy rozłączne) i eksportach z Mag które uwzględniają adresy historyczne dla faktur sprzedaży oraz iż nie będzie wprowadzana gradacja sekundowa na wiele adresów historycznych tego samego dnia (mimo że można dodać ich kilka tego samego dnia).

Stanowiska tego nie rozumiem, niemniej pozostaje mi je przyjąć do wiadomości. Gdyby jednak, w którymś momencie doszli Państwo do wniosku że warto takie zmiany wprowadzić (wprowadzając tym samym logiczną konsekwencję w obsłudze adresów historycznych) to będziemy wdzięczni.

Jeśli chodzi o formalne wymagania US od 1 lipca 2018 to podaje w skrócie poniżej:
Biuro rachunkowe nie jest w stanie wygenerować samodzielnie wszystkich struktur, np. JPK_FA lub JPK_MAG, dlatego warto ze swoimi klientami doprecyzować zakres kompetencji biura w tym zakresie:
JPK_FA – faktury VAT (dokumenty sprzedaży),
JPK_MAG – magazynTen post został edytowany przez Autora dnia 18.07.18 o godzinie 13:21

Temat: Dane Historyczne - Wydruki / Eksport Fakir / Eksport Mag

Usunięty link do artykułu. Informacje o wymaganiach US od 1 lipca 2018 są ogólnie dostępne w sieci.Ten post został edytowany przez Autora dnia 18.07.18 o godzinie 13:22