🚀 go-pugleaf

> Czy ktoś z Kolegów tworzył już w Akcesie plik jpk.csv?
to nie są pliki csv tylko xml
 
> Ściągnąłem przykładowy plik z mf.gov.pl, ale tam programista przeszedł
> samego siebie.

nic strasznego programista nie zrobił, 
http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%281%29_v1-0.pdf 

to jest zwykły xml 
musisz poznać schemat tego pliku i eksport danych w tym formacie, następnie wczytujesz ten xml w programie Klient jpk podpisujesz i wysyłasz :)

Dnia Mon, 12 Dec 2016 01:16:48 -0800 (PST), LeszekN napisał(a):

>> Czy ktoś z Kolegów tworzył już w Akcesie plik jpk.csv?
> to nie są pliki csv tylko xml
>  
>> Ściągnąłem przykładowy plik z mf.gov.pl, ale tam programista przeszedł
>> samego siebie.
> 
> nic strasznego programista nie zrobił, 
> http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%281%29_v1-0.pdf 
> 
> to jest zwykły xml 
> musisz poznać schemat tego pliku i eksport danych w tym formacie, następnie wczytujesz ten xml w programie Klient jpk podpisujesz i wysyłasz :)

http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny/-/asset_publisher/2NoO/content/aplikacja-kliencka-do-wysylania-plikow-jpk

Zobacz proszę przykładowy plik csv.
Wolałbym tworzyć csv zamiast xml.

> Zobacz proszę przykładowy plik csv.
> Wolałbym tworzyć csv zamiast xml.

Ja mam w xml'u, poczytaj o XML Document Object Model (DOM)

pozdrawiam
Leszek

W dniu 2016-12-14 o 06:57, Jacek pisze:
> Dnia Mon, 12 Dec 2016 01:16:48 -0800 (PST), LeszekN napisał(a):
>
>>> Czy ktoś z Kolegów tworzył już w Akcesie plik jpk.csv?
>> to nie są pliki csv tylko xml

[...]

> http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny/-/asset_publisher/2NoO/content/aplikacja-kliencka-do-wysylania-plikow-jpk
>
> Zobacz proszę przykładowy plik csv.
> Wolałbym tworzyć csv zamiast xml.


Z ciekawości pytam, bo nie znam się na Fakturach i VAT-ach. Czy 
struktura pobranego pliku JPK_VAT_001.csv jest ostateczna (niezmienna).

Czy zawsze są pola o nazwach (K_10 do K_38) oraz (K_42 do K_48).


Czy poniższe pola liczy się we własnym zakresie:

PodatekNalezny
LiczbaWierszySprzedazy

PodatekNaliczony
LiczbaWierszyZakupow

Jeśli tak, to być może mam pomysł na coś ułatwiającego generowanie pliku 
*.csv.


-- 
Pozdrowienia
BraZby
www.faq.accdb.pl
www.accdb.pl

> Z ciekawości pytam, bo nie znam się na Fakturach i VAT-ach. Czy 
> struktura pobranego pliku JPK_VAT_001.csv jest ostateczna (niezmienna).
> 
> Czy zawsze są pola o nazwach (K_10 do K_38) oraz (K_42 do K_48).

Nie wiem jak jest w csv ale prawdopodobnie tak samo jak xmlu pola te występują zawsze z tym że mają wartość lub nie  

> Czy poniższe pola liczy się we własnym zakresie:
> 
> PodatekNalezny
> LiczbaWierszySprzedazy
> 
> PodatekNaliczony
> LiczbaWierszyZakupow
> 
tutaj trzeba podać ilosc wpisów do rejestru VAT zakupy, sprzedaż, (liczba moze być różna)
co do podatku należny naliczony, są to sumy: LiczbaWierszySprzedazy ale sumujemy VAT i tak samo w  LiczbaWierszyZakupow

pozdrawiam
Leszek

W dniu 2016-12-15 o 09:27, LeszekN pisze:
>> Z ciekawości pytam, bo nie znam się na Fakturach i VAT-ach. Czy
>> struktura pobranego pliku JPK_VAT_001.csv jest ostateczna (niezmienna).
>>
>> Czy zawsze są pola o nazwach (K_10 do K_38) oraz (K_42 do K_48).
>
> Nie wiem jak jest w csv ale prawdopodobnie tak samo jak xmlu pola te występują zawsze z tym że mają wartość lub nie
>
>> Czy poniższe pola liczy się we własnym zakresie:
>>
>> PodatekNalezny
>> LiczbaWierszySprzedazy
>>
>> PodatekNaliczony
>> LiczbaWierszyZakupow
>>
> tutaj trzeba podać ilosc wpisów do rejestru VAT zakupy, sprzedaż, (liczba moze być różna)
> co do podatku należny naliczony, są to sumy: LiczbaWierszySprzedazy ale sumujemy VAT i tak samo w  LiczbaWierszyZakupow

