Onkohan openofficen basella laskentaominaisuutta (jota en ole ainakaan löytänyt).
Eli siis excel/calc tyyppisiä peruslaskutoimituksia.
Optiona on siis tehdä laskelmia, ja juuri siten että ei tarvitse kuin yhteen janaan syöttää esim sis. alv 23 luku ja ohjelma laskee itse loput.
Esim. 26.8.2010 on tehty asiakkaalle työtä josta laskutetaan 212,12€ joka sisältää alv 23% alv osuus on (48,80€) eli (163,35 alv 0%) mutta todellisuudessa työvähennysten yms. jälkeen yrityksen kassaan jää alv 0%:sta 45% joka on (73,50€) eli siis laskutettavasta summasta on tilitettävä muualle (138,60€).
ko. laskelmassa olen itse käyttänyt pyöristystä 0,05€ tarkkuudella, mutta yleensä ei pyöristyksiä normaalistikkaan tehdä.
Basessahan se olisi yksinkertaisempaa, sillä laskentoja ei tarvitse tehdä erikseen tietyn ajan sykleissä..
Eli siis pystyykö basessa tekemään ko. laskutoimituksen siten että ne summat mitkä ovat (suluissa) tulevat automaattisesti, eli tässä tapauksessa syötetään vain 26.8.2010 ja 212,12€ ja ohjelma laskee loput, vai tuleeko jatkossakin tyytyä exceliin..
Base laskutoimitukset/kaavat
6
838
Vastaukset
- juhakorkeapudas
Tottakai ohjelmalla pystyy peruslaskutoimituksiin. Missä niitä olisi tarkoitus laskea, lomakkeella vai niin, että summat lasketaan tietokanna tauluun?
- rp
Joo hyvä pointti.
käytän lomaketta tiedon lisäämiseen ja esimerkkinä käytetty 6 kentän lomaketta.
Tieto joka syötetään lomakkeeseen ( 26.8.2010 ja 212,12€ ) näyttäisi jo lomakkeessa loput arvot siis automaattisesti, niin jos on korjattavaa niin ei tarvitse sitten tuskastua myöhemmin vaan sen saa heti pois alta. Eli lopuksi sitten lisää tauluun.
Haen basella vain sitä että tauluun voi syöttää vaikka kahden vuoden tiedot peräjälkeen ja ottaa kuukausi-, tehtävä-, tai kohdetasolla raportit tai miten haluaa ottaa, eikä tiedostot mene sekaisin tai "häviä" koneelle.
Mutta joo.. tosiaan ongelmani on miten voin käyttää laskutoimituksia basessa? tai mistä ko. ominaisuus lötyy..
http://openoffice.blogs.com/openoffice/2007/03/creating_calcul.html
Kyselyyn saan tehtyä rivikohtaisen laskun kirjoittamalla kaavan kentän nimeksi. Minulle tämä on jotenkin epälooginen, että se unohtuu aina välillä, mutta näyttää tuo toimivan. Ei nyt ole mielestäni riittävästi dokumentoitu perusohjeissa. Liekö siksi, ettei se toimisikaan ihan kaikilla tietokannoilla? Se laskuhan näkyy kyselyä vastaavassa SQL-lauseessa.
Jos kaipaatkin sarakkeittain laskentaa, niin sopisko raportti siihen?- rp
hmm..
En tiedä onko minun ulosannissa tai ymmärryksessä tai kummassakin jotain vikaa :)
mutta,
==[ otsikko n:o ] (automaattinen summa)
Eli siis kiinteät prosentit on kyseessä.
esim.
taulun otsikot
[1.] päivämäärä] [2.]Laskutettavaa] [3.]alv 23 osuus] [4.]alv 0%] [5.]45% osuus] [6.]Vastattavaa]
tietue 1
(autom) (autom) (autom) (autom)
[1]1.9.2010 [2]212,12€ [3](48,79€) [4](163,33€) [5](73,50€) [6] (89,83€)
tietue 2
[1]2.9.2010 [2]100,00€ [3](23,00€) [4] (77,00€) [5] (34,65€) [6] (42,35€)
jne..
jne..
Eli tietueisiin syötetään vain päivämäärä ja laskutettavaa eli otsikko [1] ja [2] (sulkeissa olevat ohjelma laskee itse, kuten excelissäkin eli otsikot [4 - 6])
Raporttia tulostettaessa olisi kyseiset summat automaattisine lukuineen valmiina sekä eriteltynä yhteissummat laskutettavaa, alv 0%, alv osuus jne jne. taulukohtaisesti tietenkin. Siinäkään ei tietenkään ole ongelmaa jos kaikki pitää näpytellä erikseen, ilman automaattisia lukuja Pidättäydyn kyllä mielelläni excelissä siinä tapauksessa.
excelissähän kyseisen otsikon alle, kenttään johon tieto tulee kirjoitetaan myös lauseke. kaavojen lausekkeet tässä tapauksessa on riippuvaisia kentän koordinaateista.
esim
=A1*0,23=A2
=A1-A2=A3
jne.
jne.
Basessahan ei ole tietueiden otsikoiden alle minkäänlaisia koordinaatteja?
Täytyy myöntää että olen kyllä aika käsi tämän tietokannan kanssa, mutta tämä vaikuttikin liian hyvältä että olisi "helppo ja nopea tehdä".
Jos joku tuntee molemmat ohjelmat niin se on . Mutta nyt ainakin vaikuttaa että ko. menetelmällä ei pysty kantaa basella toteuttamaan?
Kiitos kuitenkin avustuksistanne.. rp kirjoitti:
hmm..
En tiedä onko minun ulosannissa tai ymmärryksessä tai kummassakin jotain vikaa :)
mutta,
==[ otsikko n:o ] (automaattinen summa)
Eli siis kiinteät prosentit on kyseessä.
esim.
taulun otsikot
[1.] päivämäärä] [2.]Laskutettavaa] [3.]alv 23 osuus] [4.]alv 0%] [5.]45% osuus] [6.]Vastattavaa]
tietue 1
(autom) (autom) (autom) (autom)
[1]1.9.2010 [2]212,12€ [3](48,79€) [4](163,33€) [5](73,50€) [6] (89,83€)
tietue 2
[1]2.9.2010 [2]100,00€ [3](23,00€) [4] (77,00€) [5] (34,65€) [6] (42,35€)
jne..
jne..
Eli tietueisiin syötetään vain päivämäärä ja laskutettavaa eli otsikko [1] ja [2] (sulkeissa olevat ohjelma laskee itse, kuten excelissäkin eli otsikot [4 - 6])
Raporttia tulostettaessa olisi kyseiset summat automaattisine lukuineen valmiina sekä eriteltynä yhteissummat laskutettavaa, alv 0%, alv osuus jne jne. taulukohtaisesti tietenkin. Siinäkään ei tietenkään ole ongelmaa jos kaikki pitää näpytellä erikseen, ilman automaattisia lukuja Pidättäydyn kyllä mielelläni excelissä siinä tapauksessa.
excelissähän kyseisen otsikon alle, kenttään johon tieto tulee kirjoitetaan myös lauseke. kaavojen lausekkeet tässä tapauksessa on riippuvaisia kentän koordinaateista.
esim
=A1*0,23=A2
=A1-A2=A3
jne.
jne.
Basessahan ei ole tietueiden otsikoiden alle minkäänlaisia koordinaatteja?
Täytyy myöntää että olen kyllä aika käsi tämän tietokannan kanssa, mutta tämä vaikuttikin liian hyvältä että olisi "helppo ja nopea tehdä".
Jos joku tuntee molemmat ohjelmat niin se on . Mutta nyt ainakin vaikuttaa että ko. menetelmällä ei pysty kantaa basella toteuttamaan?
Kiitos kuitenkin avustuksistanne..Odottelen tässä vaan selvyyttä siihen, että miltä osin Solveig Hauglandin esittämä menetelmä ei toimi tässä tapauksessa... Kun siihen ei näy mitään viittausta tuossa.
kopsattu laskentakaava (Acces 2007) jossa lasketaan pinta-ala, annetut mitat ovat millimetreinä. Kyselystä voidaan tulos hakea sitten lomakkeelle/raportteihin. Kentät (lev/kork) joihin viitataan ovat Rivit-nimisessä taulukossa. Basesta en tiedä höykäsen pölähdystäkään mutta kai se jotenkin tuohon tyyliin menee.
m2: 0,000001*([Lev]*[kork])
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Kannattaako suomalaisen duunarin enää äänestää vasemmistopuolueita
sillä eivät ne tunnu kovasti ajavan suomi-duunarin etuja. Jos katsotaan Vasemmistoliittoa, niin sehän on ihan feministi2406030Jaaha, sitä on vasemmistoryhmä käynyt häiriköimässä Purran kodin vieressä
On näköjään iso lakana levitetty puiden väliin, jossa lukee mm. "Haista vi*** Riikka Purra". Tunkekaa leikkaukset pers..1185824Professori: Maahanmuuttajien rikollisuutta hyssytellään - hävytöntä
Kriminologi Jukka Savolaisen mukaan ikä ja vaikeat olosuhteet eivät riitä selitykseksi. – Tutkitun tiedon valossa sanoi2324917Demokratian uhka: Perussuomalaiset ja polarisoiva "me ja muut" -ajattelu
Laurence Rees varoittaa, kuinka demokratian heikkeneminen ja autoritaaristen liikkeiden nousu voidaan liittää "me ja muu144274Mistä kummasta voi johtua se, että vasemmistolaiset usein häpeää itseään
voiko se johtua esim. köyhyydestä? Ja tästä on siis ihan suomalainen tutkimus olemassa. "Suomalainen tutkimus osoittaa614168Sanna-kulttilaiset hehkuttaa edelleen Marinia, vaikka esim. Sote oli susi jo syntyessään
mutta kulttilaiset eivät ole järjen jättiläisiä, ja sanoihin Lasse Lehtinenkin, että Suomessa on pohjoismaiden tyhmimmät684097Päivi Räsänen vs. Abbas Bahmanpour
(Bahmanpour on imaami Helsingissä) Syyttäjä siis jahtaa edelleen Räsästä tämän H-puheista, joissa hän on ilmeisesti vaa274082Marin teki sen mihin muut eivät pystyneet, vei susi-Soten maaliin
ja sitten hävittyjen vaalien jälkeen lähtikin vastuuta pakoon...... "Professori: sote-uudistus on täysi susi. Sosiaali323648Palkansaajan oikeus nauttia työuransa hedelmistä
Työeläkejärjestelmä on verrattavissa pyramidihuijaukseen, jossa alemmat tasot, eli nykyiset palkansaajat, toimivat maksa522542En koskaan tule sinulle tätä kertomaan
Kun kirjoitin sinulle viimeisintä viestiä, huomasin kyynelten valuvan poskiani pitkin.401780