guestУв. saasa у меня есть 120000 $ и мне надо 30-60 рабочих мест. (бухгалтерия, логистика простое производство), что вы мне посоветуете в качестве системы автоматизации.

Имхо, не совсем правильная постановка вопроса. Изначально требуется четко обозначить ЦЕЛИ автоматизации, произвести обследование предприятия, желательно силами грамотных специалистов, хорошо знающих множество продуктов, и которые не будут иметь никакого отношения к тем, кто будет непосредственно заниматься внедрением (дабы исключить фактор заинтересованности). И уже после этого выбирать систему. Очень многое зависит от позиции руководства. Если проект рассматривается как запуск программ на таком-то количестве оборудования и его настройка, то особенно далеко вы не уйдете (имхо). Если автоматизация рассматривается как инвестиционный проект, то изначально обозначенная сумма может быть в корне пересмотрена одновременно с подходами к решению. Если исходить из дешевизны, то MS Excel - самый дешевый инструментарий при достаточно высокой гибкости и коротком времени получении результатов. Но вы его отвергли сразу. Возникает вопрос - ПОЧЕМУ?

Я задаю этот вопрос не потому, что предлагаю вернуться к обсуждению возможности использования Excel, а для того, чтобы проявить логику выбора. Исход ТОЛЬКО от суммы расходов - не всегда самый правильный, вот я к чему веду. Можно дорогими средствами не сделать ничего. Можно не сделать ничего дешевыми. Самое главное - ЦЕЛЬ, которую преследует автоматизация. Если эта цель - увеличение прибыли, и она будет достигнута внедрением "тяжелой" ERP-системы, то это лучше, чем не добиться цели, потеряв при этом всего пару тысяч долларов. ИМХО, конечно.

2 guest. Настоятельно рекомендую Вам притормозить решение вопроса и сначала прочитать книжку Питеркина С.В. "Точно вовремя для России. Практика применения ERP-систем" (издательство Альпина-паблишер). В ней много ценных мыслей, которые, возможно, помогут Вам совершенно иначе увидеть проблему (не так, как обычно ее видят программисты и DBA). Судя по тому, что Вы задаете вопросы, а не принимаете решения наобум, Вы человек здравомыслящий. У тех, кто ПОНЯЛ эту книгу, в голове все перевернулось с головы на ноги. Думаю, вы не пожалеете, что отложили принятие решения и потратили время на чтение этой книги.

Питеркин работает во ФронтСтепе (российское отделение MAPICS). Менеджеры MAPICS раздают эту книжку бесплатно всем, кто проявил к ней интерес. Попробуй написать Сергею Питеркину лично, возможно он вышлет книгу почтой: Sergey.Piterkin@frontstep.ru

Согласен с except. Возможностей в плане объектного и низкоуровнего программирования в Delphi, конечно же, больше. Но вы угрохаете уйму времени, пока разработаете собственную объектную модель, ориентированную на ведение учета. И потом в итоге выясните, ч в ней содержатся концептуальные ошибки. В 1С она уже разработана - можете больше сосредоточиться на предметной области и уделить больше времени практическим предметным вопросам (бизнес-логике), нежели вопросам техническим. По времени сэкономите примерно раз в 10. Но плеваться потом все равно придется. Глюкавый продукт.

Ощущение, что можно вот так запросто самопалом слепить гибкий, непротиворечивый и универсальный продукт лучше, чем 1С в обозримые сроки силами 1-2 программистов, очень-очень обманчивое. Возможно, вы сможете сделать продукт, у которого не будет недостатков 1С но у него будет куча других недостатков, которых нет у 1С. В итоге он наверняка окажется хуже. Просто подумайте над тем, сколько времени и сил убили специалисты 1С на то, чтобы сделать этот продукт.
ИМХО, концептуальная модель, используемая в 1С, довольно удачная. Не очень качественная реализация этой модели. Это уже проблемы практического воплошения идей силами реальных программистов при использовании реальных инструментариев, каждого со своей спецификой. Но не думайте, что в обозримые сроки числом программистов меньше, чем в 1С сможете качественно решить эту задачу. Вас ждут сплошные разочарования.

Если вам не нравится 1С, выберите другой готовый продукт. Не нравится другой - возьмите третьий. Просто прикиньте, сколько умных голов потратило времени и сил над решением именно той задачи, за которую вы собираетесь взяться с нуля. Д,а, их решения в чем-то неидеальны. Но и ваше решение не будет идеальным. Более того, вероятность того, что оно будет ХУЖЕ большинства готовых решений, слишком велика. Если только у вас нет серьезных оснований полагать себя выдающимся гением в области ИТ-технологий.

Наследники OIT Неужели, если нужна работающая НЕСЛОЖНАЯ учетная система, нельзя сделать её в течении 3х-4х месяцев силами 3х программистов?
Если несложная, то можно. Но нужно ли? Спустя совсем небольшое время вас лично, либо тех, кто ставит вам задачу осенит, что эту несложную систему нужно дополнить тем, о чем изначально речи не было... Чуть погодя выяснится, что ее нужно не только дополнить, но и переделать структуру данных, изменить концептуальную модель. И еще чуть погодя вы придете к выводу, что браться нужно было совсем с другого конца и делать совершенно иначе. А когда через пару лет вы оглянетесь назад, окинете взглядом проделанное количество работы и, объективно взглянув на вещи, сделаете вывод, что все еще находитесь в начале пути, которому не видно конца :), тогда вы уже самостоятельно придете к выводу, что нужно было просто приобрести готовый продукт и постараться не набивать себе тех шишек, которые себе уже набили другие... :)

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

Нет, я не хочу, чтобы меня восприняли однобоко. В некоторых случаях (очень-очень редко) бывает, что собственными силами что-то сделать целесообразнее. Это те ситуации, когда вам нужен маа-ааленький кусочек функциональности продукта, за который необходимо платить целиком (то есть, за всю функциональность, 99% которой вам не нужна) бешенные деньги. А кусочками нужная функциональность на рынке отсутствует.
Либо когда предприятие обладает уникальной спецификой, и на рынке отсутствуют продукты, которые под эту специфику могут быть в достаточной степени подстроены.

Как правило, тиражные системы изначально приспособлены на реализацию РАЗНЫХ бизнес-моделей. Поэтому если ваша бизнес-модель измениться, то в тиражной системе подстроиться под нее будет легче.
AISOFTТакая реализация, это сравнительно небольшой объем работы , но позволяющая делать нужные вещи быстро и надежно.
С чего это вы взяли, что он небольшой? Он может КАЗАТЬСЯ небольшим, пока оценивающий этот объем видит кусочек от верхушки айсберга. Когда же он сможет окинуть взглядом весь айсберг, ему поплохеет.
Возьмем самое простейшее предприятие - купий-продайку, в котором НЕТ производства, не нужно мучиться с ручной реализацией APS-алгоритмов и прочей дребедени. Что же там есть?

1. Заказы клиентов (входящие) нужно принимать, собирать по ним статистику (какие выполнены, какие не выполнены, почему), связать эту статистику с маркетинговым подразделением, чтобы оно могло осуществлять анализ рынка. Учет эффективности рекламы, расчет коэффициента удовлетворенности заказчика и прочая-прочая-прочая... При приеме заказа оцениваются сроки исполнения заказа с учетом логистических задержек и текущего наличия товаров на складе (необходима связка с модулем учета движения товара). А также с учетом входящих заказов, сделанных для пополнения страхового запаса (не под конкретные исходящие заказы).
2. Под входящие заказы клиентов необходимо сформировать исходящие заказы поставщикам, привязать одни к другим. С учетом, что один исходящий заказ может быть завязан со множеством входящих, и что один входящий заказ может быть завязан со множеством исходящих (связь многие-ко-многим). При этом должна быть учтена куча всяких мелких нюансов вроде отслеживания сроков исполнения входящих и исходящих заказов (в связке), отслеживание актуальности цен поставщиков при формировании связок заказов, задание минимальных и оптимальных размеров партий заказа, завязку на транспорт и прочая-прочая-прочая...
3. Под п.1 кроме п.2 неизбежно завязано ценообразование. Необходимо вести прайс-лист, причем под "вести" подразумевается не только возможность занесения руками неких чисел в ячейки таблицы, но и оперирование информацией, участвующей в ценообразовании. А именно, отслеживание цен конкурентов в регионе, учет скидок и наценок, связка с модулями, в которых происходит формирование себестоимости с учетом всех видов накладных расходов.
4. Наверняка ваша организация имеет какой-то транспорт. Наверняка этот транспорт загружен работой, а не просто пылится в гараже. Наверняка нужна какая-то система диспетчиризации автотранспорта, дабы не оказалось, что один и тот же автомобиль должен срочно ехать одновременно в три разных места. К этой штуке, видимо весьма пригодится автоматизированное формирование и учет путевых листов и ТТН.
5. Вероятно, необходимо вести учет договоров. Купли-продажи, мы-покупатели; купли-продажи, мы-продавцы; договора комиссии; отслеживать автоматом размер товарного кредита, формировать спецификации, и прочая-прочая-прочая....
6. Возможно, ваша организация ведет обильную почтовую переписку. Ее необходимо регистрировать и иметь возможность с воткнутой в ухо телефонной трубкой быстро находить письма и прочую корреспонденцию - входящую и исходящую. Завязывать эту корреспонденцию на договора и спецификации (п.5), если она к ним имеет отношение.

