Е-фактурирањето Fawtara во Оман во 2027: што им треба на сопствените ERP и POS системи

Оман ги заменува хартиените и PDF фактурите со структурирани е-фактури во XML што минуваат преку акредитиран давател на услуги и се пријавуваат до Даночната управа на Оман (OTA). Програмата се вика Fawtara. Даночните обврзници со годишни испораки над 5 милиони OMR почнуваат на 1 април 2027. Сите други обврзници регистрирани за ДДВ почнуваат на 1 октомври 2027.

Малопродажбата е најтешко погодена. Продажбите на потрошувачи се опфатени од истиот ден како и деловните, а секоја поединечна продажба бара сопствена е-фактура. Ако софтверот на касата, ERP-от или механизмот за наплата е развиен во куќата или силно прилагоден, работата на произведување на тие документи е ваша.

Датумите и кој важи за вас

Изворот се најчестите прашања за Fawtara на OTA, последен пат ажурирани на 31 август 2026. Критериумот е јасно поставен. Почнувате од 1 април 2027 ако важи едно од следново:

• вашите испораки од 1 април 2026 до 31 март 2027 надминуваат 5.000.000 OMR, или
• вашите очекувани испораки од 1 април 2027 до 31 март 2028 надминуваат 5.000.000 OMR.

„Ако ниеден услов не е исполнет, должни сте да воведете е-фактурирање од 1 октомври 2027.“

Што се смета во бројката: оданочиви испораки без капитални средства, стоки и услуги под механизмот на пренесување на даночната обврска и испораки во рамки на GCC. ДДВ групата се оценува на ниво на групата, а не член по член. Нерезидент ги смета само испораките направени во Оман.

Обрнете внимание на вториот услов. Компанија што расте кон 5 милиони OMR може да заврши во априлската група само врз основа на својата прогноза. Ако сте близу до границата, сметајте на април.

OTA води алатка за проверка на воведувањето што ги зема вашиот VATIN и тековниот и очекуваниот распон на испораки и прикажува можен период на воведување. Означена е како алатка само за информирање и подготовка, па третирајте го нејзиниот одговор како насока, а најчестите прашања како правило.

Распоредот веќе еднаш се помести

Самата HTML страница со најчести прашања на OTA сè уште го опишува постариот план: сто големи компании од август 2026, сите големи компании од февруари 2027, сите други од август 2027. PDF-от тие датуми ги заменува со април и октомври 2027. За првата група избрани големи даночни обврзници (Rollout 1), август 2026 останува официјален датум на почеток, со грејс период до крајот на октомври 2026 како дел од пилот.

Една реченица во делот за временската рамка во PDF-от вели дека задолжителната усогласеност над 5 милиони OMR важи од „April 1st 2026“. Сè друго во истиот документ вели 1 април 2027, вклучително и деталниот одговор за опсегот цитиран погоре. Изгледа како грешка при пишување, но е добра причина да работите од примарниот документ, а не од нечиј преглед, вклучително и нашиов.

Како функционира Fawtara

Fawtara работи на Peppol, со модел со пет агли:

1. Агол 1: вие, продавачот, ја издавате фактурата.
2. Агол 2: вашиот акредитиран давател на услуги (ASP) ја проверува според правилата на Оман и ја проследува.
3. Агол 3: давателот на услуги на купувачот ја прима.
4. Агол 4: купувачот.
5. Агол 5: OTA, што ги прима даночните податоци од давателите на услуги.

Форматот е XML, изграден според спецификациите PINT Oman што ги објавува OpenPeppol (Billing Process верзија 1.0.1 во моментот на пишување). Најчестите прашања директно велат дека „PDF фактурата не е е-фактура“. Сè уште можете да печатите на хартија, но само е-фактурата е валидна фактура за даночни цели.

Три детали од најчестите прашања ја обликуваат инженерската работа:

• Давателот проверува, вие останувате одговорни. ASP ја проверува секоја фактура според шематронските правила на Оман, но „одговорноста за усогласеноста на фактурата останува кај даночните обврзници“.
• Се поврзувате со еден давател истовремено. Врската ја барате преку порталот Fawtara и подоцна можете да го смените давателот.
• Нема стандарден API за даночните обврзници. Со зборовите на најчестите прашања, поврзувањето на даночниот обврзник „не е стандардизирано и ќе се разликува зависно од системот на давателот на услуги“. Вашиот ERP разговара со интерфејсот на вашиот давател, а не со OTA.

Кога купувачот е потрошувач или компанија што сè уште не е на мрежата, вашиот давател сепак ги пријавува даночните податоци до OTA, а купувачот ја добива фактурата како и денес. Извозот оди од вас до вашиот давател до OTA.

Кој е веќе покриен

Ако добавувачот на вашиот ERP или POS е и самиот акредитиран давател, или испорачува конектор до таков давател, поголемиот дел од оваа статија не е ваш проблем. Најчестите прашања велат дека ERP-системите „може да се задржат врз основа на договорот што даночните обврзници го имаат со своите акредитирани даватели на услуги“, а кај готов систем тој договор треба да го испорача добавувачот. Ваша работа се матичните податоци и тестирањето.

Можете и самите да станете давател на услуги. Критериумите за акредитација вклучуваат оманска трговска регистрација со ИТ дејности, минимален уплатен капитал, историја на работење и сертификат ISO/IEC 27001, а најчестите прашања додаваат и поминување на тест-пакетите за Peppol eDelivery и PINT OM. Тоа им одговара на софтверски компании. За трговец на мало не е кратенка.

Оваа статија е за сите други: компании чии фактури излегуваат од сопствен ERP, систем за каси развиен во куќата, механизам за наплата закачен на стара база на податоци или од филијала што сè уште пишува фактури рачно.

Што мора да се смени во вашиот софтвер

Мапирајте ги податоците од фактурите кон PINT Oman

Насоката на најчестите прашања за мапирањето е една реченица: користете ги спецификациите Oman PINT. Во семантичкиот модел, полињата специфични за Оман (со префикс BTOM) се местото каде оди најголемиот дел од трудот:

• UUID за секој документ (BTOM-002). Мора да биде RFC 4122 верзија 5, која е заснована на име. Изведете го од нешто стабилно, како правното лице, филијалата, касата и бројот на документот, и повторното поднесување ќе го произведе истиот UUID наместо втора фактура.
• Вид на трансакцијата на фактурата (BTOM-001). Ова е низа од 20 позиции каде секоја позиција е ознака: целосна даночна фактура, поедноставена даночна фактура, самофактура, фактура од трето лице, извоз, претпоставена испорака, пренесување на даночната обврска при увоз на услуги, профитна маржа, е-трговија, увоз на стоки, испорака во посебна зона, аванс и други. Може да се постави повеќе од една ознака. Вашиот систем мора да знае кои важат за секоја фактура, а повеќето ERP-системи тоа никогаш не го чувале.
• Идентификатори на продавачот и купувачот со код на шемата: трговска регистрација, даночен идентификациски број, лична карта, пасош, царински ID на увозник или број на лиценца за посебна зона.
• Валута. Валутата на фактурата, валутата за сметководство на ДДВ, курсот меѓу нив и вкупниот ДДВ во валутата за сметководство имаат сопствени полиња.
• Листи на кодови за ослободување од ДДВ, причини за нулта стапка, видови услуги и поделби на земјата.

Очекувајте ставките на фактурите да се мапираат чисто, а матичните податоци не. Записите за купувачи без VATIN, броевите на трговска регистрација што недостасуваат, причините за ослободување напишани како слободен текст и адресите без код на регионот мора да се исчистат пред првата фактура во живо.

Секоја продажба е документ

Ова е правилото што ги менува POS-системите: „Збирните фактури не се дозволени за B2C трансакции. Е-фактура мора да се издаде одделно за секоја фактура.“ Нема збир на крајот на денот. Продавница што на касата наплатува 3.000 продажби дневно праќа 3.000 е-фактури дневно.

Најчестите прашања за B2C поднесувањата даваат 24 часа, а за B2B поднесувањата реално време. За каса тоа значи:

• POS го составува XML-от (или ја предава продажбата на услуга што го прави тоа) во моментот на продажбата, со неговиот UUID. За B2C постои посебно поле за UUID на сметката (BTOM-004).
• Редица за чување и проследување ги задржува документите кога мрежата или давателот не работат и ги испразнува во рамки на 24-те часа.
• Некој се алармира кога документ е сè уште неиспратен по неколку часа, а не по дваесет и три.

Проверете ги цените на давателот наспроти вашиот обем пред да потпишете. Најчестите прашања велат дека секој давател поставува сопствен модел, кој „може да вклучува претплати, надоместоци по трансакција или други ценовни договори“. При малопродажни обеми, надоместокот по документ е ставка во буџетот.

B2B во реално време

За деловните фактури поднесувањето е во реално време. Вашиот ERP ја книжи фактурата, давателот ја проверува, а резултатот се враќа. Тоа го менува текот на фактурите на два начина. Грешките при проверката сега излегуваат во моментот на книжење, па на некој во финансиите му треба екран што го прикажува одбивањето и му дозволува да го поправи. А нумерирањето на фактурите, UUID-от и логиката за повторни обиди мора да бидат точни од првиот ден, бидејќи истекување на времето проследено со слепо повторно праќање е токму начинот на кој настануваат дупликат-фактури.

Текот оди и во обратна насока. Кога сте купувач, е-фактурите од добавувачите што се веќе на Fawtara пристигнуваат преку вашиот давател како XML, а на службата за обврски кон добавувачи ѝ треба начин да ги внесе.

QR-кодови на отпечатената сметка

QR-кодот го генерирате вие (агол 1), а не давателот. Задолжителен е за сите B2C трансакции, целосни или поедноставени, и се појавува на читливата фактура, а не во XML-от. OTA планира да го користи за проверка на фактурите преку мобилна апликација. За неговата содржина најчестите прашања упатуваат на Анекс D од документот Peppol Oman Architecture (верзија 1.0.2): обезбедете го тој анекс пред некој да ја редизајнира сметката. Шаблоните за сметки и драјверите за печатачи се дел од овој проект.

Книжни одобрувања, враќања и корекции

Откако е издадена, е-фактурата се коригира со издавање електронско книжно одобрување или задолжување. Спецификацијата има полиња за UUID на изворната фактура и код на причина (BTOM-031 и BTOM-032), па враќањето пари на касата мора да може да ја најде изворната продажба.

Увоз и самофактурирање

Увозот на стоки и услуги се пријавува како самофактури. Ако вашиот тек за набавки го книжи увозот без да создаде каков било документ, таму се појавува нов чекор.

Архивирање

Чувањето останува кај вас. Најчестите прашања велат дека OTA нема да им враќа информации за фактурите на даночните обврзници, а Peppol не чува документи. Чувајте ги заедно проверениот XML, одговорот на давателот и отпечатената верзија, според правилата за чување од законодавството за ДДВ.

План наназад од рокот

Најчестите прашања велат дека OTA им се обраќа на учесниците во воведувањето најмалку шест месеци пред нивното приклучување. За априлската група, тоа е сега.

Ако почнувате на 1 април 2027:

1. Октомври 2026: потврдете ја групата со алатката за проверка и критериумот од најчестите прашања. Наведете го секој систем што издава фактура: ERP, секој POS, процесот на плаќање во е-продавницата, наплатата на изнајмувања или претплати и секоја книга со рачни фактури.
2. Ноември 2026: изберете давател. Побарајте документација за API и тест-околина пред да потпишете и прашајте за обемот на B2C, цената по документ, работата без мрежа и како изгледаат одговорите од проверката. Побарајте ја врската преку порталот Fawtara.
3. Од декември 2026 до јануари 2027: изработка. Мапирање на полињата, генерирање UUID, логика за видот на трансакцијата, редицата на POS, QR-кодови, тек за книжни одобрувања, влезни фактури. Пуштајте ги шематронските правила на Оман од преземањата на PINT Oman во вашиот сопствен тест-тек, за неуспесите да се појават во развојот, а не кај давателот.
4. Февруари 2027: тестови од крај до крај наспроти тест-околината на давателот, со вистински примероци од секој вид трансакција што навистина го издавате, вклучително и незгодните (извоз, враќања без сметка, странска валута).
5. Март 2027: проба во продукција со една филијала или деловна линија, план за преминување и распоред на поддршката за првите недели.

Ако почнувате на 1 октомври 2027, редоследот е ист, поместен за шест месеци: давателот избран до крајот на првиот квартал, изработка во вториот, тестирањето завршено до август. Не го трошете вишокот време. Чистењето на податоците секогаш трае подолго отколку што некој проценува.

Што е сè уште неизвесно

Датумите се поместија еднаш и може повторно да се поместат. Планирајте според PDF-от од 31 август 2026 и проверувајте ги документите на OTA секој месец, наместо да се потпирате на вестите. Правната основа е Одлуката 189/2026, со која се менува Извршниот правилник на Законот за ДДВ. Најчестите прашања велат дека ќе се применуваат казни според законодавството за ДДВ штом обврската почне, но не наведуваат износи, па не наведуваме ни ние.

И спецификациите имаат верзии. Тековниот пакет PINT Oman на страницата на Peppol носи датум на издавање 29 јули 2026. Фиксирајте ја верзијата според која градите и следете ги белешките за изданијата.

Каде да побарате помош

Го градиме конекторот меѓу системот што навистина го користите и форматот што го бара обврската: мапирање на полињата, логика за UUID и нумерирање, редици на POS, проверка во вашиот тек и интеграција со давателот што ќе го изберете. Нашата услуга за интеграција на е-фактурирање ја покрива таа работа, а кога пречката е самиот ERP, модернизацијата на ERP е местото каде што почнува.

Ако сте во априлската група и сè уште не сте избрале давател, пишете ни на office@c9group.dev.