7.10. Подготовка и експорт на акцизни данъчни декларации

7.10.1. Акцизни данъчни декларации
7.10.2. Предварителна подготовка
7.10.3. Създаване на АДД
7.10.4. Една фактура в две или повече АДД
7.10.5. Експорт на проект за АДД
7.10.6. Експорт на месечна АД
7.10.7. Състояния на АДД

7.10.1. Акцизни данъчни декларации

Този документ описва функционалността, свързана с подготовка на АДД и АД в електронен XML и изпращането на информацията към митници.

Процесът, който се поддържа, е следния:

Фигура 7.24. Процес на създаване на АДД и комуникация със сайта на митници

Процес на създаване на АДД и комуникация със сайта на митници


7.10.1.1. Детайли

Акцизният регистър съдържа АДД – Акцизни данъчни декларации.

Всяка АДД съответства на един документ за доставка.

АДД може да съдържа няколко акцизни артикула.

Всяка АДД има пореден уникален номер в регистъра. Той се явява и пореден входящ митнически номер – OriginalMessageID.

Всяка АДД получава от митници уникален контролен номер (UCN) с негова дата (DocumentType, DocumentNumber, DocumentDate).

7.10.2. Предварителна подготовка

Предварителната подготовка е важен момент на настройка на процеса на подготовка и експортиране на АДД и месечна АД в изискуемия от сайта на митници определен XML формат.

Подготовката включва настройка на съответните атрибути на артикулите, подлежащи на акциз и на специфичните за сайта на митници параметри.

7.10.2.1. Атрибути на стоките

За контекста на АДД в Colibri® ERP са предвидени специални категории атрибути – категории Митнически атрибути и Интрастат.

7.10.2.1.1. Асоцииране на групи артикули с категория Митнически атрибути

За да бъдат видими предефинираните митнически атрибути в съответните артикули, предварително трябва да се асоциират групите артикули с категорията Митнически атрибути.

Това се извършва в Списъци/Асортименти/Категории и атрибути.

Избирате категория Митнически атрибути и с бутона Прикачи, асоциирате всички групи на акцизни стоки. По този начин всички акцизни стоки ще притежават тези атрибути и ще е възможно да бъдат задавани конкретни стойности за тях.

Фигура 7.25. Асоцииране на групи артикули с категорията Митнически атрибути

Асоцииране на групи артикули с категорията Митнически атрибути


7.10.2.1.2. Стойности на митническите атрибути по артикули

Попълването на съответните стойности може да се извърши ръчно, артикул по артикул или автоматизирано като се използва функционалността за експорт и импорт на атрибути през Excel.

На следващата фигура е показана примерна настройка на необходимите атрибути.

Фигура 7.26. Настройка на специфичните за митници артикулни атрибути

Настройка на специфичните за митници артикулни атрибути


7.10.2.2. Параметри на АДД

За точното генериране на проект за АДД и съответно на месечна АД е необходимо да бъдат настроени правилно специфичните за целта системни параметри.

За целта се избира Настройки/Управление на правата/Системни параметри. Филтрира се по Акцизни Данъчни Декларации.

На следващата фигура са показани примерни стойности за част от параметрите, необходими за експорт на АДД и АД.

Фигура 7.27. Примерна настройка на параметри за АДД

Примерна настройка на параметри за АДД


7.10.3. Създаване на АДД

Създаването на АДД се извършва с таба Нова АДД в Отчети/Други/Акцизни данъчни декларации.

С двоен клик в полето Фактура за доставка се появява списък от фактури за доставка. Избирате фактура и кликвате върху бутона Запис, горе вдясно. Системата проверява дали всички полета в таба Данни за е-АДД са попълнени и издава съобщение за грешка с информация за непопълнените полета. Полетата с данни за АДД са секционирани в съответствие с необходимостта за XML файла. Голяма част от данните (които са относително постоянни) се извличат и попълват със стойности на глобалните параметри.

Фигура 7.28. Попълване на данните за АДД

Попълване на данните за АДД


След като всички полета са попълнени коректно, се извлича информацията за акцизните артикули от избраната фактура и с това, въвеждането на данни за АДД завършва.

Фигура 7.29. Създадена и попълнена нова АДД

Създадена и попълнена нова АДД


7.10.4. Една фактура в две или повече АДД

Понякога се налага артикулите от една фактура да се декларират в различни АДД. Това може да се направи по следния начин:

1) След като се извлекат артикула от фактурата, част от тях могат да бъдат изтрити от текущия проект за АДД. За целта те се чекват с чекбокса в началото на реда и накрая се кликва бутона Изтриване на маркираните, долу в ляво;

Фигура 7.30. Изтриване на артикули от проект за АДД

Изтриване на артикули от проект за АДД


2) Същата фактура може отново да бъде извикана с последствие, за да се направи нова АДД за останалите артикули. В лукъп прозореца на новата АДД (след двоен клик в полето за фактура) обаче трябва да се избере да се покажат тези фактури, които вече са свързани с АДД;

Фигура 7.31. Избор на вече свързана с АДД фактура

Избор на вече свързана с АДД фактура


3) Като се избере фактурата отново, в новата АДД, ще се покажат само артикулите от нея, които още не са влезли в някое АДД. В нашия пример излиза следното:

Фигура 7.32. Извличане на останалите от фактура артикули в ново АДД

Извличане на останалите от фактура артикули в ново АДД


По този начин в нашия пример създадохме две АДД за нашата фактура 0000261001. Разбира се тази процедура може да бъде приложена няколко пъти за артикулите от една и съща фактура, като по този начин да се създадат толкова АДД колкото са необходими.

7.10.5. Експорт на проект за АДД

Експортът на проект за АДД се извършва с бутона Експорт, горе вдясно.

7.10.5.1. Експорт

Генерира се XML файл като се използва дефиницията BgMessages.xsd на сайта на митници.

Файлът има име, съдържащо номера на АДД. Можете да го запишете в желана от вас директория.

Фигура 7.33. Запис на XML файл с проект за АДД

Запис на XML файл с проект за АДД


След изпращане на АДД към митницата, я поставете в състояние Изпратена. После – при получаване на отговор от сайта на митници - тя ще може да премине в състояние Потвърдена или Непотвърдена.

Файлът може да бъде импортиран в сайта на митници. Ако успешно данните са приети, от сайта на митници се връща съобщение, съдържащо Уникален контролен номер (УКН) и негова дата.

Тези данни се попълват в полетата за Уникален Контролен Номер за АДД. След като се попълнят и се направи запис, АДД автоматично преминава в състояние Потвърдена. По-нататък, за потвърдена АДД корекции няма да могат да се правят.

Само притежаващите УКН АДД ще могат да преминат в състояние Потвърдена и в последствие да бъдат експортирани в месечната АД.

7.10.5.2. Примерен XML файл за проект на АДД

Тук е показан XML файла, съответстващ на създадената по-горе АДД.


