Frontløbere rapport for Ø90 Budget 2.11.2010 Testere Jens Brandenborg Jysk Landbrugsrådgivning Anders Funch Kolding Herreds Landbrugsforening Budget foretaget på ø-90 nr. 3335 ktp 5 (15-18/10), 3003 ktp 1 (28/10) og 2954 ktp 1 (1/11) Kim Hermansen Gefion Poul Brandstrup - Gefion Kirsten Holm Pedersen Jysk Landbrugsrådgivning Erik Klausen Jysk Landbrugsrådgivning Stefan Fick Caspersen Jysk Landbrugsrådgivning VFL s kommentarer Generelle bemærkninger: Jeg har i dag lavet et lille budget på i Ø 90 med brug af kalkuler, jeg fandt et par fejl/ uhensigtsmæssigheder som bør rettes. Der ud over er der forsat nogle teksterne udskrifterne der står på tre linjer, eksempelvis står Likviditet før ekstraordinære poster på tre linjer, kan det ikke rettes så det maks. står på en linje. Overordnet set var min oplevelse at programmet fungerer. Der er stadig en række tilretninger som skal laves før det glider optimalt, men der er en overordnet fornuftig opbygning. Det er forstyrrende at der ikke er en naturlig flytning af kursér når man hopper frem i budgettet og skal lave indtastninger. Det bør overvejes om ikke programmet kan gemme tallene umiddelbart når de er tastet så det ikke kræver at der tastet enter og desuden gemmes tallet hvis der tastes i saldo billedet nederst i niveau 3 uden at der tastes enter. Skærm opsætningen bør laves så man kan se hele skærmbilleder. Dvs. at man i niveau 3 kan se kassen til månedsindtastninger, saldo indtastninger og kassen til højre med intern oms. også videre. Stam træet i venstre side bør kunne lukkes meget mere sammen end der er mulighed for nu. Det er meget uoverskueligt og der er meget spildplads. Vi mangler den gamle funktion hvor vi øverst i venstre side kunne indtaste et konto nr. og så hoppe direkte til det. 1
Jeg har lavet vores tekstsider dog uden kommentarer. Egne produkter mælk kommer både i afsnittet med mælk og fjerkræ.. Sammentælling mangler i marts og juni i realiseret gevinst/tab værdipapir Ønsker: - rente% på kassekreditten i udskriften - Søgefunktion; taste kontonummer og komme til det rigtige sted (ligesom i bedriftsløsningen) Jeg mangler rigtig meget et system til at holde styr på renter og afdrag på de enkelte lån (kontokoblinger i bedriftsløsningen) enten på samme måde som i bedriftsløsningen eller via en låneberegner el. lign. Så har jeg lavet mit første budget i Ø90. Et minkbudget uden produktionsbudgetter. Overordnet synes jeg egentlig det har fungeret som det skal, men har lige skrevet et par punkter i vedlagte. Det tager naturligvis længere tid her første gang. Det der irriterer mig mest ved brug er langsommere opdateringer end vi er vant til i Bedriftsløsningen, men det bliver vel bedre? Som jeg også har skrevet på vedlagte vil man ofte have behov for at gå til registreringer eller kontoplan, men jeg synes det er langsommelig at komme tilbage til budgettet. Det bør være muligt at komme tilbage til det billede man oprindelig stod i i budgettet. Der bør være en facilitet så ved enkelt klik kommer tilbage. 28/10: Budget foretaget på ø-90 nr. 3003 plan 1 Budget lavet som hurtigt budget som efterfølgende er lavet til normal likviditets og resultat budget Stadig et positivt indtryk af programmet. Der er stadig de småfejl der tidligere er påpeget med tabulator gang, det ekstra 0 som skal slettes i kvantumsfeltet når fordelingsbilledet bruges. Men når det bliver rettet og over blikket bliver bedre i stamtræerne i opsætninen på hver fane skal det nok blive godt. Jeg har ikke testet udskriftsmodulet og tekst modulet i denne øvelse. 1/11: Budget foretaget på ø-90 nr. 2954 plan 1 Budget er et simpelt planteavls og slagtesvinebruget lavet direkte i resultatbudget (uden kalkuler) Der kommer stadig en række fejlmeddelelser som nedenstående: 2
Vi mangler at kunne kopiere indhold fra en konto til en anden (til brug ved flyt af indtastninger som er kommet på forkert konto eller feks. Ved flyt af kvantum fra 4588 00 til 4588 80) Efter nu at have lavet 3 budgetter er min generelle oplevelse at det overordnede set up er i orden og overskueligt. Der er stadig en række rettelser der skal laves for at få optimeret programmet og få det gjort endeligt færdigt, men det er muligt at lave budgetter. Dette simple budget tror jeg nu tager samme tid at lave i ø90 programmet som i bedriftsløsning. Jeg har overført Ken Ølgård Blochs planteavlsbudget til kreds 790 ejendomsnr. 161, som du aftalte med Jens Brandenborg. Derudover har jeg givet Videnscentret læserettighed til Kens data i MarkOnline. Årene 2010, 2011 og 2012 er overført. Budgettet er lavet så godt som DLBR Mark tillader. I høstår 2010 er efterbetaling for kartofler med i 2011, angivet som knolde sorteret og med bemærkning efterbetaling. I 2011 er kartoffelsortering angivet som Rensning_M og propionsyre til korn angivet som Andet Forbrug. Spildevandsslam har negativ pris, så det overføres som en indtægt. Som i 2010 er der efterbetaling på kartofler i 2011, hvilket er klaret på samme måde som i 2010. Følgende ting tager jeg også stilling til i budget, men taster manuelt: - Rådgivning - Jordprøver - Grundforbedring Jens mangler derfor følgende for at få et endeligt budget: - Egne maskiner (brændstof, vedligehold mm.) - Jordleje - Finansiering af jord - Løn 3
Budgettyper: 1. Start af Ø90 Budget 2. Opsætning af de 5 kolonner 3. Budget opgaver Fra hurtigt til fuldt lik. budget 4. Fanen produktionsbudget Fabriksroer. Konto specifikation 2.11.2010 Det virker fint når der skal laves et hurtigt budget. Problemerne opstår når budgettet overgår fra at være kalkule baseret til at være baseret på indtastningerne i resultatopgørelsen. Det SKAL være muligt at slette/skjule kalkulerne hvis de ikke er rigtigt/aktuelle mere. Her tænker jeg ikke kun på udskriften hvor muligheden for ikke at udskrive dem er tilstede, men også i ø90 budgettet (indtastningsbillederne). Vi kan ikke have tal/kalkuler som vi kan se og evt. tage fejl af når vi senere lukker et budget op igen. Som jeg forstår det nu skal kalkulen slettes inden produktionen så igen lægges ind i resultatopgørelsen. Det er ikke godt. Det er ikke muligt at lade indtægten for affald gå ind på konto 3084 00 28/10 KPL Kvantum I regnskabsmæssige sammenhæng benytter vi kvantum i ton sukker og ikke i ton rene roer. Der regnes ikke med kvantum på affald og på fragtgodtgørelse. KPL Kontonummer Det er ikke muligt at vælge kontonummer 3084 01 Handelsroer, fradrag til fragt omkostningerne. Vi har normalt har disse omkostninger her i regnskabet. KPL Husdyr kalkuler Kontonummer på døde dyr i kalkulerne skal defalt stå til Daka 4488 12 og ikke 3xxx xx konti KPL efterbetaling svin Udbetales først i december og ikke i november KPL Konto specifikation Slagtede polte kontonr. 3411 00 skal kunne flyttes til enten solgte søer konto nr. 3404 00 eller solgte slagtesvin konto nr. 3461 00 KPL Konto specifikation Det skal være muligt at sætte omkostninger til ukrudt, sygdom og skadedyr ind på hovedkontoen 4040 00 Kemikalier. 4 KPL
Konto specifikation Det er ikke muligt at ændre kontonummer på gødning. Det bør være muligt at sætte det hele ind på hovedkontoen 4020 handelsgødning. KPL Når jeg åbner kalkulebilledet, er det så stort, at luk-knappen i nederste højre ikke kan bruges uden at flytte på den blå bjælke øverst: NIB Skyldes det en forkert skærmopløsning eller en programfejl? 5
5. Kalkuler Slagtesvin, enhedskalkule - Kvantum 2 Slagtesvin, enhedskalkule - Pris 2 Slagtesvin, enhedskalkule - Pris Resultat - Kt. 3463 00 efterbetaling slagtesvin 2.11.2010 Der kan ikke ændres indkøbsvægt, afgangsvægt på smågrise/ slagtesvin Der mangler decimaler på pris 2 Den pris der anvendes i standartkalkule er de noteringsforventninger der er kommet fra L&F, hvad med fradrag, typisk 0,20-0,25 kr. pr kg pga. kød procent, leveringsforhold osv. Jeg mener landskalkulerne har fradraget for dette. Der beregnes efterbetaling af produceret slagtesvin og ikke af leveret slagtesvin. Der kommer decimaler på beløbet, det behøves der ikke. KPL/NIB KPL KPL KPL? Resultat - Kt 4836 00 Porto Kvantum i resultat fanen er summen af leverede roer og mængenden fra fragtgodtgørelse. KPL Kalkule Roer 6
7
6. Resultat-fane Det er uhensigtsmæssigt at man ved at gå i niveau 3 kan gå fra kolonne 2 til 1 og dermed ikke komme ind månedsfordelingsbilledet. Hvor kan vi komme til at rette i udskudt skat? I resultat fanen er der lukket for indtastninger og i balancen er hensættelser ikke åben. 15/10 JBW 18/10 JBW 8
Der beregnes ikke renter på kassekreditten JBW Det er ikke særlig logisk at leasinger står under husleje fanen. JBW/ARL Detalje Nedenstående salg af slagtesvin stammer fra en kalkule på 25 producerede slagtesvin. Der sælges 2 slagtesvin pr. måned, men for året sælges der 25 svin 12 x 2 = 25??? Tilsvarende regnes der med decimaler der ikke vises, hvilket gør at man ikke kan regne de enkelte linier efter. NIB 9
Detalje Endnu et eksempel på manglende heltals afrunding. en virkede i den gamle version, så der må hentes inspiration herfra. Det må være antal stk. for året der skal deles ud på måneder i hele tal, dvs. nogle måneder med 2 stk. og nogle måneder med 3 stk. <- Dette tages op på brugergruppemøde. Det er ikke logisk at der står at 2 stk. á 1.014,02 = 2.513. NIB NIB Ses der på ovenstående billede går den interne omsætning af 7 kg s grise ikke op konto 3417 10 og konto 4217 10.? Intern omsætning Der skal være en lettere måde at markere en hel konto som intern omsætning. Herunder er et eksempel hvor der er et sohold med salg af 30 kg grise, hvor der er oprettet en kalkule for søer og 25/10 10
en for smågrise. Det må være muligt at flytte hele kontoen over så internomsætning på en gang tilsvarende for modkontoen. Løsningen kunne være at der i den øverste linie er mulighed for at skrive I som Intern omsætning i fordelingskoden. Jeg kan se at det er muligt at markere kontoen som intern omsætning i kalkulen. JBW 11
Afgifter og moms Det må være muligt i et nyt budgetprogram at der er automatisk sammenhæng mellem el- og olieafgifter og opsamling af disse i momsafsnittet. JBW Anita: Det skulle det sandelig også gerne. Vil du uddybe, hvor problemet er? Hvilket beløb / hvilke konti Eventuelt kreds- og ejendomsnummer, jeg må kigge på. Selve konteringen af energiafgifter samtidig med købet regner vi med at løse, når kontokoblinger bliver virkelighed. Renteberegning på KK Når der ikke er angivet et makstræk på kassekreditten, så beregnes det maksimale træk som nul kr. og der beregnes ikke rente af trækket, se herunder. JBW 12
Dette kan løses ved at angive renten på kassekreditten som renten af træk over maks. Det må være muligt at angive at der ikke er maks. Træk på kk enten ved et blankt felt eller ved at 0 er det samme som intet. 13
14
Anita: Jeg ved, at det har virket anderledes i Bedriftsløsning, men mener at det er et spørgsmål om tilvænning. Det handler jo blot om at skrive renten i den rigtige linje - eller er der nogle andre ulemper, jeg ikke har set? Nuværende løsning giver mulighed for max = 0, hvad den gamle ikke gjorde. Mulig forbedring: Vi kan ændre rækkefølgen af oplysninger, så man ser maksimum, når linjen foldes ud. P.t. er max ofte under bunden af billedet, og hvis man kun blader ned til renten, ser man ikke, at max er 0. Jeg er ikke helt klar på hvad dit spørgsmål går på. Men det du skriver stemmer godt overens med den funktionalitet jeg har fundet frem til. Jeg har lige været en tur ned af gangen og spørge mine kollegaer og det er maksimalt i 20 % af budgetterne vi bruger at angiv det maksimale træk fordi det ofte er således at den først fastsættes efter budgettet er udarbejdet. Når jeg sidder og ser på udskriften bliver jeg nød til at renten angives som overtræk, hvilket ikke er hensigtsmæssigt. 15
Kan det passe at rente procenterne ikke angives på udskriften? eller er det bare mig der ikke har fået det tilvalgt. Se på funktionaliteten i bedriftsløsningen vi ønsker ikke at blive mere låst i funktionaliteten vedrørende rente og på kassekreditten ved at få et nyt program. Hvilket den nuværende funktionalitet er. Det skal være muligt at arbejde med normal rente på kassekreditten uden at der er defineret et maks.træk så må 0= intet NIB: 1. Vi har forstået og er enig i dit budskab. Anita anviste hvordan du kan gøre nu, når max. = 0. Men selvfølgelig skal man ikke anvende rentesatsen over max,, hvis det er den under max., man ønsker at indtaste. 2. Og nej, rente-% mv. bliver ikke udskrevet p.t. Men vi arbejder på sagen og håber, at det kan komme med i næste igangsætning. Opdeling af underpunkter i resultatfanen Når der i fordelingskoder tastes F4 og den valgte kode findes trækkes den valgte kode (feks 70 for b-skat) ikke med over som den anvendte ved at trykke enter, men der skal tastet på knappen overfør. Ligeledes er det heller ikke muligt blot at taste minus i kodefeltet hvis alle beløb på den valgte konto skal have negativt fortegn. 28/10 Efter aftale med Jes Wilumsen har jeg kigget på de underopdelinger der er i stamtræet i resultatopgørelsen. Mit udgangspunkt er at opsætningen skal understøtte brugen af programmet og der skal ikke være unødige arbejdsgange eller andre forhold som fjerner overblikket. Som udgangspunkt mener jeg at stamtræet i venstreside af både resultat, inv, balance og egenkapitalen skal kunne lukkes sammen så de kan vises på skærmbilledet (som i bedriftsløsning). Det giver ingen overblik når skærmen er fyldt med linjer som ikke er relevante på den pågældende bedrift og at man hele tiden skal rulle op og ned for at se effekten af det indtastede. Ved en gennemgang af alle de forudbestemte tekstlinjer der er i dette budget har jeg følgende kommentarer: 16
Resultat fanen Linjer på DB niveau er ok. Som de er. Energi bør ikke opdeles i flere Maskinstation bør ikke opdeles i flere Vedligehold. Her mener jeg der er fornuft i opdelingen som i har vist den. Ejendomsskat og forsikring bør ikke opdeles (bruger ofte kun 2 konto numre.) Afskrivninger. Kunne dette ikke også samles? Opdelingen af afskrivningerne har vi jo i balancen og der skal ikke tastes beløb eller ændringer i resultatopgørelsen. Hele gruppen af anden virksomhed bør kunne lukke sammen når der er vælges alle i vis linjer. Inv. fanen Her ser det ud til at tingene fungerer fint (der er ingen under opdeling) Balance Fast ejendom. Her er det nok svært ikke at have en opdeling, så det er ok. Leveringsrettigheder kan man overveje om ikke også kunne fungerer uden underopdeling (det er igen typisk 3-4 kontonumre vi vil bruge og de er tekstet på kontonumrene. Inventar er ok. Beholdninger ok. Biler. Her er det igen typisk få biler så her behøver vi heller ingen underopdeling Værdipapirere er ok. Pengeinstitutlån her ville det måske også være lettere at finde kontonumrene hvis ikke de var opdelt. Konto nr. 8314 01 og 8314 02 findes på 3 biler og når der budgetteres på en af dem kommer samme beløb på alle biler (altså 3 gange samme omk.) 1/11 17
7. Afstem intern omsætning 8. Detaljeniveau 3 (måneds-fordeling) 1) Fordelingsbilledet virker uhensigtsmæssigt på flere punkter. Slettes f.eks. kvantum med delete-tasten forsvinder hele månedens posteringer. Tilsvarende hvis beløbet slettes. Det ville være rart, hvis det kun var det tal, som var markeret, som blev slettet. NIB 2) Hvis beløbet rettes fastholdes prisen og kvantum rettes forholdsmæssigt op eller ned. Jeg ville foretrække, at det ville virke som i DLBR IT programmet, hvor det er prisen, som bliver ændret. NIB % 9. Opslag / brug af på kontoplan 10. Invest.-fane I det hele taget er rutinerne fra DLBR IT programmet godt indarbejdet, så hvis der ikke kan påvises en klar forbedring, vil jeg foreslå, at fordelingsbilledet kommer til at virke på samme måde som der. 18/10 JBW Denne fejl kommer flere gange i løbet af indtastningen, men når man siger ok til det, kan man godt komme videre. Denne fejlmeddelelse kom ved at indtaste 100.000 kr. på konto 7247 00 i oktober mdr. under fanen Inv. og finansiering. De indlagte afskrivninger bliver ikke vist som afskrivninger og giver dermed en afstemningsfejl og i udskriften er de med i resultatopgørelsen og ikke i likviditets billedet som tilbageførte. Konti 7349 XX vises ikke i træet med formueindtægter / - udgifter, selv om de står med flueben under anvendte ARL 18
konti. 19
20
Afstemningsfejl ARL 21
11. Balance fane Programmet kommer ofte med fejl og arbejder uacceptabelt langsomt ved indtastninger på f.eks. gældskonti primo Overskydende skat budgetteret i primostatus på f.eks. konto 7231 09, 7233 09 og 7235 09 tæller ikke med, når egenkapitalen i balancen gøres op. ARL Primo og ultimo Ved indtastning af primo og ultimo er beregning og opdatering meget langsom. NIB Primo saldo bil 12. Anlægskartotek Erhvervsmæssig andel af bilomkostninger 13. Produktionsforhold fanen 14. Egen kap. - fanen 15. Budget oplysninger fanen: Indtastes positiv saldo på Fx kt. 9999 00 bliver den automatisk rette til negativ Det er ikke muligt at angive hvor stor en del af bilomkostningerne er privat og erhverv. Denne opdeling er der i årsrapporten. I starten havde jeg en fejl på 10.000 kr. Det må være den automatisk beregnede afskrivning på den diverse investering på 100.000 kr. der er indlagt. Uden at gøre andet end at gå frem og tilbage mellem de øvrige faner blev fejlen i afstemningen af egenkapitalen pludselig væk. 25/10 JBW 1/11 Moms og momsberegning 22
16. Driftskredit og renter Rente % KK ønskes i likviditetsbudgettet: JBW 17. Slettefaciliteter 18. Udskrifts-bestilling 19. er 20. Udskrift - afsnit: Produktionsbudget - tal-fejl - design 23
21. Udskrift afsnit: Resultatbudget Ekstern udskrift beregner for store andre eksterne omkostninger det ser ud til at den tager investeringer over driften med 2 gange. ARL / Søs 24
ARL 22. Udskrift afsnit: Inv. Finansiering 23. Udskrift afsnit: Balance 24. Udskrift afsnit: Egenkapital Afstemningsfejl af egenkapitalen på side 10 i intern. Jeg formoder det er den manglende rente på kassekreditten som driller. I den eksterne viser den ikke fejlen, men der er der. ARL 25
25. Udskrift: Likviditetsbudget Enhed: Mangel?: 26
26. Udskrift generelt Skal der stå navn på kunden øverst på alle udskrifter? 2.11.2010 JBW 27. Andet Kontonummer felt Når kontonummer feltet bruges til at finde en konto virker feltet ikke på samme måde som i fordelingsblokken. I kontonummerfeltet aktiveres feltet ikke af et tryk på enter, som det gør i fordelingsblokken. Man skal bruge TAB for at aktivere en søgning, denne bruges til at gå til næste felt i fordelings blokken. 25/10 NIB/JBW 27