Przemysław Kwiatkowski

A co jeżeli faktura dotyczy tylko jednego PPE, spośród wielu, które ma dany kontrahent? A co jeśli kontrahent zmienił PPE (np. nabył/sprzedał nieruchomość) - zmiana w kartotece kontrahenta zmieni zawartość przeszłych faktur. (No, o ile wzorzec nie będzie dostatecznie inteligentny - czytaj droższy.) Oczywiście nie znając szczegółów sytuacji nie mogę dawać bezwzględnych rad, ale nadal uważam, że towar to właściwsza droga. :-)

Ewentualnie można pójść w zupełnie inną stronę - dodać każdy PPE jako towar (/usługę) i po prostu fakturować w osobnych pozycjach. Zmieści się w opisie towaru, a nawet na upartego w samej nazwie. Nie wymagana żadnej modyfikacji poza programem i żadnego plusa.

A teraz poprosimy jeszcze raz po polsku... :-) Generalnie Subiekt nie obsługuje korekt zbiorczych. Można taką korektę wprowadzić jako korektę do nieistniejącego (na usługę lub bez skutku magazynowego), co pozwoli na poprawne prowadzenie rozrachunków i rejestru vat w księgowości, ale nie skoryguje wartości magazynu - co w zależności od okoliczności może być problemem lub nie.

Czy gdzieś się konfiguruje domyślną zawartość tego okna?

No oczywiście. I właśnie dlatego pytam, które rozwiązanie spełni założenia: jest gotowe, będzie się dobrze integrować z Subiektem, zapewni podaną funkcjonalność. (I dodatkowo: bez przerostu formy nad treścią. Jak to będzie coś tak uniwersalnego, że w celu dopasowania do w/w zadań trzeba będzie przez miesiąc konfigurować, to wolę napisać od zera moduł do wordpressa...)

Chcę stworzyć portal webowy, w którym klienci dostawaliby miesięczne faktury za wynajem. (Możliwość sprawdzenia salda, zapłaty online, pobrania faktury pdf...) Mogę zlecić napisane, ale może coś jest już gotowe, dobrze współpracujące z Subiektem? Znacie coś? Założenie jest takie, że dokumenty i rozrachunki mają być prowadzone w Subiekcie, a www jest przystawką dla klientów, ułatwiającą życie. :-) Od biedy nawet obsługa zapłaty online nie jest niezbędna, bo można wykorzystać szybkie płatności wprost z Subiekta. (Ale stan rozrachunków musi się integrować.)

Oczywiście, ale możemy jednak chcieć o tym błędzie powiadomić płatnika, choćby z dobrego serca. :-)

Abstrahując od samego downgradu bazy: 1. Skoro komputery są dwa, to nic nie stoi na przeszkodzie używać Subiekta na jednym z bazą na drugim. 2. Może by jednak pójść z duchem czasu i zaktualizować soft do współczesnych wersji, bo używanie reliktów prędzej czy później doprowadzi do jakichś kłopotów. 3. A jak już koniecznie musi być jakiś archeologiczny software, to może by go lepiej postawić w wydzielonej wirtualce, a nie obniżać wersje całego środowiska pracy?

Nie jest to żaden problem, ponieważ klient ma prawo zapłacić przez split payment nawet jeśli nie mamy wymogu wystawiania faktury MPP. Ot, jego wola i jego prawo. Komunikat można zatem w tej sytuacji zignorować. :-) Ważniejszy jest analogiczny komunikat w odwrotnej sytuacji (gdy wpłynęła wpłata zwykła pomimo wymogu MPP, albo gdy wyszła wypłata zwykła pomimo zobowiązania z MPP), bo oznacza, że ktoś dał ciała. :-(

Skorygować pozycję na 0 i dodać drugą, nową, w postaci "nowa nazwa; było: 0; jest: 1".

O ile wiem, to nie ma takiej funkcji w standardzie. Ja bym pomyślał nad rozliczaniem bonów jako centrum rozliczeń kartowych. Wtedy rozrachunki będą widoczne w Subiekcie. Można by chyba bony "sprzedawać" za pomocą cesji... Hm... Trzeba pomyśleć. :-) Dodatkową zaletą ewidencji bonów jako otwartych rozrachunków byłaby widoczna od razu data wystawienia - a to jest przy bonach niezbędne, bo po upływie terminu ważności trzeba je jakoś rozliczyć podatkowo.

Aczkolwiek jeżeli jest to odszkodowanie z tytułu pogorszenia wartości rzeczy, to chyba nie podlega pod vat? W takim wypadku można by na to wystawić osobną notę księgową. Do konsultacji z księgowym. :-)

Opcja trzecia: Po prostu pisać nr BDO w nagłówku lub stopce dokumentu i nie zajmować się tym więcej. W zasadzie ten numer powinien był się tam znajdować już od dawna (jeśli ktoś go miał), więc jeśli ktoś miał wszystko ustawione dobrze, to nic nie musi robić. Ta zmiana we wzorcach standardowych może być przydatna dla nowych użytkowników, ale jest bez większego znaczenia dla starych.

Do zamówienia było wystawione wiele faktur zaliczkowych i muszę je teraz wszystkie wyzerować. Wygląda na to, że muszę korygować każdą fakturę cząstkową z osobna. Czy da się zrobić zbiorczą korektę?

Ja rozliczam codziennie - być może dla Państwa to też jest pewne wstępne rozwiązanie. Zdecydowanie łatwiej będzie zapanować nad chaosem 1-dniowym niż 30-dniowym. Oczywiście nie rozwiązuje to w pełni problemu, ale za to jest dostępne od ręki i za darmo. Radzę wypróbować i zobaczyć co dalej.

Nie wiem czy taki dodatek (już) istnieje, ale czy naprawdę niezbędne jest rozliczanie poszczególnych paragonów? Ja akurat używam Elavonu, nie FD, i terminal mam tylko jeden, więc zapewne jest łatwiej, ale... w tytule każdego przelewu Elavon podaje kwotę całkowitą operacji oraz potrąconą prowizję. Biorę więc wszystkie operacje kartowe z danego dnia i rozliczam jak leci od góry. To co zostanie nierozliczone musi równać się prowizji. Zawsze zgadza się co do grosza. Nigdy nie było potrzeby rozliczać dokładniej. Na koniec miesiąca pozostawione "resztki" rozliczam z fakturą prowizyjną. Też zawsze się zgadza co do grosza, ewentualnie z przesunięciem o jeden dzień, jak się trafi jakieś święto czy coś... Jak terminali jest kilka, to w sumie nie powinno przeszkadzać. Co najwyżej trzeba będzie zsumować kilka osobnych przelewów (jeśli każdy terminal ma swój).

Warto zauważyć, że jeśli na transakcję została wystawiona faktura zaliczkowa i na jej podstawie odprowadzono vat, to zasadniczo NIE ma obowiązku wystawiania faktury końcowej w ogóle (o ile przyjęto już całą płatność). Jest to wprost napisane w ustawie o vat. Wystawienie końcowych faktur "zerowych" jest raczej swego rodzaju "tradycją", a nie żadnym obowiązkiem. :-) Oczywiście nadal jest obowiązek odpowiedniego przeksięgowania zaliczki w koszty/przychody, ale żadne przepisy nie określają na podstawie jakich dokumentów należy to zrobić. Ergo: można to zrobić na podstawie dowolnej dokumentacji, jaka nam się tylko wymyśli. W Subiekcie - proponuję zaprząc do tego WZv. Można ich wystawić dowolnie dużo do jednego zamówienia i ewentualnie zmodyfikować wzorzec do swoich potrzeb.

Ale... przecież program zdaje się działać dokładnie tak jak Pan chce. Można: - wprowadzić zamówienie zaliczkowe - zrealizować je jako pewną liczbę WZ-ek - w międzyczasie to zamówienie edytować - na koniec wystawić fakturę końcową, która nie tylko uwzględni uprzednio wystawione WZ-ki i wystawi dodatkową WZ-kę na resztę, ale nawet automatycznie wystawi PZ-kę, jeśli ilość na fakturze byłaby mniejsza niż poprzednio wydano. To czego nie można, to wystawianie ZWZ do WZ-ki powstałej z zamówienia zaliczkowego, nad czym niezmiernie ubolewam.... :-)

Pytającemu chodziło raczej o to dlaczego ostateczna wartość pozycji to 399,99, a nie 359,99. :-) Odpowiedź: Bo rabat wynosi zero. Kolejność wypełniania pól ma znaczenie. Wystarczy w Subiekcie ręcznie wypełnić te pola w podanej kolejności i zobaczyć co się stanie. :-)

Potrzebuję wystawić notę odsetkową ze stawką odsetek ustawowych "zwykłych", a nie "za opóźnienie". Przy wystawianiu noty mogę ręcznie wpisać wysokość odsetek, ale problem w tym, że zmieniły się w międzyczasie. (Do 04.01 było 7,25%, potem 7,75%.) Da się wystawić taką notę, gdzie stawka zmienia się w trakcie okresu naliczania odsetek?

To nie ma związku. Jakby serwer padł - też straciliby dane od ostatniego backupu i też byłaby "taka sytuacja". Zresztą wcale nie wiemy czy tak dokładnie nie było. Oczywiście istotna różnica tkwi w redundancji (np. raid) i ogólnej "lepszej" trwałości "serwerów' ponad "zwykłe" komputery. Jednak fakt, że stracili jeden dzień sugeruje, że wcale nie jest źle, a zabezpieczenie danych przed awarią sprzętu - jakie by nie było - zdało egzamin. Kwestię częstotliwości archiwizacji należy dopasować do potrzeb - i raz dziennie wydaje się dość powszechne... Choć, oczywiście można też robić migawkę co 5 minut. :-)

Najprostszy sposób to zmienić datę magazynową w paragonie na dziś.

Stanowiska wszystkie, bo są one identyczne (praca przez serwer terminali). Na próbnym w ogóle nie działa obsługa szybkich płatności, bo wymaga ona konfiguracji z kontem Insert, więc nie mogę sprawdzić co z wydrukiem...

Tak

U mnie to samo.