Sergex
Сергей Чупров

(5)Если мы говорим о доп. реквизите то в нем есть поле для разработчиков и там можно указать имя, по которому к нему можно обращаться
Далее я делаю так:

Сегмент = УправлениеСвойствами.ЗначениеСвойства(ЗаказОбъект.Соглашение,"_O_Model")

Где ЗаказОбъект.Соглашение - владелец доп реквизита, а "_O_Model" имя заданное в форме настройки доп реквизита в области для разработчиков, в поле имя.

Канонически можно получать свойство по имени: ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоРеквизиту("Имя","_O_Model"),
либо иными методами ПланВидовХарактеристикМенеджер.<Имя плана видов характеристик> : найти по коду или найти по наименованию

(11) Видимо закрома огромные и остались нереализованные за два года запасы по старым ставкам. :)

(3)Из "пассивных" методов можно предложить для таких товаров включить характеристики, а у же в них задать разные ставки НДС. Сути это не изменит но потом в документах искать проще. Или можно групповой обработкой поменять ставки, в зависимости от значения характеристики.

Однако надо учитывать также, что в разрезе характеристик будут учитываться и остатки запасов, что впрочем даст второй уровень контроля по ставкам НДС.

(1)Возможно в справочнике Ключи реестра документов необходимо запустить удаление дублей?

(1) Почитайте правила оформления продаж в инструкции к той же УТ хотябы (описание на ИТС)
Я одним тугим клиентам даже подборки делал. Тут приложу.

Если кратко то нельзя возвращать чеком товар который не продавался в эту кассовую смену! Получите наблюдаемый вами эффект.

Прикрепленные файлы:

Как оформить возврат товара покупателем, если возврат товара произошел в другую кассовую смену_ __ Управление торговыми операциями в вопросах и ответах.pdf

(6) У вас будет и поступивший товар и товар который заказан по регистрам: заказы поставщикам, график поступления товаров и товары к поступлению.

Так делать не очень правильно если вы хотите отслеживать доступность товаров с учетом планируемых поступлений.

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

Можно заложиться на разные планируемые даты поступлений если указывать их в ТЧ.
А дальше надо либо дорабатывать логику ввода приобретения на основании так чтобы заполнялся остаток с наименьшей датой планируемого поступления, либо сооружать внешнюю обработку заполнения для документа поступления, которая интерактивно позволила бы указать заказ и дату или даты поступления из него, строки по которым надо перенести в приобретение.

(6) Ну могут же подать в суд если их права контрагентом нарушены? Суд - разберется!

(5) Имеется в виду кнопка отправить из печатной формы. По ней сразу создается письмо и учетка там дефолтная. А клиент капризничает: я грит дурак чтоли - правильный адрес выбирать. Хочу штобы само!

Если штатно нельзя значит надо бюджет хотелки прикидывать...

(3) Хотелось бы чтобы при подготовке письма сразу подставлялась учета связанная с организацией, документ которой отправляется. Но видимо нет...

В базе данных несколько организаций. Имеется несколько почтовых ящиков, различных для организаций.
Не могу понять: существует ли типовая возможность - связать учетную запись почты с организацией, так, чтобы при отправке печатнлй формы документа от организации при формировании письма выбиралась связанная с этой организацией учетная запись почты, а не всегда одна дефолтная?

Или придется такую мелочь допиливать?