|
|
|||||
| 22 Листопад 2008, Субота |
|
Українською На русском | ||||
![]() |
Ділові новини | Прес релізи | Бізнес-події | Форум | Власний рахунок | Авто | Нерухомість | Робота |
| Український дiловий тижневик "Контракти" / № 12 вiд 22-03-2004 | РЕКЛАМА | ПЕРЕДПЛАТА 2009 | ||
|
Як відзвітуватись «електронкою»Починаючи з другого кварталу платники мають можливість подавати звіти в електронній формі. У цьому матеріалі ми на прикладі розкажемо, як отримати звіт у вигляді електронного документа на основі звичайного паперового звіту згідно зі стандартом електронного документа звітності платників податків (затверджений Наказом ДПАУ від 23.12.2003 №‑616). За основу прикладу взято формування "Податкового розрахунку сум доходу, нарахованого (сплаченого) на користь платників податку, і сум утриманого з них податку" за І квартал 2004 року для приватного підприємства, в якому у звітному періоді працювали три особи (див. примітку 1). Перший крок Набір службової директиви. Службова директива оголошує документ XML-структурою (див. примітку 2), і вся інформація в ньому подається у кодуванні windows, а саме у кодовій сторінці 1251. Приклад. Директива завжди набирається в нижньому регістрі, тобто маленькими літерами:
<?xml version="1.0" encoding="windows-1251"?> Другий крок Формування службового заголовка. Заключається в теги <DECLARHEAD> та </DECLARHEAD>. Іменуються тільки у верхньому регістрі. У заголовку має міститися інформація: • код ЄДРПОУ або ідентифікаційний номер ДРФО податкового агента; • код звітного документа; • підтип документа; • номер версії документа; • номер виправного документа (для першого поданого вказується 0); • номер однотипного документа в періоді; • код державної податкової інспекції, до якої подається звіт, згідно з довідником податкових інспекцій; • звітний місяць (останній у звітному періоді); • звітний рік; • дата подання документа (у форматі "ддммрррр"). Приклад. Згідно з довідником звітних документів, форма 1-ДФ має код J05, підтип документа 001; номер версії 2. Згідно з довідником податкових інспекцій ДПІ у Дарницькому районі м. Києва має код 2651. Наш звітний документ є першим поданим і першим у звітному періоді. Ми маємо повний набір необхідних даних для побудови службового заголовка: <DECLARHEAD>
</DECLARHEAD>
Третій крок Формування тіла документа береться в теги
Переносимо дані з форми до XML-файла. Кожне значення береться в службові теги, що іменуються згідно з відповідним шаблоном. Деякі з показників розміщені групами, причому у звіті може буде відмічений лише один з показників, як-то: "юридична особа" — "фізична особа" або "звітний" — "новий звітний" — "уточнюючий". У такому разі обраний показник має значення 1, решта показників з групи взагалі не переносяться до XML-файла.
Кодуємо основну таблицю. Усі таблиці у звітних документах умовно можна поділити на дві групи: такі, що мають фіксовану кількість рядків та колонок, і такі, в яких кількість рядків може бути від нуля до певної величини, наприклад, 1000, як у Формі 1-ДФ. І якщо з першою групою проблем не виникає і кожному показнику там відповідає свій елемент з унікальним іменем, то в другому випадку кожний рядок має набір однотипних елементів і всі показники колонки іменуються однаково.
Кодуємо дати. Усі дати в тілі документа записуються у форматі "ддммрррр", де перші дві цифри — день, наступні дві — місяць, а останні чотири позиції відведені під номер року. Крім того, тіло документа може містити елементи з пустим значенням. Це ті графи, що не заповнюються у звітній формі. У такому випадку ці елементи або взагалі не позначаються у вихідному XML-файлі, або позначаються за принципом: <назва елемента>назва елемента> або <назва елемента/> . Для даних грошового типу роздільником десяткових розрядів є крапка. У символьних значеннях використовуються спеціальні підстановки. Приклад. У паперовому документі код ЄДРПОУ позначено як HTIN, тому його значення перенесеться відповідно <HTIN>0022222222</HTIN> Приклад. Усі елементи, які містять ідентифікаційний номер з графи 2, іменуватимуться RXXXXG02, а щоб розрізнити, до якого рядка відноситься той чи інший показник, кожному елементу присвоюється атрибут ROWNUM, значенням якого і є номер рядка, починаючи з 1. Тому ідентифікаційний номер з другого рядка таблиці тепер закодується як <RXXXXG02 rownum ="2">2222222222</RXXXXG02>
Приклад. У нашому випадку в назві податкового агента ми замінимо подвійні лапки на " Тепер можна закодувати форму за правилами Стандарту. Вона виглядатиме так: <DECLARBODY>
</DECLARBODY> Файл сформовано (див. примітку 3). Останній крок Правильно називаємо звіт. Закриваємо кореневий елемент, дописавши в останньому рядку тег . Лишається правильно його назвати. За буквою Стандарту файл повинен іменуватися згідно з довідником документів податкової звітності (ZSPR_DOC.XML) за таким принципом: • позиції з 1 до 3 включно відповідають полю C_DOC; • позиції з 4 до 6 — полю C_DOC_SUB; • позиції з 7 до 8 — номеру версії документа.
Файл має розширення xml. Приклад: У нашому випадку: j0500102.xml Примітка 1. Згідно з Порядком заповнення Податкового розрахунку, кожний документ може містити відомості лише про 1000 осіб. Якщо ж штатна чисельність більша, то можливе подання розрахунку кількома порціями. Як у цьому випадку уникнути конфлікту в іменуванні файлів? Вихід пропонується дуже простий: до імені файла додається тризначний номер порції. Наприклад: j0500102.001.xml, j0500102.002.xml тощо. Такий підхід правомірний не тільки для форми 1-ДФ, а й для будь-якого іншого звітного документа, що подається порціями.
Примітка 2. Згідно зі Стандартом, кожний звітний документ — це файл, сформований у форматі XML (eХtensible Markup Language), що в цілому регламентується відкритим стандартом W3C (http://www.w3.org/TR/REC-xml). Докладніше ознайомитися з матеріалами про формат електронного документа можна на сайті Державної податкової служби України http://www.sta.gov.ua/page.php3?p9-26-1. Окрім того, за цією самою адресою розміщено всі шаблони, схеми для перевірки даних, а також довідники.
Примітка 3. Коректність заповнення будь-якого звіту перевіряється за допомогою так званих XML-схем, які побудовані згідно з відкритим стандартом W3C (http://www.w3.org/2001/XMLSchema-instance) і цілком описують логічну структуру документів, обмежують типи даних для кожного показника зокрема, а також регламентують обов’язковість заповнення тих чи інших значень. Тому при оголошенні кореневого елемента DECLAR вказується посилання на відповідну схему контролю, іменування якої відповідає коду документа за довідником, що додається до Стандарту:
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance "> <xsi:noNamespaceSchemaLocation="j0500102.xsd"> див. Шаблон закодованої форми 1-ДФ за 1 квартал 2004
|
|
|
|
|
|
Редакцiя: т/ф:(044) 391-51-75. Iнтернет-проект: |
|