Този документ описва функционалността, свързана с подготовка на АДД и АД в електронен XML и изпращането на информацията към митници.
Процесът, който се поддържа, е следния:
Акцизният регистър съдържа АДД – Акцизни данъчни декларации.
Всяка АДД съответства на един документ за доставка.
АДД може да съдържа няколко акцизни артикула.
Всяка АДД има пореден уникален номер в регистъра. Той се явява и пореден входящ митнически номер – OriginalMessageID.
Всяка АДД получава от митници уникален контролен номер (UCN) с негова дата (DocumentType, DocumentNumber, DocumentDate).
Предварителната подготовка е важен момент на настройка на процеса на подготовка и експортиране на АДД и месечна АД в изискуемия от сайта на митници определен XML формат.
Подготовката включва настройка на съответните атрибути на артикулите, подлежащи на акциз и на специфичните за сайта на митници параметри.
За контекста на АДД в Colibri® ERP са предвидени специални категории атрибути – категории Митнически атрибути и Интрастат.
За да бъдат видими предефинираните митнически атрибути в съответните артикули, предварително трябва да се асоциират групите артикули с категорията Митнически атрибути.
Това се извършва в
.Избирате категория Митнически атрибути и с бутона
, асоциирате всички групи на акцизни стоки. По този начин всички акцизни стоки ще притежават тези атрибути и ще е възможно да бъдат задавани конкретни стойности за тях.Попълването на съответните стойности може да се извърши ръчно, артикул по артикул или автоматизирано като се използва функционалността за експорт и импорт на атрибути през Excel.
На следващата фигура е показана примерна настройка на необходимите атрибути.
За точното генериране на проект за АДД и съответно на месечна АД е необходимо да бъдат настроени правилно специфичните за целта системни параметри.
За целта се избира Акцизни Данъчни Декларации.
. Филтрира се поНа следващата фигура са показани примерни стойности за част от параметрите, необходими за експорт на АДД и АД.
Създаването на АДД се извършва с таба Нова АДД в .
С двоен клик в полето Фактура за доставка се появява списък от фактури за доставка. Избирате фактура и кликвате върху бутона
, горе вдясно. Системата проверява дали всички полета в таба са попълнени и издава съобщение за грешка с информация за непопълнените полета. Полетата с данни за АДД са секционирани в съответствие с необходимостта за XML файла. Голяма част от данните (които са относително постоянни) се извличат и попълват със стойности на глобалните параметри.След като всички полета са попълнени коректно, се извлича информацията за акцизните артикули от избраната фактура и с това, въвеждането на данни за АДД завършва.
Понякога се налага артикулите от една фактура да се декларират в различни АДД. Това може да се направи по следния начин:
1) След като се извлекат артикула от фактурата, част от тях могат да бъдат изтрити от текущия проект за АДД. За целта те се чекват с чекбокса в началото на реда и накрая се кликва бутона
, долу в ляво;2) Същата фактура може отново да бъде извикана с последствие, за да се направи нова АДД за останалите артикули. В лукъп прозореца на новата АДД (след двоен клик в полето за фактура) обаче трябва да се избере да се покажат тези фактури, които вече са свързани с АДД;
3) Като се избере фактурата отново, в новата АДД, ще се покажат само артикулите от нея, които още не са влезли в някое АДД. В нашия пример излиза следното:
По този начин в нашия пример създадохме две АДД за нашата фактура 0000261001. Разбира се тази процедура може да бъде приложена няколко пъти за артикулите от една и съща фактура, като по този начин да се създадат толкова АДД колкото са необходими.
Експортът на проект за АДД се извършва с бутона
, горе вдясно.Генерира се XML файл като се използва дефиницията BgMessages.xsd на сайта на митници.
Файлът има име, съдържащо номера на АДД. Можете да го запишете в желана от вас директория.
След изпращане на АДД към митницата, я поставете в състояние Изпратена. После – при получаване на отговор от сайта на митници - тя ще може да премине в състояние Потвърдена или Непотвърдена.
Файлът може да бъде импортиран в сайта на митници. Ако успешно данните са приети, от сайта на митници се връща съобщение, съдържащо Уникален контролен номер (УКН) и негова дата.
Тези данни се попълват в полетата за Уникален Контролен Номер за АДД. След като се попълнят и се направи запис, АДД автоматично преминава в състояние Потвърдена. По-нататък, за потвърдена АДД корекции няма да могат да се правят.
Само притежаващите УКН АДД ще могат да преминат в състояние Потвърдена и в последствие да бъдат експортирани в месечната АД.
Тук е показан 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>
Месечната АД включва всички АДД, които притежават УКН и са в състояние Потвърдена.
В списъка с АДД избирате месец и година и кликвате върху бутона
. Така ще получите информация за броя потвърдени АДД, както и информация за АДД от периода, които са в някакво друго състояние.Всички потвърдени АДД могат да бъдат експортирани в XML файл, съответстващ на дефиницията BgMessages.xsd.
В списъка с АДД избирате месец и година и кликвате върху бутона
.Името на 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>
Всяка АДД се намира в дадено състояние, определящо възможните действия, които могат да се извършват над данните в нея, както и какви последващи състояния са възможни.
На следващата фигура е показана схема на еАДД състоянията.
Състояние на съставяне, попълване, редактиране на проект за АДД.
1) Предишни състояния:
o Няма - при създаване на нова АДД тя се установява в състояние дефиниране;
o Непотвърдена – ако проекта за АДД не е потвърден от сайта на митници, АДД може да бъде върната в състояние дефиниране, за да бъдат направени необходимите корекции.
2) Следващи състояния:
o Изпратена – след експорт в XML на АДД и изпращане към митница;
o Отменена – АДД се затваря за по-нататъшни действия.
Състояние на съставяне, попълване, редактиране, обновяване на проект за АДД. Преминава се в него след използване на бутон
, при което се извлича отново необходимата информация от свързаната фактура за доставка.1) Предишни състояния:
o Дефиниране;
o Обновяване.
2) Следващи състояния:
o Изпратена – след експорт в XML на АДД;
o Отменена – АДД се затваря за по-нататъшни действия.
След експорт на проект на АДД в XML формат и изпращане в митница променете АДД в състояние изпратена.
1) Предишни състояния:
o Дефиниране;
o Обновена.
2) Следващи състояния:
o Потвърдена;
o Непотвърдена.
След потвърждаването от сайта на митници, че проекта на АДД в XML формат отговаря на изискванията за коректност на изпратената информация от сайта на митници се връща Уникален контролен номер и дата, които трябва да се попълнят в съответните полета на формата за АДД. След това, АДД може да бъде приведена в състояние Потвърдена.
Само потвърдените АДД ще бъдат включени в месечната Акцизна Декларация (АД).
1) Предишни състояния:
o Изпратена.
2) Следващи състояния:
o Няма.
Проектът на АДД в XML формат не отговаря на изискванията за коректност на изпратената информация и от сайта на митници се връща съобщение за грешка (BG906).
1) Предишни състояния:
o Изпратена.
2) Следващи състояния:
o Дефиниране;
o Отменена.
АДД по някаква причина е необходимо да не бъде повече обект на внимание и отчитане.
1) Предишни състояния:
o Дефиниране;
o Обновена;
o Непотвърдена.
2) Следващи състояния:
o Няма.
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 – Отменена, задава се, ако е със Сгрешена информация. Няма следващи състояния.
Историята на преминаване на АДД от състояние в състояние може да бъде видяна в таба Състояния.
Информацията за състоянията показва на коя дата е направено преминаването в това състояние, по каква причина и кой потребител е извършил промяната.