Autoua.net → Форум → Бесіди про бізнес →

Программа учета для склада и торговли +

Відповісти

umka | Достоевский

Программа учета для склада и торговли +

11 февраля 2006 в 22:13

До сих пор обходились екселем и той БД, которая работает на сайте моего интернет-магазина.

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

Смотрел сегодня демки 1С. Похоже, там есть все, что нам нужно. Но все равно придется дописывать модули для синхронизации БД на сервере с офлайновой частью.

Есть ли достойные альтернативы 1С, на которые тоже стоит обратить внимание?

aku | подмастерье

RE: Программа учета для склада и торговли +

[Re: umka] 13 февраля 2006 в 10:30

оччень здорово все это делает программа ЧП (Предприниматель)
вроде разработка "автоматики"

у них на сайте и демонстрашка есть

не реклама - сам не пользуюсь,
но многим ставил - только положительные отзывы

megaman_2005 | энтузиаст

Re: RE: Программа учета для склада и торговли +

[Re: aku] 13 февраля 2006 в 16:26

Как человек непосредственно этим занимающийся - настоятельно рекомендую 1С. Если интересны подробности - пиши strojka@ua.fm, обязательно отвечу

deleted | Анонім

Re: Программа учета для склада и торговли +

[Re: umka] 13 февраля 2006 в 18:14

Я бы ставил 1С и не заморачивался.
Спецов по 1С немеряно, фирма вроде закрываться не собираеться, т.е. обновления будут.

А с боле мелкими есть всякие риски начиная от: кто будет пилить напильником, и заканчивая закрытием конторы и недоступности обновлений.

Но решать тебе.

kalambur | опытный писатель

Re: Программа учета для склада и торговли +

[Re: umka] 13 февраля 2006 в 19:14

1С будет покупаться? или с рынка на диске?
это две большие разницы

1С - универсальная - на все случаи жизни - программа
универсальная - значит громоздкая

соответсвенно - требования к серверу

deleted | Анонім

Re: Программа учета для склада и торговли +

[Re: kalambur] 13 февраля 2006 в 21:03

В ответ на:

1С - универсальная - на все случаи жизни - программа
универсальная - значит громоздкая
соответсвенно - требования к серверу

очень спорное утверждение.
А учитывая что у человека раньше ексель был, значит пользователей немного, то производительности обычного офисного ПК ему хватит

umka | Достоевский

Re: RE: Программа учета для склада и торговли +

[Re: aku] 13 февраля 2006 в 23:51

а ссылку?

umka | Достоевский

Re: Программа учета для склада и торговли +

[Re: kalambur] 13 февраля 2006 в 23:52

1С - покупаться. Торгуя авторским продуктом как-то странно было бы пиратствовать самому

MadMax | IesuiT

если номенклатура наименований большая (+)

[Re: umka] 14 февраля 2006 в 01:30

то 1С это полный ацтой с точки зрения удобства ведения ...

