Autor |
Wiadomość |
Mix-soft.pl
|
|
|
emilianx
Rejestracja: 2010-11-18, 17:36 Posty: 11
|
ł nie potrzebuje CTRL tylko ALT :)
|
2010-11-18, 22:20 |
|
|
sosnek
Rejestracja: 2009-08-11, 10:35 Posty: 124 Pomógł: 2
|
no dobra powiedzmy, że biorę nową symfoniei robie tak jak wrob mnie uświadomił czyli przez terminale. czy da radę połączyć wszystkie bazy z 4 oddziałów? bo chyba z tego wynika, żę obojętnie czy kupie nową symfonie czy nie to i tak znaczne z czystą bazą
tak na marginesie jaki był by koszt przeniesienia zobowiązań i należnośći z tych 4 baz? czy to jest możliwe?
|
2010-11-18, 23:50 |
|
|
wrob
Ekspert
Rejestracja: 2008-04-18, 18:52 Posty: 5169 Pomógł: 59
|
Wydaje mi się iz wiekszosc tego co ile wyjdzie juz napisalem Ci na miala wczesniej - a co do szczegolow - polacznie baz czy przeniesienia platnosci to juz tez zapraszam na mail albo skype bo tu nieznajac dokladnie co masz s tych bazach itp - to raczej ciezko konkretnie odopowiedziec.....
|
2010-11-19, 00:06 |
|
|
andro123
Rejestracja: 2010-08-25, 14:13 Posty: 6
|
WItam ,
czy ktoś przeprowadził rzetelne testy Symfonii Handel Forte ver. 2009a pod kątem nowej stawki vat 23% ? Jakie mogą być problemy po dodaniu nowej stawki ?
Czy mogą być problemy z wyliczaniem prawidłowej stawki na fakturach i korektach - chodzi mi o zaokrąglenia (różnicę 1 grosza) ?
Będę wdzięczny za wszystkie sprawdzone informacje.
Pozdrawiam.
Andrzej
|
2010-11-22, 00:07 |
|
|
wrob
Ekspert
Rejestracja: 2008-04-18, 18:52 Posty: 5169 Pomógł: 59
|
A moze sam je przeprowadz i podziel sie z nami takowa wiedza :) :)
|
2010-11-22, 02:43 |
|
|
andro123
Rejestracja: 2010-08-25, 14:13 Posty: 6
|
Liczyłem na to , że wiesz - w końcu to Ty mianowałeś się ekspertem , a to do czegoś zobowiązuje.
Pozdrawiam.
|
2010-11-22, 10:39 |
|
|
andro123
Rejestracja: 2010-08-25, 14:13 Posty: 6
|
Poważnie - to Wrob , może wiesz czy będzie problem z zaokrągleniami ?
|
2010-11-22, 10:40 |
|
|
krzysiek
Ekspert
Rejestracja: 2007-12-11, 23:18 Posty: 1942 Pomógł: 49
|
Nie sądzę by był jakiś problem z samymi zaokrągleniami, w końcu to tylko matematyka i jej bez różnicy czy 22% czy 23%. A ten 1 grosz jest dopuszczalny w przepisach i różne programy różnie liczą. Zresztą w systemie w mechanizmie dodatkowych stawek także można było wpisać dowolną (a było np. 12% swego czasu) bez obawy o zaokrąglenia.
|
2010-11-22, 12:36 |
|
|
wrob
Ekspert
Rejestracja: 2008-04-18, 18:52 Posty: 5169 Pomógł: 59
|
Wiedzieć czy historyczne i ktore po kolei wstec wersje beda mialy ewentualnie problem z zaokragleniami to nie wiedza ekspercka a smieciowo/historyczna - a ja raczej nie pracuje w IPN
|
2010-11-22, 13:04 |
|
|
alibaba
Rejestracja: 2010-12-07, 16:11 Posty: 8
|
zmiana vatu
jabis pisze: O ile można wykorzystać stawkę użytkownika dla stawki 23%, o tyle program pluje się bezsensu o PKWiU przy każdym towarze...
[center] Treść ukryta przez Administrator FORUM[/center]
.
Ostatnio zmieniony 2010-12-08, 15:18 przez alibaba, łącznie zmieniany 2 razy
|
2010-12-07, 16:59 |
|
|
jabis
Rejestracja: 2009-09-22, 09:56 Posty: 112
|
Gratuluję pomysłu i rozwiązań... w nowej wersji są daty obowiązywania każdej ze stawek... teraz to uzyskajcie w wersji 2007 i jeszcze jedno... ciekawe jak taka baza zachowa się gdy klient zechce rozbudować o kolejne stanowisko... a jak wiemy SAGA sprzedaje tylko najnowsze wersje... ;)
Czekam na psoty dotyczące błędów przy konwersji baz danych związane ze stawkami VAT :)
Ale cóż... ja mogę się mylić i może faktycznie mam za wąskie pole widzenia na ten temat... ;)
|
2010-12-07, 21:55 |
|
|
krzysiek
Ekspert
Rejestracja: 2007-12-11, 23:18 Posty: 1942 Pomógł: 49
|
Jest dokładnie odwrotne. Masz na tyle szerokie by dostrzec zagrożenia. Prędzej czy później będzie z takiego kombinowania kwas, bo to podobne działanie jak wycinanie scyzorykiem bieżnika na letniej oponie by przypominała zimówke.
|
2010-12-07, 23:05 |
|
|
alibaba
Rejestracja: 2010-12-07, 16:11 Posty: 8
|
Cytuj: Gratuluję pomysłu i rozwiązań... w nowej wersji są daty obowiązywania każdej ze stawek... teraz to uzyskajcie w wersji 2007 i jeszcze jedno... ciekawe jak taka baza zachowa się gdy klient zechce rozbudować o kolejne stanowisko... a jak wiemy SAGA sprzedaje tylko najnowsze wersje... ;) Czekam na psoty dotyczące błędów przy konwersji baz danych związane ze stawkami VAT :) Ale cóż... ja mogę się mylić i może faktycznie mam za wąskie pole widzenia na ten temat... ;)
nie sądzę bys miał waskie pole widzenia, ale my nie planujemy upgradu, ani kupowania stanowisk, dlatego mimo, ze jestem świadom potencjalnych problemów w razie konwersji bazy zastosowałem takie rozwiązanie.
jesli ktoś ma jakieś rzeczowe uwagi do rozwiązania które przedstawiłem to z checią je poznam, moze nie zwróciłem na coś uwagi.
co do wspomnianych przez Ciebie dat obowiązywania stawek to trudno jest mi się wypowiedzieć bo nie widziałem nowej bazy. Jeśli jest to jednak tylko kwestia ustawienia odpowiedniej flagi to chyba warto jest poeksperymentoać. oczywiście z głową, na serwerze testowym i z porządnie przeprowadzonymi testami.
rozwiazanie które przedstawiłem, nie jest oczywiście równie dobre jak zakup aktualizacji. jeśli ktos ma na to ochote i pieniądze to moze sobie program zaktualizować (choć przy duze liczbie stanowisk jest to już spory pieniądz). aktualizacja symfonii na pewno rozwiąże problem ze zmiana vatu, jak i załata ewentualne dziury jeśli oczywiście takowe w nowej wersji istnieją (nie wiem nie miałem kontaktu - może symfonia nie ma juz dziur?)
pozdrawiam
ps. barwne to porównanie ze scyzorykiem i letnia oponą
Ostatnio zmieniony 2010-12-10, 21:52 przez alibaba, łącznie zmieniany 1 raz
|
2010-12-08, 13:43 |
|
|
zz
Rejestracja: 2008-03-10, 14:01 Posty: 593
|
Do AliBaby: spróbuję przetestować twoje rozwiązanie.
Problem robi się rzeczywiście przy kontraktach/fakturach zaliczkowych i przy korektach, jeśli sprzedaż była przed 1.1.2011.
Tu już wchodziłaby w grę 'obróbka' dokumentów przy wystawianiu (dodatkowe sprawdzenie daty wystawienia dok. źródłowego...) i faktycznie pytanie: jak będzie z ew. konwersją do wyższej wersji?
_________________ zz
|
2010-12-08, 15:00 |
|
|