Идеи
+3
Завершен
Импортирование входящей накладной.
Алексей Смольников 11 лет назад
в Идеи и предложения
•
обновлен Елена (Менеджер продукта) 9 лет назад •
10
В ситуации, когда номенклатура уже есть и внесены остатки - оприходование товара можно было бы упростить. Я, конечно, не программист и не знаю насколько возможно реализовать данную функцию в облаке, но если такое возможно - было бы супер. До начала пользования и изучения вашего продукта мы перепробовали не один десяток приложений для ведения розничной торговли. В одном из них была такая замечательная функция - Импортирование входящей накладной.
- Указываем путь к файлу *.xls , *.xlsx
- Открывается окно предварительного просмотра данной таблицы
- В этом окне есть контекстное меню содержащее следующие данные:
- Начало накладной (порядковый номер элементов счета или накладной)
- Конец накладной (см п.1)
- Далее значения уже воспринимаются уже в этом диапазоне, то есть все лишнее уже "урезано"
- Далее в буквенных значениях столбцов определяются: Наименование, Количество, Цена и т.д.
- Когда все значения выбраны переходим к следующему этапу
- Далее у нас открывается окно проверки на дубликаты, где мы перемещаясь по строкам определяем - есть ли такие товары, артикулы которых совпадают, имея разное наименование и указываем: новый ли это товар, правильно ли он определен программой или он уже есть в справочнике.
- Присваиваем товару: Группу, Поставщика, Номер накладной и т.д.
- Нажимем ОК.
- Профит! :)
Ответ
Ответ
На рассмотрении
Алексей, здравствуйте! Огромное спасибо за описание вашей идеи.
Думаю, в том или ином виде мы возьмемся за ее реализацию, возможно, не совсем так, как это указано в приведенном вами примере. Основная проблема здесь - большая вероятность допустить ошибку на этапе импорта в том случае, если мы разрешим создавать новый товар в процессе загрузки. Откатить изменения в справочнике товаров в таком случае будет невозможно...
Думаю, в том или ином виде мы возьмемся за ее реализацию, возможно, не совсем так, как это указано в приведенном вами примере. Основная проблема здесь - большая вероятность допустить ошибку на этапе импорта в том случае, если мы разрешим создавать новый товар в процессе загрузки. Откатить изменения в справочнике товаров в таком случае будет невозможно...
Спасибо Елена! Самое главное, как мне кажется, это реализация поиска и исключение дубликатов. Есть облачный сервис "Мой склад" - аналог вашей программы. Там реализованно нечто подобное, но с рядом огромных неудобств. Видите ли, для начала импорта нужно предварительно подготовить счет, который нужно импортировать. То есть обрезать шапку, конец документа, подравнять столбцы, но это еще терпимо и выполняемо. Самое сложное заключается в том что поиск и замену дубликатов программа производит без ведома пользователя на этапе импорта. (Как я понял из телефонного общения с менеджером) Поиск производится по артикулу, если есть совпадение, а наименования разные - происходит замена строго товара на новый. Или же, как мне подсказали, нужно присваивать свой артикул. Это тоже с трудом выполнимо при небольшом количестве товара, но у нас более 7000+ наименований товара. Присваивать какой-то левый идентификатор крайне проблематично, обрабатывать счета, содержащие более 500+ позиций товара, тоже имеет огромные временные потери.
А весь сыр бор моего сообщения взялся из-за одного нашего поставщика, артикулы которого, совпадают с 5(!!!)(пятью) другими поставщиками, хотя из этих 5((!!!!)) поставщиков нету между собой совпадений, или сводятся к минимуму (не более 1-2% дублирования).
И если уж и развиваться в направлении импорта накладной, то нужно учесть то, чтобы исключением дубликатов занимался пользователь, а не алгоритмы. Это удобно отражается на предпоследнем скриншоте моего второго сообщения в данной теме. Спасибо за внимание :)
А весь сыр бор моего сообщения взялся из-за одного нашего поставщика, артикулы которого, совпадают с 5(!!!)(пятью) другими поставщиками, хотя из этих 5((!!!!)) поставщиков нету между собой совпадений, или сводятся к минимуму (не более 1-2% дублирования).
И если уж и развиваться в направлении импорта накладной, то нужно учесть то, чтобы исключением дубликатов занимался пользователь, а не алгоритмы. Это удобно отражается на предпоследнем скриншоте моего второго сообщения в данной теме. Спасибо за внимание :)
Согласны про необходимость ручной корректировки перед сохранением, будем думать, как это лучше реализовать. Главное, чтобы сам пользователь осилил проверку 500 наименований в одном документе:)
Ну между выбором проверки дубликатов и индивидуальным поиском товара в справочнике, с последующим добавлением в накладную для прихода, человек, я думаю, будет счастлив, выбрав первое. :)
Да, но это требует определенной ответственности от пользователя. В любом случае реализации "прямо сейчас" не обещаем, но постараемся включить в приоритетные планы. Еще раз спасибо за обсуждение!
Отлично. Я вас понял :) В любом случае данная функция будет "жирным" плюсом при выборе исользования иммено вашей программы среди тех, которые сейчас может предложить рынок :) Не смею Вас больше задерживать :)
Здравствуйте, Алексей.
Можно у вас еще уточнить, какое число строк обычно в документах от поставщика в вашем случае?
Можно у вас еще уточнить, какое число строк обычно в документах от поставщика в вашем случае?
Сервис поддержки клиентов работает на платформе UserEcho
Думаю, в том или ином виде мы возьмемся за ее реализацию, возможно, не совсем так, как это указано в приведенном вами примере. Основная проблема здесь - большая вероятность допустить ошибку на этапе импорта в том случае, если мы разрешим создавать новый товар в процессе загрузки. Откатить изменения в справочнике товаров в таком случае будет невозможно...