Коллеги, не нашла похожей темы, поэтому выделю новую.
Например, проводим входящий инвойс:

Дебет затратного счета - код НДС Х1 - 118 рублей
Кредит Кредитор - код НДС Х1 - 118 рублей

Потом система автоматом проводит документ:
Дебет затратного счета - код НДС Х1 - 100 рублей
Кредит Кредитор - код НДС Х1 - 118 рублей
Дебет НДС - код НДС Х1 - 18 рублей (автоматически созданная позиция).

У нас ситуация такая, что нужно провести схожий документ, но БЕЗ позиции с Кредитором (только счет ГК). Проводим:
Дебет счет ГК1 - код НДС Х1 - 118 рублей
Кредит счет ГК2 - БЕЗ кода НДС - 118 рублей

Система проводит документ:
Дебет счет ГК1 - код НДС Х1 - 118 рублей
Кредит счет ГК2 - БЕЗ кода НДС - 100 рублей
Дебет НДС - код НДС Х1 - 18 рублей

Далее, бизнес команда хочет, чтобы в КАЖДОЙ позиции справочно был код НДС.
Если я его справочно добавляю во вторую позицию, то система выдает ошибки. Даже пробовала не автоматом НДС выводить, а вручную делать третью позицию - все равно хоть желтые, но ошибки, что тоже неправильно.
Как мне кажется, такая проводка невозможна - испробовала уже все возможные комбинации в двух разных системах разных заказчиков (чтобы наверняка уже).

Вопрос: есть где-то официальная документация на сей счет? Заказчик хочет знать наверняка и официально, почему во входящем инвойсе в каждой позиции код НДС и все ОК и автоматом без сообщений, а при проводке по счету ГК такое невозможно.
Налоговая категория везде * и галочка "Проводка без НДС возможна" везде стоят.

Не могу пока найти что-то подходящее.
Спасибо.

darkduck
Спасибо за ответ!
Пользователи хотят без желтого сообщения - вот прямо как во входящем инвойсе....
Отключать желтое сообщение тоже не хотят (правда не проверяла еще, можно или нет)...
Они сейчас так и проводят - с желтым сообщением и выставили тикет, чтобы это сообщение убрать. Я предложила классический вариант, но тогда кода НДС нет во второй позиции, зато все проводится идеально.

В общем, какой-то замкнутый круг

Хотела просто показать официальную документацию - что надо проводить так и так.

Это просто adjustment, когда организационно уже нельзя использовать кредитора (ведущий учет в системе - IFRS).
Это проводка исключение и с Книгами они там сами правят.

Найти такую информацию и объяснить ее не составит труда. При проводке инвойса система на код НДС в позиции контрагента не реагирует никак (если это не ОГК), налог выкручивается со счетов главной книги (брутто/нетто - зависит от галок в FB00). Это тупо в саповских мозгах написано на уровне кода. В Вашем случае система видит две позиции ГК со счетом НДС, крутит налог в обе стороны (от дебетовой и от кредитовой), ей не нравится итоговая сумма (сумма налога при использовании одного и того же кода и при проводке на один и тот же счет ГК по ндс, по ее мнению, должна быть схлопнута), но позиция НДС введена руками без расчета, потому все, что ей остается, - это выкинуть Вам желтое сообщение.

А если все-таки стоит задача засунуть код НДС во вторую позицию из первой без отключения желтого сообщения, то такое возможно
Если я правильно понял, в Вашей ситуации верность bset роли не играет, а потому код НДС впихнуть можно. Боюсь вот только, что такое решение чистоплотным сторонникам стандарта не понравится...
Вообще код НДС успешно замещается. Можно было бы его забрать на втором моменте через assign текущей таблицы bseg из первой позиции или на третьем моменте (если проводка делается в FI), но тогда, кажется, проверка все равно выбросит желтое сообщение. Влазить надо чуть позднее, имплицитом в конце open-fi 1025 или 1050 (если RW-интерфейс). Вообще-то SAP не дает там ничего уже править и специально использует темповые таблицы, чтобы потом вернуть данные оттуда. Но имплицитно влезть и очень аккуратно по очень узким предпосылкам и только для данного случая поправить код во второй позиции можно.


Организационно, но не технически? Как альтернатива... Почему не сделать этот загадочный счет из второй позиции контрольным для кредиторов и использовать его всегда в связке с техническим кредитором T*?

Yozhhhhh
Спасибо большое за ответ!
Что-то я про замещение даже не подумала

Кредитора нельзя, потому что ВСЯ книга кредиторов закрывается в определенное число.

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

Спасибо!

Боюсь, что SAP подобных материалов (на таком уровне детальности) не выпускает. Теоретически можно порыться в best practices? Там где-то между 150 и 160 номерами sap best practices размещены материалы, посвященные FI. А еще в данной ситуации может неплохо подойти официальный help, переведенный Вами на русский, к которому будет приложен оригинал. Надо только подумать, где лучше всего жамкнуть F1. Там бывают очень подробные описания.


Я думаю, что замещение не сработает (точнее сработает, но с желтушкой), ведь логика там такая:
замещения --> open-fi замещения --> проверки --> open-fi 1025 окончательные проверки --> 1030/1050 проверки успешно пройдены, присвоен номер.
Желтизна прет посередине данной цепочки уже после замещений, ругаться будет почти 100%. А вот в 1025 можно, но авантюрно и грубовато

Спасибо!
В общем, жду ответа от пользователей. Захотят еще подробнее, буду искать и переводить хэлп По программе пошагово идти не хотят.
Я немного поискала документацию, вот прямо так детально пока не нашла. Ну, если что, потом продолжу изыскания на счет официальных источников

Что-то ваши пользователи какую-то трехколесную ракету хотят. Просто так запихнуть код НДС в поле MWSKZ без последствий довольно проблематично, только если аккуратно подломать в 1025 или 1030, как опиcал Ёж, и не очень понятно, как эта комбинация поведет себя при сторно. например.

Если прям так уж надо вести эти данные справочно - может в ссылки скопировать? В том же 1025 или 1030? Пройти по всем позициям и накопировать код НДС в XREF3, им все равно никто не пользуется. И овцы, и волки!

Вот так вот одной фразой ТТ надругался над 5 компаниями, что я видел
Хотя примерно для такого вот и использовалось.
Только уж если речь пойдет о каком-то чаровском поле для справочных целей, то его-то тогда и обычным замещением можно заполнять, на него-то никто уже не сругается. Задача становится очень простой, использовать для нее open-fi - это уже слишком брутально.

Поправочка - XREF3 не используется ни для чего реально нужного и полезного. Но может использоваться для всякой ерунды!
Замещение или оупенфай - не принципиально, один леший кодировать, в 1025/1030 просто все для этого уже есть, лупцануть только надо.

Поправочка - XREF3 не используется ни для чего реально нужного и полезного. Но может использоваться для всякой ерунды!
Замещение или оупенфай - не принципиально, один леший кодировать, в 1025/1030 просто все для этого уже есть, лупцануть только надо.

У меня пока складывается мнение, что пользователи сами до конца не знают Вот они увидели, что в некоторых инвойсах так, значит, все должно быть по шаблону. Просто я человек новенький на проекте, пока еще не знаю всех тонкостей репортинга. Ждем ответ человека, который настраивал НДС - почему нельзя просто проводить классически для таких случаев. Думаю, тут уже пользователи не особо помогут.

Кому интересно - в итоге остановились на "классической" проводке, код НДС в каждой позиции все таки был не нужен
Я просто думала, может какой=-то корпоративный отчет был, который код налога анализирует и т.д. и нужно что-то ломать.