Все рассмотренные выше пункты не имеют никакого отношения к бухгалтерскому учету, налоговому учету, финанализу и отчетности. Если ты считаешь, что в вашей организации не нужно производить расчет зарплаты, начислять НДФЛ и ЕСН, учитывать две разные амортизации по основным средствам, вести кассу, подотчетников, банк, кредиты, взаиморасчеты (как минимум на 3-х бухгалтерских счетах), начислять НДС, налог на прибыль и на имущество, вести учет движения товаров, получать шахматки, оборотно-сальдовые ведомости, бухгалтерский и оборотно-сальдовый баланс... То это просто здорово - у вас все очень легко и просто. А если большее из перечисленного все-таки нужно, то просто посмотри, какой объем у этого поста - а в нем всего лишь краткий перечень участков автоматизации. Ты по-прежнему считаешь, что вашей организации можно все это автоматизировать парой-тройкой программистов в обозримые сроки?

2 AISOFT. Вы попробуйте для начала сделать хотя бы один махонький кусочек из этого всего. Кстати, в известной степени автономный. Расчет заработной платы. С больничными и отпускными. С премиями и подарками. С начислениями, которые относятся на затраты и которые не относятся. С удержаниями, которые зависят от размера оклада или от размера начисленной зарплаты по окладу (это вещи разные, хотя и звучат похоже), с отнесением затрат по части отпуска, пересекающего границу месяцев, на расходы будущих периодов, а также начислений на это дело, с расчетом льготы по НДФЛ тому, кто купил квартиру на протяжении 3-х лет, с перечислением всей зарплаты или ее части на сберкнижку тем, кто написал соответствующее заявление (опять же, у кого фиксированная сумма, у кого просто вся зарплата, у кого процент от начисленного по окладу), с автоматическим применением льгот по НДФЛ для чернобыльцев и матерей-одиночек, с автоматическим удержанием алиментов, сумма которых зависит от нескольких составляющих, и автоматическим перечислением этих алиментов по заданным реквизитам, с начислением НДФЛ, с автоматическим удержанием из зарплаты задолженности по командировочным расходам, с расчетом ЕСН таким образом, чтобы на инвалида, который у вас работает, страховая часть в ПФР начислялась, а накопительная - нет, с расчетом зарплаты для подразделений с заданным ФОТ по КТУ, с автоматическим пересчетом ЕСН по регрессивной шкале, чтобы по взятым сотрудниками у предприятия займам из зарплаты удерживалась автоматически нужная сумма, размер которой зависит от условий договора (у кого-то зависит от ставки рефинансирования ЦБ, у кого-то от курса доллара, у кого-то фиксированная сумма, у кого-то от всего сразу), чтобы автоматически расчитывался долг за предприятием или сотрудником и переносился на следующий месяц, чтобы автоматически считался размер компенсации за отпуск при увольнении, чтобы начисление зарплаты по окладу было завязано на штатное расписание и табель, и множеством еще большого количества других нюансов. Да, чуть не забыл! Поскольку речь идет о купи-продайке, то расчет сдельной зарпалты с обработкой нарядов и отнесением начислений на коды продукции и шифры затрат, не требуется. Если вы водиночку и на протяжении одной своей жизни сможете решить только одну эту задачу, я поставлю вам ящик пива. Даю слово джентельмена.

Зря Вы так думаете. Я тоже делал такую программу по расчету зарплаты, и она могла очень многое из перечисленного, но не все-таки всё. И Ваша программа, судя по всему, тоже могла не всё. Только вывод из этого вы так и не сделали. Или Вы полагаете, что бухгалтер при возникновении на практике любого из перечисленных нюансов должен к вам обращаться с просьбой переделать программу? Особенно, если он выяснит, что в вашей программе он что-то не может сделать за один день до того, как должен быть выполнен расчет.