All streams
Search
Write a publication
Pull to refresh
76
0
Александр Попов @erp_shnik

User

Send message
Не уверен, что тут есть какие-то однозначные решения. В каждом бизнесе по разному. Где-то дебиторка — это нормально, потому что есть условия от поставщика по отсрочке, а где-то это плохо. Сложный вопрос, как тут однозначно сформулировать рекомендации.
Ну вот в статье про оборотные средства я более или менее конкретно показал как можно организовать процесс закупок.
Я думаю, каждый думающий бизнесмен, имея вот такие картинки отчетности, которые я показал, сам вполне способен принимать правильные решения.
Нет, у нас четко в договорах пишется про СУБД. Никто ничего не умалчивает. Во всех местах на сайте написано «СУБД не входит в стоимость».
Вообще-то у нас есть внедрения и с сотнями пользователей, сотнями Гбт базами, кластерами, репликациями etc.
Много чего используем.
У нас была мысль отказаться от Oracle в пользу Posgres. Это непросто, но возможно в будущем это сделаем.
По поводу вашего опыта, полагаю, это было давно. В конце 90-х oracle действительно дорого стоил. Сейчас, повторюсь, даже 100$ за рм не стоит.
Это во-первых, а во-вторых мы много чего используем в Oracle.
В-третьих тут тема немножко другая у топика…
Кто вам сказал, что это самая дорогая СУБД? Она стоит меньше 100$ за рабочее место.
avasystems.ru/setting_and_running
тут есть ответы на ваши вопросы
У термина «проект» есть несколько практических применений.
Есть даже такая теория менеджмента — Управление проектами. И вот в ней проект — это и есть «это совокупность мер и действий, направленных на достижение определенного результата»
Ну и есть проект — как план, когда проектировщики чертят, готовят и т.д.
Кстати, проект, который из менеджмента, запросто может включать в себя проект, который из проектирования.

ну насчет успешных западных моделей — это тема отдельная :-)
насколько они там успешны…
:-)
понятно. нет, не эта. В этой даже такой формы, о которой я тут писал, я что-то не помню…
А как называется erp система, у которой первый символ цифра? что-то не могу сообразить.
да нет конечно
Нет. Я хочу сказать, что автоматизация не должна быть ради автоматизации. Она должна быть ради решения конкретных проблем. Не надо решать проблемы, которых нет. Если у вас в цехе работают таджики, у вас не может существовать проблема учета технологических операций.
Вот как раз для того, чтобы защититься от «правильных» внедренцев, которые никогда честно не говорят «наш продукт вот этого не умеет и это нам надо разрабатывать» я и пишу эти статьи.
первая часть в майском должна быть
Разумеется, должна. И при выборе надо на этом акцентироваться и понять, насколько система способная эту специфику отразить.
Давайте не будем здесь обсуждать наш продукт. Тут немного другая тема.
Пишите в личку, отвечу.
Это от задач зависит. Вам придется самостоятельно определяться. А чтобы не ошибиться (ну, или не сильно ошибиться), я и пишу этот блог.
К сожалению нет. Кто их будет показывать? Одно из главных требований — презентация со стороны представителей. Разобраться самостоятельно в таких системах непросто.
Выйдет обзор, посмотрите. Там, конечно, все «острые углы» будут срезаны, чтобы сильно никого не обижать, но все равно будет понятно. Потому как реальная картина несколько удручающе выглядит.
Ну наконец-то на газелях будут ездить не Рафшаны (одной рукой за руль, второй деньги собирать, а третьей по мобиле разговаривать), а роботы!
Хм, а как тот проект поддерживается и кем, если вы «соскочили»?

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity