Форум » Коммерческие программы » MemoT 4x4 Standart и загрузка накладных » Ответить
MemoT 4x4 Standart и загрузка накладных
Runtime Error: Добрый день! Интересует возможность реализации и ориентировочная стоимость. Программа супер, устраивает, но с ростом компании растут и ее потребности)) Так вот. есть накладные поставщиков(счета-фактур), там указано наименование товаров, кол-во, цена, ГТД, производитель. когда в накладной 10-30 позиций все как бы и хорошо, а вот когда позиций в накладной достигает 2-3 сотни, то это тратит уйму времени на занесение приходов. Теперь об идеи. Есть наш каталог товаров ( в программе), есть некий ключ у каждого (штрих-код например). Есть каталог поставщиков. Они выписывают счет/или_любой_другой_документ, в котором так же есть какой-либо уникальный идентификатор товара, артикул, маркировка, да то же наименование, у многих не меняется годами. Возможно ли технически сделать загрузку этой накладной в программу ? Например есть некий справочник соответствий(аналогий) ТОВАР1 (нашего каталога) соответствует ТОВАРу10(каталога одного поставщика и ТОВАРу30 другого и т.п.) т.е. некий справочник, описывающий эти соответствия. Далее указывается файл с накладной, указываются поля из которых надо брать данные и при необходимости проставляются соответствия. Потом все это загружается в программу ввиде приходного документа. Тот товар, что проставлен в списке соответствий- заносится уже с нашими наименованиями, тот например, которого нет - создается позиция и помещается в отдельный вид товаров(или набор), например НОВОЕ. Далее так же проставляется соответствие и при следующей закупке этого товара будет уже автоматическое добавление. есть рабочая обработка для 1С могу предоставить для примера, если что-то не понятно расписал. -- Дело не в том, что лениво заносить приходы, а в том, что все больше стало уходить времени на приходы, чем на торговлю)) Напомню, что интересует техническая возможность и ориентировочная стоимость.
Ответов - 9
memo4x4: Технически сделать можно, о стоимости и сроках можно говорить только после детализации и обсуждения технического задания. Здесь сразу есть 2 вопроса и замечание: 1. А сам справочник соответсвий содержать в актуальном состоянии буде не сложно ? 2. Ничего не было сказано про формат входящих накладных. Предположим XLS. Но зато упоминаются несколько поставщиков, рискну предположить, что у них разные форматы и способы создания накладных ... Дело таже не столько в формате данных, сколько в его структуре: c какой строки начинаются позиции накладной, что является признаком их завершения, в каком формате представлены числа в колонках и т.д. 3. Если говорить о частном решении вопроса - то безусловно, для внутреннего использования можно сделать обработку и ее использовать. Для общего решения вопроса - нужно рассматривать все действия программы при выполнении операции. Например при "отсутствии товара - создается новая позиция", без проблем, но осталось только выяснить откуда программа должна будет взять классификацию товара, гарантийные сроки, полную ед. измерения и т.д. Обычно в документах эти данные не указывают ...
Ринат: самое простое перевести поставщиков на мему... и переправлять только выгруженные доки.
Runtime Error: самое простое перевести поставщиков на мему... и переправлять только выгруженные доки. ага, прям таки каждый поставщик и выгрузит вам документ, в который записывается не только что и почем отдано, но и все данные позиции товара (закупочная цена, наценка и т.п.))))
Runtime Error: 1. А сам справочник соответсвий содержать в актуальном состоянии буде не сложно ? не сложнее, чем каждую неделю вбивать по 3-4 прихода от одного и того же поставщика с одними и теми же позициями. 2. Ничего не было сказано про формат входящих накладных. Предположим XLS. 99% моих поставщиков присылает накладные в формате xls (в работе мы используем OO), счет/накл в формате XLS - требование, которые мы выдвигаем поставщику, прежде чем начинать с ним работать. Дело таже не столько в формате данных, сколько в его структуре: c какой строки начинаются позиции накладной, что является признаком их завершения, в каком формате представлены числа в колонках и т.д. это тоже описывается в файле соответствий по цепочке - ПОСТАВЩИК-ФОРМАТ программно не сложно обозначить границы, где начинаются данные и т.п., т.е. это должно реализовываться самим менеджером для каждого поставщика. и к слову о неизменности прайсов поставщиков, компоновка их такова, что у товара всегда есть уникальный и неизменяемый код, будь то артикул внутренний или артикул производителя. 3. Если говорить о частном решении вопроса... спецификация товара при создании новой позиции не указывается автоматически - это заносится в ручную, речь идет не о полной автоматизации как таковой, а именно об автоматизации монотонных действий менеджера, который фактически по каждой накладной проставляет соответствия между наименованием поставщика и наименованием в базе и делает это по нескольку раз в день по 2-3 часа, притом вновь ошибается и и начинает снова проверка. Повторюсь, есть готовая довольно интересная реализация для 1С (писалась под заказ), можно основные идеи взять из нее. --- это не праздное любопытство можно сделать или нет, это фактически составление сметы для планирования затрат на обслуживание ПО :)
Runtime Error: к разработчикам вопросов больше не имею :) Тему можно считать исчерпанной как вопрос, но если кому-то интересна данная идея - пишите.
Runtime Error: Собственно тему можно закрывать, реализованно, спасибо Геннадию за посильную помощь. Кому интересно, результат можете посмотреть здесь : Импорт накладных Через пару дней будет доступно для скачивания.
memo4x4: Если позволите, несколько замечаний по сообщениям. 1. Мое имя пишется с одной буквой "н": Генадий. 2. ODBC драйвер который Вы используете называется TopSpeed (по формату БД). Формат БД Clarion тоже существует - он использовался в основном для программ под DOC и я не знаю о существовании для этого формата ODBC драйвера ...
Runtime Error: Сорри за опечатку, форум не позволяет редактировать сообщения. memo4x4 пишет: ODBC драйвер который Вы используете называется TopSpeed (по формату БД). Формат БД Clarion тоже существует - он использовался в основном для программ под DOC и я не знаю о существовании для этого формата ODBC драйвера ... спасибо за поправку, Генадий, исправил. И хотел бы выразить благодарность за вашу работу - Memo4x4 Trade - лучшее из прикладного ПО для бизнеса, которое интуитивно понятно пользователю и довольно широка по функционалу из тех, что я встречал.
memo4x4: OK ! И Вам спасибо за внимание к проекту Memo4x4 и работу с нами !
полная версия страницы