Взглянем с другой стороны?)
tamkon писал(а):Такое ощущение, в последние полтора месяца, складывается,
что разработчики АИСТа либо совсем криворукие стали,
либо откровенный саботаж...
Это спишем на нервный срыв))
Про косяки, что при обычном оформлении, я говорить не буду, разработчики декларантских программ
их оперативно закрывают разными настройками (да их тысячи, этих настроек, и все из-за косяков АИСТа)...
С чего Вы взяли, что все - из-за косяков АИСТа? Разработчики декларантских программ - сплошь Д'Артаньяны, только разработчики таможенного софта - как обычно?))
Речь идет о корректировке по гр.В, где нужно менять одни платежки на другие!
Вот где засада из засад!
Сразу вопрос - а зачем? И ответ - в большинстве случаев, легкомысленно отнеслись к подаче ДТ.
Если декларант послал "неправильную" КДТ (а неправильная - это выясняет только инспектор, при приеме КДТ,
и выясняет по простому принципу: "Программа не принимает (программа не списывает)".
Да, у инспектора для этого есть хороший инструмент, автоматический расчет документа контроля, в соответствии с которым будет проводиться списание таможенных платежей. В нем сразу всплывают все косяки
И вот тут начинается веселье!!
Инспектор говорит декларанту: Вы прислали неправильную КДТ! Пришлите правильную!
(декларант): - а как правильно?
(инспектор): - я не знаю, как правильно, пришлите правильную! Не пришлете - откажу в приеме!!
Не в приеме - в выпуске, я так понимаю? А фактически, никто из этих двоих не знает, ЧТО и КАК нужно было прислать.
На уговоры, мол обратитесь к своим специалистам, следует логический ответ:
- У нас все правильно, и специалистов у нас сейчас нет...
Аналогичное я все время слышу от участников ВЭД - "мы все проверили несколько раз, звонили в свою техподдержку, там сказали, что все нормально...", ну и т.п. Начинаешь смотреть по факту - прислали бред. Дальше начинается нытье типа- "А что же нам теперь делать? Сегодня 10-й день, нам уже два раза отказали, меня шеф уволит и тп"
У нас инспекторы с легкостью посылают к информационщикам, хотя, если уж совсем начистоту, находить нестыковки в ДТ и КДТ - совершенно не наша задача
В последнее время разработчики "ГТД-Про" советуют ставить "минусы" уже в декларации, но сегодня выяснилось, что и это не помогает...
О чем это говорит? Никто не знает, что происходит. В том числе - разработчики декларантского софта. Но об этом после.
Сидит одинокая тетка-инспетор, в Забайкальске, и прессует декларанта, т.к. сама толком не знает, что делать, и почему...
То ли слать ДТ с КДТ, толи без КДТ, но с минусами, толи еще что...
Не знаю, как там в Забайкальске, у нас довольно большие отделы. И у нас не заморачиваются, рассуждать некогда, на каждого инспектора приходится в среднем 100 (сто) ДТ в день, приняли изменения, рассчитали ДК, нажали списание. Прошло - хорошо, не прошло - шлите правильную КДТ. Исследовать нет времени. Вот после этого все бегут ко мне, а я не могу помочь всем просто физически, у меня и так работы хватает. И штата - абсолютный некомплект.
Возникает справедливый вопрос: до какой степени АИСТ будет вставлять палки в процесс таможенного оформления???
Может, пора принимать какие-то меры, уже? На высшем уровне?
Ну, если только на самом высшем))
На самом деле все беды в связке декларантский софт - АИСТ (Инспектор ОТО) - Лицевые счета. Все началось в начале июня, с введением жесткого контроля соответствия графы В и документа контроля. Вызвано это было, я так понимаю, желанием упорядочить процесс списания денежных средств, а еще и тем, что нередки были судебные разбирательства между таможенными органами и участниками по поводу правомочности списания с платежных документов, не указанных участником. Так что - это и для блага участников тоже).
На это наложилось также и то, что в случае указания участником нескольких платежек по сборам, в случае, если на одной из них не было указанной суммы, а на другой - была сумма, которой хватало на все сборы, то все деньги списывались с последней, независимо от инспектора, только по логике Лицевых счетов. В момент выпуска обнаруживалось несоответствие гр.В и ДК, приходилось запрашивать измененную графу и перед списанием править временные таблицы в Лицевых счетах, поскольку там тоже создается ДК в момент списания сборов, и без этой операции списать даже по уже исправленной ДТ было нельзя. Это уже поправили в начале июля.
Далее пошли заморочки с КДТ, которые продолжаются и по сей день.
До сих пор многие участники не видят разницы между тем, как вносились изменения раньше, и текущей ситуацией.
Многие не читали 289-го Решения, там вкратце сказано, как должно быть. Хотя бы для расширения кругозора (оно красиво на бумаге, но деньги по нему не спишешь, даже если выполнишь требования по заполнению и корректировке). Вообще, ДК считается суммированием графы В в ДТ и ВСЕХ присланных КДТ. Мой личный рекорд - я разгребал декларацию, после того, как участник прислал 16 не верных (!) КДТ. И они все были приняты инспектором (!?). И кто в этой ситуации, как говорится, баклажан? Уж не разработчики АИСТа, это точно.
Сейчас положение не лучше.
Идеальный вариант - податься выше риска, иметь актуальную информацию о денежных средствах и платежных документах (номера, даты) и не ошибиться при заполнении ДТ. Это бывает, но редко.
Самые распространенные ошибки - указание ПП, на которых нет нужных сумм, ошибки в датах и номерах ПП, ошибки по коду бюджетной классификации, указание ошибочных реквизитов плательщика.
Далее начинаются танцы с бубном (пока еще только со стороны декларанта). Тут возможны варианты, по отдельности, либо все сразу - декларант указывает очередные ПП, по которым нет средств, или опять не те КБК, ошибаются в суммах, забывают отминусовать суммы, которые были ошибочными, объединяют суммы с платежек под одним номером и одинаковым кодом платежа и т.п. Все, как мы помним, складывается при расчете ДК. В результате, после 1-2 КДТ списать деньги может только либо продвинутый инспектор, либо сотрудник информационного подразделения (танцы с бубном, опять же).
С другой стороны, практика сегодняшнего дня показывает, что даже если правильно составить КДТ (все плюсы и минусы на месте), расчета правильного ДК у инспектора зачастую не происходит. По каким-то причинам по заминусованным суммам ставится признак не возврата, а уплаты, в результате чего общая сумма платежа увеличивается на величину отминусованных сумм, и списать в этом случае не получится. Часто из этой ловушки можно выйти, сбросив признаки КДТ в строке ДК и инициировать списание (заведомо безуспешное). Но вот после него ДК может рассчитаться почти правильно, из него можно будет удалить лишние строки, а деньги - спишутся (опять привет от временных таблиц ЛС?).
И еще, весь наш наработанный опыт летит к чертям после какого-нибудь нового обновления, в сопроводительных документах к которому нет ни слова о том, что были изменения, связанные со списанием средств, хотя это бросается в глаза сразу, постоянно приходится менять тактику. Словом - вариантов масса, скучать не дают.
Одно добавлю, если Вы сделаете КДТ в соответствии с 289-м решением, исправить ситуацию на месте будет намного проще. И старайтесь избегать в одной КДТ изменений ПП и перераспределения сумм платежей. Постарайтесь сделать это в два этапа - первой КДТ вы меняете суммы на ПП(даже не верных), а второй - меняете сами ПП. И повторяю - не объединяйте ПП с одним номером и кодом платежа, пусть в итоговой графе В будет несколько записей (только без дублирования по сумме, не спишется). Кстати, есть ли у Альты опция не объединять платежи при пересчете ДТ по КДТ?
У других, знаю, такая опция есть в наличии.
В целом - сочувствую тем, кто подает ДТ и тем, кто оформляет. Вариантов много, на разбор уходит много времени.
У самого много вопросов. Я лично считаю, что ДК должен формироваться только по гр.В, в которой не должно быть плюсов и минусов, а только актуальный список ПП с номерами и суммами. Кому нужно посмотреть корректировку, пусть смотрит КДТ. Теоретически, сейчас ведь можно обходиться и без КДТ, а просто слать измененные ДТ, это еще можно технически. И когда инспектор просит Вас прислать только ДТ без КДТ, это значит, что он уже представляет, ЧТО нужно сделать (скорее всего - занулить Вашу КДТ). Вот только есть большая вероятность, что получит он за это по башке в результате вторичного контроля, поскольку вносить изменения можно ТОЛЬКО посредством КДТ, и только так. Надеюсь, ситуация со списанием изменится в ближайшее время. Разработчики софта услышат друг друга, это обязательно произойдет.
)