About Marko Koivuniemi

Marko Koivuniemi · ‎15-04-2025

Joitain tuotteita tehdään etukäteen varastoon ja myöhemmin myyntitilauksella sitten kun otetaan ennakoista niin tuotantoajoa ei ajeta. Meillä on tehty kaikenlaisia kokeiluja mutta nykyinen tapa on hyödyntää suunnittelulajia koska "myyntitilauslajeista siten, että ne eivät varaa tuotteita varastosta." "laji 2. Suunnittelu ei varaa menossa saldoja mutta tuotanto ja tuotantovaraukset näkyy ja kun tuotantoajon ajaa niin päivittyy saldot kuitenkin ok." Mutta nyt on ongelmana että suunnittelulajiin jää roikkumaan tilaukset 4-tilassa. Lisäksi yhteyttä tilaukseen joilla noita valmistettuja tuotteita toimitetaan ei suoraan ole. Välillisesti tieto on haarukoitavissa tietueiden tapahtumista kyllä mutta ei mitenkään selvästi. Ja tietysti tuotantoajon jälkeen muodostuvista dokumenteista, mutta sei suoraan taas liitä varsinaiseen tilaukseen. Vaihda laji-toiminnolla saataisiin kyllä positioita uusille tilauksille - mutta sitten osa tilauksista tulee edi-sanomana joten tällöin ei vaihda-laji toimintoa voida käyttää. Sarjanumeroita ei ole käytössä meillä. Ajattelin tänne laittaa vähän keskustelunavaukseksi että onko muilla vastaavia tarpeita ja miten asiat on hoidettu. Erilaisia ratkaisuja ja on mietitty.

Marko Koivuniemi · ‎10-04-2025

Hienoa että jaoit tämän tänne. Saattaa olla että tulevaisuudessa jonkun muutama hius jää harmaantumatta tai irti repimättä päästä tai molemmat.

Marko Koivuniemi · ‎20-03-2025

Tämä ei ollut kiva yllätys näin yöllisen asennuksen jälkeen. Kun en tajunnut käynnistää ohjelmia erikseen. Eräässä koneessa Microsoftin Defender älähti ja toisessa WithSecuren DeepGuard blokkasi uuden Myyntitilauksen. Aiemmin ei ole osapäivityksissä tullut vastaavaa. Saan toki nämä kuitattua ja korjattua mutta ärsyttävä lisäjumppa aamun aluksi.

Marko Koivuniemi · ‎09-03-2025

On-premise-Novan etuja on että pääsee sorkkimaan tietokantaa. Kunhan muistaa että jos ampuu itseään jalkaan niin se on oma syy. Nim. turvakengät tarpeen. Nämä tiedot majailevat mammuttimaisessa recaction-taulussa, joka lokittaa erittäin paljon kaikkea mitä Novassa tapahtuu. Nämä nimenomaiset tietueen tapahtumat löytää rajaamalla: program = 'VA' josta sitten löytyy haluttuun tuotteeseen liittyvät tapahtumat tuotekoodilla esim code = 'HILAVITKUTIN'. - jos siis tietoa haetaan SQL-kyselyllä.

Marko Koivuniemi · ‎10-02-2025

Tuotteen takaa "Näyptä - tullaustiedot"-kohdastahan tuotteella voi lisätä tullikoodin. (Vai vaatiiko tämä sitten Intrastat--modulin joka meillä on ) Alkuperämaa voidaan noutaa vaikka toimittajatiedon takaa tjsp.. Ja esim tilausvahvistuksista löytyy vakiopohja "Tullinimikkeet - mtilvah3.rpt" Mutta työlästä tietysti jos jokaiselle tuotteella pitää erikseen käydä lisäämässä. Jos Nova on omalla palvelimellanne niin sql-serverin kautta asia olisi paljon helpompaa CN-tauluun tyrkätä tuotteille tullinimikkeitä. Mutta kaikki on toki mahdollista. Myös Varaston Lisäteksti-kenttää hyödyntää tulosteissa jos halutaan että kyse on erillisestä informatiivisesta tiedota. Raporttiräätälöintien avulla onnistuu kaikenlaiset yhdessä sql-skriptien kanssa. Jos tullinimikkeitä on kohtuullisen vähän niin voidaan myös kehitellä kikkakolmosia: esimerksi JOS varasto-ohjelmassa on vaikkapa jossain normaalisti käyttämättömässä kentässä "1" niin tulosteelle tulee "Tullikoodi xxx, alkuperämaa Kanada" ja jos "2" niin "Tullikoodi yyy, alkuperämaa Norja" jne. (Ja tarvittaessa tämä toteutuu vain kun asiakas on Z - muuten tätä ei tulostu.) Tällöin toki kömpelyytenä on uusien yhdistelmien lisääminen vaatii rpt-tiedoston päivitystä. Mutta esimerkkinä vain että kiertoteitäkin löytyy. nim. Kaikkea on kokeiltu. Tarvittaessa olen käytettävissä.

Marko Koivuniemi · ‎24-01-2025

Novan raporttipohjassa on oletuksena värit, mutta kyllä tulostimen asetuksissa pakotettu mustavalkoisuus pitäisi tämän yliajaa, tulostuksen oletusasetuksien kautta. Eli joko tulostimen ominaisuuksien tai tulostuksen oletusasetuksien kautta mustavalkoisuus käyttöön. Mutta raporttipohjat on helppo räätälöidä mustavalkoiseksi mutta se vaatii Crystal Reports -ohjelman tai yhteyden tahoon joka raporttiräätälöintejä tekee. (Kuten minä.)

Marko Koivuniemi · ‎16-01-2025

Ikävä muutos. Tutkin uteliaisuudesta versiosaatteista enkä muuta keksinyt kuin 10.6.1. -välipäivityksen yhteydessä: "Reskontravahti-integraatio: Suorituskirjausten käsittelyä on tarkastettu." Tämä voi olla hölmö kysymys kun en ole tuon puolen Nova-ohjelmien käyttäjänä kovinkaan kokenut mutta onkos näissä sama verokanta - käteisalennuksien tilinhan voi määritellä verokantakohtaisesti: https://ohjeet.visma.fi/articles/#!visma-nova/manuaali-ulkomaan-suoritus En tiedä kuinka yleinen tarve on mutta olisihan se kehitysehdotus että voisi määritellä esim asiakasryhmittäin tai jotenkin muuten käteisalennustilin.

Marko Koivuniemi · ‎16-01-2025

Kyselin kans meillä ja sama on huomattu. Toivottavasti päivitys ui nopeasti myös on-prem-asiakkaille.

Marko Koivuniemi · ‎07-01-2025

Sen verran vähän sivusta huikkaan että tuo sinänsä yksinkertainen muutos ei todellakaan ole sellainen että "...uskoisin, että tekin helposti saatte sen lisättyä". Sehän muuttaa koko käsittelyn ajatusta ja taitaa vaatia taustalla niin suuria muutoksia että sen toteuttaminen on sekä suunniteltava huolella että mietittävä sen todellista tarvetta. Siksi kannustaisinkin vaikka sinua ja muita tätä lukeneita kertomaan konkreettisia esimerkkejä jotta Visman päässä tiedetään enemmän. Tilanne on nimittäin kovin erilainen jos se tapahtuu kerran vuodessa ja ärsyttää suunnattomasti tai että se tapahtuu kerran viikossa. Ja vaikka kylmää dataa että "meidän N:sta tositteesta yli X % sisältää useita eri kululajeja ja siksi tämä työliistää meitä paljon. "

Marko Koivuniemi · ‎30-12-2024

Pyörittelin rapsapohjaa ja paria eri versiota. Toinen lajittelee ensin käyttäjän perusteella ja sitten tuotteen perusteella. Toisessa taas tuotekoodi lajittelee tiedot ensin ja sen jälkeen vasta käyttäjittäin. Näkisin että jälkimmäinen on informatiivisempi jos/kun halutaan tutkia tiettyjä tuotteita. Meidän kannassa paljon inventointitapahtumia on Automaatti-inventointeja ja Nolla-inventointeja. Mietin että josko suodattaisi ne pois mutta sitten katoaa ehkä kokonaiskuva mistä saldot muodostuvat. Lisäsin raporttiin myös uuden varastosaldon ja vanhan varastosaldon. Uusi varastosaldo on inventointitapahtumassa sama kuin Määrä-kenttä, mutta jos jättää tuon raportin 5-tapahtumalajin pois rajauksista niin noista tiedoista voi olla hyötyä. Tästä voi ainakin lähteä liikkeelle. Toki parhaimmillan itse sain yli 7000 sivuisen raportin joten täytyy joka tapauksessa palastella ettei liina pitkää ajanjaksoa ota kerralla pureskeltavaksi. Jos tällainen raportti kiinnostaa niin minuun voi olla yhteydessä vaikkapa marko(a)kovettu.fi -osoitteen kautta.

Marko Koivuniemi · ‎20-12-2024

Varastokirjanpito - Raportit - Varastopäiväkirja. Siellä pystyy rajaamaan henkilöllä ja myös tapahtumalajilla. Rapsapohjaa joka ensisijaisesti lajittelee henkilön perusteella ei ole joten tuo vaatii raporttiräätälöinnin joka on helppo tehdä. Onnistuu esim minulta ja Visman konsulteilta.

Marko Koivuniemi · ‎16-12-2024

Ehkä mr. Murphy iski ja hait kortit juuri ennen kuin ne päivittyivät. Verottajan sivuilla sanotaan: "Vero APIn kautta vuoden 2025 ensimmäiset ennakonpidätystiedot ovat valmiina ja haettavissa 23.11.2024 ja kaikkien tiedot viimeistään 13.12.2024." 🙂

Marko Koivuniemi · ‎12-12-2024

Ja nyt kun tuli juuri ohjeistus niin kyllä tuo vanhakin tapa pitäisi toimia kivuttomasti kun ohjeessa mainitaan että voidaan noutaa MYÖS VeroApin kautta. https://ohjeet.visma.fi/articles/#!visma-nova/ajankohtaista

Marko Koivuniemi · ‎11-12-2024

Huolissani kyselin meidän päästä ja ajattelin jakaa saamani vastauksen ja siihen liittyvän ohjeistuksen: "Tässä taitaa olla kyseessä meidän aiemmin käyttämä suorasiirto. Nyt on tarkoitus käyttää API-rajapintaa, joka on parilla kokeilulla toiminut kuten pitääkin. Hope so, tositilanteessakin!" Mutta sitä en osaa sanoa pitäisikö tuon vanhankin metodin vielä toimia. Alla olevan linkin takana olevassa ohjeessa todetaan: "Tiedot noudetaan AutoReport-palvelun kautta. Tämä toiminnallisuus on käytettävissä niissä yrityksissä, joissa on AutoReport-palvelu aktivoitu käyttöön, ja asetuksissa on määritelty varmenne käyttöön." Toisaalla ohjeissa mainitaan tuo suorasiirtotiedosto mutta sitten viitataan Palkanlaskennan päivitettyihin ohjeeseen. Toivottavasti asia selkenee - kannattaa laittaa sovellustukeen sähköpostia. https://ohjeet.visma.fi/articles/#!visma-nova/ennakonpid-tystietojen-nouto-verottajalta

Marko Koivuniemi · ‎11-12-2024

Ellei asia ole jo sovellustuen käsittelyssä niin ehdottaisin että laitat kuvakaappauksen ja kuvauksen ongelmasta heille ( sovellustuki(a)visma.com ). Mukaan liittäisin vanhalla MT:llä tehdyn csv:n tästä laskusta. Se löytynee Tiedosto - Tietojen vienti -kohdasta. Sinne vain Rajaukseksi tämä lasku. Ja ehkä jopa erikseen molemmat versiot "normaali siirtoaineisto" ja "suoritusaineisto". Jokin tuossa laskussa nyt närästää - kenties joku kenttä joka teillä ei ole tarpeellinen mutta uudessa Laskutus-ohjelmassa onkin.

Marko Koivuniemi · ‎09-12-2024

Uteliaisuus tappoi kissan. Tein testikantaan uuden varastopaikan. Toiminto kysyi että lisätäänkö varastopaikka jokaiselle tuotteelle jonka annoin sitten tehdä. Mutta kun poistin tuon varastopaikan niin vastaavaa kyselyä ei tullutkaan vaan tuotteiden taakse jäi kummittelemaan tuo tekemäni ja poistamani varastopaikka. Meidän omassa Novassa tuo on minulle helppoa poistaa kun pääsen tietokantaan käsiksi mutta en tiedä miten onko tuohon Novassa jotain tehtävissä. Vähän ohjeen mukaan vaikuttaa että ei: Varastopaikat

Marko Koivuniemi · ‎09-12-2024

Minähän en ole Visman palkkalilstoilla eli jos olet sovellustukeen laittanut kuvaa niin se on siellä tutkinnassa ja varmasti asia selviää. Mutta tuo on tärkeä tieto että toimii vanhalla Laskutus-ohjelmalla mutta ei uudella. Vika voi johtua yllättävän pienestäkin asiasta tai muutoksesta. Jos laitoit sovellustukeen aiemman niin lisää sinne tietoihin tuo tärkeä tieto: "Taas tuli esiin yksi uusi lasku, jota ei saa auki ollenkaan uudella laskutuspuolella, mutta vanhalla kyllä. Näihin laskuihin on tullut tuplasuoritus tai niihin on kohdistunut osasuoritus." Ja ehkä kuvakaappaukset myös suoritukset-ikkunasta näissä laskuissa. Kaikki mahdollinen tieto on hyödyksi kun tuessa yrittävät toistaa tilanteen jotta kehittäjät voivat sen korjata. Hyvä että nämä viat nousevat esiin että saavat korjatuksi. Meiltäkin on yksi selvityksessä MT:n vanhan ja uuden osalta kun uudessa Tulostus - Lomakkeet - Osoitekortti (puhdas) antaa virheilmoitusta tulostaessa.

Marko Koivuniemi · ‎09-12-2024

Tämä virheilmoitus kertoo että jossain kohtaa pitäisi olla kokonaisluku mutta merkkijonosta sen muodostaminen ei onnistu. Tuliko tuo virheilmoitus tallennettaessa vaiko laskua tulostaessa vai missä yhteydessä. Kuvakaappauskin voisi auttaa vaikka ehkä asia on jo sovellustuessa selvityksessä. Mietin että olisi houkutus ajatella sen liittyvän ALViin jossa "24" on kokonaisluku mutta "25.5" ei ole. Mutta Novassa itsessään ei pitäisi olla ongelmia tämän kanssa mutta joku räätälöity raporttipohja taas voisi olla ongelma. Tai jokin muu rapsapohja.

Marko Koivuniemi · ‎09-12-2024

Onko kyse oman palvelimen Novasta vai Visman pilvipalvelusta? tuo v_lasku_search on Sqlserverin yrityskantaan liittyvä näkymä joka pitäisi kyllä olla käytettävissä. Tuolloin tietokantayhteydessä voi olla jotain vikaa eli sulje kaikki Nova-ohjelmat ja varmuuden vuoksi voi vaikka koneenkin käynnistää.

Marko Koivuniemi · ‎04-12-2024

Tietokannasta helppoakin kaivella mutta Novan vähän mielestäni jäykempää. Jos Laskutus-ohjelmasta vaikka Raportit - Tilastot - Asiakasyhteenveto ja laittaa päivämäärärajaukseksi ajankohdan jonka tulkitsee aktiivisuuden merkiksi niin saa tulosteen joka kertoonämä asiakkaat. Ne joita raporteilla ei ole ovat sitten vähemmän aktiivisia. Tuo rapsa on kätevä koska tulee vain yksi rivi/asiakas.

Marko Koivuniemi · ‎02-12-2024

Pakkohan tänne oli tulla kertomaan ilosanomaa uudesta 10.6.2. osapäivityksestä: Kun tilauksella/laskulla on ALV kentässä valinta 2.Alv sisältyy (brutto), myös rivin veroton kenttään lasketaan arvo 4 desimaalilla.

Marko Koivuniemi · ‎21-11-2024

Yksi tarkistamisen arvoinen seikka on Lomakemäärittelyt, joilla voi tehdä omia säätöjä. Ja lomakemäärittely ovat vielä niin ovelia että oletuksena näkyy tietty kieliversio. Eli mene tulosteen Lomakemäärittelyyn - sitten Yleiset -välilehdeltä vaihdat kieleksi ENG ja voit ehkä löytää syyn. Tämä on jotenkin itselleni hirveän epäintuitiivinen tapa ja ei ole kerta eikä toinenkin kun olen ihmetellyt asiaa joka onkin sitten löytynyt tietyn kieliversion lomakemäärittelyistä. (Mutta toki kätevää kun voi piilotella kenttiä jne.)

Marko Koivuniemi · ‎08-11-2024

Joissain tapauksissa tuo vaatii raporttiräätälöintiä jolloin kentälle annetaan lisää tilaa tai annetaan sen kasvaa monelle riville. Mutta esimerkiksi laskujen kommenttirivit muodostuvat MT:n tiedoista ja silloin valitettavasti tietoja leikkautuu. Olen asiasta nostanut keskustelua: https://community.visma.com/t5/Visma-Nova-keskustelut/Laskun-kommenttirivitiedot/m-p/673197#M2220

Marko Koivuniemi · ‎25-10-2024

Joo mietin vain että tuolta linkit-osiosta voisi poistaa kohdan tuotekehityssuunnitelmasta. Jos jossain vaiheessa harkitaan raporttiratkaisua niin ehdottomasti olen käytettävissä testaajaksi koska meillä hyvin paljon Novan käytöstä pohjautuu erilaisiin räätälöityihin raportteihin mm. bruttotarvepohjaisiin. Ja vaikken viralliseksi testaajaksi kelpaisi niin se toisi arvokasta tietoa jotta osaamme varautua mahdollisiin muutoksiin. Crystal Reportsissa on hankaluutensa mutta se on myös mahdollistanut paljon sellaista mihin moni muu järjestelmä ei pysty ja laajentanut itse ohjelmiston puutteita - tai mahdollistanut ohjelmiston käyttämisen tehokkaammin. Tarvitaan joka tapauksessa paljon aikaa sopeutua mahdolliseen muutokseen. Siitä kertoo TH-hakemiston vanhin rpt-tiedosto vuodelta 2002. Tietysti minua hirvittää myös se että jos Crystal Reports joskus eläköityy niin ammattiosaamisestani muuttuu hyödyttömäksi leijonanosa - ikäkriisihän tässä iskee. Hyvää Halloweenin tienoota kaikille.

Marko Koivuniemi · ‎02-10-2024

Visma Nova-alueen etusivulla oleva tuotekehityssuunnitelma-linkki on vanhentunut. Olisi kiva tietää mitä suunnitteilla vai onko mitään. Innokkuutta asiaan tulee juuri meille ajankohtainen asia saada sähköisiä laskuja ulkomaan tytäryhtiön Novasta edes Suomeen (finvoice) tai muualle (PEPPOL). Maventa ja Nova pompottelevat asiaa puolin ja toisin ja OWS on kutsuttu hätiin mutta se ei mielestäni tässä ole se olennainen koska oikean muotoista aineistoa kyllä saadaan mutta pitäisi olla joku väylä joka sen huolii - ulkomaan y-tunnuksilla jne. Mieleen tuli esim teknologiauudistukset. Eräs Novalle tuttu kilpaileva ERP esim luopuu kohta kokonaan Crystal Reports -ratkaisusta. Jos sellainen joskus on suunnitteilla niin se pitää pohjustaa kyllä vuosia aiemmin. SInä päivänä nimittäin sekä omasta osaamisestani muuttuu leijonanosa hyödyttömäksi mutta myös tarvitaan paljon korvaavia asioita. SAP ei järin korkealla prioriteetilla kuitenkaan taida CR-teknologiaan enää panostaa - valitettavasti-

Marko Koivuniemi · ‎26-09-2024

Kenttä tallentaa numeerista tietoa (Money-tietotyyppi) joten jos siihen keksit sopivan muotoilun niin se on juuri sopiva tuohon tarkoitukseen eli vaikkapa 1 = kuuluu varaosalistaan. Mutta esim meillä PERHEKOODI-kenttä on valjastettu vähän vastaavaan käyttöön, koska siihen saa 30-merkkisen tekstin. En tiedä muodostetaanko osaluettelo tuoterakenteen perusteella mutta myös onnistuisi että HILAVITKUTIN -tuotteen rakenteeseen jos kuuluu HÄRVELI ja HÄRPÄKE niin HÄRPÄKE ja HÄRVELI -tuotteiden PERHEKOODI-kenttään jos merkitään HILAVITKUTIN niin sitten voidaan vaikka tehdä raportti pohja joka tulostaa varaosat lajiteltuna PERHEKOODIN perusteella tyyliin HILAVITKUTIN - HÄRVELI - HÄRPÄKE

Marko Koivuniemi · ‎10-09-2024

Voisikohan tuohon olla kehitteillä muutoksia koska riveiltä löytyy myös VEROLLINENHINTA, VEROTONHINTA ja VEROLLINENSUMMA joiden tietotyyppi on Money eli käytännössä neljän desimaalin tarkkuus sielläkin. Eivät uskalla muuttaa olemassaolevia että jokin hajoa jossain muualla.

Marko Koivuniemi · ‎10-09-2024

No niin. Eli Nicklasin vihje vuoden 2020 kesäkuusta johdatti jäljittämään Novan 10.1. asennuspakettia joka minulta vielä löytyikin. Ja siinä versiosaatteessa onkin itse asia.

Marko Koivuniemi · ‎10-09-2024