[...]

Dzięki.

Pobrałem testowy JPK_VAT_001.csv. Zaipmortowałem do Access'a. Otrzymaną 
tabelę "JPK_VAT_001" podzieliłem na 7 tabel:

tbl01_Ogolne - jednowierszowa tabela z danymi ogólnymi:
KodFormularza;
kodSystemowy;
wersjaSchemy;
WariantFormularza;
CelZlozenia;
DataWytworzeniaJPK;	w postaci: 2001-12-17T09:30:47Z-
DataOd;
DataDo;
DomyslnyKodWaluty;
KodUrzedu"


- tbl02_NIP;- NIP, Nazwa, Regon -  itp.
- tbl03_Adres - dane adresowe: Kraj, województwo, powiat, gmina itp.
- tbl04_Sprzedaz - dane sprzedaży - wiele rekordów
- tbl05_PodatekNalezny - jednowierszowa kontrolna tabela wyliczalna
- tbl06_Zakupy	- dane zakupu 	- wiele rekordów
- tbl07_PodatekNaliczony - jednowierszowa kontrolna tabela wyliczalna


po wypełnieniu tabel (w zasadzie tbl04_Sprzedaz i tbl06_Zakupy) i 
wyliczeniu:
tbl05_PodatekNalezny i tbl07_PodatekNaliczony),
uruchamiamy procedurę btnCreateJpkCsv_Click(), która wpisuje wszystkie 
dane do wyczyszczonej tabeli "JPK_VAT_001" (musi zawierać pole ID 
autonumer).

Wcześniej  Tworzymy kwerendę qryCSV (sortowanie po ID-autonumer tabeli)
i eksportujemy do pliku *.csv.

DoCmd.TransferText acExportDelim, conSpecyficationName, conQryName, 
strFullPath, True

Specyfikacja: bez kwalifikatora tekst w postaci ""

Następnie uruchamiamy pobrany program Jpk.Desktop.Client.exe, 
przekazujemy utworzony plik *.csv. Tworzony jest plik *.xml, który 
importujemy do w/w programu. Plik zostaje zweryfikowany poprawnie, a 
dalej to już Wy wiecie jak go podpisać.

Przykładowa baza zawierające pobrane dane z pliku JPK_VAT_001.csv 
znajduje się na:
www.accdb.pl/tmp/jpk_VAT.zip

UWAGA!. Wszystkie pola w przykładowej bazie są typu Text (to z lenistwa).


Od 1 stycznia 2017r wchodzi chyba nowa struktura pliku, ale jakie zmiany 
nieie tego nie wiem.
Musicie sprawdzić, czy przykładowy plik JPK_VAT_001.csv jest zgodny z:

- Nowa struktura JPK_VAT(2) obowiązująca od 1 stycznia 2017r..xsd
http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%282%29_v1-0.xsd

Jeżeli przykład zadziała, to poprawki można będzie zrobić stosunkowo szybko.



-- 
Pozdrowienia
BraZby
www.faq.accdb.pl
www.accdb.pl

Moja propozycja

utworzyć tabelę jak w csv
i kolejno dodawać  rekordy 
najpierw dodajemy jeden rekord bo zawsze będzie jeden od KodFormularza do KodUrzedu

następnie trzeba zrobic pętle po wszzystkich firmach (klientach) i sprawdzić czy w danym okresie były faktury sprzedaży, jezeli tak to dodajemy rekord od nip do poczta. Dalej wywalamy wszystkie faktury dla danego kontrahenta i sumujemy ilosc wierszy i vat
i to samo dla zakupów od pola typZakupu do podatek naliczony

w tym momencie należy wykonać export naszej tabeli do pliku *.csv


Pozdrawiam
Leszek

Dnia Thu, 15 Dec 2016 10:06:33 +0100, Zbigniew Bratko napisał(a):

> W dniu 2016-12-15 o 09:27, LeszekN pisze:
>>> Z ciekawości pytam, bo nie znam się na Fakturach i VAT-ach. Czy
>>> struktura pobranego pliku JPK_VAT_001.csv jest ostateczna (niezmienna).
>>>
>>> Czy zawsze są pola o nazwach (K_10 do K_38) oraz (K_42 do K_48).
>>
>> Nie wiem jak jest w csv ale prawdopodobnie tak samo jak xmlu pola te występują zawsze z tym że mają wartość lub nie
>>
>>> Czy poniższe pola liczy się we własnym zakresie:
>>>
>>> PodatekNalezny
>>> LiczbaWierszySprzedazy
>>>
>>> PodatekNaliczony
>>> LiczbaWierszyZakupow
>>>
>> tutaj trzeba podać ilosc wpisów do rejestru VAT zakupy, sprzedaż, (liczba moze być różna)
>> co do podatku należny naliczony, są to sumy: LiczbaWierszySprzedazy ale sumujemy VAT i tak samo w  LiczbaWierszyZakupow
> 
> [...]
> 
> Dzięki.
> 
> Pobrałem testowy JPK_VAT_001.csv. Zaipmortowałem do Access'a. Otrzymaną 
> tabelę "JPK_VAT_001" podzieliłem na 7 tabel:
> 
> tbl01_Ogolne - jednowierszowa tabela z danymi ogólnymi:
> KodFormularza;
> kodSystemowy;
> wersjaSchemy;
> WariantFormularza;
> CelZlozenia;
> DataWytworzeniaJPK;	w postaci: 2001-12-17T09:30:47Z-
> DataOd;
> DataDo;
> DomyslnyKodWaluty;
> KodUrzedu"
> 
> 
> - tbl02_NIP;- NIP, Nazwa, Regon -  itp.
> - tbl03_Adres - dane adresowe: Kraj, województwo, powiat, gmina itp.
> - tbl04_Sprzedaz - dane sprzedaży - wiele rekordów
> - tbl05_PodatekNalezny - jednowierszowa kontrolna tabela wyliczalna
> - tbl06_Zakupy	- dane zakupu 	- wiele rekordów
> - tbl07_PodatekNaliczony - jednowierszowa kontrolna tabela wyliczalna
> 
> 
> po wypełnieniu tabel (w zasadzie tbl04_Sprzedaz i tbl06_Zakupy) i 
> wyliczeniu:
> tbl05_PodatekNalezny i tbl07_PodatekNaliczony),
> uruchamiamy procedurę btnCreateJpkCsv_Click(), która wpisuje wszystkie 
> dane do wyczyszczonej tabeli "JPK_VAT_001" (musi zawierać pole ID 
> autonumer).
> 
> Wcześniej  Tworzymy kwerendę qryCSV (sortowanie po ID-autonumer tabeli)
> i eksportujemy do pliku *.csv.
> 
> DoCmd.TransferText acExportDelim, conSpecyficationName, conQryName, 
> strFullPath, True
> 
> Specyfikacja: bez kwalifikatora tekst w postaci ""
> 
> Następnie uruchamiamy pobrany program Jpk.Desktop.Client.exe, 
> przekazujemy utworzony plik *.csv. Tworzony jest plik *.xml, który 
> importujemy do w/w programu. Plik zostaje zweryfikowany poprawnie, a 
> dalej to już Wy wiecie jak go podpisać.
> 
> Przykładowa baza zawierające pobrane dane z pliku JPK_VAT_001.csv 
> znajduje się na:
> www.accdb.pl/tmp/jpk_VAT.zip
> 
> UWAGA!. Wszystkie pola w przykładowej bazie są typu Text (to z lenistwa).
> 
> 
> Od 1 stycznia 2017r wchodzi chyba nowa struktura pliku, ale jakie zmiany 
> nieie tego nie wiem.
> Musicie sprawdzić, czy przykładowy plik JPK_VAT_001.csv jest zgodny z:
> 
> - Nowa struktura JPK_VAT(2) obowiązująca od 1 stycznia 2017r..xsd
> http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%282%29_v1-0.xsd
> 
> Jeżeli przykład zadziała, to poprawki można będzie zrobić stosunkowo szybko.

Dzięki Zbyszek.

Jak wiesz, ja jestem starej daty.;)
Czy mógłbyś wrzucić w werski 2003?

Dnia Thu, 15 Dec 2016 01:27:33 -0800 (PST), LeszekN napisał(a):

> Moja propozycja
> 
> utworzyć tabelę jak w csv
> i kolejno dodawać  rekordy 
> najpierw dodajemy jeden rekord bo zawsze będzie jeden od KodFormularza do KodUrzedu
> 
> następnie trzeba zrobic pętle po wszzystkich firmach (klientach) i sprawdzić czy w danym okresie były faktury sprzedaży, jezeli tak to dodajemy rekord od nip do poczta. Dalej wywalamy wszystkie faktury dla danego kontrahenta i sumujemy ilosc wierszy i vat
> i to samo dla zakupów od pola typZakupu do podatek naliczony
> 
> w tym momencie należy wykonać export naszej tabeli do pliku *.csv
> 
> 
> Pozdrawiam
> Leszek

