Доброго времени суток!
Представим, что по товару "Стакан" было два поступления :
1) 16/10/2020 10 штук по 100 рублей
2) 17/10/2020 15 штук по 150 рублей
Затем пользователь делает перемещение товара с Центрального склада на периферийный.
Условие такое : если пользователь вводит количество 20 штук, то в табличной части должно добавиться 2 строки :
10 штук по 100 р, и 10 штук по 150 рублей.
Не знаю, как реализовать запрос или есть идеи попроще ?
Представим, что по товару "Стакан" было два поступления :
1) 16/10/2020 10 штук по 100 рублей
2) 17/10/2020 15 штук по 150 рублей
Затем пользователь делает перемещение товара с Центрального склада на периферийный.
Условие такое : если пользователь вводит количество 20 штук, то в табличной части должно добавиться 2 строки :
10 штук по 100 р, и 10 штук по 150 рублей.
Не знаю, как реализовать запрос или есть идеи попроще ?
По теме из базы знаний
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2
- Загрузка товара с ценами и штрих-кодами EAN-13 в весы серии "Масса-К" для УТ 11.2.2.116 в формате dbf (переписана из обработки ТиС 9.2) на УФ для серверной базы
- Загрузка номенклатуры, остатков и цен. Розница 2.2, 2.3
- Расширенный список номенклатуры с выводом остатков, картинки и цен номенклатуры. Расширение для Розницы 2.3
- «Мониторинг цен» – сервис для отслеживания цен конкурентов на ведущих маркетплейсах России
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Запрос - никак.
Только после внесения измерений в конфигурацию.
Необходим "партионный" учет. В регистр остатков добавлять измерение с документом поступления. Т.е. остатки должны храниться в разрезах: Склад, Номенклатура, ДокументПоступления.
И вот тогда уже в запросе получать текущие остатки номенклатуры по складу, сортировать их по дате документа поступления, и результаты выводить в документ.
И цена тут ни при чем.
Только после внесения измерений в конфигурацию.
Необходим "партионный" учет. В регистр остатков добавлять измерение с документом поступления. Т.е. остатки должны храниться в разрезах: Склад, Номенклатура, ДокументПоступления.
И вот тогда уже в запросе получать текущие остатки номенклатуры по складу, сортировать их по дате документа поступления, и результаты выводить в документ.
И цена тут ни при чем.
(5) Есть идея получше: пользователь вообще не должен заморачиваться такими вопросами и на форме документа перемещения это искусственное разделение нафиг не нужно. А если ему уж так интересно - то он всегда сможет это посмотреть в отчете по движениям документа (если все-таки цена используется в регистрах остатков)...
(6) Я просто так и не понял этого пользователя ))
Как он сказал, типа в перемещение не учитывается выбор товара по цене прихода. Якобы пользователь не знает, по какой цене перемещать товар : то ли по 100 р, то ли по 150 р.
А я вот сижу и думаю, как же реализовать его "хотелку- погремушку"
Как он сказал, типа в перемещение не учитывается выбор товара по цене прихода. Якобы пользователь не знает, по какой цене перемещать товар : то ли по 100 р, то ли по 150 р.
А я вот сижу и думаю, как же реализовать его "хотелку- погремушку"
Если в конфигурации по этому товару ведется партионный учет, то тогда есть смысл думать о запросах или еще о чем. Если нет, то задача не решается.
Сначала надо определить все условия, потом решать задачу.
Сначала надо определить все условия, потом решать задачу.
(14) ну тут надо выяснить, зачем. Может он чего-то хочет получить, что получается совсем другими путями. Это запросто.
Если желание все же зачем-то нужно и этот пользователь уполномочен генерировать желания, а плательщик готов их оплачивать, то берется программист и делает.
Если желание все же зачем-то нужно и этот пользователь уполномочен генерировать желания, а плательщик готов их оплачивать, то берется программист и делает.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот