Porą savaičių buvau atitrūkęs nuo žiniatinklio, tad dabar bandau atsakyti į lankytojų laiškus.
————————
VILMA: “Super svetainė :)” .
= Ačiū, Vilma 😉
————————
Anonimas: “Sveiki, Butu puiku, jeigu butu galima eksportuoti irasus i Exceli. Tokiu budu pasinaudojant Pivot Table butu galima atidziau isanalizuoti islaidu struktura” .
= Eksportuoti įrašus įmanoma. Tam naudokite “eksportuoti įrašus” nuorodą įrašų sąrašo viršuje
————————
Anonimas: “Sveiki, Norejau atkreipti demesi i skilti nebalansuojami irasai. Ten labai nepatogus pirminis filtravimas. Patogiausia butu jei pagal nutylejima rodytu “visi irasai” ir nenaudotu tam einamojo menesio periodo ribu. Juk cia rodomi indeliai skolos ir panasiai. Tokiu irasu labai daug nebuna ir jie aktualus ilgiau nei tik einamaji menesi. Jei reiks kazkam paziureti pagal konkretu menesi visada gales issifiltruoti, o idealiausia butu jei rodytu “visi” ir i suvedimo data nekreiptu demesio. Aciu ir sekmes”.
= Nuoširdus ačiū už vertingus patarimus. Kaip tik dabar perdarinėju KDP išvaizdą ir veikimo principus bandydamas padaryti viską patogiau. Bandysiu pritaikyt Jūsų pasiūlymus. Dėkui!
————————
Sveiki, Kęstuti,
dar dėl KDP ir pasiūlymas jam:
teko papildyti praėjusio mėnesio išlaidas ir perkeliamas likutis nelabai sutapo su realiuoju, tai ištryniau mėnesio likučio perkėlimą ir is praėjusio meėesio, ir iš einamojo. Tik po to išsiaiškinau, kad jį tiesiog užtenka pačiam perskaičiavus perrašyti ranka. Kadangi dabar galai nebesueina, būtų puiku, jei galėtumėte perskaičiuoti mano likutį iš naujo.
Ir kartu pasiūlymas ateičiai – gal įvestumėt mygtuką, <perskaičiuot peržiūrimojo mėnesio balanso likutį> ar pan., kad perkaičiuotų mėnesio likutį ir kartu jį perkeltų į sekantį menesį.
Dėkui,
Kipras
= Gyva bėda su tuo likučio perkėlimu, bet ką nors sumontuosiu 😉
—————————–
Sveiki, Turiu pasiūlymą dėl išlaidų prognozės einamajam mėnesiui paskaičiavimo. Dabar sistema skaičiuodama prognozę tiesiog ima vidutines dienos išlaidas ir daugina iš mėnesio dienų skaičiaus. Tačiau, tarkime, praejus jau 20čiai mėnesio dienų šis skaičiavimas tampa ne visai korektiškas, tad siulyčiau – jei žinoma tai nėra sudėtinga padaryti – išlaidų prognozę skaičiuoti imant tik likusias einamojo mėnesio dienas, dauginant jas iš vidutinių išlaidų dienai ir prie sumos prident sumą, kuri jau išleista šį mėnesį. Šitaip, manau, prognozė atrodytų šiek tiek tikslesnė. O šiaip, svetainė “superinė”. Ačiū, kad ją sukūrėte ir palaikote. Laura
= Labai įdomus pasiūlymas. Pasibandysiu skaičiavimus excelyje ir pažiūrėsiu kas gaunasi.
——————————–
Dėl likučio perkėlimo man šiaip kilo tokia mintis, kad gal galima padaryti galimybę vartotojams pasirinkti, ar mėnesio likučio perkėlimą atlikti automatiškai (galėtų būti default nustatymas) arba įvesti mygtuką “Vykdyti mėnesio likučio perkėlimą”. Tuomet tarkim, kito mėnesio pirmą dieną dar galima būtų susivesti išlaidas ar pajamas, gautas tarkim 31-ą mėnesio dieną ir tik tada įvykdyti perkėlimą. Tik nežinau, kiek tai praktiškai galima ir kiek laiko užtruktų programavimas 🙂
Spręsti idėjos autoriams…
Tas mėnesio likučio perkėlimas išvis yra nesamone.
Na, taip kategoriškai nedrįsčiau teigti. Nes iki perkėlimo kiekvieno mėnesio pradžioje gaudavau eilę laiškų “o kodėl nėra?” . Įtariu geriausia ką greitai galima padaryti, tai nutempti perkėlimą iš pirmos mėnesio dienos į kokią 3-4, kad dauguma spėtų susivesti.
Išbandžiau Lauros pasiūlytą prognozės skaičiavimo variantą Excelyje. Deja, arba aš iki galo nesupratau pasiūlymo, arba sumos tikrai gaunasi vienodos abiem būdais:
http://www.kurdingopinigai.lt/prognoze.htm
> “o kodėl nėra?“
Kodėl nėra ko?
“Nes iki perkėlimo kiekvieno mėnesio pradžioje gaudavau eilę laiškų „o kodėl nėra?“”
Kol nebuvau suprogramavęs likučio perkėlimo į sekantį mėnesį, nuolat gaudavau klausimų kodėl šios galimybės nėra, nes daug kas jos norėjo.
Bet kokia pramsė fiziškai perkelinėti? banke pinigai juk irgi nepersiveda nuo vieno mėnesio į kitą! IMHO šitoj vietoj tereikia apskaičiuoti ir atvaizduoti 😉 nes mėnesinis periodas yra reliatyvus dalykas. Įsivaizduok, kad žmogus nori ataskaitas turėti ne mėnesiais o savaitėmis. Šiuo atveju tavo sukurta sistema subyra kaip namas iš kortų.
Va čia ir susiduria skirtingi požiūriai, o aš su savo kodu – tarp kūjo ir priekalo 🙂
Prieš gerus porą mėnesių buvo ne fizinis įrašų perkėlimas, o tik informacinis įrašas sutaupyta/pereikvota, kuris nedalyvavo apskaitoje. Tačiau šis variantas KDP naudotojams irgi netiko. “Jei sutaupai, tai sutaupytus pinigus leidi ateinantį mėnesį, t.y. iš jų gyveni. Santaupų neperkėlus rodo, kad einamąjį mėnesį įplaukų nebuvo, kai realiai yra santaupos”. Ir t.t. ir pan.
Taigi yra skirtingi požiūriai: 1. Nieko neperkelinėt – nes taip gaunamas tiksliausias vaizdas. 2. Jei nori – tegul pasižiūri ir įsirašo rankomis. Čia bus bėdos jei įrašys ranka santaupas kaip pajamas ir nesukurs išlyginamojo įrašo mėnesiui atgal. 3. Perkelti automatiškai ir sukurt trūkstamus balansą išlyginančius įrašus.
Taigi kol kas pasirinkau trečią kelią – automatinį paskaičiavimą ir perkėlimą. Tiems, kam ši galimybė trukdo ir/ar nereikalinga, nesunkiai gali ištrint du įrašus kiekvieno mėnesio pradžioje.
Kol kas dar nesu sugalvojęs aiškaus ir patogaus sprendimo šiam reikalui.
Pinigai yra leidžiami ne iš laikotarpio, o iš sąskaitos. Sąskaita gali būti pinigai piniginėje, banko sąskaita arba sutaupytų pinigų sąskaita.
Kito mėnesio pradžioje žmogus pvz. mano nuomone turi galėti persivesti pinigus į sutaupytų pingų sąskaitą ir jų neliesti arba pasilikti bendroje sąskaitoje ir leisti juos.