ekuitti Pirjo Ilola Verkkolaskufoorumin syysseminaari 23.11.2017
ekuitti osana Taltio-hanketta
ekuitti myös osa muuta kehitystä SP:n Maksuneuvostossa esillä kuitin sähköistäminen ja työn koordinointi annettiin FA:lle Kestävän kehityksen sitoumuksessa FA sitoutui edistämään kuitin sähköistämistä. TALTIO hankkeessa on testattu, että ekuitti on mahdollista tehdä ja ensimmäiset toteutukset ovat jo olemassa Direktiivi 2014/55 mukaan julkisten hankintaviranomaisten on kyettävä vastaanottamaan EU NORM:n sisällön ja syntaksien mukaiset laskut, normissa maksutapoina kortti, SDD ja SCT
Kuitinantaja Myyjän valitsemat maksutavat ekuitti data Hyödyt: Parempaa asiakaspalvelua myynnin lisäys Takaisinvedot, tuotepalautukset Asiakaspalaute Takuut Kustannussäästöt: kuittipaperi, aika kassalla Laki kuitin antamisesta Tietosuoja-asetus ja LVM:n selvitys E-osoite Maksupäätejärjestelmä verkkolaskuverkko Yhteiskunnalliset hyödyt: harmaa talous, Tuottavuus, uutta kasvua Julkisia kustannuksia Hiilijalanjälki Hallinnollisen taakan vähentäminen EU sisämarkkina Ostaja Taloushallinnon järjestelmät Hyödyt: ekuittidatan käyttö Arkistointi Raportointi Ajansäästö Kuluttajan hyödyt: MyData Oman talouden seuranta Kotitalousvähennys Takuukuitit yhdessä paikassa Ekologinen vaihtoehto
Työryhmässä listattiin mm. seuraavia periaatteita ekuitille : Toimintamalli nelikulmamalli ekuitin muoto pitää olla standardi Tavoitteena yksi eosoite rakenne ja kuittia kuljettaa Kuittipalveluyritysten verkosto Toimintamallin pitää olla avoin uusille kriteerit täyttävälle ekuitin ja korttilaskun täsmäytys tapahtuu kuitinsaaja yritysten tai Kuittipalveluyritysten toimesta ekuitti pitää saada nähtäville riittävän nopeasti esilläpitopalvelussa heti maksun jälkeen ekuitti toiminnossa tavoitellaan esilläpitopalvelussa kaksisuuntaisuutta, joka mahdollistaa myyjän yhteydenoton asiakkaaseen maksun jälkeen (esim.web-linkin avulla) Tukea GDPR säädöksiä ja WP29 ohjeita ekuitin tietoelementit ovat myös Finvoice-Teapps-EU Peppol mäpättävissä Rakenteisen ekuitin tyypillä kulkeva välitysaineisto ei sisällä kuvia, mutta ekuitissa voi olla linkki myyjän palveluun
Loppuraportissa olevia ehdotuksia -eosoite Asiakas rekisteröi tietonsa Kuittipalveluyrityksestä kortinhaltija ohjataan rekisteröimään maksuvälineensä kullekin maksutapahtumia välittävälle taholle, jotta ostotilanteessa saadaan eosoitetieto välitettyä Tämä malli on jo nyt mahdollista kokeilla vain fyysisten korttien numerot voidaan rekisteröidä
Loppuraportissa olevia ehdotuksia -ostotilanne Käyttäjä tekee ostokset ja maksaa rekisteröidyllä maksuvälineellä Maksupääteohjelmisto tekee kyselyn maksunsaajan maksutapahtumien välittäjältä Maksutapahtumien välittäjä palauttaa maksuvälineeseen liitetyn eosoiteen ja tunnisteen Maksupääteohjelmisto välittää tiedot kassajärjestelmälle Kassajärjestelmä lähettää kuitin tiedot rakenteisessa muodossa saamansa kuittivaraston eosoitteeseen, jossa kuittipalveluyritys liittää ekuitin tunnisteen perusteella käyttäjätiliin
Loppuraportissa olevia ehdotuksiataloushallinto Kuittipalvelusta voidaan välittää ostajan ekuitti verkkolaskuvälittäjän tai muun tahon välityksellä ostajan taloushallinto ekuitti yhdistää oston korttilaskuun tai kirjaa kuitti kuluveloituksena sekä täsmäyttää oston korttilaskuun tai tiliotteeseen
Työryhmän ehdotukset ja toiveita jatkotyölle On varmistuttava, että ekuitti on laadullisesti validi tietomääritysten mukainen eosoitteen välitystä voidaan kokeille vaiheittain. Vaihtoehdot ovat toisiaan täydentäviä. Mallitiedostot ja toimialakohtaiset soveltamisohjeet eri toimialan kuittitarpeille mm. takuukuitit ekuittiekosysteemin käynnistyminen ja Rulebook työn aloitus RTECO Eurooppalaisen CEN työhön ja komission RTE hankkeisiin vaikuttaminen VM:n Direktiivin 2014/55 kansallinen implementointi ja siihen perustetun verkkolaskutyöryhmän työn tukeminen ekuitin osalta selvitetään mahdollisuus ekuittidatan laajempaan käyttöön esim. viranomaisraportoinnissa viestintäsuunnitelman ja yhteisen viestintäaineiston tekeminen Taltio hankkeen aineistot löytyvät täältä https://taltio.net/ajankohtaista/taltio-hankkeen-loppuraportti-ja-tuotokset
Finanssiala - uudistuvan alan ääni Pirjo Ilola Kehityspäällikkö Pirjo.ilola@finanssiala.fi WWW.FINANSSIALA.FI
Finvoice päivityksen tilanne Pirjo Ilola Verkkolaskufoorumin syysseminaari 23.11.2017
Uusia kenttiä Finvoice version lähtökohdat: Finvoice uusi kenttä jos ei jo ole Alaspäin yhteensopiva edellisten versioiden kanssa Semanttisen mallin ohje EN16931-1 kuvauksesta Kansallinen soveltamisohje tarvitaan RowDiscountBaseAmount amount Yes 1..22 0..1 BT-137 Attribute: AmountCurrencyIdentifier nmtoken 3 1 RowDiscountTypeCode untdid5189 1..3 0..1 Code for progressive discount, code related text is mentioned BT-140 in DiscountTypeText RowDiscountTypeText string 0..35 0..1 Header of the progressive discount BT-139 RowChargeDetails Aggr. 0..n BG-28 ReasonText string 1..70 0..1 BT-144 ReasonCode untdid7161 1..3 0..1 BT-145 Percent percentage 1..7 0..1 BT-143 Amount amount Yes 1..22 0..1 BT-141 Attribute: AmountCurrencyIdentifier nmtoken 3 1 BaseAmount amount Yes 1..22 0..1 BT-142 Attribute: AmountCurrencyIdentifier nmtoken 3 1 RowVatRatePercent percentage 1..7 0..1 Vat percent related to the product or service BT-152 RowVatCode untdid5305 1..3 0..1 Vat code related to VAT processing e.g. code "AE" for VAT Reverse Charge BT-151
Uusia kenttiä SpecificationIdentifier: EN16931-kuvauksen mukaisen verkkolaskun koodi julkishallinnon laskulle ImplementationCode toimialakohtaisille soveltamisohjeille (PHA1 Apteekkiala) OriginalInvoiceReferencellä voi viitata edellisiin laskuihin Laskutason alennukset ja kulut
ALV muutokset VatPoint päivä tai koodi, Invoice document issue date Delivery date, Actual paid to date Verokoodit? Semanttisessa mallissa ei ole rivitasolla ALV-määrää Myyjän veroedustaja VatExemptionReasonCode Listaa ylläpitää Connecting Europe Facility
Koodistot Finvoice-sanoman muodostaja vastaa uusien koodien oikeellisuudesta InvoicedQuantity (BT-130) ja UnitPriceAmount (BT-150) Attribute: QuantityUnitCodeUN esim. m2 MTK square metre, kpl H87 Piece Osa koodistoista vielä julkaisematta iso6523cid untdid1001 untdid1153 untdid2005 untdid4461 untdid5189 untdid5305 untdid7143 untdid7161 xs:nmtoken ISO 6523 scheme identifier, https://www.iso.org/standard/25773.html UN/EDIFACT Document name code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred1001.htm UN/EDIFACT Reference code qualifier, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred1153.htm UN/EDIFACT Date or time or period function code qualifier, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred2005.htm UN/EDIFACT Payment means code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred4461.htm UN/EDIFACT Allowance or charge identification code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred5189.htm UN/EDIFACT Duty or tax or fee category code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred5305.htm UN/EDIFACT Item type identification code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred7143.htm UN/EDIFACT Special service description code, http://www.unece.org/fileadmin/dam/trade/untdid/d16b/tred/tred7161.htm ISO 3166-1: https://www.iso.org/obp/ui/#search/code/
Osapuolet SellerOrganisationTradingName ja BuyerOrganisationTradingName Osoitteeseen maakunta CountryCode pakollinen semanttisessa mallissa AnyPartyDetails käytetään MUU MAKSUNSAAJA (BG-10) PaymentReceiver MYYJÄN VEROEDUSTAJA (BG-11) SellerTaxRepr. SellerAccountName SellerAdditionalLegalInfo
Laskusäännöt Laskutasolle tulee alennukset ja kulut Vaikuttaa laskun loppusummaan SFS-EN 16931-1 kuvauksessa useita malleja Finvoice-kentät EN 16931 + Laskurivien nettosummat RowsTotalVatExcludedAmount BT-106 - Laskutason alennukset DiscountsTotalVatExcludedAmount BT-107 + Laskutason kulut ChargesTotalVatExcludedAmount BT-108 = Laskun määrä ilman ALV InvoiceTotalVatExcludedAmount BT-109 + Laskun ALV määrä InvoiceTotalVatAmount BT-110 = Lasku yhteensä (ALV) InvoiceTotalVatIncludedAmount BT-112 - Aikaisemmin maksettu InvoicePaidAmount BT-113 =Maksettava määrä EpiInstructedAmount BT-115
Maksutavat ja ekuitti Suoraveloitus ja korttimaksu tilisiirron rinnalle Molemmille omat koodit SDD01 ja REC01 Jos käytetään InvoiceTypeCode SDD01, on suoraveloitusaggregaatti pakollinen Lisäksi on EpiPaymentMeansCode, joka ei saa olla ristiriidassa maksutavan kanssa esim. 58 SEPA credit transfer 59 SEPA direct debit, 54 Credit card Payment ja 55 Debit card
InvoiceTypeCode ja InvoiceTypeCodeUN InvoiceTypeCode ja InvoiceTypeCodeUN Sanoman käsittely tehdään InvoiceType Coden mukaan. UN-koodin oikeellisuudesta vastaa laskun muodostaja Esim.380 Commercial invoice, 632 Goods receipt SEI01-09 TURVALASKU Lasku, jonka käsittely vaatii erityskäsittelyn. Turvalaskun käytöstä sovitaan erikseen palveluntarjoajan kanssa. Myyjä ja ostaja sopivat käytettävistä turvaluokista REC01-09 KUITTI REC01=Kuitti REC02=hyvityskuitti REC03=Takuukuitti REC 04-09 Käsitellään kuten REC01 RES01-09 TURVAKUITTI RES01=Kuitti RES02=hyvityskuitti RES03=Takuukuitti RES 04-09 Käsitellään kuten RES01 SDD01 Suoraveloituksen ennakkoilmoitus Ennakkoilmoituksessa tulee antaa DirectDebitInfo aggr. olevat tiedot
Kansalliset toiveet Turvalaskun ja kuitin turvaluokitus (InvoiceClassification) laskun lähettäjä ja vastaanottaja sopivat koodien käytöstä Maksuehdolle omat kentät Identifier-kenttien pituuksia nostettu Rivitasolle ostajan viite ControlChecksum ja MessageChecksum ekuitin tarkistuslaskentaan
Aikataulu Versio 3.0 excel ja skeema julkaistaan joulukuun alussa Pankkien välitysvalmius 11/2018 Mallilaskut ja soveltamisohje julkaistaan myöhemmin
Finanssiala - uudistuvan alan ääni Pirjo Ilola Kehityspäällikkö Pirjo.ilola@finanssiala.fi WWW.FINANSSIALA.FI