<?xml version="1.0" encoding="UTF-8"?>
<tns:DataMessage 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:tns="http://www.customs.bg/BgDictionary" 
    xsi:schemaLocation="http://www.customs.bg/BgDictionary BgMessages.xsd">
  <message_Bg1015u>
    <messageType>Message_Bg1015u</messageType>
    <Header>
      <DocumentNumber>0000000123</DocumentNumber>
      <DocumentDate>2020-08-12</DocumentDate>
      <IsDelayedReporting>false</IsDelayedReporting>
      <NoPaidExciseDocumentNumber>НДНА</NoPaidExciseDocumentNumber>
      <NoPaidExciseDocumentDate>2020-01-01</NoPaidExciseDocumentDate>
      <IsExciseNote>false</IsExciseNote>
      <IntendedUseOfProduct>420</IntendedUseOfProduct>
      <TotalAmountOfExciseDuty>0.00</TotalAmountOfExciseDuty>
    </Header>
    <PlaceOfIssue>
      <Region>SOF</Region>
      <Municipality>SOF46</Municipality>
      <PostCode>1517</PostCode>
      <City>68134</City>
      <District>06</District>
      <Street>БОТЕВ ПЪТ</Street>
      <StreetNumber>299</StreetNumber>
    </PlaceOfIssue>
    <PersonalDetails>
      <Name>Харалампи Харалапмиев Хаджипопкарахаралампиев</Name>
    </PersonalDetails>
    <ConsignorTrader>
      <Bulstat>139999812</Bulstat>
      <TraderName>ТЪРГОВЕЦ ООД</TraderName>
      <TaxWarehouseExciseNumber>BG005800R0022</TaxWarehouseExciseNumber>
      <AddressDetails>
        <Country>BG</Country>
        <Region>SOF</Region>
        <Municipality>SOF46</Municipality>
        <PostCode>1303</PostCode>
        <City>68134</City>
        <District>03</District>
        <Street>ТОДОР АЛЕКСАНДРОВ</Street>
        <StreetNumber>99</StreetNumber>
      </AddressDetails>
    </ConsignorTrader>
    <ConsigneeTrader>
      <IdentifyNumber>130277812</IdentifyNumber>
      <TraderName>ТЪРГОВЕЦ ООД</TraderName>
      <AddressDetails>
        <Country>BG</Country>
        <Region>SOF</Region>
        <Municipality>SOF46</Municipality>
        <PostCode>1303</PostCode>
        <City>68134</City>
        <District>03</District>
        <Street>ТОДОР АЛЕКСАНДРОВ</Street>
        <StreetNumber>99</StreetNumber>
      </AddressDetails>
    </ConsigneeTrader>
    <TransportDetails>
      <TransportType>3</TransportType>
      <VehicleRegNo>CB6859HX</VehicleRegNo>
    </TransportDetails>
    <TransporterTrader>
      <IdentifyNumber>209999271</IdentifyNumber>
      <TraderName>ГРИЙН ЕООД</TraderName>
    </TransporterTrader>
    <DeliveryPlaceDetails>
      <IsOTTGObject>false</IsOTTGObject>
      <DeliveryPlace>
        <Country>BG</Country>
        <Region>SOF</Region>
        <Municipality>SOF46</Municipality>
        <PostCode>1517</PostCode>
        <City>68134</City>
        <District>06</District>
        <Street>БОТЕВ ПЪТ</Street>
        <StreetNumber>299</StreetNumber>
      </DeliveryPlace>
    </DeliveryPlaceDetails>
    <eADDGoods>
      <eADDGood>
        <BrandName>A81305</BrandName>
        <TradeMark>Лагедер Гаун Шардоне DOC 0.75 л. 2018 Мостра</TradeMark>
        <APCode>6453</APCode>
        <CNCode>22042127</CNCode>
        <AdditionalCode>ALLGCH0.752018M</AdditionalCode>
        <QuantityOfGoods>7.5000</QuantityOfGoods>
        <OtherMeasure>3</OtherMeasure>
        <Pieces>0.7500</Pieces>
        <NumberOfPackages>10</NumberOfPackages>
        <TaxBase>7.5000</TaxBase>
        <ExciseDuty>0.000000</ExciseDuty>
        <DutyAmount>0.00</DutyAmount>
        <Payment>10</Payment>
        <Purpose>C01</Purpose>
      </eADDGood>
    </eADDGoods>
  </message_Bg1015u>
</tns:DataMessage>

				  

7.10.6. Експорт на месечна АД

Месечната АД включва всички АДД, които притежават УКН и са в състояние Потвърдена.

7.10.6.1. Проверка

В списъка с АДД избирате месец и година и кликвате върху бутона Проверка. Така ще получите информация за броя потвърдени АДД, както и информация за АДД от периода, които са в някакво друго състояние.

Фигура 7.34. Проверка на АДД за даден период

Проверка на АДД за даден период


7.10.6.2. Експорт

Всички потвърдени АДД могат да бъдат експортирани в XML файл, съответстващ на дефиницията BgMessages.xsd.

В списъка с АДД избирате месец и година и кликвате върху бутона Експорт.

Името на XML файла съдържа номера на месеца и годината, за които се отнася.

Фигура 7.35. Запис на АД за даден период

Запис на АД за даден период


7.10.6.3. Примерен XML файл за месечна АД


<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Declaration>
  <KindOfDeclaration>EXC00</KindOfDeclaration>
  <TypeOfDeclaration>EXC002BG</TypeOfDeclaration>
  <IsCorrectionDeclaration>false</IsCorrectionDeclaration>
  <IsDelayedReporting>false</IsDelayedReporting>
  <PreparationDate>12082020</PreparationDate>
  <CustomsOffice>BG005800</CustomsOffice>
  <TotalAmountOfExciseDuty>0.00</TotalAmountOfExciseDuty>
  <Customer>
    <LegalEntity>RCE</LegalEntity>
    <SIC>130999912</SIC>
    <ExciseNumber>BG005800R0022</ExciseNumber>
  </Customer>
  <Declarer>
    <Name>Харалампи Харалапмиев Хаджипопкарахаралампиев</Name>
    <Egn>1231231234</Egn>
  </Declarer>
  <ReportingPeriod>
    <TaxPeriod>
      <Start>01082020</Start>
      <End>31082020</End>
    </TaxPeriod>
  </ReportingPeriod>
  <AppliedDocuments>
    <AppliedDocument>
      <DocumentType>60</DocumentType>
      <DocumentNumber>4608410</DocumentNumber>
      <DocumentDate>12082020</DocumentDate>
    </AppliedDocument>
    <AppliedDocument>
      <DocumentType>60</DocumentType>
      <DocumentNumber>4608418</DocumentNumber>
      <DocumentDate>12082020</DocumentDate>
    </AppliedDocument>
  </AppliedDocuments>
  <ExciseGoods>
    <ExciseGood>
      <SequenceNumber>1</SequenceNumber>
      <BrandName>A81305</BrandName>
      <TradeMark/>
      <APCode>6453</APCode>
      <CNCode>22042180</CNCode>
      <Measure>3</Measure>
      <AdditionalCode>ALERSX0.752016</AdditionalCode>
      <QuantityOfGoods>0.7500</QuantityOfGoods>
      <Purpose>C01</Purpose>
      <DutyAmount>0.00</DutyAmount>
      <Payment>10</Payment>
      <PaidDuty>0.00</PaidDuty>
      <Pieces>0.7500</Pieces>
      <NumberOfPackages>1</NumberOfPackages>
      <TaxBase>0.7500</TaxBase>
      <ExciseDuty>0.000000</ExciseDuty>
    </ExciseGood>
    <ExciseGood>
      <SequenceNumber>2</SequenceNumber>
      <BrandName>A81304</BrandName>
      <TradeMark>Alpha Estate Sauvignon Blanc 0.75l 2016</TradeMark>
      <APCode>6454</APCode>
      <CNCode>22042179</CNCode>
      <Measure>-</Measure>
      <AdditionalCode>ALESB0.752016</AdditionalCode>
      <QuantityOfGoods>3.7500</QuantityOfGoods>
      <Purpose>C01</Purpose>
      <DutyAmount>0.00</DutyAmount>
      <Payment>10</Payment>
      <PaidDuty>0.00</PaidDuty>
      <Pieces>0.7500</Pieces>
      <NumberOfPackages>5</NumberOfPackages>
      <TaxBase>3.7500</TaxBase>
      <ExciseDuty>0.000000</ExciseDuty>
    </ExciseGood>
  </ExciseGoods>
</Declaration>

				  

7.10.7. Състояния на АДД

Всяка АДД се намира в дадено състояние, определящо възможните действия, които могат да се извършват над данните в нея, както и какви последващи състояния са възможни.

