+3
Завершен

Импортирование входящей накладной.

Алексей Смольников 7 лет назад в Идеи и предложения обновлен Елена (Менеджер продукта) 4 года назад 10
В ситуации, когда номенклатура уже есть и внесены остатки - оприходование товара можно было бы упростить. Я, конечно, не программист и не знаю насколько возможно реализовать данную функцию в облаке, но если такое возможно - было бы супер. До начала пользования и изучения вашего продукта мы перепробовали не один десяток приложений для ведения розничной торговли. В одном из них была такая замечательная функция - Импортирование входящей накладной. 
  • Указываем путь к файлу *.xls , *.xlsx
  • Открывается окно предварительного просмотра данной таблицы
  • В этом окне есть контекстное меню содержащее следующие данные:
  1. Начало накладной (порядковый номер элементов счета или накладной) 
  2. Конец накладной (см п.1)
  3. Далее значения уже воспринимаются уже в этом диапазоне, то есть все лишнее уже "урезано"
  4. Далее в буквенных значениях столбцов определяются: Наименование, Количество, Цена и т.д.
  5. Когда все значения выбраны переходим к следующему этапу
  • Далее у нас открывается окно проверки на дубликаты, где мы перемещаясь по строкам определяем - есть ли такие товары, артикулы которых совпадают, имея разное наименование и указываем: новый ли это товар, правильно ли он определен программой или он уже есть в справочнике.
  • Присваиваем товару: Группу, Поставщика, Номер накладной и т.д.
  • Нажимем ОК. 
  • Профит! :)
В любом случае у всех, я думаю, перед тем как выслать товар - приходит счет на оплату. В 98% случаях в Excel'e. Процесс ускорился бы в разы. Бывают, конечно, исключения что или в PDF, или Word. Но, врятли это будет критично, ведь всегла есть возможность воспользоваться методом, который уже представлен у Вас в программе. Заранее спасибо!

Ответ

Ответ
На рассмотрении
Алексей, здравствуйте! Огромное спасибо за описание вашей идеи.
Думаю, в том или ином виде мы возьмемся за ее реализацию, возможно, не совсем так, как это указано в приведенном вами примере. Основная проблема здесь - большая вероятность допустить ошибку на этапе импорта в том случае, если мы разрешим создавать новый товар в процессе загрузки. Откатить изменения в справочнике товаров в таком случае будет невозможно...


Это пример реализации данной функции в программе Тирика Магазин.
Ответ
На рассмотрении
Алексей, здравствуйте! Огромное спасибо за описание вашей идеи.
Думаю, в том или ином виде мы возьмемся за ее реализацию, возможно, не совсем так, как это указано в приведенном вами примере. Основная проблема здесь - большая вероятность допустить ошибку на этапе импорта в том случае, если мы разрешим создавать новый товар в процессе загрузки. Откатить изменения в справочнике товаров в таком случае будет невозможно...
Спасибо Елена! Самое главное, как мне кажется, это реализация поиска и исключение дубликатов. Есть облачный сервис "Мой склад" - аналог вашей программы. Там реализованно нечто подобное, но с рядом огромных неудобств. Видите ли, для начала импорта нужно предварительно подготовить счет, который нужно импортировать. То есть обрезать шапку, конец документа, подравнять столбцы, но это еще терпимо и выполняемо. Самое сложное заключается в том что поиск и замену дубликатов программа производит без ведома пользователя на этапе импорта. (Как я понял из телефонного общения с менеджером) Поиск производится по артикулу, если есть совпадение, а наименования разные - происходит замена строго товара на новый. Или же, как мне подсказали, нужно присваивать свой артикул. Это тоже с трудом выполнимо при небольшом количестве товара, но у нас более 7000+ наименований товара. Присваивать какой-то левый идентификатор крайне проблематично, обрабатывать счета, содержащие более 500+ позиций товара, тоже имеет огромные временные потери. 

А весь сыр бор моего сообщения взялся из-за одного нашего поставщика, артикулы которого, совпадают с 5(!!!)(пятью) другими поставщиками, хотя из этих 5((!!!!)) поставщиков нету между собой совпадений, или сводятся к минимуму (не более 1-2% дублирования). 

И если уж и развиваться в направлении импорта накладной, то нужно учесть то, чтобы исключением дубликатов занимался пользователь, а не алгоритмы. Это удобно отражается на предпоследнем скриншоте моего второго сообщения в данной теме. Спасибо за внимание :)
Согласны про необходимость ручной корректировки перед сохранением, будем думать, как это лучше реализовать. Главное, чтобы сам пользователь осилил проверку 500 наименований в одном документе:)
Ну между выбором проверки дубликатов и индивидуальным поиском товара в справочнике, с последующим добавлением в накладную для прихода, человек, я думаю, будет счастлив, выбрав первое. :)
Да, но это требует определенной ответственности от пользователя. В любом случае реализации "прямо сейчас" не обещаем, но постараемся включить в приоритетные планы. Еще раз спасибо за обсуждение!
Отлично. Я вас понял :) В любом случае данная функция будет "жирным" плюсом при выборе исользования иммено вашей программы среди тех, которые сейчас может предложить рынок :) Не смею Вас больше задерживать :)
Здравствуйте, Алексей.

Можно у вас еще уточнить, какое число строк обычно в документах от поставщика в вашем случае?
В среднем от 200 и до 500+. Рекорд был 763 позиции.

Сервис поддержки клиентов работает на платформе UserEcho