Нужно ли писать свою ERP

Kimel
Дата: 19.04.2014 15:11:23
Есть одна проблема. На предприятии стоит БД MS SQL, к которой через программу стороннего разработчика обычные сотрудники имели доступ и соответственно работали, это удобней чем через SQL Server Studio. Но разработчик умер в прямом смысле и мы не получаем поддержки, соответственно его программа тоже умерла.

Подскажите, что теперь делать? Писать свою систему для складского учёта и торговли или переходить на плохой 1C и тогда придётся несколько недель переделывать всю структуру существующей БД?

По сути нужна простая, но производительная программа, для многопользовательского доступа к Ms SQL базе данных.
ViPRos
Дата: 19.04.2014 18:58:58
Kimel,

довели мужика блин
в какой хоть это деревне происходит?
Kimel
Дата: 19.04.2014 19:03:58
ViPRos,

В Киеве, есть такая. Хороший программист был, весь рынок снабжал программой. Её в интернете не найдёшь. А если по делу, то нужно искать новую ERM или лучше самому простую написать? А если и искать, то системы типа 1c не подходят, слишком много не нужного.
ViPRos
Дата: 19.04.2014 20:40:38
Kimel,

ну если прога устраиввает , то лучше нйати прогера для ее развития и поддержки (тем более что вы не одни пользуютесь прогой этой с ваших же слов)
Модератор: вырезано
во как оно бывает, снабжал, снабжал и доснабжался :(
Реалист
Дата: 19.04.2014 21:19:18
Kimel,

Посмотрите на ERP конcтруктор типа ADempiere/iDempiere.
В Киеве есть специалисты, которые её профессионально владеют.
FE
Дата: 19.04.2014 22:52:55
Одно непонятно, причём здесь ERP?
Shuhard
Дата: 20.04.2014 11:49:31
Kimel
или переходить на плохой 1C и тогда придётся несколько недель переделывать всю структуру существующей БД?

УТ 11 рвёт как тузик грелку унаследованную базку на сиквеле
Kimel
Дата: 20.04.2014 13:13:53
FE,

Я думал ERP это программа для автоматизации торговли и другого а предприятии.

Так, что вы (все) советуете поставить 1c на смену той программы? Просто он очень много весит и какой-то через чур сложный со своим языком 1с. В той программе не было никаких языков, там просто задаёшь в триггерах sql запросы и везде эти sql прописуешь и всё работает как часы. А тут нужно будет программиста нанимать?
Злой Бобр
Дата: 20.04.2014 14:27:30
Kimel
Подскажите, что теперь делать? Писать свою систему для складского учёта и торговли или переходить на плохой 1C и тогда придётся несколько недель переделывать всю структуру существующей БД?

Пригласите программиста который занимается автоматизацией учета. Сами вы судя по всему неможете определиться. А угадывать нет смысла.
Иногда проще написать свою самописку, а иногда взять готовый шаблон и допилить до своих нужд. И да, в любом случае придется платить.
Если вам поставлялась ваша самописка вместе с исходниками то проще наверное найти того кто будет дальше это пилить.

Несколько недель это весьма оптимистичное заявление. Хотя если вы осыпете деньгами внедренцев то может и смогут вложиться в указанный срок. Обычно тупо подсаживают, а дальше уже доят.
Kimel
По сути нужна простая, но производительная программа, для многопользовательского доступа к Ms SQL базе данных.

Нету таких. Это фантастика.
Kimel
Дата: 20.04.2014 19:36:26
Злой Бобр,

Понял, спасибо за ответ. Я просто думал, что есть какие-то открытые решение типа 1с, только которые чуток доделать нужно и всё. А можно узнать скорость доступа к бд 1с сильно проседает если интернет 100kb/s? Просто нужно что бы отклик был не больше 2 сек. ЧТо бы как в супермаркетах быстро всё пробивалось.