Версия для печати темы (https://pro1c.org.ua/index.php?showtopic=717)
Нажмите сюда для просмотра этой темы в обычном формате
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 _ Программирование в 1С Предприятие 7.7 _ Ввод ПН одновременно двумя операторами. Как ?
Автор: Black Monk 25.07.09, 19:30
Никто не сталкивался с такой ситуацией ?
Приход товара, большое количество номенклатуры в одной Приходной накладной.
Как организовать ввод этой накладной несколькими операторами ?
Интересует сам принцип, как это организовать в 1С (компонента оперативный учет).
в каком направлении копать ?
Конфа будет писаться с нуля поэтому наверное правильно сформулировать вопрос так :
Как организовать ввод информации в табличную часть документа несколькими операторами одновременно ?
Есть идеи ?
Автор: Pepe 25.07.09, 19:43
Думаю, что в "лоб" не получится. При открытии документа к нему блокируется доступ.
Можно подумать об обьединении двух доков специальной процедурой.
Автор: Black Monk 25.07.09, 19:57
Можно подумать об обьединении двух доков специальной процедурой.
Угу, это тоже первое что приходит в голову.только не кошерно как то получается ..Плодить накладные а потом их обьединять. Да и как обьеденять ? по шапке ?.
В голове крутится идея из области фантастики как-то организовать обработку в которой будут вводится данные, а потом сбрасываться в документ (не будет необходимости держать постоянно открытым документ всеми операторами).Конфа с нуля, так что все в наших руках
Но как это конкретно реализовать, чтоб учесть все возможные заморочки... ?
Автор: 1Cv77 25.07.09, 20:04
Это действительно ФАНТАСТИКА как ты в обработке будешь вводить ТЧ
только через ТаблицуЗначение.... а это лишние нажатия клавиш/мышки для ввода любого значения!
Есть предложение создать новый док, типа ПР_1 пусть операторы вводят каждый свою чать, а потом обработкой обьеденить несколько ПР_1 в приходную......
Автор: Black Monk 25.07.09, 20:18
тоже вариант... первый оператор создает нормальную нкладную, а второй и последующие пр_1 с сылкой на основную, а потом обработкой все пр1 добавлять в основную и пр1 удалять.. только некрасиво как-то получается и что с движениями/остатками тмц делать ? хочется их оперативно видеть.. отрабатывать во всех документах ?
Автор: zetovich 26.07.09, 14:01
хм....
а что плохого в разбитых на 2,3.... ПН от одного поставщика?
Автор: Black Monk 26.07.09, 17:56
а что плохого в разбитых на 2,3.... ПН от одного поставщика?
Х.З. Не задумывался над этим вопросом
В данной ситуации это требование заказчика, не обсуждаемое.... Не знаю какие у них там свои заморочки.. но требуют имеенно только так. один бумажный локумент ПН = в результате один электронный с возможностью ввода несколькии операторами.
Автор: zetovich 26.07.09, 18:03
В данной ситуации это требование заказчика, не обсуждаемое.... Не знаю какие у них там свои заморочки.. но требуют имеенно только так. один бумажный локумент ПН = в результате один электронный с возможностью ввода несколькии операторами.в большинстве случаев "требование" не всегда, как бы мчгко выразится "умно"
то что Вы говорите, не обсуждается, все даж очень обсуждается, просто Вы не предлагали простого решения. (зачем платить за что то деньги если можно все сделать просто)
просто они видят это так (они видят собственно цель)....а Вы, как специалист...донесите что можно лечить зуб не через заднее место
з.ы. т.к. ТиС (скорее всего).....99% если нормально обьяснить людям, что им будет пофиг.
Автор: sarius 27.07.09, 9:45
Еще как вариант - использовать одну ПН, которая создается в конце процесса, а также ввести документ "Позиции", в котором будет поле для ссылки на ПН. Я так думаю, что важно знать кто из операторов что ввел, а при сверке общей накладной все должен делать один человек.
Если несколько операторов набьют несколько "Позиций", а потом один человек на форме ПН нажмет кнопку "Сформировать документ по позициям" - то задача будет решена.
Далее возникает момент корректировки - на каком этапе оператор фиксирует документ? Может ли оператор снять фиксацию? Т.е. вопросов больше возникает на стадии "кто за что отвечает". Отсюда и следует отталкиваться в выборе модели реализации поставленной задачи.
Автор: Кузьмич 27.07.09, 10:07
Че то вы как-то сложно подходите к элементарной задаче.
Все гораздо проще - Поставщик присылает вам "электронный вариант" ПН в экселевском формате. Если это невозможно, делается скан-копия. И из этого файла все втягивается в БД за пару-тройку секунд.
В итоге: вам уже не будет нужно держать нескольких операторов.
"достаточно одной таблэтки"
Автор: zetovich 27.07.09, 10:45
Все гораздо проще - Поставщик присылает вам "электронный вариант" ПН в экселевском формате. Если это невозможно, делается скан-копия. И из этого файла все втягивается в БД за пару-тройку секунд.
В итоге: вам уже не будет нужно держать нескольких операторов.
"достаточно одной таблэтки"
о...точно! Все просто. Всех уволить оставить 1 девочку...поднять ЗП на 10%.....пусть релаксит на работе.
з.ы. а что делать если ктото руками пишет накладную? (но ни все ж так суперски автоматезированы).
Автор: sarius 27.07.09, 10:48
Ха, ну это в идеале.
А если позиции нарисованы от руки на бумажке с печатью или подписью...
В зависимости от величины фирмочки не всегда есть возможность работать с поставщиком.
ну а если есть такая возможность - тогда вообще по хорошему должна отправляться заявка, а потом ее просто подтягивать к приходу
или экселевский вариант прихода тянуть, как ты и сказал
Автор: Batchir 27.07.09, 11:10
А если копать в сторону какого-то внешнего хранилища? Скажем начинается пробитие приходной. Пользователь в обработке нажимает кнопку создается скажем каталог с именем, например по наименованию поставщика , набивает пользователь в табличную часть обработки товары, цены, количества и т.д. нажимает на кнопку и данные скидываются в ДБФ файл.
Другой пользователь если хочет подключиться к пробивке номенклатуры, то жмет на соответствующую кнопку. Ему предоставляется выбор собираемых накладных путем поика каталогов. Этот пользователь выбирает нужную ему сборку и начинает так же как и первый пользователь набивать и скидывать в ДБФ. После того как закончена работа попробивке. Кто-то жмет на кнопку - создается ПН, анализируются ДБФфайлы и заполняется табличная часть документа, файлы и каталог удаляются.
Автор: Кузьмич 27.07.09, 11:16
А у таких маленьких фирмочек накладные не более 20 позиций как правило. Не долго руками ввести.
Меня заковыка смущает в данном вопросе: Как 2 оператора будут делить оригинал? Расшивать? А если они в разных кабинетах? ну это так... к слову.
Автор: zetovich 27.07.09, 12:00
Вы тут прогеру головняк придумываете (решений куча, тут писалось)...
САМОЕ ПРОСТОЕ.....разбить на 2, 3 ПН...и не насиловать мозг программисту
то что говоярт низзя...неверю!
Автор: logist 27.07.09, 13:22
7.7 не знаю, но возможно можно реализовать такой же механизм как в 8-ке сделаны продажи по ЭККА - за смену накапливаются "Чеки" потом при закрытии смены они группируются в "Отчет о розн.продажах" а сами "Чеки" удаляются.
Т.е. и тут можно было бы сделать отдельный вид документа (допустим "Приход для группировки"), а затем в конце дня запускать обработку которая будет группировать документы с таким видом в одну накладную (при условии что у них будет один входящий номер) при удачном создании сгруппированной накладной удалять промежуточные.
Автор: хакерок 27.07.09, 16:21
Если есть в электронном виде накладная от поставшиков то загружать её из текстового фала да и всё ... У меня списки огромные ничиво руками не забиваеться и ошибок меньше
Автор: хакерок 27.07.09, 16:32
Теперь детали
Берёшь текстовый файл
Код Количество Цена
Желательно колонки разделённую табуляцией.
В диалоге прихода кидаешь Таблицу Значений
Кидаешь кнопку Загрузить из файла.
В эту таблицу с Текстового файла заганяешь весь приход
Затем загоняешь в Приходную накладную.
Самое сложное чтоб кодировка поставщика и твоего справочника совпадала.
Если это реализуешь возможно тебе скажут большое человеческое спасибо.
Автор: хакерок 27.07.09, 16:34
У меня работает
Автор: zetovich 27.07.09, 17:42
Берёшь текстовый файл
Код Количество Цена
Желательно колонки разделённую табуляцией.
В диалоге прихода кидаешь Таблицу Значений
Кидаешь кнопку Загрузить из файла.
В эту таблицу с Текстового файла заганяешь весь приход
Затем загоняешь в Приходную накладную.
Самое сложное чтоб кодировка поставщика и твоего справочника совпадала.
Если это реализуешь возможно тебе скажут большое человеческое спасибо.
+ еще можно девочку посадить.....пусть из листочка все загонит в текстовы файл, а потом просто жамкать на кнопку загрузить.
о...одна девочка забивает непосредстенно в ТаблЧасть документа...вторая в текстовый файл.
но а потом понятно...нами знакомая кнопка загрузить.
так можно увеличить до нескольких файлов. Имена файлов можно давать по ФамилиИмени оператора.
рекомендовал бы сохранять копии текстовых файликов в UTF-8(!!!важно!!!) для разборки полетов.
Автор: хакерок 28.07.09, 11:20
о...одна девочка забивает непосредстенно в ТаблЧасть документа...вторая в текстовый файл.
но а потом понятно...нами знакомая кнопка загрузить.
так можно увеличить до нескольких файлов. Имена файлов можно давать по ФамилиИмени оператора.
рекомендовал бы сохранять копии текстовых файликов в UTF-8(!!!важно!!!) для разборки полетов.
Я обычно долюлю постовщиков до такой степени что они всётаки присылают приходы в электронном виде а зделать текстовый файл (код кол цена) это уже проше.
Автор: zetovich 28.07.09, 12:02
а если товара с таким кодом нету?
Автор: Batchir 28.07.09, 12:38
Попробую угадать:
Если товара нет, то создается новый, но перед этим вручную просматриваются все файлы, т.к.
если товар есть но у него другой код то приходится связываться с поставщиком и долюливать его что бы он у себя в учетной программе для токого-то товара поменял код ... бла-бла-бла
Автор: logist 28.07.09, 12:51
А не проще использовать штрихкод, и предварительно согласовывать спецификацию с поставщиком. Торговые сети как правило так работают.
Автор: dmiter 30.07.09, 22:23
У себя в конфигурации - организовал справочник Спецификация Договора, где прописываются товары по которым работаю с данным контрагентом (приход как правило для меня). Это позволяет ускорить набор документов (лишних товаров нет, альтернативное наименование можно забивать как у клиента - тогда работает и сортировка, и коды товаров у клиента также хранятся в данном справочнике). При такой структуре просить контрагента поменять код товара не приходится
Автор: gryphus 31.07.09, 7:29
Злой ты Zetovich, однако дело говоришь. Не поддавайтесь у заказчика на поводу. Себе только гемора наживете. Все что здесь предлагалось - ГЕМОР. Причем большой. Ни один из вариантов не решает полностью поставленную задачу. На мой взгляд ближе всего к решению поставленной задачи подошел Sarius. Так что если вы все таки хотите себе нажить неприятностей то выбирайте направление предложенное Sarius'ом.
Автор: zetovich 31.07.09, 7:31
да просто не один год этим занимаюсь...такого наслушался.....
нужно искать пути попроще...а не что хочет заказчи (всякий бред ,как этот, например)
Автор: sarius 31.07.09, 7:42
Не, Сариус не предлагает, Сариус говорит, в каком направлении работать можно.
А предлагает Сариус задать заказчику вопрос - кто отвечает за работу каждого оператора.
Есил заказчик умный - будет 3, 5, 15 накладных
Если нет - лучше сразу уйти - потому как денех не видать
Автор: Sekator 01.08.09, 0:32
Вот так всегда... Заказчик думает, что 1С - волшебная палочка, а программист - маг.
Какая разница куда вбивать данные? В 1С, в табличный документ, в блокнот в конце концов.
Думаю, если предложить решение оцифровать накладную, а потом загрузить, скажут, а нафиг тогда 1С вообще?
На самом деле, если вопрос в скорости внесения данных, то лучше сначала забить в электронном виде, а потом махом загружать. А если принципиально важно, чтобы в 1С одним документом через нескольких "забивателей" вносить... Тогда пусть ищут нечто отличное от семерки
Автор: W-divin 19.08.09, 10:40
В данной ситуации это требование заказчика, не обсуждаемое.... Не знаю какие у них там свои заморочки.. но требуют имеенно только так. один бумажный локумент ПН = в результате один электронный с возможностью ввода несколькии операторами.гы ))) а поставщики у вас в базе колупаются? как они разберут скока накладных у вас в базе? (еси канешно с умом подойти и акт сверки свернуть по входным номерам)
Автор: W-divin 19.08.09, 10:42
а у вас 1С тока приходные накладные содержит? тогда она действительно и нафиг не нужна ))) юзайте эксель и будет вам счастие ))) ну а ежели учет ведете, типа приход/расход/отчеты, а то еще и бухию тудаже, то вопрос корявый какой-то получаеццо )))
Автор: W-divin 19.08.09, 10:48
по ходу самый дельный вопрос в топеге...
тогда еще нада кучу проверок ставить на общее к-во строк, дубликаты и т.п...
а методов решений уйма ))) в этом топеге было:
1) промежуточные документы
2) общая папка с текстовиками/дбф
от себя:
3) временный справочник оприходования
4) (я бы так делал) ежели база на скуле - создаем табл в скуле и пишем туда, потом таблу пихаем в документ
Автор: zetovich 19.08.09, 12:25
W-divin
"Меня заковыка смущает в данном вопросе: Как 2 оператора будут делить оригинал? Расшивать? А если они в разных кабинетах? ну это так... к слову."
+
"по ходу самый дельный вопрос в топеге..."
------------
эх, бы бы такой аппарат.....ложишь туда листик....а с боку такой же выходит....и у тебя тепрь 2 одинаковых листика...
разве ток кто то перепишет....
но это пока ток фантастика 
Автор: W-divin 19.08.09, 13:30
"Меня заковыка смущает в данном вопросе: Как 2 оператора будут делить оригинал? Расшивать? А если они в разных кабинетах? ну это так... к слову."
+
"по ходу самый дельный вопрос в топеге..."
------------
эх, бы бы такой аппарат.....ложишь туда листик....а с боку такой же выходит....и у тебя тепрь 2 одинаковых листика...
разве ток кто то перепишет....
но это пока ток фантастика
гы ))0 вопрос то не в количестве икзимплярчегофф... а в разделении кто из операторофф что вводит.
есть накладная на 1283строки .. и как их делить между 2мя (3мя,..5ю) операторами?
первый строки 1-400, второй 401-800 и т.д? а ежели в следующей накладной окажеццо 450 строк? первый по правилу 400, а второй 50? а третий курит???
или сначала процесс деления каждой накладной на операторов в зависимости от кол-ва строк и операторов? тогда сам процесс по ходу займет больше времени чем внос накладной одним оператором )))
Автор: zetovich 19.08.09, 13:58
я сомневаюсь что накладные более 200 строк...ваще руками вбивают...
ну поделили листики между собой....и вперед
Хоят я писал, что проблемы нет. Тупое задание. Лень повторяться.
Автор: sarius 19.08.09, 13:59
IMHO, тему вообще закрывать можно
все ,что можно было сказать - сказали, чего переливать из пустого в порожнее
Автор: gryphus 19.08.09, 14:23
все ,что можно было сказать - сказали, чего переливать из пустого в порожнее
+ 1, а то уже и теряешься что было а чего нет. И что вообще надо было.
Автор: Batchir 20.08.09, 8:00
Закрыта
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua