Może było może nie ale pilne selo i Zamówienia zaliczkowe

[Dominik kidl 78]

wtrącę to i owo.

 

Zakup przez sklep internetowy czy też allegro itd, to przecież nie jest zakup z zaliczką. Tutaj nikt nie wpłaca zaliczki a i rzadko kiedy sprzedawcy wymagają takiej wpłaty. Pieniądze jakie otrzymujemy to po prostu zapłata za towar.

 

Poniżej kilka inf od mojej księgowej:

Interpretacja indywidualna z dnia 19 lipca 2010 r., nr IBPBI/1/415-439/10/ZK, wydana przez Dyrektora Izby Skarbowej w Katowicach:

"(...) otrzymanie z góry zapłaty za zakupiony towar generuje powstanie u sprzedającego przychodu z prowadzonej przez niego pozarolniczej działalności gospodarczej już w momencie jej otrzymania (...) uregulowania należności za zakupiony towar przed jego otrzymaniem nie można utożsamiać z zaliczką bądź przedpłatą (...)".

 

Poniżej adres do artykułu, gdzie można poczytać o rozbieżnościach w datach pomiędzy otrzymaną zapłatą a wystawieniem dowodu sprzedaży:

https://poradnikprzedsiebiorcy.pl/-sprzedaz-przez-internet-na-terytorium-kraju-rozliczenie-dla-celow-podatkowych

 

 

Od strony praktycznej rozwiązaliśmy to tak:

- 2 lata temu zgłosiliśmy do US, że chcemy się rozliczać kwartalnie zarówno z PIT'u jak i VAT'u. To pozwala nam na zmniejszenie pracy przy ww rozbieżnościach dat, bo takie rozbieżności, które musimy uwzględnić przy rozliczeniu z US powstają tylko na przełomie kwartałów, czyli 4 razy w roku. Przy rozliczeniach miesięcznych trzeba to samo robić 12 razy w roku.

- zamykając okres rozliczeniowy wysyłamy do księgowej listę PA i FS, które zostały wystawione np w kwietniu ale płatności do tych ZK otrzymaliśmy w marcu. W brew pozorom to nie zajmuje bardzo dużo czasu. W ciągu 1 (max 2h) można takie zestawienie przygotować wyciągając dane z SGT. Księgowa dla celów podatkowych przesuwa te kwoty do właściwego okresu.

 

Takie rozwiązanie pozwala nam rozliczać się z US zgodnie z datą otrzymania wpłaty, czyli uzyskania przychodu.

[vexon2009 1]

wtrącę to i owo.

 

Zakup przez sklep internetowy czy też allegro itd, to przecież nie jest zakup z zaliczką. Tutaj nikt nie wpłaca zaliczki a i rzadko kiedy sprzedawcy wymagają takiej wpłaty. Pieniądze jakie otrzymujemy to po prostu zapłata za towar.

 

Poniżej kilka inf od mojej księgowej:

Interpretacja indywidualna z dnia 19 lipca 2010 r., nr IBPBI/1/415-439/10/ZK, wydana przez Dyrektora Izby Skarbowej w Katowicach:

"(...) otrzymanie z góry zapłaty za zakupiony towar generuje powstanie u sprzedającego przychodu z prowadzonej przez niego pozarolniczej działalności gospodarczej już w momencie jej otrzymania (...) uregulowania należności za zakupiony towar przed jego otrzymaniem nie można utożsamiać z zaliczką bądź przedpłatą (...)".

 

Poniżej adres do artykułu, gdzie można poczytać o rozbieżnościach w datach pomiędzy otrzymaną zapłatą a wystawieniem dowodu sprzedaży:

https://poradnikprzedsiebiorcy.pl/-sprzedaz-przez-internet-na-terytorium-kraju-rozliczenie-dla-celow-podatkowych

 

 

Od strony praktycznej rozwiązaliśmy to tak:

- 2 lata temu zgłosiliśmy do US, że chcemy się rozliczać kwartalnie zarówno z PIT'u jak i VAT'u. To pozwala nam na zmniejszenie pracy przy ww rozbieżnościach dat, bo takie rozbieżności, które musimy uwzględnić przy rozliczeniu z US powstają tylko na przełomie kwartałów, czyli 4 razy w roku. Przy rozliczeniach miesięcznych trzeba to samo robić 12 razy w roku.

- zamykając okres rozliczeniowy wysyłamy do księgowej listę PA i FS, które zostały wystawione np w kwietniu ale płatności do tych ZK otrzymaliśmy w marcu. W brew pozorom to nie zajmuje bardzo dużo czasu. W ciągu 1 (max 2h) można takie zestawienie przygotować wyciągając dane z SGT. Księgowa dla celów podatkowych przesuwa te kwoty do właściwego okresu.

 

Takie rozwiązanie pozwala nam rozliczać się z US zgodnie z datą otrzymania wpłaty, czyli uzyskania przychodu.

 

spoko to jakieś rozwiązanie ale jeśli dziennie ponad 200 zamówień jest robione na zasadzie dziś wpłata realizacja za 4 tygodnie to już nie jest to takie łatwe.. szczególnie jeśli chce się mieć na bieżąco wszystkie rozrachunki zgodne z rzeczywistością i porządek przy rozliczaniu. Dlatego też zamówienia zaliczkowe do tego faktury i rozrachunki wszystko si e ładnie i sprawnie rozlicza..

[vexon2009 1]

To nie jest takie proste . Zapytania są generowane przez framework, nie są na sztywno zapisane a w przypadku Subiekta są one tworzone przez API Subiekta - Sferę i to Subiekt generuje dokumenty, nie Sello.

 

Samo zapytanie można końcowe podejrzeć korzystając z profilera do SQL - nie wiem niestety, czy jest on w darmowej wersji SQL Management Studio.

 

Jeśli jest przez subiekta i sferę to tym bardziej to tylko 3 literki w kodzie a robią się ZKzal a nie ZK a kompatybilność wsteczna jest. (Metoda DodajZKzal zamiast Metoda DodajZK)

 

Mimo wszystko widzę że dam sobie siana i już nie będę prosił o coś co jest proste i szybkie do zrobienia...

 

[Bartosz Rosa 1 774]

Już ja znam takie poprawki. Zaczyna się od 3 liter a kończy na 2 tygodniach prac poprawek i testów . Pozwólcie nam tworzyć oprogramowanie, mamy już pewne doświadczenie w tym zakresie, skąd mogę stwierdzić, że nie istnieją szybkie poprawki. Są tylko źle przetestowane szybkie poprawki, które odbijają się potem w takich miejscach, że w życiu nikt by nie spodziewał. Doświadczenie nie powoduje, że programista zrobi funkcję szybciej, tylko pozwala mu stwierdzić, żeby takiej zmiany nie robić, zwłaszcza na szybko .

[HotKey . 249]

Już ja znam takie poprawki. Zaczyna się od 3 liter a kończy na 2 tygodniach prac poprawek i testów . Pozwólcie nam tworzyć oprogramowanie, mamy już pewne doświadczenie w tym zakresie, skąd mogę stwierdzić, że nie istnieją szybkie poprawki. Są tylko źle przetestowane szybkie poprawki, które odbijają się potem w takich miejscach, że w życiu nikt by nie spodziewał. Doświadczenie nie powoduje, że programista zrobi funkcję szybciej, tylko pozwala mu stwierdzić, żeby takiej zmiany nie robić, zwłaszcza na szybko .

 

 

Zgadza się. Nie ma co robić nowych funkcji tylko dla jednego użytkownika, podczas gdy czekamy na mnóstwo innych rzeczy wszyscy.