Anonymous
09-05-2017 3:03 pm posted by Anonymous
Moi,
Törmäsin tänään tositteen noudon yhteydessä ongelmaan netvisorin palauttaman xml:n parsinnassa. Alla oleellinen osa aineistosta:
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<Root>
...
<VoucherLine>
<LineSum>-xxx</LineSum>
<Description>Air Balc Corpora</Description>
<AccountNumber>yyyy</AccountNumber>
<VatPercent>0</VatPercent>
<VatCode>-</VatCode>
</VoucherLine>
sisäänluku valitti tuosta  merkistä. Kyseinen merkki (ja muutkin  -  välillä) ovat C0 "control characters" merkkejä, joita ei sallita xml:n versiossa 1.0.
Tapio Naumanen
Visma ✓
08-09-2017 3:01 pm posted by Tapio Naumanen
Kyseessä on siis tuotteen (getproduct.nv) nouto resurssin <ProductInventoryDetails> elementin sisältämä <InventoryAmount> kenttä.
Suuret luvut palautetaan kentässä välilyönnillä/lyönneillä (eli esim. 1 000 000,000 tai 10 000,00) eroteltuna.
Tällä hetkellä tuo white space ja tässä tapauksessa "non-breaking-space" https://en.wikipedia.org/wiki/Non-breaking_space tulee parsia koodista itse pois. Tarkastelemme tätä vielä sisäisesti, että yhtenäistetäänkö kaikki kentät samalle muotoilulle.
Tapio Naumanen
Visma ✓
11-05-2017 3:58 pm posted by Tapio Naumanen
Moi Teemu Laakso
Mielenkiintoista - siirretään tarkempi selvittely tästä taas Zendeskin puolelle niin voidaan käydä sanomia tarkemmin läpi.
Mutta vaikuttaisi siltä, että rajapinta ei osaa nyt käsitellä erikoiserkoismerkkiä - järkevää tuohon olisi tosiaan tehdä jokin enkoodaus, että ei nyt ainakaan tuollaisia merkkejä palauteta.
Tapio Naumanen
Visma ✓
06-09-2017 12:04 pm posted by Tapio Naumanen
Hei Juhani Takkunen
Tuo on kyllä backlogille kirjattu ongelmaksi, pitää sitä hieman edistellä.
Laitan sinulle tikettiä niin katsotaan tarkemmin speksejä tuosta teidän löydöstä.
Ping Arto Muikku.
Anonymous
06-09-2017 10:40 am posted by Anonymous
Hei, onko tähän tullut mitään päivitystä? Tänään löydettiin myös summa-kentästä non-breaking-space, eli XML:n sanitoinnissa lienee edelleen jotain ongelmia.