kirjauduttu ulos sovelluspalvelusta   rebootattu työasemat   tarkastettu: windows-päivitykset OK/up-to-date Citrix-päivitykset OK/up-to-date F-Secure-päivitykset OK/up-to-date   kirjauduttu uudestaan sovelluspalveluun   "myyntitilaukset - Laskuta - VIRHE!" "Conversion from type 'DBNull' to type 'String' is not valid." "Ei luotuja laskuja"     Minkäslaiset mahtaa olla sovelluspalvelusopimuksessa ne pykälät pitkittyneestä, normaalin käytön estävästä häiriöstä? Varmaankin jotain sellaista että 'ei oikeuta hyvitykseen?'   terv. nimim. "olis tässä muutakin hommaa"   PS: pääkäyttäjän tunnuksilla siis toimii       ... View more

Jep: uudet,  *paremmat*  ominaisuudet motivoisivat ottamaan uuden laskutuksen käyttöön. Se, että samat asiat vain tehdään uudessa versiossa eri tavalla, aiheuttanee (jostain aiemmastakin keskustelusta lukemani) toimintamallin: uusi otetaan käyttöön sitten vasta sitten, kun on pakko.   terv. nimim. "muutosvastarintaako" ... View more

Testattu käteislaskuun: uusi (10.3.2106.1611) ja vanha (10.3.94) versio, sekä viestikenttään että nimikkeen-lisäteksti-vapaateksti-riviteksti -kohtiin. Copypaste toimii. JP ... View more

Jep: "vanhat" laskut jää tulostumatta uuden puolen listaan (meillä esim. 5.1.2006 - 30.11.2020 välillä päivättyjä laskuja)   Uuden puolen tulosteen otsikkotiedoissa ei myöskään näy sovelluspalvelua käytettäessä ohjelman versionumeroa   ... View more

1) Pyöritetään pienimuotoista vähittäismyyntiä ja aktiivisia tuotenimikkeitä on vajaa 3000. Myyntitapahtumassa luetaan viivakoodilukijan muistiin hyllystä koodi ja näppäillään määrä. Tiskillä puretaan lukijasta koodit ja määrät laskutusohjelmaan. Tämä taphtuu USB-porttiin kytketyn dekooderin kautta, joka lähettää tarvittavat näppäinkomennot, jotta kursori siirtyy oikeisiin kenttiin samalla tavalla kuin jos tiedot syötettäisiin USB-porttiin kytketyltä näppikseltä. Joku ei nyt uudessa laskutuksessa täsmää vanhaan... viivakoodikapulasta tulevat tiedot eivät ohjaudu enää oikeisiin kenttiin? Voisiko johtua ehkä kenttien automaattisesta leveydensäädöstä?   2) Tiukassa kilpailutilanteessa nimikeapuikkunan ja tuoterivikohtaisten tietojen hallinta on tärkeää. Nimikeapuikkunaa muutettiin jo jossain aiemmassa päivitysversiossa siten, että sen minimikoko peitti laskurivin viimeiset kentät, vaikka apuikkunaa kuinka koetti asemoida oikeaan yläkulmaan nähdäkseen esim. katteen... tätä sittemmin (antamani palautteen perusteella?) säädettiin niin, että apuikkunaa sai zoomattua matalammaksi. Nyt on taas palattu suureen nimikeapuikkunaan, joka haittaa yksittäisen rivin laskun/kuitin hallintaa (kts. kuvaruutukaappaus) - toki usemapirivisellä laskulla kenttien otsikot jäävät yhä apuikkunan taa. ... View more

No nyt! Sovellustuki teki jotain temppuja, niin rupesi pelittämään - Kiitos! (onneksi oltiin hyvissä ajoin liikkeellä ennen tositoimia 🙂 ... View more

Ja jos vielä saisin pyytää jotakuta VISMAlla lisäämään meille ko. kohtaan selitteen ja polun... (ja korjaamaan kirjoitusvirheen 🙂 ... View more

Koetin jo sellaistakin konstia, että valitsin Autoinvoicesta kohdan "lähetä lasku uudelleen samoilla tai korjatuilla tiedoilla" ja korjasin s-postiosoitteeksi firman s-postin...  Ja kun sinne tuli ilmoitus laskusta, klikkasin linkkiä - mahtoikohan auttaa...     ... View more

"...Jos jokin muutos onkin kriittinen niin ehtisi reagoimaan."   Tämä 🙂 ... View more