AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.11.2011, 22:14   #1  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Сбор за таможенное оформление
Руководство по Rollup 5 умалчивает о настройке ступенчатой ставки сбора за таможенное оформление, который зависит от общей суммы ГТД:
http://www.tamognia.ru/payments/gathering/#1a

Цитата:
Таможенные сборы за таможенное оформление товаров, в том числе транспортных средств, перемещаемых через таможенную границу РФ в качестве товаров, а также легковых автомобилей, классифицируемых в товарных позициях 8702 и 8703 ТН ВЭД России, перемещаемых через таможенную границу РФ физическими лицами для личных, семейных, домашних и иных не связанных с осуществлением предпринимательской деятельности нужд, уплачиваются по следующим ставкам:

500 рублей - за таможенное оформление товаров, таможенная стоимость которых не превышает 200 тыс. рублей включительно;

1 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 200 тыс. рублей 1 копейку и более, но не превышает 450 тыс. рублей включительно;

2 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 450 тыс. рублей 1 копейку и более, но не превышает 1200 тыс. рублей включительно;

5,5 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 1200 тыс. рублей 1 копейку и более, но не превышает 2500 тыс. рублей включительно;

7,5 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 2500 тыс. рублей 1 копейку и более, но не превышает 5000 тыс. рублей включительно;

20 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 5000 тыс. рублей 1 копейку и более, но не превышает 10000 тыс. рублей включительно;

50 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 10000 тыс. рублей 1 копейку и более, но не превышает 30000 тыс. рублей включительно;

100 тыс. рублей - за таможенное оформление товаров, таможенная стоимость которых составляет 30000 тыс. рублей 1 копейку и более.
...
Может быть, кому-нибудь пригодится мое нижеследующее руководство. Тонкость в том, что ступенчатые налоги в AX считаются нарастающей суммой.
Итак: создать налоговый код типа "Таможенный сбор", Тип сбора = "Оформление импорта", Основание = "Сумма на единицу", База ... = "Чистая сумма по строке", Метод расчета = "Интервал", Единица измерения = "RUR" (некая мнимая единица).

После этого в "Значениях" надо ввести такую лестницу:
Название: CustomsDuty.PNG
Просмотров: 1197

Размер: 29.4 Кб.
За это сообщение автора поблагодарили: ap (1), gl00mie (2), Ich@Ru (1).
Старый 08.11.2011, 11:16   #2  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
По просьбам трудящихся я вообще выкинул расчет сборов и дал пользователям напрямую вводить сумму. Бодаться с государевыми органами обычно себе дороже
За это сообщение автора поблагодарили: EVGL (2), Pustik (2).
Старый 08.11.2011, 11:52   #3  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Согласен с ручным режимом, в стандарте странно реализовано: часть полей можно руками менять, а часть - только жесткий расчет.

offtop: про индикативные цены вообще молчу, ни один клиент ими не пользуется (а цены, зачастую - "know how" конкретного поста), а если их не использовать, то все равно выдаются предупреждения что они не рассчитаны.
__________________
Ivanhoe as is..
Старый 08.11.2011, 12:00   #4  
dn is offline
dn
Участник
Самостоятельные клиенты AX
 
486 / 159 (6) ++++++
Регистрация: 26.03.2003
Адрес: Москва
Зачем вообще сделали этот расчет? Эта функциональность нужна на стороне таможни, а ни как ни клиента.
Старый 08.11.2011, 12:33   #5  
Ich@Ru is offline
Ich@Ru
Участник
 
75 / 99 (4) ++++
Регистрация: 12.07.2010
Индикативные цены призваны помочь проанализоровать возможные разногласия с таможенным органом. Введение параметра: принимать во внимание индикативные цены или нет - вероятно не помешало бы.
Старый 09.11.2011, 01:48   #6  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Ich@Ru Посмотреть сообщение
Индикативные цены призваны помочь проанализоровать возможные разногласия с таможенным органом. Введение параметра: принимать во внимание индикативные цены или нет - вероятно не помешало бы.
Вероятно. А также не помешало бы отменить обязательность указания профиля - все прекрасно работает и без него. Уже на втором проекте отключаю, очередной Change Request прошел под названиям "Typical improvements in Russian customs journals". Разумеется, пакет включает и устранение индикативных цен.

Еще одно слабое место, как уже было отмечено мною год назад, - это связь кода номенклатуры и кода ТНВЭД. С одной стороны, эта связь недостаточно навороченная, чтобы уметь работать с номенклатурными аналитиками, но при этом достаточно нормализованная, чтобы ее было неудобно вводить и/или копировать из шаблона. "Хотели, как лучше, а получилось как всегда."

Последний раз редактировалось EVGL; 09.11.2011 в 01:57.
Старый 25.11.2011, 19:06   #7  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
История со сбором получила продолжение: остается только присоединиться к оратору Alexius. Самая первая же ГТД попала на границу 1 200 000 рублей: система посчитала стоимость по инвойсам в размере 900 000, а на самом деле она была 1 300 000. Идеальный мир программистов и аналитиков не выдержал столкновения с суровой действительностью.

Источник расхождения был совершенно ясен: в таможенную стоимость надо включать не только стоимость по инвойсу по курсу (какому?), но и стоимость доставки до границы РФ. При этом имеем следующие осложнения:
1) система берет инвойсную стоимость с распределенными накладными расходами. Не всегда можно ожидать, что та часть накладных расходов за доставку, что прошла до границы, будет умело занесена и распределена по разным кодам накладных расходов, чтобы потом часть - включить, а часть - не включать в таможенную стоимость.
2) Где гарантия, что сама таможенная декларация оформлена и рассчитана идеально верно?

Слава богу, редактировать рассчитанный сбор легко: достаточно открыть на редактирование поле CustomJournalTable.EstimativeAdminCharge и поместить его в подходящую группу в заголовке журнала.
Гораздо страшнее неизбежные ошибки округления при разноске на себестоимость. Но об этом - в следующий раз.
За это сообщение автора поблагодарили: Pustik (2), lev (2).
Старый 29.11.2011, 22:35   #8  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Обещанное продолжение: если под одним номером ГТД и номером инвойса проходит несколько проводок InventTrans, а разноска идет на себестоимость, то рано или поздно при попытке разноски ГТД произойдет ошибка, связанная с округлением. Такая ситуация неминуемо возникнет, если идет учет по палетам или серийным номерам.

Опять-таки, я получил это на первой же наипростейшей реальной ГТД, состоящей из одной строки инвойса.


Программист метода \Classes\CustomJournalGTDPostImport_RU\createInventAdjust наивно поставил throw error на случай, если ему не удалось до конца распределить сумму ГТД на проводки. При этом он совершил ряд логических и технических ошибок:

в строке 81 встречается пассаж
X++:
        if (remainAdjustNow <= Currency::find(customCurrencyCode).RoundOffAmount)
        {
            adjustNow += remainAdjustNow;
            remainAdjustNow = 0;
        }
в котором идет попытка скомпенсировать ошибку округления. При этом customCurrencyCode - это не что иное, как рубли, причем всегда. Проверяется параметр на валюте "рубль", который обычно на проекте выставляют в копейку. Легко понять, что эта проверка в описанной ситуации практически не работает.

Паллиативное решение заключается в том, чтобы поменять проверку на
X++:
if (remainAdjustNow <= LedgerParameters::find().MaxRoundingDifferenceMST)
которая будет срабатывать гораздо чаще.

Более элегантным решением было бы компенсировать ошибку округления на каждом шаге цикла или попросту закинуть ошибку округления на последнюю проводку, благо нормальные люди обычно не считают себестоимость на уровне палет или серийных номеров, и пропорция распределения коррекции себестоимости между отдельными проводками не играет роли.


Сам цикл, в котором идет поиск InventTrans для распределения, тоже неверен, поскольку не проверяется InvoiceReturned да и вообще знак проводки. Если в инвойс замешалась строка со сторно, жди очень интересных эффектов.

Последний раз редактировалось EVGL; 29.11.2011 в 22:58.
За это сообщение автора поблагодарили: lev (3), Ich@Ru (1).
Старый 08.12.2011, 18:22   #9  
Sada is offline
Sada
Программатор
Аватар для Sada
 
1,450 / 153 (8) ++++++
Регистрация: 29.03.2005
Адрес: Толи Барнаул, толи Москва
А если у меня remainAdjustNow меньше нуля. Это я что то делаю не так? Я корректирую таможенный сбор и пошлины. То есть мне нужно изменить себестоимость (увеличить или уменьшить). Так вот если уменьшить, то как то не правильно работает на мой взгляд это дело...

Последний раз редактировалось Sada; 08.12.2011 в 18:49.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Оформление возврата услуг Dolores DAX: Функционал 6 07.12.2016 17:09
Сколько времени у вас занимает сбор перекрестных ссылок по вашему приложению AX 4.0/2009? gl00mie DAX: Программирование 25 16.04.2012 10:39
Сбор суммы по партионным остаткам Che DAX: Программирование 7 16.03.2011 10:49
Оформление перезаказа aevi82 DAX: Функционал 6 07.12.2004 09:40
оформление комиссионных SAlekseev DAX: Функционал 5 28.04.2003 17:48
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 21:28.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.