Dzięki.
'ale tam programista przeszedł
samego siebie', to nieprawda?
Trzeba było wysłać puty plik csv.  Tyle samo by dał, co ten przykładowy,
wypełniony '222222222222222222'.

W dniu 2016-12-15 o 16:05, Jacek pisze:
> Dnia Thu, 15 Dec 2016 10:06:33 +0100, Zbigniew Bratko napisał(a):

[...]

>>
>> Przykładowa baza zawierające pobrane dane z pliku JPK_VAT_001.csv
>> znajduje się na:
>> www.accdb.pl/tmp/jpk_VAT.zip
>>
>> UWAGA!. Wszystkie pola w przykładowej bazie są typu Text (to z lenistwa).
>>
>>
>> Od 1 stycznia 2017r wchodzi chyba nowa struktura pliku, ale jakie zmiany
>> nieie tego nie wiem.
>> Musicie sprawdzić, czy przykładowy plik JPK_VAT_001.csv jest zgodny z:
>>
>> - Nowa struktura JPK_VAT(2) obowiązująca od 1 stycznia 2017r..xsd
>> http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%282%29_v1-0.xsd
>>
>> Jeżeli przykład zadziała, to poprawki można będzie zrobić stosunkowo szybko.
>
> Dzięki Zbyszek.
>
> Jak wiesz, ja jestem starej daty.;)
> Czy mógłbyś wrzucić w werski 2003?
>

Plik *.mdb jest pod adresem:
www.accdb.pl/tmp/jpk_VAT-mdb.zip

Ja chyba jestem jeszcze starszej daty, ale trzeba iść z duchem czasu.

Całkiem na poważnie. Zastanów się nad Office 365 dla użytkowników 
domowych - 430 zł rocznie.
Jeżeli znajdziesz 4 innych miłośników Accessa, Excela, a ogólnie Office
to moim zdaniem warto zainwestować 7,2 zł miesięcznie (86 zł rocznie) by 
mieć Access, Word, Excel, PowerPoint, Outlook, OneNote, Publisher
i 1 TB miejsca w chmurze (na każdego z 5-ciu wspólników).

Oczywiście wersja niekomercyjna, cały czas Office jest aktualizowany 
więc zawsze jesteś na bieżąco z nowościami Office.

No i 1 TB miejsca w chmurze to nie w kij dmuchał ;-)



-- 
Pozdrowienia
BraZby
www.faq.accdb.pl
www.accdb.pl

Dnia Thu, 15 Dec 2016 18:05:57 +0100, Zbigniew Bratko napisał(a):

> W dniu 2016-12-15 o 16:05, Jacek pisze:
>> Dnia Thu, 15 Dec 2016 10:06:33 +0100, Zbigniew Bratko napisał(a):
> 
> [...]
> 
>>>
>>> Przykładowa baza zawierające pobrane dane z pliku JPK_VAT_001.csv
>>> znajduje się na:
>>> www.accdb.pl/tmp/jpk_VAT.zip
>>>
>>> UWAGA!. Wszystkie pola w przykładowej bazie są typu Text (to z lenistwa).
>>>
>>>
>>> Od 1 stycznia 2017r wchodzi chyba nowa struktura pliku, ale jakie zmiany
>>> nieie tego nie wiem.
>>> Musicie sprawdzić, czy przykładowy plik JPK_VAT_001.csv jest zgodny z:
>>>
>>> - Nowa struktura JPK_VAT(2) obowiązująca od 1 stycznia 2017r..xsd
>>> http://www.mf.gov.pl/documents/764034/5134536/Schemat_JPK_VAT%282%29_v1-0.xsd
>>>
>>> Jeżeli przykład zadziała, to poprawki można będzie zrobić stosunkowo szybko.
>>
>> Dzięki Zbyszek.
>>
>> Jak wiesz, ja jestem starej daty.;)
>> Czy mógłbyś wrzucić w werski 2003?
>>
> 
> Plik *.mdb jest pod adresem:
> www.accdb.pl/tmp/jpk_VAT-mdb.zip
> 
> Ja chyba jestem jeszcze starszej daty, ale trzeba iść z duchem czasu.
> 
> Całkiem na poważnie. Zastanów się nad Office 365 dla użytkowników 
> domowych - 430 zł rocznie.
> Jeżeli znajdziesz 4 innych miłośników Accessa, Excela, a ogólnie Office
> to moim zdaniem warto zainwestować 7,2 zł miesięcznie (86 zł rocznie) by 
> mieć Access, Word, Excel, PowerPoint, Outlook, OneNote, Publisher
> i 1 TB miejsca w chmurze (na każdego z 5-ciu wspólników).
> 
> Oczywiście wersja niekomercyjna, cały czas Office jest aktualizowany 
> więc zawsze jesteś na bieżąco z nowościami Office.
> 
> No i 1 TB miejsca w chmurze to nie w kij dmuchał ;-)

