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
818
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
Hengenvaaralliset kiihdytysajot päättyivät karmealla tavalla, kilpailija kuoli
Onnettomuudesta on aloitettu selvitys. Tapahtuma keskeytettiin onnettomuuteen. Tapahtumaa tutkitaan paikan päällä yhtei1996994- 1592066
- 1131698
- 511400
Suureksi onneksesi on myönnettävä
Että olen nyt sitten mennyt rakastumaan sinuun. Ei tässä mitään, olen kärsivällinen ❤️551268Möykkähulluus vaati kuolonuhrin
Nuori elämä menettiin täysin turhaan tällä järjettömyydellä! Toivottavasti näitä ei enää koskaan nähdä Kauhavalla! 😢551140Älä mies pidä mua pettäjänä
En petä ketään. Älä mies ajattele niin. Anteeksi että ihastuin suhun varattuna. Pettänyt en ole koskaan ketään vaikka hu1001084Reeniähororeeniä
Helvetillisen vaikeaa työskennellä hoitajana,kun ei kestä silmissään yhtään läskiä. Saati hoitaa sellaista. Mitä tehdä?71016Tarvitsemme lisää maahanmuuttoa.
Väestö eläköityy, eli tarvitsemme lisää tekeviä käsiä ja veronmaksajia. Ainut ratkaisu löytyy maahanmuutosta. Nimenomaan253961- 41949