До сих пор обходились екселем и той БД, которая работает на сайте моего интернет-магазина.
Но время идет, объему растут, сложность операций увеличивается. Нужно вести учет и проводить анализ. На данный момент - это только внутренний учет, не для налоговой.
Смотрел сегодня демки 1С. Похоже, там есть все, что нам нужно. Но все равно придется дописывать модули для синхронизации БД на сервере с офлайновой частью.
Есть ли достойные альтернативы 1С, на которые тоже стоит обратить внимание?
1С - универсальная - на все случаи жизни - программа универсальная - значит громоздкая соответсвенно - требования к серверу
очень спорное утверждение. А учитывая что у человека раньше ексель был, значит пользователей немного, то производительности обычного офисного ПК ему хватит
то 1С это полный ацтой с точки зрения удобства ведения ...
1- колличество номенклатуры 2- количество карточек товара 3- колличество аналитических признаков ( для сортировки и поиска товара 4- колличество контрагентов 5- с чем буш стыковаться 6- какая платформа для сервака .... ну и т.д.
в остальном пора забывать про 1С , жить ей осталось года 3-4 ибо она уже остановилась в своем развитии
Сейчас ассортимент - 900 наименований дисков. В ближайшие 2-3 года он может удвоиться.
Возможно, появятся товары еще нескольких категорий, но не много.
Вся БД товаров уже есть на сервере. Для 1С нужно будет 5-6 полей.
Количество поставщиков - 10, может увеличиться до 40-50.
Количество покупателей - большое (больше 1000), но вводить их вручную нет необходимости.
В неделю происходит около 15 закупок и около 100 продаж. Надеюсь на учелечение продаж Количество закупок может увеличиться в 2 раза, не больше.
Задача - синхронизация БД товаров и покупок в 1С и на сервере.
Т.е. после закупки товар добавляется в БД на сервере. После получения заказов - они экспортируются в БД 1С. В остальном - офлайн-работа. У интернет-магазина есть своя CMS.
БД на сервере - MySQL.
Если не 1С, то что выбрать? Я смотрел онлайн-демонстрашки 1С. Мне функционал понравился, и я примерно могу себе представить, как организовать обмен данными.
Делать или заказывать что-то эксклюзивное - не очень хочется, чтобы не завязываться на одного программиста в дальнейшем.
В ответ на: Думаю максимум на месяц работы (под ключ).
Сколько?
Мне кажется, я за месяц в аксесе такую программу нарисую сам, и это при том, что я уже сто лет там ничего не писал.
Что значит "под ключ"? Что нужно сделать в 1С после установки? Я так понимаю, единственным программированием должна стать фнкция импорта-экспорта. Если напрямую в майскюель делать сложно - можно через csv файлы реализовать - без проблем.
По крайней мере, данные с сервера я получаю в Ексель без проблем. Таким образом мы сейчас анализируем состояние склада, а также распечатываем бланки заказов - импорт из MySQL в Excel, а затем распечатка через Mail Merge в Word. Все работает.
Записать данные из Excel обратно в MySQL сходу не получилось, но мы не очень-то и старались.
Функия экспорта/импорта - это понятно. А ввод информацию в базу, а проверка работы,отлов глюков. Потом тебе еще отчеты заходится... Задача твоя несложная, не спорю, но лучше сказать "месяц" и сделать за неделю-две, чем наоборот.
В ответ на: завязываться на одного программиста в дальнейшем.
Моё очень предвзятое ИМХО. Органически не переношу 1С и одноэсых "программистов". Изначально кривая программа. И юзабилити никакое. И всё равно будете завязаны на одного "программиста", который будет за каждый чих брать почасовую (!!!) оплату. Какая разница, в каком коде будет разбираться "последователь" - на бэйсике, на горбатом бэйсикоподобном "языке" 1С, или, скажем, на Delphi? К слову сказать, на Delphi или в том же акцессе "складов" сделано не меньше, чем на 1С. Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С? Я бы попробовал прощупать версию Delphi->ADO->любая БД. На Delphi пишет каждый ребенок . Т.е. если сама заготовка хороша, то в дальнейшем модификации сможет делать любой другой программист Delphi (исходники забирать обязательно). А всякие статистики и анализ на начальном уровне можно делать и с помошью того же построителя запросов Access и средствами Excel (в далниейшем вностить в программу при необходимости). Можно переходить на другую БД с минимальными переделками.. и т.д.
Если такой вариант будет рассматриваться, могу порыться в контактах - кто там есть в Киеве по теме из старых знакомцев.. Некоторые "складов" написали немеряно..