СТ
Суть похожая
Size: a a a
2020 October 13
Ж
мы создавали дополнительный документ и затем собирали в один. Унас только УПП
Как собирали?
СТ
1. есть документ Предварительная инвентаризация. их сколь угодно делаем.
2. Затем выбираем нужные через подбор в табличную часть Инвентаризации товаров и группировали по номенклатуре количество
2. Затем выбираем нужные через подбор в табличную часть Инвентаризации товаров и группировали по номенклатуре количество
2020 October 14
N
Женек
Приветствую! Кто как решал проблему распараллеливания инвентаризации? Есть несколько документов, нужно собрать в один
Ну на крайняк сделать запрос к тч докам и там как надо настроить для совмещения данных. Из полученного запроса сделать один документ
P
Женек
Приветствую! Кто как решал проблему распараллеливания инвентаризации? Есть несколько документов, нужно собрать в один
а в чём смысл собирания в один док? по нескольким складам?
Ж
а в чём смысл собирания в один док? по нескольким складам?
Делается на нескольких компьютерах с помощью сканера штрих-кодов
P
Женек
Делается на нескольких компьютерах с помощью сканера штрих-кодов
ну склад-то один же? в чём смысл сборки, если каждый док все равно сделает свои оприходования и списания, и они выровняют остатки учетные с фактическими?
P
ошибок меньше всё равно не станет от сборки, если она для этого. даже хуже станет - концов не найти потом
Ж
ну склад-то один же? в чём смысл сборки, если каждый док все равно сделает свои оприходования и списания, и они выровняют остатки учетные с фактическими?
Изначально если документ заполнять, то он заполняется по всему учетному количеству на складе, а это порядка 5500 позиций. Создаётся документ, в него «напикивается» номенклатура и проставляется кол-во. Потом происходит перезаполнение учётного количества и сумм. Но есть позиции которые не посчитали, но они есть в учетном количестве. При нынешней схеме, они просто теряются
P
Женек
Изначально если документ заполнять, то он заполняется по всему учетному количеству на складе, а это порядка 5500 позиций. Создаётся документ, в него «напикивается» номенклатура и проставляется кол-во. Потом происходит перезаполнение учётного количества и сумм. Но есть позиции которые не посчитали, но они есть в учетном количестве. При нынешней схеме, они просто теряются
ну да, стандартный алгоритм работы инвентаризации. ну и что, что не посчитали, отбор по фактическому количеству = 0, и ничего не теряется
P
все равно количество факт хранится в ТЧ
P
разве что повторы могут быть в разных доках. это беда конечно
Ж
Для примера: сделано 5 документов инвентаризации с общим количеством строк ТЧ 4505. Создаём ещё один документ и заполняем его по остаткам на складе и видим, что у нас 4650 позиций. Как вычислить 145 потерянных позиций? Понятно что это можно сделать, но это лишнее время. В документах в которых считают факт.количество, при перезаполнении учётного количества происходит перезаполнение только по строкам которые есть в ТЧ
P
Женек
Для примера: сделано 5 документов инвентаризации с общим количеством строк ТЧ 4505. Создаём ещё один документ и заполняем его по остаткам на складе и видим, что у нас 4650 позиций. Как вычислить 145 потерянных позиций? Понятно что это можно сделать, но это лишнее время. В документах в которых считают факт.количество, при перезаполнении учётного количества происходит перезаполнение только по строкам которые есть в ТЧ
понятно. таким способом пытаетесь уменьшить процент ошибок
ну тогда обработка, которая соберет запросом по ТЧ и заполнит новый док
ну тогда обработка, которая соберет запросом по ТЧ и заполнит новый док
Ж
понятно. таким способом пытаетесь уменьшить процент ошибок
ну тогда обработка, которая соберет запросом по ТЧ и заполнит новый док
ну тогда обработка, которая соберет запросом по ТЧ и заполнит новый док
Да, только так. Думал может кто сталкивался с таким.
P
AR
Дайте пж ссылка 1С бесплатный с лисцензию
AR
Ауууууууу
AR
есть кто нибудь
А
)