New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Tukipyyntö] Laskutusliitännäinen: Tarvitaan tieto laskutettujen niteiden määrästä ja laskutetun aineiston kokonaissumma #2
Comments
Tässä raportti lisättäväksi Kohaan:
Raportti ei laske yhteenlaskettuja summia, summien laskemisessa olevaa ongelmaa tutkitaan. Käyttäkää sillä välin sormia, laskimia, helmitaulua ja exceliä apuna, kunnes löydetään ratkaisu miten ne saisi mukaan raporttiin. |
Siitä miten laskutettujen yhteissumma ja niteiden määrä näkyisi liitännäisessä, oliko ajatus siis se, että kun painetaan "Näytä laskutetut" niin nämä näkyisivät esimerkiksi listan alussa (Laskutettu yhteensä kohdan jälkeen)? |
Tässä SQL-rapsa, jolla saa myös yhteenlasketun summan oikein:
Sen verran pitää vielä säätää, että saadaan päivämäärällä rajaus toimimaan. Liitännäiseen noiden arvojen saamiseen voi tosiaan mennä hetki, ensimmäisenä olevan laskun arvot menee ihan ok, mutta yhteenlasku ei ihan toimi vielä. |
Raportti löytyy OUTIn testiltä, id 526. |
Testillä on nyt kokeiltavana noiden laskutettujen kokonaissumman sekä laskutettujen niteiden määrän tarkastelu. Ne näkyy kun menee "Näytä lasketut" näkymään, "Tulokset" kohdan jälkeen. Vielä pitää hieman kai säätää, plugari herjaa nyt puuttuvista price -arvoista. Mutta muuten tuon pitäisi toimia kuten pitääkin. |
Laskutettujen määrä ja yhteenlaskettu summa täsmäävät. Korvaushinnan puute ei näytä vaikuttavan yhteenlaskettujen summaan eikä laskutettujen niteiden määrään. Raportti 526: en ihan hoksaa kuin saan sillä oikean tuloksen, mutta johtunee raportin yhteenlaskun toimimattomuudesta? |
Juu se laskee korvaushinnat vaikka ne ei jostain syystä näkyisikään muuten. MUtta niiden puute aiheuttaa nyt josatin syystä sen, että selaimen konsolissa näkyy virhe "price.replace is not a function". Tuo ei kuitenkaan näyttäisi vaikuttavan liitännäisen toimintaan muuten, mutta pitänee sekin yritää korjata.
Hmm, sen pitäisi toimia samaan tapaan kuin liitännäisen eli se hakee tietylle aikavälille laskutetut. Mutta enpä saa sieltä nyt itsekään mitään ulos. |
Aaa niin aivan, raportti perustuu siihen milloin laskutettu aineisto on lisätty message_queue-tauluun, ei laskutettujen niteiden eräpäiviin kuten liitännäisessä. OUTIn testillä kun rapsaan laittaa aikaväliksi esim. 1.10.-31.10.2022 niin pitäisi löytyä aineistoa. |
Okei kiitti, testaan uudelleen :) |
Nyt ei enää herjaa ja korvaushintojen pitäisi näkyä kaikkien niteiden kohdalla oikein. |
Laskutettujen niteiden korvaushinnat näkyvät nyt testin laskutusliitännäisessä. Eivät näkyneet ensin, mutta Ctrl+F5 auttoi siinä. |
Raportti toimii myös (nyt kun osasin sitä käyttää oikein..). |
Saadaanko liitännäisen muutos tuotantoon ensi viikolla vai tarviiko vielä testata? Raportin voin itse siirtää. |
Miepä hoksautan Pääkäyttäjät- kanavalla, josko joku kerkeis vielä testaamaan tänään tai maanantaina. |
Hei, kopioin ja siirsin raportin #526 OUTIn testiltä tuotantoon. Jostain syystä en saa järkevää tulosta, kun ajan raportin. Onko siihen jokin jippo, jota en ole hoksannut? Laskutusliitännäinen laskee ainoan tehdyn laskutuserän oikein. Ensimmäisessä tuotannon testierässä lähetettiin viisi laskua, Nyt liitännäinen hakee neljä laskua, sillä yksi niistä on jo hoidettu (maksettu tai nide on palautettu). Eli mielestäni se toimii oikein tuotannossakin. |
Ei pitäisi olla jippoa, millä tavalla se tulos ei oo järkevä? Ainakin itse sain ajalle 1.10.-31.10. tulokseksi 10 riviä, niteiden yhteenlaskettu määrä 50, laskutetun aineiston kokonaissumma 1457.40. |
Pirkko-Liisa huomasi, että siinä on rivit (=laskutetut) tuplana. Eli esim. asiakkaan 26459 lasku on raportin tuloksessa kahteen kertaan vaikka pitäisi olla yhdesti. Kaivelin sähköposteja ja löysin viestiketjun, jossa ratkottiin ensimmäisen lähetyksen ongelmia eli onko voinut käydä niin, että laskut on lähteneet kahteen kertaan tuotanto-Kohasta eteenpäin, mutta ajona asiakkaille vain sen yhden kerran. En ainakaan huomannut mitään tuplaan viittaavaa raportin koodista. |
Kannassa on tosiaan tuplana nuo laskut. Esimerkiksi asiakkaalle 26459 on mennyt ilmeisesti sama lasku 2022-10-17 12:40:02 ja uudestaan 2022-10-17 14:10:24. Eli rpitäisikö raportista saada metsästettyä nämä tuplat pois? |
Voiko se tuplaantuminen johtua siitä, että ne laskut on oikeasti lähteneet meiltä kahdesti, kun tuotanossa lähettämisessä oli pientä ongelmaa vai onko vika jossain muualla? Oulun laskuttajat ovat jo saaneet ensimmäisen Finnvoice-laskutuserän tiedot ilmoitettua kaupungille, joten ei ehkä tarvitse käyttää siihen aikaa, että metsästät ne sieltä pois? Olisiko viisainta katsoa seuraava laskutuserä raportilla, kun se laitetaan tuotannossa liikkeelle, sillä on varmaan myös pieni määrältään. Ja jos tuo tuplaantuminen toistuu silloinkin, niin sitten tutkitaan tarkemmin mistä tuplaantuminen raportilla johtuu? Tämmöstä ehdottaisin, onko järkevä ajatus? |
Juu kuulostaa järkevälle. Avataan sitten myös asiasta uusi tiketti. |
Tukipyyntö
Aiemmin käytetty Kohan laskutustyökalu antoi laskutetuista kokonaissumman sekä laskutettujen niteiden määrän. Laskutusliitännäinen ei tuota tietoa anna, joten olisiko mahdollista saada ominaisuus suoraan laskutusliitännäiseen? Jos se ei onnistu, niin saisiko valmiit SQL-loitsut/raportit, jolla nuo tiedot saa?
Nämä tiedot tarvitaan täsmäytystä ja tilastointia varten.
Laskujen lukumäärä näkyy laskutusliitännäisessä, mutta ei niiden yhteenlaskettu summa eikä laskutetun aineiston määrä.
Jos on mahdollista saada nuo tiedot irti suoraan liitännäisestä, mutta sen työstämisessä voi mennä aikaa, niin saammeko siksi aikaa käytettäväksi raportin :)
Kohan osio
Laskutus
Jotain muuta?
No response
The text was updated successfully, but these errors were encountered: