Одновременное редактирование ТЧ документа разными пользователями #517627

Собственно хотелось бы узнать Есть кто такое делал в 7-ке, и как он это делал. Пока что мысль сделать это на справочнике. P.S. Для любителей китайских вопросов. Идет инвентаризация создали док инвентаризация заполнили и пошли считать. Затем результаты инвентаризации обрабатываются, но не одним человеком а сразу 3-4 (т.е. к примеру первый обрабатывает первый лист, второй - второй и т.д.) Вот и возник вопрос как это сделать, при этом нужно отслеживать, чтобы они одновременно не добавляли в инвентаризацию одинаковых позиций.

Несколько документов по разным группам товара...

Сделай ТЗ для ввода, которое будет обновляться и записывать введенные данные в документ Инвентаризация

как двое будут редактировать одну и ту же позицию в документе одновременно?

+

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

Не получиться. Потому что инвентаризация идет сплошная. Вот они идут по проходу и считают. При этом не факт что один проход "достанется" одной девочки. Плюс проблема, они нашли товар, который фактически должен лежать в другом проходе. Т.е. получится первая девочка у себя забет что товар А типа 50 штук, и вторая девочка забет этот же товар, но с другим количество

Вот поэтому и хочу сделать на справочнике, чтобы все юзвери сразу видели изменения. Плюс запись одной позиции справочника будет быстрее чем запись документа инвентаризации например с 10 000 строками

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

у вас весь товар однотипный?

Однотипный это что?

Ну там Чипсы Хрустим и Пепси 2л уже различия...

дурацкая какая-то идея

сделай несколько доков и потом оброботкой собири их в 1. 10 минут работы.

Мда, хотел бы я посмотреть как 2-3 чела будут "редактировать" один документ, да еще и одновременно...

Есть конечно различные аналитические разрезы, по которым может происходить инвентаризация. Например. Сегодня считаем группу "Чипсы" А завтра например считаем Бренд "Данон"

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

Ну какую попросили, вот испрашиваю, никто не делал? Проблема в транзакции, т.е. отредактировали одну строку, а нужно записать все 10 000. Ну в 8-ке это легко организовать, просто ТЧ будет в РС, и они будут непосредственно РС редактировать, группировать и фильтровать как им нужно. В 7-ке хочу это сделать на справочнике

Данные каждой девочки лучше писать в разные колонки Товар    Девочка1 Девочка2 Девочка3 Итог Товар1        1               3      4 Товар2               4               4 Товар3        5      1               6

Ну предполагается что они работать будут не со всем списком, а именно с маленькой группой. И при добавлении позиции, которой нет в ее списке программа проверит весь справочник и скажет, что такая позиция есть, но она в "другом списке". Смысл ей работать со всей партянкой, когда она может отобрать небольшой список нужный ей в данный момент

Колонок не напасешься, потому что это может быть и одна девочка, и 5. Хотя идея мне нравиться, надо будет подумать в этом направлении

Просто видел как реализована инвентаризация в аптеке. правда не на 1с.

Как вариант - каждый инвентаризатор заполняет свой документ по обнаруженным позициям. В конце дня обработкой все документы "Инвентаризация" собрать в один и провести.

+100500 я бы так же сделал

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

Это ты как себе представляешь? Девочка каждую позицию будет забивать в документ инвентаризации? Или как программа узнает, какие обнаруженные позиции были переданы именно этой девочки?

Разбить весть товар по группам/документам Распечатать по все позиции по документу и вручить кладовщикам чтоб сверяли каждый по своему листу...

Желательно чтоб все позиции из документа находились в одном проходе...

Неполучается. Есть шанс что одна и таже позиция будет от руки записано на разных листах, и соответственно получиться. по первой инвентаризации по учету 3 по факту 1, значит 2 в недостатке. И по второй инвентаризации. По учету 3, по факту 2. Т.е. фактически все хорошо, т.е. отклонений нет. А по документам будет 3 шт - недостача.

А терминал сбора данных не предлагали?

нет не предлагать. Начальство переодически загорается идее, а потом когда посчитают дебет кредит, оказывается оно и не нужно, за такие деньги.

Может "Таблица в режиме ввода данных"?

Сколько времени идет инвентаризация торгового зала? Суточный оборот магазина?

И как данные которые у себя отредактировал один юзверь, увидит другой? Или после изменений одной строки переписывать документ с 10 000 строк?

Это оптовый склад.

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

Ну, сделай внешннюю форму на ТабличномПоле :-))

И чем она поможет?

купи им  ТСД. Или сканеры ШК с недобуками. Иди хотя бы КПК

И редактировать будут, и видеть изменения, внесенные другим юзверем

Т.е. источник данных ТЧ документ. При изменении в ТП количества, эта информация должна попасть в ТЧ документа и обновить весь документ. Или ТП позволяет указать в качестве источника ТЗ в памяти, которую видят ВСЕ юзвери?

И что они будут с ними делать, если у половина товара нет штрих-кода? И сколько они будут "вбивать" данные в ТСД

1. Печатаешь трем девочкам по копии документа + еще одна чистая. 2. Отправляешь всех на инвентаризацию. 3. Берешь из п.1 чистую ведомость, отдаешь одной из девочек. 4. Две другие считают построчно(контролирую друг-друга) и говорят ответ девочке из п.3. 5. После этого, сажаешь за 1С самую не красивую. 6. Одну из девочек(более крачивую, чем в п.5) сажаешь рядом с девочкой п.5 и она диктует сумму. 7. Самая красивая только лупится в монитор и жреть попкорн.

каждый юзверь открывает свою форму, а форма каждые 5 сек считывает данные из табличной части документа, ну или записывает в документ, если юзверь нажал "записать". Кстати, ОбработкаОжидания может привязываться к отдельной форме, а не обязательно объявляться в Глобальном модуле, как в документации пишут.

все не осилил прочесть. но коли тебе так надо. сделай какой то документ-контейнер например (первое что взбрело в голову) в котором у тебя будет собираться инфа из других мелких документов инвентаризация (все будешь видеть в ТЧ этого документа) а еще лучше сделай обработку на основе ТабличногоПоля в которой выбираешь например сразу 4 дока инвентаризация а ТабличноеПоле объединяет табличные части этих документов и выводит их как один документ. хотя все же не пойму нафига все это надо

(25,26) В привел работающее решение. Заполнение строк первичного документа (с которым работает девочка) - дело вкуса (вводить новые строки и искать среди ранее введенных, или заполнить полным списком с учетным количеством). Главное, чтобы девочки не ходили друг за другом или по кругу, тогда при сливе в один документ 2 и 1 штука дадут в итоге 3, что будет соответствовать учетному.

инвентаризацию можно не проводить до того как ее полностью не забьют. тогда она обновляться будет очень быстро. в табличную часть вводишь реквизит пользователь и читая этот документ в отчетик с таблицой в режиме ввода даных получаешь чтото типа поста 18. обновля документ по времени или количеству измененых позиций как удобно и при закрытии отчета. если докмент непроведен то перезаписать даже 10000 строк секундное дело.

один раз извратиться пришлось след образом: было сделано несколько копий инвентаризации (по количеству групп ревизоров) + столько же бумажек считают.... с каждой бумажки данные заносятся в одну из копий потом обработкой сворачивается и в исходную делалось на скору руку, так что сильно не смейтесь :)))

Excel уже советовали?

Проблем в блокировки, когда из-за одной строчки придется записывать многострочный документ. Т.е. пока идеи инвентаризация все курят в сторонки

Чтобы быстро забить в компьютер результат инвенатризации

Одновременный доступ к файлу с одновременным редактированием и отображение результата?

быстрей, это когда один диктует, второй вбивает, третий проверяет. А не когда - сначала посмотрел, потом вбил, потом проверил.

да

ну тогда инвентаризация проводится в копии базы, а потом xml-ем переносится за ночь в основную базу. Можно даже под это дело новый регистр замутить. Хотя вопрос- что быстрее работает добавление новой строки в гигантский документ, или запись движений в регистр?

+ на одной из прошлых работ так и делали выводили остатки по ячейкам в эхель, разделяли между юзерами по ячейкам склада и открывали эхель файл в разделенном режиме

Одновременное редактирование документа в 1С - это множественная запись и перезапись ненужных строк (1С не умеет записать только одну строку документа). Поэтому, нужно использовать не стандартные средства 1С, а что-то более интересное. Если предполагается, что данные будут вводить в момент прохода по рядам (а именно в этом случае нужно одновременное редактирование), то нужно где-то создать хранилище на подобии регистра, где нужно для каждой найденной позиции запомнить товар, место его хранения (номер полки) и оператора (то есть того, кто это записал). Запрещать повторный ввод товара можно только в том случае, когда он найден на той же полке. Если предположить, что править ничего не нужно, то можно использовать даже обычный текстовый файл, так как при добавлении новой строки мы должны просмотреть его весь и записать строку в его конец, если мы не нашли подобной строки в файле. В момент просмотра файла его неплохо бы заблокировать, чтобы другие пользователи ждали своей очереди.

ИМХО проще это сделать на справочнике (как в принципе и сделал), выгрузил ТЧ в справочник (плюс скрытый реквизит на документ, чтобы можно работать одновременно с несколькими документами инвентаризациями) пару фильтров, для отбора, и пусть работают. Завтра запущу в тестовую эксплуатацию, посмотрим как оно.

Как-то тупо все... Девочки должны считать не тоЮ, что НАПИСАНО, а то что имеется по факту. Для этого есть сканеры. А потом все со сканеров сливаем в док.

Ну так факт принесли девочки, и она забивает его. А сканер... Хорошо если весь товар со штрихкодам, а когда дай бог половина... не будешь же на весь товар клиент

А если немножко реорганизовать: по месту хранения товар конкретизируется по (от укрупненного к мелкому) - стеллаж (/шкаф/холодильник и т.п.) Специальной обработкой создаются листы инвентаризации (на самое мелкое место хранения), распечатываются, делятся по количеству проверяющих - и вперед! После проверки и внесения количеств листы проводятся (кстати , извините опустил - все они есть подчиненными инвентаризационной ведомости) какждый своим исполнителем, затем на их основании формируется ведомость инвентаризации и сличительная (если есть расхождения). Зачем одновременно корректировать один лист? -  не вижу смысла.

При варианте листы формируются загрузкой непосредственно  со сканера ТСД - Терминал Сбора Данных. Тогда это вообще песня , а не инвентаризация.

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

переходи на 8ку.. там это реализовано

1. Один и тот же товар может быть в разных местах хранения? 2. Поиск по коду или наименованию. Справочник номенклатуры естественно должен быть загружен в ТСД как и ПО набора листов инвентаризации - можно набить сразу несколько листов, а потом под разными номерами загрузить в БД.

Ага сейчас вот только это доделаю, и начну переходить

1. Не должно быть, но никто не застрахован, что кладовщик "не туда" положит. 2. Проще на листочки количество записать, чем доверять высокотехническое оборудование кладовщику. Зарплаты не хватит ему расплатиться

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

1+2 - Прикольные у вас кладовщики... :-)))

Ну на 8.хо легко можно эмулировать ТЧ на РС

нет.. там именно прикол был в одновременном заполнении одной ТЧ документа. никаких "эмуляций" через РС... просто под каждого пользователя своя форма и контроль версий..

Дублирования товара не избежать - если один и тот же товар лежит сразу в двух местах (например три сурка на первой полке и ещё два на второй в следующем ряду). Они должны быть введены разными строками, так как их будут вводить разные операторы в разное время. Я, конечно, понимаю, что хочется, чтобы следующий ввод сводился к добавлению некоторого количества к уже введённой строке, но данный способ приводит к фатальной ошибке, если кто-то из операторов ввёл неверное количество, так как нельзя даже будет узнать - кто ошибся и где это лежит, чтобы проверить. Поэтому - каждый оператор работает "в своей песочнице" и только в конце инвентаризации всё сваливается в единую кучу (то есть выполняется объединение строк с одинаковым товаром в документе, вводимом по данным, собранным инвентаризаторами).

Товар должен лежать в одном месте. Если нашли товар, то при попытки ввода он проверит откуда этот товара, и запретит ввод если товар с "другого места". Т.е. к примеру оператор вводит данные по проходу №1 и при попытки ввести товар с другого прохода, программа ее пошлет, пусть ревизоры кладут товар на место, и считают заново эту позицию.

Тогда они всю жизнь будут этот склад пересчитывать - а так - сначала пересчитали, а потом машина выдаёт список перемещений - и весь товар моментально раскладывается, как должен лежать, ну и лишней беготни между рядами тоже не будет.