1- колличество номенклатуры
2- количество карточек товара
3- колличество аналитических признаков ( для сортировки и поиска товара
4- колличество контрагентов
5- с чем буш стыковаться
6- какая платформа для сервака
....
ну и т.д.

в остальном пора забывать про 1С , жить ей осталось
года 3-4 ибо она уже остановилась в своем развитии

Змінено FORDMAX (01:31 14/02/2006)

kalambur | опытный писатель

Re: если номенклатура наименований большая (+)

[Re: MadMax] 14 февраля 2006 в 09:30

придерживаюсь мнения т.FORDMAX ...

umka | Достоевский

Re: если номенклатура наименований большая (+)

[Re: MadMax] 14 февраля 2006 в 12:05

Сейчас ассортимент - 900 наименований дисков. В ближайшие 2-3 года он может удвоиться.

Возможно, появятся товары еще нескольких категорий, но не много.

Вся БД товаров уже есть на сервере. Для 1С нужно будет 5-6 полей.

Количество поставщиков - 10, может увеличиться до 40-50.

Количество покупателей - большое (больше 1000), но вводить их вручную нет необходимости.

В неделю происходит около 15 закупок и около 100 продаж. Надеюсь на учелечение продаж

Количество закупок может увеличиться в 2 раза, не больше.

Задача - синхронизация БД товаров и покупок в 1С и на сервере.

Т.е. после закупки товар добавляется в БД на сервере. После получения заказов - они экспортируются в БД 1С. В остальном - офлайн-работа. У интернет-магазина есть своя CMS.

БД на сервере - MySQL.

Если не 1С, то что выбрать? Я смотрел онлайн-демонстрашки 1С. Мне функционал понравился, и я примерно могу себе представить, как организовать обмен данными.

Делать или заказывать что-то эксклюзивное - не очень хочется, чтобы не завязываться на одного программиста в дальнейшем.

megaman_2005 | энтузиаст

Re: если номенклатура наименований большая (+)

[Re: umka] 14 февраля 2006 в 18:05

1C тебе хватит для таких задач С ГОЛОВОЙ!
Прикрутить импорт/экспорт к 1С в твоем случае будет несложно. Думаю максимум на месяц работы (под ключ).

MadMax | IesuiT

Re: если номенклатура наименований большая (+)

[Re: umka] 14 февраля 2006 в 19:27

1-эски хватит , складскую картотеку выкладываеш в любой формат понятный майсиквелу , на нем настраиваеш синхронизацию на эту таблицу

umka | Достоевский

Re: если номенклатура наименований большая (+)

[Re: megaman_2005] 14 февраля 2006 в 22:28

В ответ на:

Думаю максимум на месяц работы (под ключ).

Сколько?

Мне кажется, я за месяц в аксесе такую программу нарисую сам, и это при том, что я уже сто лет там ничего не писал.

Что значит "под ключ"? Что нужно сделать в 1С после установки? Я так понимаю, единственным программированием должна стать фнкция импорта-экспорта. Если напрямую в майскюель делать сложно - можно через csv файлы реализовать - без проблем.

photographer | photographer

Re: Программа учета для склада и торговли +

[Re: umka] 14 февраля 2006 в 22:48

А сайт на чем работает?

MadMax | IesuiT

нужно доступиться к складской картотеке (+)

[Re: umka] 14 февраля 2006 в 23:40

как минимум доступ к таблицам терез ОДбиси должен быть

umka | Достоевский

Re: Программа учета для склада и торговли +

[Re: photographer] 15 февраля 2006 в 09:17

БД - MySQL

umka | Достоевский

Re: нужно доступиться к складской картотеке (+)

[Re: MadMax] 15 февраля 2006 в 09:22

Доступ к БД на севере через ODBC есть.

По крайней мере, данные с сервера я получаю в Ексель без проблем. Таким образом мы сейчас анализируем состояние склада, а также распечатываем бланки заказов - импорт из MySQL в Excel, а затем распечатка через Mail Merge в Word. Все работает.

Записать данные из Excel обратно в MySQL сходу не получилось, но мы не очень-то и старались.

megaman_2005 | энтузиаст

Re: если номенклатура наименований большая (+)

[Re: umka] 15 февраля 2006 в 10:45

Функия экспорта/импорта - это понятно. А ввод информацию в базу, а проверка работы,отлов глюков. Потом тебе еще отчеты заходится... Задача твоя несложная, не спорю, но лучше сказать "месяц" и сделать за неделю-две, чем наоборот.

AZC_ | Достоевский

Re: если номенклатура наименований большая (+)

[Re: umka] 15 февраля 2006 в 11:41

В ответ на:

завязываться на одного программиста в дальнейшем.

Моё очень предвзятое ИМХО.
Органически не переношу 1С и одноэсых "программистов". Изначально кривая программа. И юзабилити никакое. И всё равно будете завязаны на одного "программиста", который будет за каждый чих брать почасовую (!!!) оплату. Какая разница, в каком коде будет разбираться "последователь" - на бэйсике, на горбатом бэйсикоподобном "языке" 1С, или, скажем, на Delphi? К слову сказать, на Delphi или в том же акцессе "складов" сделано не меньше, чем на 1С.
Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С?
Я бы попробовал прощупать версию Delphi->ADO->любая БД. На Delphi пишет каждый ребенок

. Т.е. если сама заготовка хороша, то в дальнейшем модификации сможет делать любой другой программист Delphi (исходники забирать обязательно). А всякие статистики и анализ на начальном уровне можно делать и с помошью того же построителя запросов Access и средствами Excel (в далниейшем вностить в программу при необходимости). Можно переходить на другую БД с минимальными переделками.. и т.д.

Если такой вариант будет рассматриваться, могу порыться в контактах - кто там есть в Киеве по теме из старых знакомцев.. Некоторые "складов" написали немеряно..