Отправлено: 25.02.09 18:02. Заголовок: MemoT 4x4 Standart и загрузка накладных

Добрый день!
Интересует возможность реализации и ориентировочная стоимость.
Программа супер, устраивает, но с ростом компании растут и ее потребности)) Так вот.
есть накладные поставщиков(счета-фактур), там указано наименование товаров, кол-во, цена, ГТД, производитель.
когда в накладной 10-30 позиций все как бы и хорошо, а вот когда позиций в накладной достигает 2-3 сотни, то это тратит уйму времени на занесение приходов.
Теперь об идеи.
Есть наш каталог товаров ( в программе), есть некий ключ у каждого (штрих-код например).
Есть каталог поставщиков. Они выписывают счет/или_любой_другой_документ, в котором так же есть какой-либо уникальный идентификатор товара, артикул, маркировка, да то же наименование, у многих не меняется годами.
Возможно ли технически сделать загрузку этой накладной в программу ?
Например есть некий справочник соответствий(аналогий)
ТОВАР1 (нашего каталога) соответствует ТОВАРу10(каталога одного поставщика и ТОВАРу30 другого и т.п.)
т.е. некий справочник, описывающий эти соответствия.
Далее указывается файл с накладной, указываются поля из которых надо брать данные и при необходимости проставляются соответствия. Потом все это загружается в программу ввиде приходного документа. Тот товар, что проставлен в списке соответствий- заносится уже с нашими наименованиями, тот например, которого нет - создается позиция и помещается в отдельный вид товаров(или набор), например НОВОЕ. Далее так же проставляется соответствие и при следующей закупке этого товара будет уже автоматическое добавление.
есть рабочая обработка для 1С могу предоставить для примера, если что-то не понятно расписал.
--
Дело не в том, что лениво заносить приходы, а в том, что все больше стало уходить времени на приходы, чем на торговлю))
Напомню, что интересует техническая возможность и ориентировочная стоимость.

 Отправлено: 25.02.09 22:58. Заголовок: Технически сделать м..

Технически сделать можно, о стоимости и сроках можно говорить только после детализации и обсуждения технического задания. Здесь сразу есть 2 вопроса и замечание:

1. А сам справочник соответсвий содержать в актуальном состоянии буде не сложно ?

2. Ничего не было сказано про формат входящих накладных. Предположим XLS.
Но зато упоминаются несколько поставщиков, рискну предположить, что у них разные
форматы и способы создания накладных ... Дело таже не столько в формате данных, сколько
в его структуре: c какой строки начинаются позиции накладной, что является признаком их
завершения, в каком формате представлены числа в колонках и т.д.

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

 Отправлено: 26.02.09 10:16. Заголовок: самое простое переве..

самое простое перевести поставщиков на мему... и переправлять только выгруженные доки.

 Отправлено: 26.02.09 12:19. Заголовок: самое простое переве..

цитата:

самое простое перевести поставщиков на мему... и переправлять только выгруженные доки.

ага, прям таки каждый поставщик и выгрузит вам документ, в который записывается не только что и почем отдано, но и все данные позиции товара (закупочная цена, наценка и т.п.))))

 Отправлено: 26.02.09 12:34. Заголовок: 1. А сам справочник ..

цитата:

1. А сам справочник соответсвий содержать в актуальном состоянии буде не сложно ?

не сложнее, чем каждую неделю вбивать по 3-4 прихода от одного и того же поставщика с одними и теми же позициями.

цитата:

2. Ничего не было сказано про формат входящих накладных. Предположим XLS.

99% моих поставщиков присылает накладные в формате xls (в работе мы используем OO), счет/накл в формате XLS - требование, которые мы выдвигаем поставщику, прежде чем начинать с ним работать.

цитата:

Дело таже не столько в формате данных, сколько в его структуре: c какой строки начинаются позиции накладной, что является признаком их завершения, в каком формате представлены числа в колонках и т.д.

это тоже описывается в файле соответствий по цепочке - ПОСТАВЩИК-ФОРМАТ
программно не сложно обозначить границы, где начинаются данные и т.п., т.е. это должно реализовываться самим менеджером для каждого поставщика.
и к слову о неизменности прайсов поставщиков, компоновка их такова, что у товара всегда есть уникальный и неизменяемый код, будь то артикул внутренний или артикул производителя.

цитата:

3. Если говорить о частном решении вопроса...

спецификация товара при создании новой позиции не указывается автоматически - это заносится в ручную, речь идет не о полной автоматизации как таковой, а именно об автоматизации монотонных действий менеджера, который фактически по каждой накладной проставляет соответствия между наименованием поставщика и наименованием в базе и делает это по нескольку раз в день по 2-3 часа, притом вновь ошибается и и начинает снова проверка. Повторюсь, есть готовая довольно интересная реализация для 1С (писалась под заказ), можно основные идеи взять из нее.
---
это не праздное любопытство можно сделать или нет, это фактически составление сметы для планирования затрат на обслуживание ПО :)

 Отправлено: 02.03.09 10:07. Заголовок: к разработчикам вопр..

к разработчикам вопросов больше не имею :)
Тему можно считать исчерпанной как вопрос, но если кому-то интересна данная идея - пишите.

 Отправлено: 04.04.09 10:28. Заголовок: Собственно тему можн..

Собственно тему можно закрывать, реализованно, спасибо Геннадию за посильную помощь.
Кому интересно, результат можете посмотреть здесь : Импорт накладных
Через пару дней будет доступно для скачивания.

 Отправлено: 04.04.09 12:46. Заголовок: Если позволите, неск..

Если позволите, несколько замечаний по сообщениям.

1. Мое имя пишется с одной буквой "н": Генадий.

2. ODBC драйвер который Вы используете называется TopSpeed (по формату БД).
Формат БД Clarion тоже существует - он использовался в основном для программ под DOC и я не знаю о существовании для этого формата ODBC драйвера ...

 Отправлено: 04.04.09 15:39. Заголовок: Сорри за опечатку, ф..

Сорри за опечатку, форум не позволяет редактировать сообщения.
memo4x4 пишет:

цитата:

ODBC драйвер который Вы используете называется TopSpeed (по формату БД). Формат БД Clarion тоже существует - он использовался в основном для программ под DOC и я не знаю о существовании для этого формата ODBC драйвера ...

спасибо за поправку, Генадий, исправил.
И хотел бы выразить благодарность за вашу работу - Memo4x4 Trade - лучшее из прикладного ПО для бизнеса, которое интуитивно понятно пользователю и довольно широка по функционалу из тех, что я встречал.

 Отправлено: 04.04.09 16:09. Заголовок: OK ! И Вам спасибо з..

OK ! И Вам спасибо за внимание к проекту Memo4x4 и работу с нами !