ЭД2 Инвойс - История изменений

Belousov: /* Особенности заполнения стоимости и расходов */

2013-07-02T15:15:06Z

‎Особенности заполнения стоимости и расходов

Belousov: /* Проблема округления цены */

2013-07-02T15:11:06Z

‎Проблема округления цены

Belousov: /* Указание суммарных доп.расходов в заголовке ЭД2-Инвойса */

2013-07-02T15:09:05Z

‎Указание суммарных доп.расходов в заголовке ЭД2-Инвойса

Belousov: /* Особенности заполнения стоимости и расходов */

2013-07-02T12:28:03Z

‎Особенности заполнения стоимости и расходов

Belousov: /* Проблема округления цены */

2013-01-21T06:21:14Z

‎Проблема округления цены

Belousov: /* Проблема округления цены */

2013-01-21T05:57:17Z

‎Проблема округления цены

Belousov в 12:36, 20 ноября 2012

2012-11-20T12:36:27Z

Admin: 1 версия: Все статьи из старой AltaPedia

2012-10-04T12:04:43Z

1 версия: Все статьи из старой AltaPedia

Blanco: /* Особенности заполнения стоимости и расходов */

2011-08-22T07:54:53Z

‎Особенности заполнения стоимости и расходов

Новая страница

== Назначение ==
ЭД2 документ для формализации данных из коммерческих инвойсов. Не следует путать с приложением [[Инвойс]].

== Особенности заполнения стоимости и расходов==

Отдельного пояснения требует специфика заполнения данных о дополнительных расходах.
'''Фактурная стоимость''' у каждого товара должна вводится УЖЕ с учетом доп.расходом и скидки.
Суммы и '''расходов''', и '''скидки''' вводятся положительными числами.
'''Цена товара\услуги''' ''рассчитывается'' автоматически путем деления на количество '''фактурной стоимости''',
из которой вычтены дох.расходы и прибавлена скидка.

Т.е. '''фактурная стоимость''' это "грязная" ("брутто"-стоимость),
а '''Цена товара\услуги''' - это "чистая" цена.

[[Файл:edinvcalc.png]]

То что именно такой принцип заполнения является верным, подтверждает XSLT преобразование
при помощи которого в АИСТ происходит отображение инвойса. Например, если пытаться
заполнить фактурную стоимость без учета скидок, то цифра в скобках в столбике "Общая стоимость"
отображается неверно. Увидеть такой отчет можно сохранив документ в XML и на предложение просмотреть
ответить "Как в Таможне"

[[Файл:edinvaist.png]]

Следующая особенность, то что в шапке документа имеется 3 поля под суммарные "доп.рассходы"
(транспорт, страхование и прочее). А расходы к каждому товару вводятся в специальное дополнение,
каждая запись которого состоит из названия и суммы. Чтобы программа автоматически могла
подсчитать шапку, она должна понимать к какому типу из 3х относится та или иная запись у каждого товара.
Сделать можно только анализируя текст названия доп.расхода. Таким образом есть в названии доп.
расхода присутствует "трансп" или "дост", то это считается транспортный расход. Если "страх" - то страхование.
Все остальные суммируются в прочее.

[[Категория:Альта-ГТД]]

@@ Строка 7: / Строка 7: @@
 Отдельного пояснения требует специфика заполнения данных о стоимости и дополнительных расходах в документе.
 В описании альбомных XML форматов нет внятных пояснений как правильно вносить информацию о доп.расходах.
-Из анализа XSD схемы документа, названий его полей и экраной XSLT формы, применяемой для отображения документа в АРМ инспектора, можно сформулировать две непротиворечивые схемы заполнения доп.расходов.
+Из анализа XSD схемы документа, названий его полей и экраной XSLT формы, применяемой для отображения документа в АРМ инспектора, можно сформулировать две возможные схемы заполнения доп.расходов.
 === Указание величин доп.расходов для каждой позиции ЭД2-Инвойса ===

@@ Строка 74: / Строка 74: @@
 * указывать везде фиктивную стоимость как во втором случае, но в шапке инвойса заполнить "ИТОГО" вручную настоящей суммой из бумажного инвойса. Для этого опять же придется выключить автоматичский пересчет. "Итого" инвойса будет совпадать с ГТД, а стоимость в скобках будет совпадать со стоимостью. Однако, если просуммировать фиктивные стоимости товаров, то они не совпадут с шапкой. При однотоварном Инвойсе это будет особенно заметно.
-# <strike>не заполнять поле ЦЕНА вообще, заполнить только стоимость реальными данными. Поле цена является обязательным, но можно попробовать поставить туда любой символ, например,  пробел или 0 (при отключенном автоматическом пересчете). Документ пройдет форматный контроль, стоимости будут настоящие. Сумма товаров будет совпадать с шапкой, а та в свою очередь с гр.42 ГТД. При отображении инвойса в HTML, формула в скобках не сможет умножить пробел на количество и напишет '''NaN'''.</strike> Данный метод не возможен, т.к. инвойс с пустой ценой не проходит форматный контроль.
+* <strike>не заполнять поле ЦЕНА вообще, заполнить только стоимость реальными данными. Поле цена является обязательным, но можно попробовать поставить туда любой символ, например,  пробел или 0 (при отключенном автоматическом пересчете). Документ пройдет форматный контроль, стоимости будут настоящие. Сумма товаров будет совпадать с шапкой, а та в свою очередь с гр.42 ГТД. При отображении инвойса в HTML, формула в скобках не сможет умножить пробел на количество и напишет '''NaN'''.</strike>   Данный метод уже невозможен, т.к. инвойс с пустой ценой не проходит форматный контроль.
 Как видно, любое из этих решений не универсально и требует предварительного согласования таможней.
 [[Категория:Альта-ГТД]]

@@ Строка 48: / Строка 48: @@
 === Указание суммарных доп.расходов в заголовке ЭД2-Инвойса ===
-В реальных же коммерческих инвойсах зачастую нет разбиения доп.расходов по товарам. Они просто указываются общими суммами в заголовке документа. В принципе
+В реальных же коммерческих инвойсах зачастую нет разбиения доп.расходов по товарам. Они просто указываются общими суммами в заголовке документа.
 == Проблема округления цены ==

@@ Строка 37: / Строка 37: @@
 Альбомный формат требует для полей ''стоимость'' и ''цена'' указания с точностью до копеек (2 знака) и сотых копеек (4 знака после запято).
-В случае, если в реальном коммерческим инвойсе была использована цена с десятитысячными и более долями, то возникает коллизия:
+В случае, если в бумажном коммерческим инвойсе была цена с десятитысячными и более долями, то возникает коллизия:
-ввести цену можно только округленную, а в АИСТе (в XSLT отображении "как в таможне") ''стоимость без учета скидок'' считается "вшитой" формулой как раз с введенной цены. Но при получается, что стоимость из бумажного инвойса (посчитанная с настоящей не округленной цены), естественно, не будет совпадает с расчетной в скобках в АИСТе (посчитанной с округленной цены).
+ввести можно только округленную цену, а в АИСТе (в XSLT отображении "как в таможне") ''стоимость без учета скидок'' считается "вшитой" формулой с введенной цены. Но при этом получается, что стоимость из бумажного инвойса (посчитанная с настоящей цены), естественно, не будет совпадает с расчетной в скобках в АИСТе (посчитанной с округленной цены).
 Некоторые инспектора начинают браковать заполненные таким образом инвойсы.
 [[Файл:ediround.png]]
