Понадобился значит учет залоговой тары. Было проведено некоторое исследование, которое показало, что во многих сущностях есть реквизит ТребуетсяЗалогЗаТару, который даже выведен на формы, но уже на самих формах он скрыт. Причем скрыт так, что без вмешательства в конфигурацию включить его нельзя. Аналитик говорила, что в видео, которые она смотрел по этой теме, этот реквизит на формах есть (я думаю, что она смотрела видео по российской ERP). При всем при этом если проводить документ с этим флагом и без, то движения отличаются. Ситуация была непонятна и вызывала определенные вопросы по учету залоговой тары. Ответ на эти вопросы такой:
Цитата
Залог за тару, влияющий на расчеты с клиентом/поставщиком, не поддерживается и не планируется.
Его нет возможности выделить в авансе полученном и корректно выписать НН. Кроме того, исходя из ГКУ и сложившейся практики, залог за тару не является частью расчетов: залог, полученный за тару, не погашает задолженности за отгруженные товары, и наоборот.
Получение залога рекомендуется отражать платежным документом с видом операции "Прочее поступление" в корреспонденции со статьей пассивов. Для этого должна быть включена ФО "Учитывать прочие активы и пассивы".
Bon Jovi, по вашему коду не понятно что вы пытаетесь записать. И даже если что-то туда таки записывается, то тем, что вы туда записываете в этом коде, вы перетираете то, что там было. Что бы не перезатирать, нужно сначала набор Прочитать(), дополнить и потом итоговый набор уже записывать обратно.
Работаю под Полными правами, да и вроде таких ограничений в этих колонках нету.
Цитата(logist @ 23.03.21, 22:54)
"Условное оформление" формы, уже после открытия, там может быть программное заполнение
В ПередЗагрузкойДанныхИзНастроекНаСервере (которое вызывается после ПриСозданииНаСервере) я проверял условное оформление Списка и Формы, там ничего такого нету.
Цитата(DartRomanius @ 24.03.21, 10:23)
ПартнерыИКонтрагенты.ПартнерыФормаВыбораСпискаПриСозданииНаСервере(ЭтаФорма, Отказ, СтандартнаяОбработка); там формируется программное заполнение запроса и прочее
Я на ней спотыкался уже. Но в данном случае дело не в этом, у меня сделано сейчас так:
Заставила меня судьба связаться с конфигурацией КУП. Есть значит КУП версии 2.1.13.2, работающий на платформе версии 8.3.9.2170.
Понадобилось мне добавить в форму списка справочника партнеров кое что. Что хотел сделать, я сделал. Но я так и не понял следующего. Смотрим:
Что мы тут видим. В списке 5 видимых колонок. Внизу в окне сообщений я выводил ПриОткрытии и ПриЗакрытии список колонок с признаком Видимости. Там видно, что, например, есть колонка БизнесРегион, ОсновнойМенеджер, у которых видимость включена (ещё раз сделаю акцент, что в событии ПриЗакрытии формы эти колонки тоже есть и тоже видимы). Ещё что: колонки БизнесРегион в настройках формы вообще нету.
Пробовал сбрасывать настройки через меню "Установить стандартные настройки", ожидаемого эффекта это не дало.
если кажется что "вот тут исправишь и все заработает" - жди подвоха
Все именно так. Я поправил то, о чем выше написал и расслабил булки. А потом ещё оказалось, что проставление статусов доставки смс не работает. По крайней мере, если просто попробовать запустить задание, которое это делает, статус проставляется "Ошибка получения статуса у провайдера". Но у меня не хватило вдохновения сегодня ещё и с этим разбираться.
Релиз 2.1.13.2, но думаю, что в поздних то же самое, т.к. есть и более важные проблемы, которые не исправлены, судя по сообщениям выше. Отправка смс через провайдера TurboSMS не работает. Причем для этого все есть и сам модуль рабочий. Но задание, которое выполняет отправку СМС передает пустое ИмяОтправителя, хотя без него отправка через TurboSMS не работает.
РезультатОтправки = ОтправкаSMS.ОтправитьSMS(МассивНомеров, ТекстСообщения, "", ОтправлятьВТранслите); // "" это имя отправителя
Если вместо "" передать корректное имя - все работает.
Добавлено в 15:40. Оказалось, это не все. В модуле отправки через Турбо есть косяк, из-за которого СМС не фиксируется, что СМС была отправлена и с каждой отправкой все СМС повторно отправляются. Это какой-то позор.
В принципе, если это ответ по существу, то, на мой взгляд, ничего страшного даже если тема старая. Возможно, кто-то в будущем сюда попадет и найдет для себя правильный ответ.
DartRomanius @ Сегодня, 10:38
, в следующий раз при передаче контактов в личные сообщения, не обязательно в публичной теме об это писать. Я думаю, самого сообщения автору в личку будет достаточно, а остальным это не очень интересно.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!