Prisman kuiteissa ei näy rivikohtaisia verottomia lukuja /veron määrää vaan alv-erittely lopussa. => Tuolla mainuttu: "Tärkein syy tähän on se, että arvonlisäveron lopullinen summa lasketaan vasta laskun verottomasta loppusummasta, ja se pyöristetään 2 desimaaliin per verokanta. => Minusta tuntuu että Visma tosiaan tulkitsee tämän asian eri tavalla kuin Prisma. => Kumpiko on oikeampi onkin sitten ihan eri asia. Mutta jäipäs asias vaivaamaan ja otin S-ryhmän apista yhden esimerkkikuitin jota pyörittelin. Kun rivikohtaisesti on näkyvissä vain loppusumma niin virhettä "ei ole" - vaikka oikeasti se siellä taustalla on ihan samanlaisena. Me vain uskomme mitä kuitissa on ja se riittää. Mielenkiintoista jos toiminta on muuttunut kesken kaiken - voi olla kyse buginkorjauksesta tai sitten uudesta bugista. Tai sitten päivityksen yhteydessä yrityksessä itsessääon muutettu asetuksia. Mutta toivottavasti helpparin väki tai kehittäjät kurkkivat tätä ketjua ja miettivät.

Marko Koivuniemi · ‎09-09-2024

Kun luin tuota Visman selvennystä niin yritin pyöritellä asiaa pienessä mielessäni mutta lakisääteiset merkinnät (kaksi desimaalia) ja sisäinen laskenta ja rivikohtainen erittely on melkoinen soppa selvittäväksi. En minä ainakaan keksinyt ratkaisua. Pyöristysrivit ovat tietysti kosmeettinen haitta. Mutta tuossa esimerkissäkin kun kolmen rivin pyöristyksistä jos tulee yhteensä parin sentin heitto niin eihän sitä millään esitä sekä absoluuttisen korrektisti sekä silmille että sisäiselle laskennalle. Ja on sitten makuasia että mitä pitää korrekteimpana tapana esittää asiat. Kritiikin ymmärrän mutta jos tiedättä ns. paremman ohjelman joka toimii tässä tapauksessa paremmin niin olisi mielenkiintoista nähdä tuon Visman antaman esimerkin kaltaiset rivit - miten niissä näkyy rivitiedot vs. kokonaisuus? Minusta kyllä voisi aivan hyvin olla niin että rivitiedoissa näkyisi pyöristykset mutta yhteenvedossa näkyisi alv-laskettuna tarkoille arvoille. Mutta sekin sitten taas osuu jonkun silmään häiritsevästi. Saati sitten mitä sanoo laki.

Tuotannon jäljitettävyys ennakkoon tehdyistä tuott...

Re: Ensikertalainen pulassa - Catch 22

Vastaus: Visma Nova 10.6.3 välipäivitys julkaistu

Vastaus: Varastokirjanpidon Record transactions

Vastaus: Tullinimikkeet ja alkuperämaa

Vastaus: Nova tulosteet yksivärisiksi

Vastaus: Käteisalennus

Vastaus: Palkanlaskennan henkilötiedot

Vastaus: Useampi kululaji samalle tapahtumalle ja ...

Vastaus: Nova varastokirjanpito

Vastaus: Nova varastokirjanpito

Vastaus: Verokorttien suorasiirto

Vastaus: Verokorttien suorasiirto

Vastaus: Verokorttien suorasiirto

Vastaus: Virhetilanne -2146232060

Vastaus: Varastopaikan poistaminen nimikkeiltä mas...

Vastaus: Virhetilanne -2146232060

Vastaus: Virhetilanne -2146232060

Vastaus: Virhetilanne -2146232060

Vastaus: Asiakaskortisto - asiakkaan viimeisin asi...

Vastaus: Korjatkaa nyt jo ne ALV pyöristykset käte...

Vastaus: Laskun kentän nimen käännös tulosteella

Vastaus: Sarakeleveys tulosteessa

Vastaus: Novan tuotekehityssuunnitelma - esimerkki...

Novan tuotekehityssuunnitelma - esimerkkinä verkko...

Vastaus: Pisteet kenttä Varastokirjanpidossa

Vastaus: Korjatkaa nyt jo ne ALV pyöristykset käte...

Vastaus: Korjatkaa nyt jo ne ALV pyöristykset käte...

Vastaus: Korjatkaa nyt jo ne ALV pyöristykset käte...

Vastaus: Korjatkaa nyt jo ne ALV pyöristykset käte...

Useful pages

About Visma

Contact us

Follow us