150682Мы делаем оплаты по счетам, которые выставляет на поставщик за наши заказы.
предполагается вводить в УТ 8 документы: заказы поставщику и документы счет поставщика. При этом нам необходимо контролировать оплату по каждому счету поставщика.
Может сложится такая ситуация, что в одном счете будут оплаты за несколько заказов, но помоему у счета (в УТ) может в основании быть только 1-н заказ поставщику. Как быть в этой ситуации? (Или вообще не вводить док. счет, но тогда как контролировать оплату по этому счету?)
Здесь необходимо "смотреть в обратную сторону".
1. Вы сделали 3 заказа поставщику, на 1, 2 и 3 позиции.
2. Он выставил 1 счет на все 3 заказа, содержащий 6 позиций.
3. Вы оформляете в УТ этот счет, на 6 позиций.
4. В каждом из ваших заказов, связанных с данным счетом, вы заполняете поле Основание оформленным счетом.
---
З.Ы. Вообще вам надо найти вменяемого внедренца, который проведет адекватный запуск системы, сопоставим ваши бизнес-процессы и логику системы, и который объяснит вам особенности работы.

150682Вы предлогаете после оформить заказа, затем оформить счет, а после зайти в заказы и заполнить там поле основание, провести задним числом эти заказы? не додумали в 1с этот момент, нет чтоб сделать механизм как ПНК, которую можно вводить на основаниии нескольких заказов.
Рассмотрим один из вариантов бизнес-процесса.
Ваши менеджеры выписали три заказа одному поставщику и передали их поставщику - реально никаких сделок еще не совершено.
Прошло некоторое время и поставщик выставил вам счет на все три заказа разом - надо как-то отметить, что эти три заказа относятся к данному счету, заказы необходимо обработать, вот в них и добавляется ссылка на счет.
Далее вы оплачиваете счет - связи между счетом и заказом уже оформлены, и становиться известно, что заказы вами оплачены, вы начинаете ожидать поступления по этим заказам.
А теперь задумаемся о другом варианте :
Очень часто бывает, что поставщику послан большой заказ, а поставщик привозит этот заказ по частям. Он выставляет на каждую часть по счету, который через свое основание привязывается к заказу. Таким образом получается много счетов к одному заказу.

Причем, как подсказывает мой опыт, второй вариант развития ситуации встречается гораздо чаще. И здесь логика построения типовой УТ тоже поддерживает второй вариант, как более естественный. Хотя поддержка первого варианта тоже имеет место.

150682А что вы думаете поп поводу заполнения табличной части счета поставщика?
Ничего не думаю, кроме того, что счет поставщика есть точное отражение в системе бумажного документа, который к вам поступил.
Поэтому и вводить его надо руками.
Кроме того, на основании заказа поставщику вы можете ввести счет, с табличной частью от вашего заказа. Кроме того есть обработка табличной части документа (вызывается по кнопке "изменить"), где вы можете добавить позиции из любого документа.
Никакого криминала я не вижу.

150682
_VVP_З.Ы. Вообще вам надо найти вменяемого внедренца, который проведет адекватный запуск системы, сопоставим ваши бизнес-процессы и логику системы, и который объяснит вам
особенности работы.
- таких почти не бывает
Бывают...
Можете написать мне в почту и, как вариант, обсудим возможность сотрудничества.