ISDOC builder

[hknmtt]

Robim mostik pre export faktur do formatu IS DOC, co je len XMLko.

Na to ze je to standard je dokumentacia biedna. Vela textu ale nehovi nic moc uzitocne. Co sa s tym babrem uz par dni tak som dospel k zaveru ze nestaci len jednoducho vyplnit policka ale musim vytvorit builder ktory bude riesit aj rozne zavyslosti a prepocty. Proste strasne vela roboty kvoli neskutocnej debiline, ale nevidim ine vychodisko kedze v ČR je to de facto uctovny standard.

Zaujimalo by ma ci ste to niekto nerieisli a nemate niekde ulozene nejake stare odkazy na dobre weby kde je isdoc dobre rozpisany a da sa podla toho nieco nakodit? Hlavne mi ide o zavyslosti a lepsi popis vyznamu a hodnot poli.

[Reklama]

[RDa]

Nebude snazsi vzit nejakou sadu prikladu, kde se podivate jak se dana vec resi?

Alternativne - fakturoid dela ISDOC vedle PDF takze pokud si tam vyklikate neco, dostanete co chcete. Tedy - jestli to implementovali tak, jak bylo pozadovano.

Prakticky mam jen 1 dodavatele, co jede ISDOC, a to je Gatema (vyrobce tistaku), protoze druha pulka firmy dela neco na styl ERP.. ale z tohoto duvodu jsem neresil ani export ani import do sveho ucetniho systemu.

[ogdru6jahad]

xslt ?

[hknmtt]

Mam v systeme polozku ktora obsahuje zlavy, poplatky, ne-vat dane(recyklacny poplatok...) a vat dan.

Ten ISDOC ale sa mi zda ze vobec neodlisuje typy dani, a sice ma policka na riadku pre pracu so zlavami, ale napriklad uz nikde nie je mozne dopisat nazov zlavy, takze technicky zlava na polozke moze byt, ale na fakture to nikde uvedene nie je.

Takze mam dojem ze zlavy by sa vobec nemali do polozky pocitat a mali by skor byt ako samostatne polozky?

A ne-vat dane, ako spominany recyklacny poplatok napriklad, by asi mali byt tiez samostatne uvedene?

Lenze v oboch pripadoch sa potom straca vztah rodica a potomka, cize tie dane a zlavy nepatria k nicomu... co teda na fakture asi nebude posobit idealne....

[hknmtt]

Ah, super. Tak uz minimalne 14 rokov tento uzasny format vobec nepodporuje zobrazenie zliav

https://www.byznys.eu/cs-cz/podpora/isdoc-odeslani-faktury-vydane-se-slevou

[Reklama]

[RDa]

Takze to znamena ze ISDOC podporuje jen 1 uroven (prosty seznam) polozek?
(ja tak nejak tusil, ze takove nedomyslene veci nema smysl integrovat)

Moje faktury maji typicky 2 urovne - polozka X je sumou podpolozek X1..XN, ktere reflektuji jednotlive slozky ceny, a v ramci toho lze pridat i tu slevovou/prirazkovou modifikaci. Ale casteji vyuzivam jeden slevovej zaznam jako posledni polozku, ke korekci celkove castky (zatim tedy sleva pada do cen bez dph, ne k casti ktera se nedani).

Kdyz uz bych musel delat tyhle veci, tak bych namisto lokalniho ISDOCu podporoval neco svetovejsiho jako EDI, nebo alespon evropskeho - viz

EN 16931-1 (+A1):
https://www.technicke-normy-csn.cz/csn-en-16931-1-a1-979901-241129.html
https://www.mfcr.cz/cs/dane-a-ucetnictvi/elektronicka-fakturace/aktuality/2019/bezplatny-on-line-pristup-k-technicke-no-33943

https://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/Compliance+with+eInvoicing+standard

[Bugsa]

Ah, super. Tak uz minimalne 14 rokov tento uzasny format vobec nepodporuje zobrazenie zliav

https://www.byznys.eu/cs-cz/podpora/isdoc-odeslani-faktury-vydane-se-slevou

K čemu ti je v ISDOC zobrazení slevy? Elektronické faktuře stačí jen tvrdé údaje: odběratel, dodavatel, bankovní účty, datumy, položky a cena... prostě jen faktické údaje nutné k zaúčtování faktury.

To, co popisuješ ty, se spíš hodí na nějakou tiskovou sestavu, kterou si bude číst člověk a bude si lebedit jakou že jsi mu nedal slevu. 

[messagebus]

Moc o tom nevim, ale existuje neco jako kontejner isdocx (udajne zip), kdy uvnitr je isdoc a prilohy - tedy lze tam pribalit prilohy s popisem naprosto vsech slev kazdeho produktu od stvoreni Zeme pres oblasti a kontinenty plus par pornofilmu

[Filip Jirsák]

Opakovaně píšete o nějakém zobrazení. ISDOC ale není formát pro zobrazování, je to formát pro strukturovaný přenos údajů – aby nebylo nutné je z faktury do účetnictví přepisovat ručně. Nějaké údaje o slevě přece do účetnictví plátce také nezadáváte.

[RDa]

Opakovaně píšete o nějakém zobrazení. ISDOC ale není formát pro zobrazování, je to formát pro strukturovaný přenos údajů – aby nebylo nutné je z faktury do účetnictví přepisovat ručně. Nějaké údaje o slevě přece do účetnictví plátce také nezadáváte.

s/zobrazit/uvest/ vas asi nenapado?

Treba JSD taky chodi nekdy jako XML, a lze ho zobrazit - vyrenderovat do PDF, do formy kterou nese papirovy formular.
A to same u vsech podani k financni sprave.

Pokud najaka zajmova skupina prosazuje ISDOC, meli si udelat resersi, co za data je nutno reprezentovat - a polozkova/celkova sleva je jedna z hojne casto pouzivanych funkci, tak to melo byt soucasti definice formatu.

Treba posta/CU se s vama nebude bavit, pokud uvedete cenu polozek 0.-, ale pokud uvedete cenu polozek jako nejake cislo a 100% slevu, protoze jste nic neplatil, tak budou s tim v pohode - pro ne je dulezita cena/hodnota pred slevou.

Faktura totiz neni doklad, ktery konci pouze v ucetnictvi, jak si mylne myslite.

[Filip Jirsák]

s/zobrazit/uvest/ vas asi nenapado?

Napadlo. Akorát by se tím jaksi zatemnila podstata problému – že si hknmtt představuje ISDOC jako alternativní formát pro to, co zná jako „papírovou“ fakturu (klidně jako elektronický dokument, třeba PDF). Možná si představuje, že nejprve vygeneruje ISDOC a pak z něj transformací vyrobí PDF se všemi fíčurami, které zná z faktur v PDF. Třeba včetně loga firmy a ansekovaného podpisu.

Jenže ISDOC je něco jiného. Je to formát pro přenos fakturačních údajů do účetnictví. Jeho účelem není stoprocentně nahradit papírovou/PDF fakturu. Jeho účelem je to, aby nebylo nutné údaje z té faktury ručně přepisovat.

Faktura totiz neni doklad, ktery konci pouze v ucetnictvi, jak si mylne myslite.

Já si nic takového nemyslím. Ale ISDOC není formát pro uložení všech informací, které mohou být na faktuře, jak si mylně myslíte. ISDOC je formát pro přenos fakturačních údajů do účetnictví.

(Pokud chcete formát pro fakturaci, do kterého půjde uložit všechno, co vás napadne, a ještě spousta dalších věcí, která by vás v životě nenapadla, použijte formát podle EN 16931.)

[hknmtt]

Po kratsej pauze sa k tomu znovu vraciam. Aktualne sa mi podarilo vygenerovat validny isdoc takze "oficialny" isdoc reader od abri uz mi nehadze chyby. A v nom sa faktura javi ok. Ale ked si ho otvorim v isdoc reader od stormware tak sa zda ok az na to ze mi pise suhrnne info v CZK s nulami(faktura je vystavena v EUR). Abra reader mi pekne vsetko zobrazi bez chyby. Tak by ma zaujimalo kde moze byt problem?

Moje polozky su definovane takto:

Kód: [Vybrat]

<InvoiceLines>
        <InvoiceLine>
            <ID>01J9CRQZR3AKNH9AMSYXC7FHC3</ID>
            <EgovClassifier></EgovClassifier>
            <InvoicedQuantity>1</InvoicedQuantity>
            <LineExtensionAmountCurr>3</LineExtensionAmountCurr>
            <LineExtensionAmount>75.09</LineExtensionAmount>
            <LineExtensionAmountBeforeDiscount>0</LineExtensionAmountBeforeDiscount>
            <LineExtensionAmountTaxInclusiveCurr>3.63</LineExtensionAmountTaxInclusiveCurr>
            <LineExtensionAmountTaxInclusive>90.8589</LineExtensionAmountTaxInclusive>
            <LineExtensionAmountTaxInclusiveBeforeDiscount>0</LineExtensionAmountTaxInclusiveBeforeDiscount>
            <LineExtensionTaxAmount>15.7689</LineExtensionTaxAmount>
            <UnitPrice>75.09</UnitPrice>
            <UnitPriceTaxInclusive>3.63</UnitPriceTaxInclusive>
            <ClassifiedTaxCategory>
                <Percent>21</Percent>
                <VATCalculationMethod>0</VATCalculationMethod>
                <VATApplicable>true</VATApplicable>
            </ClassifiedTaxCategory>
            <Item>
                <Description>Commission</Description>
            </Item>
        </InvoiceLine>
        <InvoiceLine>
            <ID>discount</ID>
            <EgovClassifier></EgovClassifier>
            <InvoicedQuantity>1</InvoicedQuantity>
            <LineExtensionAmountCurr>-0.52</LineExtensionAmountCurr>
            <LineExtensionAmount>-13.015600000000001</LineExtensionAmount>
            <LineExtensionAmountBeforeDiscount>0</LineExtensionAmountBeforeDiscount>
            <LineExtensionAmountTaxInclusiveCurr>-0.63</LineExtensionAmountTaxInclusiveCurr>
            <LineExtensionAmountTaxInclusive>-15.7689</LineExtensionAmountTaxInclusive>
            <LineExtensionAmountTaxInclusiveBeforeDiscount>0</LineExtensionAmountTaxInclusiveBeforeDiscount>
            <LineExtensionTaxAmount>-2.7533000000000003</LineExtensionTaxAmount>
            <UnitPrice>-13.015600000000001</UnitPrice>
            <UnitPriceTaxInclusive>-0.63</UnitPriceTaxInclusive>
            <ClassifiedTaxCategory>
                <Percent>21</Percent>
                <VATCalculationMethod>0</VATCalculationMethod>
                <VATApplicable>true</VATApplicable>
            </ClassifiedTaxCategory>
            <Item>
                <Description>Discount</Description>
            </Item>
        </InvoiceLine>
    </InvoiceLines>
    <TaxTotal>
        <TaxSubTotal>
            <TaxableAmountCurr>2.48</TaxableAmountCurr>
            <TaxableAmount>62.074400000000004</TaxableAmount>
            <TaxAmountCurr>0.52</TaxAmountCurr>
            <TaxAmount>13.0156</TaxAmount>
            <TaxInclusiveAmountCurr>3</TaxInclusiveAmountCurr>
            <TaxInclusiveAmount>75.09</TaxInclusiveAmount>
            <AlreadyClaimedTaxableAmountCurr>0</AlreadyClaimedTaxableAmountCurr>
            <AlreadyClaimedTaxableAmount>0</AlreadyClaimedTaxableAmount>
            <AlreadyClaimedTaxAmountCurr>0</AlreadyClaimedTaxAmountCurr>
            <AlreadyClaimedTaxAmount>0</AlreadyClaimedTaxAmount>
            <AlreadyClaimedTaxInclusiveAmountCurr>0</AlreadyClaimedTaxInclusiveAmountCurr>
            <AlreadyClaimedTaxInclusiveAmount>0</AlreadyClaimedTaxInclusiveAmount>
            <DifferenceTaxableAmountCurr>0</DifferenceTaxableAmountCurr>
            <DifferenceTaxableAmount>0</DifferenceTaxableAmount>
            <DifferenceTaxAmountCurr>0</DifferenceTaxAmountCurr>
            <DifferenceTaxAmount>0</DifferenceTaxAmount>
            <DifferenceTaxInclusiveAmountCurr>0</DifferenceTaxInclusiveAmountCurr>
            <DifferenceTaxInclusiveAmount>0</DifferenceTaxInclusiveAmount>
            <TaxCategory>
                <Percent>21</Percent>
                <TaxScheme>VAT</TaxScheme>
                <VATApplicable>true</VATApplicable>
                <LocalReverseChargeFlag>false</LocalReverseChargeFlag>
            </TaxCategory>
        </TaxSubTotal>
        <TaxAmountCurr>0.52</TaxAmountCurr>
        <TaxAmount>13.0156</TaxAmount>
    </TaxTotal>
    <LegalMonetaryTotal>
        <TaxExclusiveAmount>62.074400000000004</TaxExclusiveAmount>
        <TaxExclusiveAmountCurr>2.48</TaxExclusiveAmountCurr>
        <TaxInclusiveAmount>75.09</TaxInclusiveAmount>
        <TaxInclusiveAmountCurr>3</TaxInclusiveAmountCurr>
        <AlreadyClaimedTaxExclusiveAmount>0</AlreadyClaimedTaxExclusiveAmount>
        <AlreadyClaimedTaxExclusiveAmountCurr>0</AlreadyClaimedTaxExclusiveAmountCurr>
        <AlreadyClaimedTaxInclusiveAmount>0</AlreadyClaimedTaxInclusiveAmount>
        <AlreadyClaimedTaxInclusiveAmountCurr>0</AlreadyClaimedTaxInclusiveAmountCurr>
        <DifferenceTaxExclusiveAmount>0</DifferenceTaxExclusiveAmount>
        <DifferenceTaxExclusiveAmountCurr>0</DifferenceTaxExclusiveAmountCurr>
        <DifferenceTaxInclusiveAmount>0</DifferenceTaxInclusiveAmount>
        <DifferenceTaxInclusiveAmountCurr>0</DifferenceTaxInclusiveAmountCurr>
        <PayableRoundingAmount>0</PayableRoundingAmount>
        <PayableRoundingAmountCurr>0</PayableRoundingAmountCurr>
        <PaidDepositsAmount>75.09</PaidDepositsAmount>
        <PaidDepositsAmountCurr>3</PaidDepositsAmountCurr>
        <PayableAmount>0</PayableAmount>
        <PayableAmountCurr>0</PayableAmountCurr>
    </LegalMonetaryTotal>
    <PaymentMeans>
        <Payment>
            <PaidAmount>3</PaidAmount>
            <PaymentMeansCode>97</PaymentMeansCode>
            <Details>
                <DocumentID>01JAAGJPM1J5E28ZPV2Q7ETTGA</DocumentID>
                <IssueDate>2024-10-04</IssueDate>
            </Details>
        </Payment>
    </PaymentMeans>


[RDa]

Heheh, to horni s nulou pocita s tim, ze na uhrazenou proformu jsi vystavil danovy doklad k prijate platbe, zatimco to spodni pocita s tim, ze takovy doklad neexistuje a je nim az tahle konkretni faktura.

Mrkni zda najdes nejake tagy/nastavovatka, ohledne toho vyuctovani - ono je vlastne oboji spravne, ale asi berou jinou strategii by default.

Resp. v xml vidm tohle:

Kód: [Vybrat]

            <AlreadyClaimedTaxableAmountCurr>0</AlreadyClaimedTaxableAmountCurr>
            <AlreadyClaimedTaxableAmount>0</AlreadyClaimedTaxableAmount>
            <AlreadyClaimedTaxAmountCurr>0</AlreadyClaimedTaxAmountCurr>
            <AlreadyClaimedTaxAmount>0</AlreadyClaimedTaxAmount>
            <AlreadyClaimedTaxInclusiveAmountCurr>0</AlreadyClaimedTaxInclusiveAmountCurr>
            <AlreadyClaimedTaxInclusiveAmount>0</AlreadyClaimedTaxInclusiveAmount>
Takze zamer byl, ze neexistuje "danovy doklad k prijate platbe" (dokument mezi proformou a timto XML dokladem co resis?)