-Универсального решения проблемы не существует, т.к. вызвана она ограничением альбомного таможенного формата: с одной стороны альбом не дает ввести данные цены "как на бумаге", с другой стороны инспектор требует получить в скобках стоимость идентичную физическому инвойсу.
+Универсального решения проблемы не существует, т.к. вызвана она ограничением самого альбомного таможенного формата: с одной стороны альбом не дает ввести данные цены "как на бумаге", с другой стороны инспектор требует получить в скобках стоимость идентичную бумажному инвойсу.
-Варианты решения следующие: можно
+Варианты решения следующие:
-# Объяснить ситуация с округлением инспектору и указывать ПРАВИЛЬНУЮ (из реального физического инвойса) стоимость и округленную цену. Для этого в Инвойсе придется выключить автоматический пересчет. Вшитая в XSLT формула будет считать в скобках ФИКТИВНУЮ стоимость по округленной цене, и она не будет совпадать с ПРАВИЛЬНОЙ.
+* Объяснить всю ситуация с округлением инспектору и указывать ПРАВИЛЬНУЮ (из реального физического инвойса) ''стоимость'' и округленную цену. Для этого в Инвойсе придется выключить автоматический пересчет. Вшитая в XSLT формула будет считать в скобках ФИКТИВНУЮ стоимость по округленной цене, и она не будет совпадать с ПРАВИЛЬНОЙ.
-# указывать ФИКТИВНУЮ стоимость в поле стоимость и округленную же цену. Тогда при HTML отображении стоимость товара и стоимость в скобках будут формально совпадать. НО тогда сумма всего инвойса тоже станет ФИКТИВНОЙ и не будет совпадать со суммой в ГТД. Отображаться инвойс будет красиво, но по "ИТОГО" не соответствовать действительности. Инспектору придется объяснить, что это связано с ситуаций с округлением в формате.
+* Указывать ФИКТИВНУЮ стоимость в поле стоимость и округленную же цену. Т.е. не отключать автоматический пересчет и вводить только цену. Тогда при HTML отображении стоимость товара и стоимость в скобках будут формально совпадать. НО сумма всего инвойса тоже станет ФИКТИВНОЙ и не будет совпадать с суммой в ГТД. Отображаться инвойс будет красиво, но в "ИТОГО" не соответствовать бумажной действительности. Инспектору придется объяснить, что это связано с ситуаций с округлением в формате.
-# указывать везде фиктивную стоимость, но в шапке инвойса заполнить "ИТОГО" настоящей суммой из бумажного инвойса. Для этого так же придется выключить автоматичский пересчет инвойса. Шапка инвойса будет совпадать с ГТД, а стоимость и стоимость в скобках будут совпадать. НО если просуммировать фиктивные стоимости товаров, то они не совпадут с шапкой. При однотоварном Инвойсе это будет особенно очевидно.
+* указывать везде фиктивную стоимость как во втором случае, но в шапке инвойса заполнить "ИТОГО" вручную настоящей суммой из бумажного инвойса. Для этого опять же придется выключить автоматичский пересчет. "Итого" инвойса будет совпадать с ГТД, а стоимость в скобках будет совпадать со стоимостью. Однако, если просуммировать фиктивные стоимости товаров, то они не совпадут с шапкой. При однотоварном Инвойсе это будет особенно заметно.
-# <strike>не заполнять поле ЦЕНА вообще, заполнить только стоимость реальными данными. Поле цена является обязательным, но можно попробовать поставить туда любой символ, например,  пробел или 0 (при отключенном автоматическом пересчете). Документ пройдет форматный контроль, стоимости будут настоящие. Сумма товаров будет совпадать с шапкой, а та в свою очередь с гр.42 ГТД. При отображении инвойса в HTML, формула в скобках не сможет умножить пробел на количество и напишет '''NaN'''.</strike>
+# <strike>не заполнять поле ЦЕНА вообще, заполнить только стоимость реальными данными. Поле цена является обязательным, но можно попробовать поставить туда любой символ, например,  пробел или 0 (при отключенном автоматическом пересчете). Документ пройдет форматный контроль, стоимости будут настоящие. Сумма товаров будет совпадать с шапкой, а та в свою очередь с гр.42 ГТД. При отображении инвойса в HTML, формула в скобках не сможет умножить пробел на количество и напишет '''NaN'''.</strike> Данный метод не возможен, т.к. инвойс с пустой ценой не проходит форматный контроль.
-Как мы видим, любое из этих решений не является полноценным и требует предварительного согласования таможней.
+Как видно, любое из этих решений не универсально и требует предварительного согласования таможней.
 [[Категория:Альта-ГТД]]

@@ Строка 36: / Строка 36: @@
 == Проблема округления цены ==
-Альбомный формат требует для полей стоимость и цена указания с точностью до копеек.
+Альбомный формат требует для полей ''стоимость'' и ''цена'' указания с точностью до копеек (2 знака) и сотых копеек (4 знака после запято).
-В случае если в реальном коммерческим инвойсе была использована цена с тысячными и более долями, то возникает коллизия:
+В случае, если в реальном коммерческим инвойсе была использована цена с десятитысячными и более долями, то возникает коллизия:
-цена может быть указана только округленная, и формула вшитая в XSLT отображение "как в таможне" считает стоимость в скобках с округленной цены.
+ввести цену можно только округленную, а в АИСТе (в XSLT отображении "как в таможне") ''стоимость без учета скидок'' считается "вшитой" формулой как раз с введенной цены. Но при получается, что стоимость из бумажного инвойса (посчитанная с настоящей не округленной цены), естественно, не будет совпадает с расчетной в скобках в АИСТе (посчитанной с округленной цены).
-Но при этом реальная стоимость из инвойса, естественно, не будет совпадать с цифрой в скобках, т.к. в действительности инвойс считался с не округленной цены.
+Некоторые инспектора начинают браковать заполненные таким образом инвойсы.
 [[Файл:ediround.png]]
-Универсального решения проблемы не существует. Можно делать следующее:
+Универсального решения проблемы не существует, т.к. вызвана она ограничением альбомного таможенного формата: с одной стороны альбом не дает ввести данные цены "как на бумаге", с другой стороны инспектор требует получить в скобках стоимость идентичную физическому инвойсу.
-# указывать ПРАВИЛЬНУЮ (из реального физического инвойса) стоимость и округленную цену. Смириться с тем, что вшитая в XSLT формула в АИСТЕ считает стоимость в скобках по округленной цене и получается, что ПРАВИЛЬНАЯ стоимость не совпадает с фиктивной (посчитанной по округленной цене) в скобках.
+Варианты решения следующие: можно
-Любое из этих решений требует предварительного согласования с конкретным постом\инспектором.
+# Объяснить ситуация с округлением инспектору и указывать ПРАВИЛЬНУЮ (из реального физического инвойса) стоимость и округленную цену. Для этого в Инвойсе придется выключить автоматический пересчет. Вшитая в XSLT формула будет считать в скобках ФИКТИВНУЮ стоимость по округленной цене, и она не будет совпадать с ПРАВИЛЬНОЙ.
 [[Категория:Альта-ГТД]]

@@ Строка 5: / Строка 5: @@
 == Особенности заполнения стоимости и расходов==
-Отдельного пояснения требует специфика заполнения данных о дополнительных расходах.
+Отдельного пояснения требует специфика заполнения данных о стоимости и дополнительных расходах в документе.
-'''Фактурная стоимость''' у каждого товара должна вводится УЖЕ с учетом доп.расходом и скидки.
+В описании альбомных XML форматов нет внятных пояснений как правильно вносить информацию о доп.расходах.
-Суммы и '''расходов''', и '''скидки''' вводятся положительными числами.
+Из анализа XSD схемы документа, названий его полей и экраной XSLT формы, применяемой для отображения документа в АРМ инспектора, можно сформулировать две непротиворечивые схемы заполнения доп.расходов.
-'''Цена товара\услуги''' ''рассчитывается'' автоматически путем деления на количество '''фактурной стоимости''',
-из которой вычтены дох.расходы и прибавлена скидка.
 [[Файл:edinvcalc.png]]
-То что именно такой принцип заполнения является верным, подтверждает XSLT преобразование
+То, что именно такой принцип заполнения является верным, косвенно подтверждает формула в таможенном XSLT шаблоне. Эта формула при отображении Инвойса в АРМ инспектора рассчитывает число в скобках. Увидеть такой отчет можно выгрузив ЭД2-инвойс в XML формат и на предложение просмотреть выбрать пункт "Как в Таможне".
 [[Файл:edinvaist.png]]
-Следующая особенность, то что в шапке документа имеется 3 поля под суммарные "доп.рассходы"
 (транспорт, страхование и прочее). А расходы к каждому товару вводятся в специальное дополнение,
 каждая запись которого состоит из названия и суммы. Чтобы программа автоматически могла
@@ Строка 31: / Строка 43: @@
 Сделать можно только анализируя текст названия доп.расхода. Таким образом есть в названии доп.
 расхода присутствует  "трансп" или "дост", то это считается транспортный расход. Если "страх" - то страхование.
-Все остальные суммируются в прочее.
+Все остальные суммируются в прочие расходы.
 == Проблема округления цены ==

@@ Строка 21: / Строка 21: @@
 заполнить фактурную стоимость без учета скидок, то цифра в скобках в столбике "Общая стоимость"
 отображается неверно. Увидеть такой отчет можно сохранив документ в XML и на предложение просмотреть
-ответить "Как в  Таможне"
+ответить "Как в  Таможне".
 [[Файл:edinvaist.png]]
@@ Строка 34: / Строка 34: @@
 [[Категория:Альта-ГТД]]

← Предыдущая	Версия 12:04, 4 октября 2012
(нет различий)