7.10.7.1. Схема на състоянията

На следващата фигура е показана схема на еАДД състоянията.

Фигура 7.36. Схема на еАДД състоянията

Схема на еАДД състоянията


7.10.7.1.1. Дефиниране

Състояние на съставяне, попълване, редактиране на проект за АДД.

1) Предишни състояния:

o Няма - при създаване на нова АДД тя се установява в състояние дефиниране;

o Непотвърдена – ако проекта за АДД не е потвърден от сайта на митници, АДД може да бъде върната в състояние дефиниране, за да бъдат направени необходимите корекции.

2) Следващи състояния:

o Изпратена – след експорт в XML на АДД и изпращане към митница;

o Отменена – АДД се затваря за по-нататъшни действия.

7.10.7.1.2. Обновена

Състояние на съставяне, попълване, редактиране, обновяване на проект за АДД. Преминава се в него след използване на бутон Обновяване, при което се извлича отново необходимата информация от свързаната фактура за доставка.

1) Предишни състояния:

o Дефиниране;

o Обновяване.

2) Следващи състояния:

o Изпратена – след експорт в XML на АДД;

o Отменена – АДД се затваря за по-нататъшни действия.

7.10.7.1.3. Изпратена

След експорт на проект на АДД в XML формат и изпращане в митница променете АДД в състояние изпратена.

1) Предишни състояния:

o Дефиниране;

o Обновена.

2) Следващи състояния:

o Потвърдена;

o Непотвърдена.

7.10.7.1.4. Потвърдена

След потвърждаването от сайта на митници, че проекта на АДД в XML формат отговаря на изискванията за коректност на изпратената информация от сайта на митници се връща Уникален контролен номер и дата, които трябва да се попълнят в съответните полета на формата за АДД. След това, АДД може да бъде приведена в състояние Потвърдена.

Само потвърдените АДД ще бъдат включени в месечната Акцизна Декларация (АД).

1) Предишни състояния:

o Изпратена.

2) Следващи състояния:

o Няма.

7.10.7.1.5. Непотвърдена

Проектът на АДД в XML формат не отговаря на изискванията за коректност на изпратената информация и от сайта на митници се връща съобщение за грешка (BG906).

1) Предишни състояния:

o Изпратена.

2) Следващи състояния:

o Дефиниране;

o Отменена.

7.10.7.1.6. Отменена

АДД по някаква причина е необходимо да не бъде повече обект на внимание и отчитане.

1) Предишни състояния:

o Дефиниране;

o Обновена;

o Непотвърдена.

2) Следващи състояния:

o Няма.

7.10.7.1.7. Служебни константи

o CUST_ADD_STAT_D – Дефиниране, задава се при Създаване на АДД. Следващи състояния: Изпратена или Отменена;

o CUST_ADD_STAT_UP – Обновена, задава се при преизбиране на фактурата, за Коригиране на асортиментите. Следващи състояния: Изпратена или Отменена;

o CUST_ADD_STAT_S – Изпратена, задава се ръчно след експорт и изпращане в митница за получаване на УКН. Следващи състояния: Потвърдена или Непотвърдена;

o CUST_ADD_STAT_UC – Потвърдена, задава се автоматично след попълване и запис на УКН. Няма следващи състояния;

o CUST_ADD_STAT_N – Непотвърдена, задава се ръчно, ако е върната от митницата без УКН. Следващи състояния: Дефиниране или Отменена;

o CUST_ADD_STAT_C – Отменена, задава се, ако е със Сгрешена информация. Няма следващи състояния.

7.10.7.2. История на състоянията

Историята на преминаване на АДД от състояние в състояние може да бъде видяна в таба Състояния.

Информацията за състоянията показва на коя дата е направено преминаването в това състояние, по каква причина и кой потребител е извършил промяната.

Фигура 7.37. История на състоянията на АДД

История на състоянията на АДД


Copyright © 2006-2025 EDA Ltd.