0 Zagłosuj Anonim 01.22 RODZAJE DOKUMENTÓW CZY o obecnym ładzie funkcjonuje pojęcie "Rachunku" czy też istnieje tylko "Faktura"? 1
0 Zagłosuj Anonim 10.20 Zmiany GTU Witam, czy jest mozliośc aby oznaczenia GTU oraz PR drukowały sie na fakturach ? Wymaga tego od nas ksiegowość. 1
1 Zagłosuj Anonim 02.21 Stałe kody GTU - prośba Proszę o wprowadzenie na stałe kodów GTU np. do określonego działu. Wystawiam codziennie wiele faktur z jednymi i niezmiennym kodem GTU, sprzedawane usługi są codziennie inne (nowe) dlatego nie można ich "połączyć" na stałe z konkretnym kodem GTU. 1
4 Zagłosuj Anonim 08.20 Kody QR Dzień dobry, Czy jest gdzieś opcja umieszczenie na fakturze kodu QR ułatwiającego zrobienie przelewu telefonem? Jeśli nie , to czy i kiedy można się tego spodziewać? 1
1 Zagłosuj Anonim 03.21 ustrukturyzowane faktury elektroniczne Czy planowana jest jakaś forma integracji Fakturowni z rządową Platformą Elektronicznego Fakturowania (efaktura.gov.pl)? 1
0 Zagłosuj Anonim 08.21 Plan kont w opisach faktur Czy jest możliwość opisywania wystawianych faktur od razu MPKami? Coś jak TAGi tak, żeby po pobraniu raportu zakupów/sprzedaży można było znaleść rubrykę z nadanym kontem (identyfikatorem) do danej pozycji? 1
1 Zagłosuj Anonim 09.20 GTU i inne Witam, Proszę o informację kiedy zaktualizują Państwo program do nowych przepisów o wyborze GTU (Grupa Towarów i Usług, np GTU01, GTU02 itd) oraz do nowych oznaczeń dokumentów sprzedaży i nowych oznaczeń procedur podatkowych. Sprawa pilna, zgodnie z przepisami musi ruszyć od 1.10, a chcemy jeszcze wczesniej zrobić testu... Pozdrawiam, Piotr Harasiewicz 6
1 Zagłosuj Anonim 11.20 Faktury cykliczne Zastanawiam się na przejściem do waszego serwisu z innego, z którego korzystam kilkanaście lat. Jednak moduł faktury cykliczne, ważny dla mnie jest tutaj dziwnie zrobiony i powinien wg mnie być kompletnie przebudowany. Nie rozumiem, dlaczego wystawianie faktury nie może wyglądać tak, jak wystawianie zwykłej faktury z dodatkowymi polami określającymi cykliczność, dzień miesiąca wystawienia faktury (z uwzględnieniem ostatniego dnia miesiąca), datę sprzedaży i inne zwyczajowo dostępne pola w fakturach cyklicznych. Oczywiście z możliwością wpisania produktu, gdzie nazwy miesiąca itp wstawiają się automatycznie. Wiem że ta funkcjonalność jest częściowo dostępna, ale w jakiś udziwniony sposób. Na przykład po co zmuszać nas do wystawiania faktury proforma? Przecież gdy wystawiam zwykła, niecykliczną fakturę, nie musze najpierw wystawiać proformy. Czy te faktury proforma muszą cały czas istnieć w serwisie, czy można po zdefiniowaniu faktury cyklicznej je usunąć? OK, wystawienie faktury cyklicznej na podstawie innej jest użyteczne, ale dlaczego to jedyny sposób - wg instrukcji - gdzie można wpisać pola typu {miesiąc} itd.? Wasza konkurencja - fakturaxl - która ma prawie identyczny interfejs, rozwiązała to w przejrzysty i prosty sposób. Ich serwis jest wg mnie niedojrzały, więc ze względu na inne czynniki skłaniam się raczej do waszego, jednak skoro oni mogą to zrobić prosto, dlaczego wy nie? Bardzo proszę o sprawdzenie jak u nich to działa i wprowadzenie czegoś podobnego. Lista faktur cyklicznych powinna być identyczna do listy zwykłych faktur - brakuje tam możliwości filtrowania i innych użytecznych pól. I dlaczego kwotę faktury mogę tylko wpisać brutto i muszę oznaczać to oddzielnie jako fakturę VAT? Żeby nie było, że tylko krytykuje: generalnie bardzo pozytywnie oceniam wasz serwis - rezygnuję obecnie z wfirmy, która może nie jest zła, ale nie lubię przerostu formy nad treścią i ostatnio znacznie zwiększonych cen za ciągle tą samą funkcjonalność. Pozdrowienia dla zespołu firmy. PD 1
1 Zagłosuj Anonim 11.20 Wybór danych na fakturze Proponuję dodać wybór danych klienta jakie pojawią się na wystawianej fakturze. Aktualnie dodają się wszystkie dane jakie są zapisane w profilu klienta, czasami jest potrzeba aby nie wszystkie pojawiły się ostatecznie na fakturze (np. imię i nazwisko), przy wystawianiu faktury z panelu klienta można oczywiście te dane usunąć jednak przy tworzeniu faktury z poziomu API nie jest to takie proste - zamiast podać ID klienta należałoby najpierw pobrać dane klienta a później tworząc fakturę podać wybrane dane (czyli innymi słowy zamiast jednego requestu trzeba zrobić minimum dwa). Jeżeli nie w takiej formie to może chociaż możliwość zdefiniowania pól z profilu klienta, które znajdą się na fakturze przy wysyłaniu żądania przez API (w postaci np. tablicy JSON) 1