Никто не сталкивался с такой ситуацией ? Приход товара, большое количество номенклатуры в одной Приходной накладной. Как организовать ввод этой накладной несколькими операторами ? Интересует сам принцип, как это организовать в 1С (компонента оперативный учет). в каком направлении копать ?
Конфа будет писаться с нуля поэтому наверное правильно сформулировать вопрос так : Как организовать ввод информации в табличную часть документа несколькими операторами одновременно ? Есть идеи ?
Программист - это не тот, кто пишет программы, а тот, чьи программы работают.
Думаю, что в "лоб" не получится. При открытии документа к нему блокируется доступ. Можно подумать об обьединении двух доков специальной процедурой.
Угу, это тоже первое что приходит в голову.только не кошерно как то получается ..Плодить накладные а потом их обьединять. Да и как обьеденять ? по шапке ?. В голове крутится идея из области фантастики как-то организовать обработку в которой будут вводится данные, а потом сбрасываться в документ (не будет необходимости держать постоянно открытым документ всеми операторами).Конфа с нуля, так что все в наших руках Но как это конкретно реализовать, чтоб учесть все возможные заморочки... ?
Программист - это не тот, кто пишет программы, а тот, чьи программы работают.
В голове крутится идея из области фантастики как-то организовать обработку в которой будут вводится данные, а потом сбрасываться в документ
Это действительно ФАНТАСТИКА как ты в обработке будешь вводить ТЧ только через ТаблицуЗначение.... а это лишние нажатия клавиш/мышки для ввода любого значения!
Есть предложение создать новый док, типа ПР_1 пусть операторы вводят каждый свою чать, а потом обработкой обьеденить несколько ПР_1 в приходную......
Это действительно ФАНТАСТИКА как ты в обработке будешь вводить ТЧ только через ТаблицуЗначение.... а это лишние нажатия клавиш/мышки для ввода любого значения!
А таблица в режиме ввода данных не подойдет ? Правда там тоже свои заморочки..
Цитата(1Cv77 @ 25.07.09, 22:04)
Есть предложение создать новый док, типа ПР_1 пусть операторы вводят каждый свою чать, а потом обработкой обьеденить несколько ПР_1 в приходную......
тоже вариант... первый оператор создает нормальную нкладную, а второй и последующие пр_1 с сылкой на основную, а потом обработкой все пр1 добавлять в основную и пр1 удалять.. только некрасиво как-то получается и что с движениями/остатками тмц делать ? хочется их оперативно видеть.. отрабатывать во всех документах ?
Программист - это не тот, кто пишет программы, а тот, чьи программы работают.
хм.... а что плохого в разбитых на 2,3.... ПН от одного поставщика?
Х.З. Не задумывался над этим вопросом В данной ситуации это требование заказчика, не обсуждаемое.... Не знаю какие у них там свои заморочки.. но требуют имеенно только так. один бумажный локумент ПН = в результате один электронный с возможностью ввода несколькии операторами.
Программист - это не тот, кто пишет программы, а тот, чьи программы работают.
Почти ветеран
Группа: Местный
Сообщений: 718
Из: Северодонецк
Спасибо сказали: 121 раз
Рейтинг: 0
Цитата(Black Monk @ 26.07.09, 19:56)
Х.З. Не задумывался над этим вопросом В данной ситуации это требование заказчика, не обсуждаемое.... Не знаю какие у них там свои заморочки.. но требуют имеенно только так. один бумажный локумент ПН = в результате один электронный с возможностью ввода несколькии операторами.
в большинстве случаев "требование" не всегда, как бы мчгко выразится "умно" то что Вы говорите, не обсуждается, все даж очень обсуждается, просто Вы не предлагали простого решения. (зачем платить за что то деньги если можно все сделать просто) просто они видят это так (они видят собственно цель)....а Вы, как специалист...донесите что можно лечить зуб не через заднее место з.ы. т.к. ТиС (скорее всего).....99% если нормально обьяснить людям, что им будет пофиг.
Еще как вариант - использовать одну ПН, которая создается в конце процесса, а также ввести документ "Позиции", в котором будет поле для ссылки на ПН. Я так думаю, что важно знать кто из операторов что ввел, а при сверке общей накладной все должен делать один человек. Если несколько операторов набьют несколько "Позиций", а потом один человек на форме ПН нажмет кнопку "Сформировать документ по позициям" - то задача будет решена. Далее возникает момент корректировки - на каком этапе оператор фиксирует документ? Может ли оператор снять фиксацию? Т.е. вопросов больше возникает на стадии "кто за что отвечает". Отсюда и следует отталкиваться в выборе модели реализации поставленной задачи.
Че то вы как-то сложно подходите к элементарной задаче. Все гораздо проще - Поставщик присылает вам "электронный вариант" ПН в экселевском формате. Если это невозможно, делается скан-копия. И из этого файла все втягивается в БД за пару-тройку секунд. В итоге: вам уже не будет нужно держать нескольких операторов. "достаточно одной таблэтки"
Почти ветеран
Группа: Местный
Сообщений: 718
Из: Северодонецк
Спасибо сказали: 121 раз
Рейтинг: 0
Цитата(Кузьмич @ 27.07.09, 12:07)
Че то вы как-то сложно подходите к элементарной задаче. Все гораздо проще - Поставщик присылает вам "электронный вариант" ПН в экселевском формате. Если это невозможно, делается скан-копия. И из этого файла все втягивается в БД за пару-тройку секунд. В итоге: вам уже не будет нужно держать нескольких операторов. "достаточно одной таблэтки"
о...точно! Все просто. Всех уволить оставить 1 девочку...поднять ЗП на 10%.....пусть релаксит на работе. з.ы. а что делать если ктото руками пишет накладную? (но ни все ж так суперски автоматезированы).
Ха, ну это в идеале. А если позиции нарисованы от руки на бумажке с печатью или подписью... В зависимости от величины фирмочки не всегда есть возможность работать с поставщиком. ну а если есть такая возможность - тогда вообще по хорошему должна отправляться заявка, а потом ее просто подтягивать к приходу или экселевский вариант прихода тянуть, как ты и сказал
Живет на форуме
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1427 раз
Рейтинг: 0
А если копать в сторону какого-то внешнего хранилища? Скажем начинается пробитие приходной. Пользователь в обработке нажимает кнопку создается скажем каталог с именем, например по наименованию поставщика , набивает пользователь в табличную часть обработки товары, цены, количества и т.д. нажимает на кнопку и данные скидываются в ДБФ файл. Другой пользователь если хочет подключиться к пробивке номенклатуры, то жмет на соответствующую кнопку. Ему предоставляется выбор собираемых накладных путем поика каталогов. Этот пользователь выбирает нужную ему сборку и начинает так же как и первый пользователь набивать и скидывать в ДБФ. После того как закончена работа попробивке. Кто-то жмет на кнопку - создается ПН, анализируются ДБФфайлы и заполняется табличная часть документа, файлы и каталог удаляются.
А у таких маленьких фирмочек накладные не более 20 позиций как правило. Не долго руками ввести. Меня заковыка смущает в данном вопросе: Как 2 оператора будут делить оригинал? Расшивать? А если они в разных кабинетах? ну это так... к слову.
Почти ветеран
Группа: Местный
Сообщений: 718
Из: Северодонецк
Спасибо сказали: 121 раз
Рейтинг: 0
Вы тут прогеру головняк придумываете (решений куча, тут писалось)... САМОЕ ПРОСТОЕ.....разбить на 2, 3 ПН...и не насиловать мозг программисту то что говоярт низзя...неверю!
Про1С-ник
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
7.7 не знаю, но возможно можно реализовать такой же механизм как в 8-ке сделаны продажи по ЭККА - за смену накапливаются "Чеки" потом при закрытии смены они группируются в "Отчет о розн.продажах" а сами "Чеки" удаляются. Т.е. и тут можно было бы сделать отдельный вид документа (допустим "Приход для группировки"), а затем в конце дня запускать обработку которая будет группировать документы с таким видом в одну накладную (при условии что у них будет один входящий номер) при удачном создании сгруппированной накладной удалять промежуточные.
Личные бесплатные консультации не даю, для этого есть форум!
Оратор
Группа: Пользователи
Сообщений: 258
Из: Київ
Спасибо сказали: 12 раз
Рейтинг: 0
Если есть в электронном виде накладная от поставшиков то загружать её из текстового фала да и всё ... У меня списки огромные ничиво руками не забиваеться и ошибок меньше
Почти ветеран
Группа: Местный
Сообщений: 718
Из: Северодонецк
Спасибо сказали: 121 раз
Рейтинг: 0
Цитата(хакерок @ 27.07.09, 18:32)
Теперь детали
Берёшь текстовый файл
Код Количество Цена
Желательно колонки разделённую табуляцией.
В диалоге прихода кидаешь Таблицу Значений
Кидаешь кнопку Загрузить из файла.
В эту таблицу с Текстового файла заганяешь весь приход
Затем загоняешь в Приходную накладную.
Самое сложное чтоб кодировка поставщика и твоего справочника совпадала.
Если это реализуешь возможно тебе скажут большое человеческое спасибо.
+ еще можно девочку посадить.....пусть из листочка все загонит в текстовы файл, а потом просто жамкать на кнопку загрузить. о...одна девочка забивает непосредстенно в ТаблЧасть документа...вторая в текстовый файл. но а потом понятно...нами знакомая кнопка загрузить. так можно увеличить до нескольких файлов. Имена файлов можно давать по ФамилиИмени оператора. рекомендовал бы сохранять копии текстовых файликов в UTF-8(!!!важно!!!) для разборки полетов.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
Ввод ПН одновременно двумя операторами. Как ? 
25.07.09, 19:30
Но как это конкретно реализовать, чтоб учесть все возможные заморочки... ?
