На интернет страни еФактура објављена су следећа документа:

• СЕФ нова верзија 3.15.0
• Ажурирано интерно техничко упутство – верзија од 14. новембра 2025.

У наставку је дат преглед свих функционалности и промена које су део нове верзије 3.15.0 СЕФ:

1. Омогућено преузимање спољног приказа (PDF) обавештења примаоца о претходном ПДВ путем апликативног програмског интерфејса

Развијена је функционалност за генерисање спољног приказа обавештења примаоца о претходном ПДВ путем апликативног програмског интерфејса. Преузимање је омогућено и са стране пошиљаоца и са стране примаоца.

Додате су две методе за апликативни програмски интерфејс:

GET /api/publicApi/recipients-notice-on-input-vat/sender/{noticeId}/pdf – за пошиљаоца

GET /api/publicApi/recipients-notice-on-input-vat/recipient/{noticeId}/pdf – за примаоца

2. У оквиру приказа СЕФ документа додата је веза (хиперлинк) ка повезаном обавештењу примаоца о претходном порезу

На приказу улазних и излазних СЕФ докумената је додато поље „Повезана обавештења примаоца о претходном порезу” које приказује хиперлинкове ка повезаним обавештењима примаоца о претходном порезу која су у статусу „Послато”. Поље је видљиво корисницима уколико постоји бар једно повезано обавештење примаоца о претходном порезу које је у статусу „Послато”. Хиперлинк се састоји од броја обавештења и датума обавештења примаоца о претходном порезу. Селектовањем хиперлинка, корисник се преусмерава на приказ повезаног обавештења примаоца о претходном порезу.

3. Нова колона са бројем повезаног документа додата је како листи која приказује дата, тако и листи која приказује примљена обавештења примаоца о претходном порезу

На листи „Листа датих обавештења о претходном порезу“, као и на листи „Листа примљених обавештења о претходном порезу“ додата је нова колона „Број документа“, у којој се приказује број документа који представља основ за креирање обавештења.

У приказу самог обавештења примаоца о претходном порезу број повезаног документа приказује се:

– Ако је основ сторнирана фактура послата преко СЕФ-а – у пољу „Број фактуре“,

– Ако је сторнирана фактура послата ван СЕФ-а – у пољу „Број фактуре/рачуна за промет“,

– За сторнирану авансну фактуру преко СЕФ-а – у пољу „Број авансне фактуре“,

– За сторнирану авансну фактуру ван СЕФ-а – у пољу „Број фактуре/рачуна за промет“,

– Ако је основ сторнирани документ о повећању – број се наводи у пољу „Број документа о повећању“,

– Ако је у питању документ о смањењу – у пољу „Број документа о смањењу“.

4. Додат је број повезаног документа као нови критеријум претраге на листама обавештења примаоца о претходном порезу

На листи „Листа датих обавештења о претходном порезу“, као и на листи „Листа примљених обавештења о претходном порезу“ додата је могућност претраге по броју повезаног документа. Уношењем наведене вредности у поље „Претрага“ и избором опције „Примени“, систем ће приказати сва обавештења код којих број повезаног документа (колона „Број документа”) садржи унети низ карактера.

5. Додата валидација подешавања АПИ ендпоинта за пријем нотификација

Додата је валидација на екрану Подешавања -> АПИ менаџмент на следећим пољима:

– URL за примање нотификација о излазним фактурама,

– URL за примање нотификација о улазним фактурама,

– URL за примање нотификација о улазним фактурама за носиоца јавних набавки.

Уведена је обавезна провера да сваки од ових података садржи валидан URL.

6. Проширени су одговори метода на апликативном програмском интерфејсу који се односе на обавештења примаоца о претходном порезу

Одговори метода апликативног програмског интерфејса који се односе на обавештења примаоца о претходном порезу проширени су у делу „Sender“ додавањем нових поља „RegistrationCode“ и „IsBudget“:

„Sender“: {

„RegistrationCode“: „21212121“,

„IsBudget“: false,

„Id“: 14,

„VatRegistrationCode“: „101010101“,

„Name“: „Привредни субјект д.о.о.“,

„Address“: „Кнеза Милоша 20, Београд“

},

Ово проширење се односи на следеће методе:

POST /api/publicApi/recipients-notice-on-input-vat/sender/send

GET /api/publicApi/recipients-notice-on-input-vat/sender/{noticeId}

GET /api/publicApi/recipients-notice-on-input-vat/sender/date-range

GET /api/publicApi/recipients-notice-on-input-vat/sender/mistake-status

GET /api/publicApi/recipients-notice-on-input-vat/recipient/{noticeId}

7. Додатна унапређења при генерисању НБС ИПС QR кода на проширеном спољном приказу

На основу Одлуке о облику, садржини и начину коришћења образаца платних налога за извршење платних трансакција у динарима („Сл. Гласник РС“, бр. 55/2015, 78/2015, 82/2017, 65/2018, 78/2018, 22/2019, 125/2020 и 82/2024), уведена је валидација да у случају навођења позива на број по моделу 97, вредност не може да садржи цртице и размаке.

Уколико је на фактури дефинисан позив на број по моделу 97, приликом генерисања НБС ИПС QR кода СЕФ ће уклонити сва појављивања размака и средње црте из позива на број. Тако добијену вредност ће потом искористити за попуњавање РО елемента НБС ИПС QR кода.

8. Раскидање везе са отпремницом приликом сторнирања фактуре

У ситуацији када се сторнира фактура која је повезана са отпремницом, отпремница се ослобађа за коришћење на другој фактури. Функционалност је реализована на акцију сторнирања фактуре и кроз СЕФ кориснички интерфејс и кроз апликативни програмски интерфејс.

9. Измењена логика методе sales-invoice/ids апликативног интерфејса

Уколико се при позиву методе sales-invoice/ids не проследи статус параметар, СЕФ ће као резултат вратити само оне фактуре које имају датум слања. То ће из резултата искључити фактуре у статусима New, Draft или Mistake.

Уколико се пак проследи статус параметар, разликујемо две ситуације:

– уколико се проследи вредност New, Draft или Mistake, СЕФ ће вратити фактуре у задатом статусу чији датум креирања припада задатом периоду,

– за све остале вредности статуса, СЕФ ће вратити фактуре чији датум слања припада задатом периоду.

10. Исправке

1) Уколико се у ставци XML документа не проследи шифра пореске категорије или се проследи шифра пореске категорије која није подржана, корисник ће добити грешку VATCategoryNotAllowed:

{

„Message“: „VAT category ‘S10’ is not allowed“,

„FieldName“: „Invoice.InvoiceLine.Item.ClassifiedTaxCategory[i].ID“,

„ErrorCode“: „VATCategoryNotAllowed“

}

2) Уколико је у XML документу унет непостојећи ЈБКЈС, било за пошиљаоца било за примаоца, враћа се грешка CompanyWithJBKJSNotFound:

{

„Message“: „JBKJS doesn’t match the company JBKJS“,

„FieldName“: „invoice.AccountingCustomerParty.Party.PartyIdentification.ID.Value“,

„ErrorCode“: „CompanyWithJBKJSNotFound“

}

3) При слању обавештења кроз апликативни програмски интерфејс за фирму која није порески обвезник враћа се грешка са кодом VatDeductionNotificationCompanyIsNotVatObligor.

4) На корисничком интерфејсу је у детаљима обавештења примаоца о претходном порезу додат линк ка документу о смањењу.

5) Унапређена је валидација на апликативном програмском интерфејсу при креирању обавештења примаоца о претходном порезу. У случају да није наведен број документа враћа се грешка са кодом VatDeductionNotificationOneOrMoreMandatoryFieldsMissing.

6) За обавештење примаоца о претходном порезу које се креира директно на корисничком интерфејсу, из електронске фактуре на коју се односи, онемогућена је измена свих података осим следећа три податка: „Број обавештења“, „Износ ПДВ“ и „Напомена“ .

7) При слању обавештења примаоца о претходном порезу кроз апликативни програмски интерфејс онемогућено је слање изјаве са износом ПДВ једнак нули, са кодом грешке VatDeductionNotificationTotalVatAmountUnallowedValue.

8) На Појединачној ПДВ евиденцији је извршена исправка при повезивању евиденције са авансном евиденцијом, у случају када више авансних евиденција од различитих добављача имају исти број документа.