Dzięki Zbyszku za mdb.
Co do 365+, to nie. Dziękuję.
Skoro 2007 ma problemy z  DBFami, to pewnie 365 obsługuje wszystko, co się
nazywa MS...
Mam dosyć MS. 
PC z W10, komórka z W i o to im chodzi.
Wiedzą wszystko o użytkowniku.
Ja tak nie chcę.
To tak OT.

W dniu 2016-12-16 o 18:16, Jacek pisze:
> Dnia Thu, 15 Dec 2016 18:05:57 +0100, Zbigniew Bratko napisał(a):
>

[...]

>> Całkiem na poważnie. Zastanów się nad Office 365 dla użytkowników
>> domowych - 430 zł rocznie.


[...]

>> Oczywiście wersja niekomercyjna, cały czas Office jest aktualizowany
>> więc zawsze jesteś na bieżąco z nowościami Office.
>>
>> No i 1 TB miejsca w chmurze to nie w kij dmuchał ;-)
>
> Dzięki Zbyszku za mdb.
> Co do 365+, to nie. Dziękuję.
> Skoro 2007 ma problemy z  DBFami, to pewnie 365 obsługuje wszystko, co się
> nazywa MS...
> Mam dosyć MS.

[...]

Ja też zaczynam mieć tego M$ Office dość.

Access 2007
Ostatnie zauważone babole:
W module mam:

Option Explicit - wymuszaj deklarowanie zmiennych
^^^^^^^^^^^^^^^

Gdzieś w funkcji robię literówkę
Public Function JakasTam()
Dim BlaBla As Long
Dim X as Long

BlaBla = 123

wykonuję kod i wyniki o kant d... potłuc.

Uruchamiam kod krokowo i:
gdzieś mam BlaBl
X=BlaBl
i mój szanowny Access pokazuje mi, że niezadeklarowana zmienna "BlaBl" 
jest Empty.

Kod kompiluje się bezproblemowo.

defragmentacje, kopiowanie bazy i inne pierdoły i kod się nie kompiluje, 
bo "BlaBl" jest niezadeklarowane !!!

Babol 2:
Zmienna zadeklarowana na poziomie modułu klasy
Private m_MaxCountNo          As Long

'_________________________
Private Sub Form_Current()
Dom sngRatio  as Single

   MsgBox m_MaxCountNo => wyświetla prawidłowo np. 22
   ' współczynnik narmalizujący wysokość słupków
   sngRatio = 6 / m_MaxCountNo

po przewinięciu do następnego rekordu  mam już błąd nr 11
Komunikat: Dzielenie przez Zero.
Debuguję i mianownik wyrażenia po podświetleniu pokazuje 22.

Otwieram bazę w Access 2016 i wszystko wykonuje się prawidłowo.
Otwieram bazę w Access 2010 i wszystko wykonuje się prawidłowo.
Robię kopię z poziomu Access 2010, otwieram w Access 2007 i D...pa.

Wreszcie najprostszy test:

MsgBox 1 / 2

i także D...pa. Dzielenie przez ZERO.
Debug. Po wciśnięciu F8 wyskakuje komunikat:

0,5
czyli OK.

Wniosek jest prosty. Jeżeli Zero to Nic, to nie dziel przez nic w 
Accessie 2007.


To tyle tytułem odreagowania się i przestrogi, że zawsze coś się może 
wydarzyć w M$ Access.

Restart systemu, ale dalej to samo. Nie dziel przez nic!!!

-- 
Pozdrowienia
BraZby
www.faq.accdb.pl
www.accdb.pl

Dnia Wed, 14 Dec 2016 03:40:56 -0800 (PST), LeszekN napisał(a):

> Document Object Model

Czy Akces potrafi eksportować dane do xml? Jeżeli tak, to od której wersji?

W dniu środa, 28 grudnia 2016 12:50:54 UTC+1 użytkownik Jacek napisał:
> Dnia Wed, 14 Dec 2016 03:40:56 -0800 (PST), LeszekN napisał(a):
> 
> > Document Object Model
> 
> Czy Akces potrafi eksportować dane do xml? Jeżeli tak, to od której wersji?

Posiadam Access 2007 i on to robi :)
Na wcześniejszych wersjach Accessa nie exportowałem do XMLa