Добрый день!:)
Выполняю задачу по оптимизации созданного ранее в системе справочника кодов НДС, выбрали коды, которые нужно удалить за ненадобностью, удалила их в системе разработки.

Тема переноса настроек кодов НДС понималась здесь не раз, нашла рекомендации по переносу и выполнила их.
_________
1. FTXP - включаем в запрос нужные коды /* я включила все оставшиеся после удаления
2. FBKP - включаем счета для НДС - автоматические проводки - НДС(для операций VST, ZUD, ZUK и т.д.)
3. Переносим
4. В новой системе открываем FTXP и делаем второй шаг по переносу. В верхнем меню: импорт и указать свой запрос. Или тоже самое: se38 и программа RFTAXIMP.

Если второй шаг не сделать, то счета не перенесутся.

___________

Но коды не удаляются - ни в тесте, ни в продуктиве.
Эти рекомендации работают только при добавлении новых кодов, а удалить можно только в открытом на изменение манданте напрямую?

Если оставить в запросе те коды, которые останутся после удаления, и донести запрос в продуктивную систему, то на основании чего система будет удалять то, чего нет в этом запросе? Она такого делать не умеет. Чтобы запрос дал команду на удаление, в запросе в списке объектов должен присутствовать ключ объекта с маркером удаления. Фишка в том, что в FTXP включить код налога в запрос можно только постфактум, то есть уже после обработки или создания кода налога дать команду на включение в запрос. Сразу после внесения изменений или создания окно для ввода запроса не открывается. Логично в связи с этим, что когда код налога будет удален из предшествующей системы, а изменения будут сохранены, то вызывать интерфейс включения в запрос уже бессмысленно, эти изменения в запрос не сохранятся.

Мое мнение - удалять в целевых системах без запросов. Это полезно еще и потому, что при удалении вручную система контролирует, есть ли на данном коде налога переменные записи в BSET, например. И если есть, то удалить не даст (кажется). В системе разработки при отсутствии переменных данных и при большом желании можно было бы получить ситуацию, при которой код удалился бы успешно, но удалять этот ключ из системы продуктивной чревато было бы последующей неконсистентностью данных.

ОК! Спасибо. Буду удалять в продуктиве.

Коды НДС как бы и не удаляют обычно (отсюда и проблемы). А постобработка кодов это вобще фееричные костыли от сапа...

ну да, я уже поняла, что обычно не удаляют. Видно у меня необычная задача:)
Все норм, удалилось в продуктиве

Я делал так: включаем существующий код налога в запрос, удаляем. После этого переносим запрос в целевую систему. Код налога удаляется

Но удалять всё же нельзя.

Добрый день.
Если удалять не рекомендуют, а изменять можно, если созданные в системе коды НДС не используются на текущий момент?

Вопрос возник в связи с Постановлением № 303-ФЗ от 03.08.2018 изменение НДС с 18% на 20%.
Если в существующих кодах НДС заменить ставку на 20%, изменить наименование, при необходимости счета?!?

Добрый день.
Спасибо.
А если по созданным кодам НДС не было проводок за все годы?
Просто букв маловато. А в используемых 18% какая-то логика была, видимо, например, авансы начинались с A*. Реализация - 2*.
С русскими не дает создать. Может, конечно, просто не знаем как настроить?!?
Мало того, если заменить все коды НДС 18% на вновь созданные 20%, их как-то отличать надо при выборе? Кроме как формировать личный список?!?

Если у вас нет никаких открытых проводок с кодами, и вы не планируете потом сторно от лохматого года, то менять ставку безопасно. Однако, есть ноты, которые объясняют, что так не надо делать - поэтому вы берете всю отственность.

вскользь касались вот тут, правда, к твёрдому решению консилиум тогда не пришёл

Добрый день.
Спасибо за ссылку.