saszj
Александр Загинайко

Пользователям требуется возможность рисования эскизов для некоторых позиций при заполнении заказа покупателя.
Создан общий макет типа "Двоичные данные", в табличную часть "Товары" добавлен реквизит типа "ХранилищеЗначения", на форме в ТЧ "Товары" добавлена колонка-гиперссылка типа "Поле ввода" с выводимыми значениями "Указать" / "Просмотр"

Какой порядок работы задуман:
При нажатии на гиперссылку:
- если хранилище пустое, сохраняем шаблон из общего макета и запускаем приложение (пока Paint на этапе тестирования) с файлом шаблона;
- если хранилище заполнено, то сохраняем файл из хранилища и запускаем приложение.

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

работа идет в УТ10.3. Соответственно, обычные формы.

(4)

Цитата
к вам не нравится как печатная форма работает, диадок тут по сути не при чём

Да, Диадок не при чем. Я о нем упомянул только в контексте настройки выгрузки файла для отправки.
Вопрос, который требуется решить - это как сохранить УПД со статусом 1. На текущий момент, если выводить документ на печать из формы документа, то печатается всё нормально, статус=1, а если этот же документ выводить на печать через сервис ЭДО, то статус будет 2.

(2)В этой части - да. Уточнил. Диадок позволяет исправить статус. Но есть еще клиенты, обмен с которыми идет через СБИС. И вот тут уже возможности исправить что бы то ни было, нет.
Да и вопрос касается не диадока. Он всё ж таки про типовую конфу и её настройку.

Решили использовать ЭДО в своей УТ 10.3 (10.3.73.1). Настройку выполнили с выгрузкой через каталог, т.к. обслуживаемся в Диадоке. Из непонятного - при выгрузке файла УПД из реализации, печатная форма создается со статусом 2, хоть счет-фактура и создана.
Мы что-то не донастроили?

(11) Задача не так стоит. Отчет нужен для того, чтоб до изменения проведенных документов убедиться, что менять можно. Заблаговременно, так сказать.

(9)Верно. Хотят подстраховаться. Мне, в свою очередь, интересно решение на СКД.

(7) почему нет?

Хотелось бы разобраться с подчиненными наборами данных. Уверен, что реально таким способом реализовать задачу.

(2), так не хотелось бы остатки по документам руками считать. Хотелось бы запросами обойтись.

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