Здравствуйте. Исходя из того, что сканирование в программе востребовано без появления окна ввода количества в одних случаях, а в других лучше с этим окном, - то если это возможно, что бы реализация дополнения смены выбора была не спрятана где нибудь в константах, а поместилась поблизости под рукой, где нибудь рядом с кнопками "журнал событий" и "движения документа". А пользователь уже по текущим обстоятельствам сможет изменять свой выбор.
Здравствуйте!
Да, как-то так эта возможность и будет реализована.
Здравствуйте. Когда проводится Приход сканированием,то на новый товар появляется сообщение: "Товар со штрих-кодом не найден", а если вместо этого сообщения, будет появляться сразу открытая карточка нового товара с этим штрих-кодом и тогда останется всего лишь, ввести наименование товара копированием с выставленного счета, сохранить, далее окно "количество, цена", остальное как обычно и новый товар уже в базе.
Здравствуйте!
Мне идея нравится. Но там будут сложности с тем, что до создания товара штрих-код к товару добавить нельзя. Нужно будет подумать как это обыграть.
Тут еще возникает вопрос: а в какой группе создавать новый товар?
Да у меня тоже сразу, после того как выложил сообщение, возник этот же вопрос- в какой группе? Но создание товара на основе штрих- кода, не моя идея, это уже есть в какой то программе, по моему в "Эвотор", если не ошибаюсь, - что то, если при сканировании товара нет, то предлагается создать и карточка товара заполняется, а штрих-код уже не надо вводить. Но как говорится, -что идея есть, а дальше, что нибудь придумается, потому как экспресс- метод создания товара был бы не лишним, так как во время прихода товара,- это всегда завал, который надо побыстрей разгрести. А пока вместо "отказного" окна, например предлагать создать товар по обычной схеме, где сразу открывается окно "Выберите товар" и в нужной группе добавляется новый товар. Почти тоже самое и получится, как сейчас, только "вывески" изменятся и на один клик меньше станет
Попадались несколько программ где, также есть возможность быстрого создания товара по штрих-коду.
Если попробовать такой вариант,- в Приходе при сканировании, на новый товар появляется "окно создания товара" с ш-к,- где можно будет сразу добавить, кроме наименования и ещё кол-во и цену, а так же, там выбрать "группу товаров" из списка и на этой основе будет создаваться карточка товара.
И ещё один момент, когда нужно отсканировать новый товар по приходу- это после "импорта", где в шаблоне не было ш-к. Тогда, наименование товара в Приходе у нас есть и не плохо бы, прямо здесь добавить штрих-кода новому товару. Наверно, это должна быть доп.колонка с ш-к и там, где они отсутствуют сразу можно загнать. Такая возможность есть в расширении 1с и добавляются они прямо в табличной части и также похожий вариант здесь: https://sbis.ru/help/inventory/work_catalog/shtrih_catalog
Если вы уже добавили товар в документ, то можно Ctrl + двойной клик мышкой на строке с товаром и сразу открывается карточка товара, в которой можно добавлять штрих-код (или что-то изменить). Просто о возможности открыть товар из документа мало кто знает.
Кстати, чтоб добавить штрих-код к товару, необязательно нажимать "Добавить" над списком штрих-кодов, можно просто сканировать штрих-код и он добавится в список.
Спасибо за информацию, так, если был бы просто двойной клик, уже нашли бы. Может есть, что то ещё полезное, но малоизвестное? В дополнение к этой функции, не плохо бы иметь какую нибудь метку в табличной части, если на какой то товар штрих-кода нет. И может там сделать вход в карточку просто двойным кликом?
И может там сделать вход в карточку просто двойным кликом?
Двойной клик занят для включения режима редактирования в таблице. В константах или в фильтрах журналов документов можно увидеть этот эффект. Разное поведение для одного и того же действия не хотелось бы делать.
Здравствуйте.Так вот, прямо в формах для печати( Прайс-лист, Продажи товаров и др.) можно входить двойным кликом в карточку товара, наверно и здесь это тоже было бы к месту, так как есть в этом необходимость и разное поведение не должно как то отрицательно повлиять, ведь и вход в карточку нужен в основном тоже для редактирования.
И опробован такой способ ввода отсутствующих штрих-кодов на новый товар,- после прихода в Ценообразовании с помощью фильтра выстроен список и у того товара у которого не было старой цены, не оказалось соответственно и штрих-кода. Далее их вводили с помощью способа предложенным Михаилом- спасибо, вот только с Ctrl не много проблемно,- когда держишь в левой руке коробку, а в правой сканер чередуя с мышкой, то не совсем удобно и вопросительное окно о добавлении ш-кода, тоже как то .., - в тот момент когда карточка уже открыта и пользователь сканирует товар, наверно это действие не случайно, а если и так, то удалить не долго или не сохранять. А в будущем, может получится вариант ввода ш-к в табличной части, по принципу Excel с авто-переходом в следующую ячейку.
Здравствуйте. И ещё одна ситуация, схожая с предыдущими по этой теме: при сканировании во время продажи в РМК,- когда товар был ранее ошибочно удален(к примеру: после не идеальной Инвентаризации), то появляется окно: "Ваш запрос: "шк" не дал результатов" и здесь тоже, в этом окне бы, предложить найти товар в "удалённых" и если находится, позволить продать и если можно то, не с отрицательным остатком. Сейчас это сделать можно, но путем нескольких действий. Если получится реализовать это предложение, то можно будет безбоязненно удалять товар с нулевыми остатками во время очистки товарных каталогов. И ещё по возможности,- если в следующих Приходах будет точно такой же товар, как и удаленный, то восстанавливать, что бы уменьшить распухание каталогов или может добавить какой нибудь процесс оптимизации.
Здравствуйте!
Пока добавление удаленных товаров в РМК не видится хорошей идеей. Если у вас получаются такие случаи, возможно будет иметь смысл перед удаление просто подержать на "карантине" товары, например в отдельной группе и убедившись, что их действительно нет уже удалять.
Здравствуйте. Очередной приход и в Ценообразовании, по опробованному раньше мной методу, когда на товар со старой ценой есть штрих-код, изменилось то, что, теперь стали попадаться товары со старой ценой, но уже без ш-к(который был раньше),-возможно повлиял тот факт, что какие то товары, были ранее удаленными(на удаленных ш-к убирается), но, старая цена их сохранилась и наверно этот метод, даже как временный, признается к сожалению не дееспособным, если нет какого то скорого решения, то придется ждать появления др. способа, что бы всё таки, было видно отсутствующий ш-к в табл.части и можно было его сразу здесь же загнать.
Здравствуйте!
но уже без ш-к(который был раньше),-возможно повлиял тот факт, что какие то товары, были ранее удаленными(на удаленных ш-к убирается)
В списке штрих-кодов в карточке товара можно включить отображение помеченных на удаление штрих-кодов. Так же как и для товаров. Что бы убедиться что штрих-код для товара был. Т.к. у нас ничего не удаляется полностью, то он там должен быть.
Спасибо за подсказку, не сообразил, что там надо посмотреть. Пробежался по списку, поснимал метки на удаления со ш-к. Тогда временный метод введения ш-к ещё пока поработает.
Здравствуйте! В последнее время, всё чаще применяются беспроводные сканеры- (благо на Али они дешевые) и при удаленном от компьютера сканировании, а расстояние бывает приличное,- где в больших отделах(когда одна касса), одни продавцы бегают со сканером, а у других спрашивают- появилось ли в программе?- не плохо, что бы в Каяле(опционально) на сигнал сканера, программа тоже "отвечала" своими разными, короткими звуками-"прошел или может не найден штрих код" и при потоковом сканировании, это тоже мне кажется будет полезным, особенно когда пользователь один со всем управляется.
Здравствуйте!
А не лучше в таком случае использовать терминал? Не надо будет к звукам прислушиваться всё видно в телефоне. Беспроводной сканер можно к телефону подключить, им сканировать, а телефон рядом положить или во второй руке держать.
Да конечно, для проведения той же инвентаризации, кому-то терминалом будет сподручней, просто эта мысль возникла, когда в одном строительном магазине увидел, как в большом отделе продавцы изгаляются при одной кассе и несколькими прилавками, с этими сканерами.
Тоже очень долго уже посещает мысль о таком варианте, что бы был звук удачного добавления или ошибки, так как даже сидя за пк, не всегда удобно постоянно глядеть на экран.
Поймите, вариант с телефоном, по сути такой же, каждый раз нужно смотреть на экран, а таскать в руках его постоянно, ну не комильфо
Здравствуйте!
Однажды я предлагал, что бы в программе появилась возможность, проверять приход товара сканером (после импорта), то есть в "Приходе" добавить еще появляющуюся колонку "фактическое количество", так как каждый раз этого не хватает,- когда большой приход особенно с мелочевкой и приходится в накладных выискивать всё и отмечать, а сканер в этот момент лежит без пользы. И как бы в программе расширились бы возможности, в плане автоматизации, также оно будет точнее(по штрих-кодам) и пересорт будет сразу выявляться.
Здравствуйте!
Может имеет смысл сразу приходовать вручную? И сканер без дела не лежит и сверка одновременно происходит. Я понимаю, что импортом вы экономите время на ввод новых товаров, но каков процент этих товаров от прихода? Возможно то время что вы тратите на подготовку файла импорта и дальнейшую проверку выходит дольше, чем вручную создать недостающие товары?
Нет, имеется ввиду, что ш-к уже есть и создавать ничего не надо, только проверить то, что пришло. Делать это по старинке,как то.., когда можно это сделать в программе, типа как в инвентаризации, было бы хорошо.
Не понимаю. Давайте подробнее. Вы получаете новый товар, делаете импорт накладной, а потом сверяете всё ли верно проставлено в Приходе товаров? По каждому товару?
Поясню, это то, что я предлагал в январе в теме тест.версии 1.9, по сканированию. с последними моими вопросами это не пересекается. Если коротко, то это- проверить приход товара по выставленному счету, который мы завели импортом(где уже есть штрих кода) предварительно в программу и что бы не по накладной-бумажке, а именно в "Приходе" программы, что то подобное инвентаризации.
Я нашёл, но вот мне упорно кажется, что если вы не будете делать импорт, а просто создадите новый документ и будете туда сканировать товары, то это получится гораздо эффективнее. Нежели вы сделаете импорт, а потом будете полученный документ проверять опять сканируя весь пришедший товар. Разве нет? Заодно избавите себя от побочных эффектов импорта.
У последнего импорта побочки практически нет, только то, о чем я уже писал, создавать файл импорта, так то намного проще, чем каждую единицу в отдельности и как бы проверять требуется не сам документ, а соответствие и количество товара по выставленому счету и если не сходится, то смотрим накладные и если есть расхождения, то дальше уже вроде как, понятное дело. Файл импорта мы делаем по счет-фактуре, по которой и осуществляется оплата, а в накладной и в товаре могут быть изменения и программа тогда будет высвечивать несоответствия при приходе, а если делать по бумажной накладной, то может там будет все гладко и тогда просто легко не заметить разницу, если не иметь доскональный подход и можно просто по ошибке заплатить за не пришедший товар. В общем, известный факт, - что, чем будет больше автоматизации, тем меньше ошибок из-за человеческого фактора.
Ну вот боюсь, что автоматизация тут может вылезти боком. Вот на вскидку варианты, которые могут вам испортить настроение.
Вариант 1. Поставщик вам прислал товар, который вы не заказывали и вам не нужен, но после импорта вы получите ненужную вам карточку товара.
Вариант 2. Поставщик незначительно поменял название товара, вы получите "дубликат" имеющегося у вас товара и как следствие пересорт.
Вариант 3. Поставщик ошибся со штрих-кодом, импорт вам затрёт (установит новое наименование) существующий товар с таким же штрих-кодом.
Все перечисленные варианты, как вам известно у меня уже были и настроения сильно не испортили, потому как больше это были наши ошибки, а без импорта всё равно ни как, когда по 100 и более наименований за приход и половина там нового товара. Но создание карточки товара по штрих коду при приходе тоже надо(надеюсь вы про это не забыли), так как не от всех наших поставщиков высылаются документы со штрих кодами. А вот портит настроение как раз тот факт, что ненужные карточки товара плодятся невероятно быстро и без всяких ошибок, по причине того, что товар закупается не совсем один и тот же, часто берётся новый и какой то повторно не закупается и всё это копится в базе, без возможности полного удаления.
И ещё хотел бы добавить слово в пользу Импорта,- это когда поставщики выставляют счет по электронке и ещё один файл со штрих-кодами и мы спокойно, до прихода товара,- импортируем, проставляем цены и печатаем ценники в программе и к получению товара всё готово, остаётся только посчитать и проверить по приходу, что и было бы удобно делать, посредством программы. Но вот к сожалению, не все поставщики высылают ш-к на свой товар и тогда приходится заводить его в базу, только после получения и уже здесь(если без импорта) пригодилась бы функция создание карточки товара(для нового) по штрих-коду и соответственно, какие то не большие приходы, можно было бы проводить(сверяя закупочные цены), как раз так, как вы и предлагали. То есть в разных случаях- разные подходы, а опытным путем выявлять, какой подходит больше.
Ну и вот если делать это без импорта, то получается, что,- новый товар надо будет создавать(каждую единицу), прописывать новые и сверять старые закупочные цены и проверять товар по выставленному счету и по фактическому приходу,- это будет удобно наверно тем, кому сложно и долго создавать файл импорта.
Сегодня пришла небольшая партия товара(без док-ов с ш-к) и были опытным путём опробованы оба варианта "захода" товара в программу: в предварительно созданный файл импорта по шаблону была добавлена одна часть товара(в основном новый), так же загнаны штрих-кода в ручную и выполнен импорт. После распроведения этого же Прихода, туда была добавлена оставшаяся часть товара(карточки которого имелись в программе) путём сканирования каждой единицы и если бы не надо было корректировать цену закупа(выискивая её в счетах), а она меняется сейчас часто из-за нестабильного рубля и было бы мало нового товара, то этот способ может бы был в приоритете, но пока нам с импортом, несмотря на некоторые нюансы, немного по сподручней.
И вот ещё за одно, здесь задам вопрос,- вы обещали появление первых тестовых версий в сентябре, может, что то уже готово для испытаний? Возможно будут какие нибудь анонсы,- что ждать, если не тайна?
И вот ещё за одно, здесь задам вопрос,- вы обещали появление первых тестовых версий в сентябре, может, что то уже готово для испытаний? Возможно будут какие нибудь анонсы,- что ждать, если не тайна?
Если не на этой, то на следующей неделе опубликуем тестовую версию. Список нововведений там пока не большой, но они весьма чувствительные. Если кратко: увеличена скорость работы программы, быстрый подбор в документах (как в РМК), купюры в окне расчета, улучшена обработка ошибки при печати на ФР
Может когда то появится в программе возможность, проверять с помощью сканера Приход товара после импорта, -как на соответствие, количество и на наличие ошибок в том же импорте, так и также можно будет внести здесь же отсутствующие штрих-кода в карточку товара(если файл импорта был без ш-кодов), находя такой товар в списке этого же Прихода.
Доброго дня! Провод Инвентаризации сканированием работает медленно, если проводить её по группам товара(добавляя выбранную группу из справочника) и ещё больше тормозит с увеличением роста учётных единиц, можно ли будет как то, придать и здесь ускорение, как у вас сделано в других местах программы? Не плохо бы, как скорость сканирования в РМК.
Здравствуйте!
А зашлите нам пожалуйста видео этого безобразия. Что бы понимать, как это у вас происходит. Видео можно на телефон снять, морочиться с программами для снятия экрана не обязательно.
Отправил на почту
Здравствуйте! В продолжение темы Инвентаризация с добавлением группы, возникла ещё одна проблема,- если добавлять там же не группу, а определенный товар по названию списком с помощью фильтра(например нужно перепроверить одни только сменные модули), то добавляется совсем не то, что было выделено с шифтом и выскакивает запрос на количество.
И ещё, можно было бы расширить подбор через фильтр,- слов с разными окончаниями или из двух, трёх слов одновременно, через запятую. С * и ? как то не получается.
что бы можно было подбирать подобным образом.
В отчёте "Продажи товаров" тоже, -товар отфильтровывается, по одной единице выбирается нормально, но всем скопом добавляется совсем другой.
Спасибо, проверим этот момент.
И ещё, можно было бы расширить подбор через фильтр,- слов с разными окончаниями или из двух, трёх слов одновременно, через запятую. С * и ? как то не получается.
что бы можно было подбирать подобным образом.
А попробуйте так, через пробел: модул фильтр аквафор
Т.е. все слова у которых окончания разные пишите без окончаний
В предложенном способе отфильтровывается, но другие варианты через пробел уже не получается, к примеру- Биосталь Biostal
Здравствуйте!
Я с вопросом, который уже был ранее,- есть ли шанс, что в программе появится звуковое подтверждение при непрерывном сканировании? Так как если раньше мне показалось это интересной идеей, то теперь уже периодически возникает, такая необходимость, сразу поясню в каких случаях: это когда покупатель набрал определённое количество товара и мы, стараясь без задержки, загоняем по звуку сканера всё в один чек, а программа бывает не всегда успевает и единица не подхватывается или бывает товар с одним ш-кодом, но разными наименованиями(который нужно выбрать) и ориентируясь только по звуку сканера, такой товар также выпадает из оплаты по чеку,- то есть отдать- отдали, а денег за него не взяли. Всё это конечно банальный "недогляд" и возникает, когда много товара в одном чеке и вера в то, что если сканер дал сигнал, то товар посчитался в программе.
Может всё таки уже научить Каялу подавать сигналы? Как думаете?
Может всё таки уже научить Каялу подавать сигналы? Как думаете?
Здравствуйте!
Ну вот смотрите, как не странно на основании описанного вами случая я бы вам рекомендовал просто не спешить.
Если вы отсканировали весь товар, но как вы пишите: программа бывает не всегда успевает и единица не подхватывается. То скорее всего компьютер слабый и добавлять кроме всего прочего ему ещё одну функцию будет не лучшей идеей. Ведь на то что бы подгрузить какие-то звуки, на это тоже нужны ресурсы компьютера.
Ну и чую будут пользователи, которым наоборот не понравится излишняя говорливость программы.
В общем, как по мне, надо ещё думать и рассуждать на эту тему.
Ведь на то что бы подгрузить какие-то звуки, на это тоже нужны ресурсы компьютера. Ну и чую будут пользователи, которым наоборот не понравится излишняя говорливость программы.
Ну, это если вы научите Каялу рассказывать несмешные анекдоты, то тогда - да!
А так, схожий механизм уже работает, например: при сканировании в Инвентаризации, если товар не зашёл в список(к примеру по причине неактивного окна), то Винда говорит "Динь", правда не всегда, но зато хотя бы пытается предупредить, что выстрел был в пустую, вот только в самой программе она этого делать не может.
В общем, как по мне, надо ещё думать и рассуждать на эту тему.
Да и наверно не помешает обсуждать и эту тему,- не сегодня, так завтра к этому придём, для начала хотелось бы, что бы была возможность подчистить базу,- что и на скорости сканирования должно сказаться в положительную сторону..
И ещё, свойства- остатки для альтернативного отчёта
Здравствуйте! Год назад было такое предложение, что бы в программе была возможность проверять приходы товаров после импорта, мне кажется, это должно улучшить точность подсчёта остатков в программе. Например вот судя по своему опыту- очень часто, почти все поставщики привозят не весь товар (или пересорт), который был в изначально выставленных документах по эл.почте(по ним делается файл импорта) и если не проверять и не корректировать такие Приходы(а без соответствующего механизма это сложно), то с каждым разом будут расти не существующие остатки товаров в программе, которые станут недостачей у продавца при инвентаризации.
Как вариант, - можно было сделать такой механизм на основе Инвентаризации,- там же где добавляется товар, пристроить ещё и Приход товара или заполнить товаром из Прихода, потом после сканирования уже пришедшего товара, просмотреть разницу (так как предлагалось ранее в теме Инвентаризация) по импорту и по факту, далее "Провести" и Приход перезаписывается по фактическому приходу, документ "Инвентаризация" в этом случае не создаётся.
Или даже сделать проще- добавить ещё одну колонку с "фактическим количеством" прямо в самом Приходе, без "разницы", итак будет её видно.
Сегодня провёл эксперимент- после импорта, в Приходе обнулил вручную весь товар, так как если делать это в файле импорта, то Приход не создаётся и цены не записываются и просканировал каждую пришедшую единицу, получается быстрее, чем выискивать в бумажной накладной и сразу выявляются не правильные ш-к и добавляются те где их нет. И вот как раз не хватало второй колонки, что бы сразу увидеть пересорт, который был.
Пока здесь фигурирует "импорт" спрошу ещё вот о чём,- когда создаётся Приход после импорта, его приходится каждый раз распроводить, чтобы добавить нужного контрагента. Так то в основном, мы импортируем в программу товар какого то одного поставщика, а создавая Приход излишками могут быть вообще с разными контрагентами, то есть, что если будет создаваться Приход после импорта сначала не проведённым с типом "закупка", а после выбора контрагента и проверки прихода(при необходимости) можно уже и проводить. Нет ли для этого здесь каких либо препятствий?
Нет ли для этого здесь каких либо препятствий?
Основное препятствие тут в том что Импорт был создан для перехода из других программ и подразумевался как одноразовая акция. Т.е. сформировали эксель файл и загрузили начальные остатки как излишки. Автоматическое проведение Прихода появилось как следствие того что не все новые пользователи понимали, что нужно после импорта ещё проводить Приход и Ценообразование и жаловались на то что товары есть, а цен и остатков нет.
Но, части пользователей Импорт приглянулся как средство прихода накладных от поставщиков. И похоже с этим что-то нужно будет придумывать.
