Eugene01 написал(а):
Это был пример. На самом деле пользователь хочет заменить 68-й счет на 91-й, но не используя ручных проводок.
Вот как. Ну смысл примерно понятен, уведение суммы из книги покупок и списание в 9102.
В таком случае так. Про замену в пакетном вводе точно можно забыть, потому что у налоговых счетов и у 91 счетов разные экраны: у налогового 0312, у 91 будет 0300. Пакетник просто встанет, потому что не будут найдены данные для экрана пакетного ввода. Подмена счета иным способом (на уровне замещения) тоже результата не даст, потому что это разные счета главной книги из разных групп с разными группами статполей, то есть неизбежно возникнет конфликт заполнения/скрытия полей на экране.
Остаются только такие варианты:
1. Если операция реально разовая, то быстро подменить целевой код в настройке предварительного налога, выполнить проводку в 26, а потом вернуть. Немного по-обезьянски, но если у Вас такое раз в год, то прокатит.
2. Сторнировать исходный входящий счет, вместо него завести новый с использованием кода налога, настроенного на мгновенное списание суммы из 19 счета в 9102 (обычно такие коды налога содержат тройственную настройку VST, ZUD, ZUK). Сложность в потенциальной отмене выравнивания, ошибке в акте сверки (если будет применена причина сторно 04). Ну и в целом долго, но с точки зрения результата все будет верно.
3. Поломать хребтину 26 программе, вмешаться (практика показывает, что вмешаться можно всегда, только не всегда это обоснованно).
4. Самый верный в этой ситуации вариант. Это не запускать 26 программу, а списать сумму из 19 счета в 9102 ручной проводкой. Но Вы так не хотите.
Не самый тривиальный расклад, как видите, если не использовать ручной ввод. Мое мнение - ничего в нем страшного нет. 20 секунд и проводка готова.