Oleg_Mar wrote:
> существовало никаких конфигураций фирмой-франчайзингом), внедрение,
> обучение, командировки обошлось в огромную сумму, страшно писать
> сколько, Axapta была бы дешевле.
а во скоко обошлось, если не секрет? что есть "Огромная"?
а про тз - интересно.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

нда, 400 косых за 33 коробки - это клёво....
это стоимость только ПО+обслуга 1с или сюда же ложаться затраты на
железо, ЗП своих челов и всё такое?

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

Oleg_Mar wrote:
> коробки+ конфигурация+их командировки 300 долл. в день+ зп наших
> сотрудников не считаем, железо 35 серверов HP в среднем по 3500 долл.
> каждый не считаем.
такое впечатление, что просто тупо дали чилдренам из 1с заработать.
Бабок типа нарубили на междусобойчике....

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

>2. После выполнения первого пункта внедрить в сознание хозяина
>необходимость платить за разработку заново. (Хорошо действуют
>сравнительные цифры. Типа вот они за 400 ни фига не ..., а мы вот всего
>за 100 все сделаем нормально).

Хорошо! Я отвечу!
если они за 400 (прописью: четыреста) косых нифига не смогли сделать, то что ВЫ сможете сделать за 100 (прописью: сто) косых?
Опровергайте.

И потом: что это за МЫ? местные чилдрены из отдела, извините за выражение, АСУ? или кто?
Не смешите мои подковы... (хотя, я бываю и не прав)

По моему, надо прийти к выводу о том, что всё, поизд ушел, бабки ухнули и возврату не подлежат, а с завтрашнего дня надо начинать новую жызнь.
Я б такой (а я такой!) что взял бы, провел обзор заказных систем, поездил, поглядел, выбрал, провел обследование, составил ТЗ, написал, произвел импорт данных, ввел в тестовую эксплуатацию, поглядел, доработал, произвел импорт данных, ввел в опытную эксплуатацию, доработал/исправил, ввел в промышленную эксплуатацию, начал сопровождение с доработками, исправлениями.... И все этапы с очень тесной, не сказать - интимной, связью между руководством (директора всякие), главбухом, зав.секторами, конкрентными бухгалтерами, разработчиками, отделом АСУ. Заодно бы и аудиторов привлёк...
И вот тогда бы... ну, счастья бы не было, но несчастье бы ушло...
зы что хорошо в самописках - всегда можно заточить продукт под себя, с точностью до миллиметра. и заказть любой функционал. Если фирма-разработчик нормальная, то всё это выходит достаточно недорого.

Сахават Юсифов wrote:
> Wolfa
>
> > Например, пользователь хлопнул приход 10 ед., хлопнул расход 10 ед.,
> > затем зашел бесперпятсвенно в приход и исправил на 9 ед., система не
> > должна такого позволять - это мое мнение. Или спокойно перенес дату
> > прихода.
> Вообще говоря, спорно. Обычно (но не всегда) так и должно быть. Но я бы
> такое в ТЗ оговорил, все-таки. Хотя если не оговорено, то так и должно
> быть. Похоже, что в данном месте система бухгалтерская (удобно для буха
> и пофиг какие убытки, пусть бухгалтер сам проверяет). А должна быть для
> оперативного управления (контроля). Это уже консерватория. Потому как
> разработчик должен "чувствовать" ЦЕЛИ работы системы.
>
> > дальше бухгалтер сдает отчет в Соцстрах,
> > из неправильного расчета среднего заработка болеющего, неправильная
> > декларация, но бухгалтер доверяет системе и поступает так как она ей
> > рассчитывает, результат штраф от соцтраха
> А ЗП вообще нельзя доверять. никакой. потому как на Украине что ни
> соцстрах, так свои особенности. И правилах расчета среднего тоже,
> кстати. А вот показатель качества системы, на мой взгляд, это то, как
> она позволяет выдать протоколы расчета и прочую диагностику, чтобы можно
> было удобно и быстро проверить, что алгоритм настроен правильно.
>
>
>
> Не гоните пургу.
> Вытрите слюны.
Вы об чем, лебъезный? какая пурга? какие слюни?
Навскидку:
Заказчик 1. Недопустимы отрицательные остатки в рамках месяца. т.е.
приход 30 числа, расход 15 - с 15 по 29 отрицательные остатки.
Заказчик 2. Недопустимы отрицательные остатки на кажды день, т.е. если
приход 15-го, то расход не ранее 15-го.
Заказчик 3. Отрицательные остатки допустимы по некоторой аналитике, но
по другим разрезам аналитики - отрицательные не допустимы. Суммарные
отрицательные остатки недопустимы.
Заказчик 4. партионный учет. Недопустимы отр. остатки по партиям (как
вариант - по хранению/давальческому в разарезе контрагента). Или... если
очень хочется, то - допустимы, но не по всем... но опять-таки, чтобы
общая сумма была положительная...
И еще несколько весьма занимательных ситуяций...

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

Так шта... Может не стоит так уж сразу наезжать то? а?
Тем более, кому... ;-)
>


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

saasa wrote:
> *Oleg_Mar*
> Решать проблему надо и лучше всего начать с получения статуса CIO c
> cоответствующими полномочиями при принятии решений по финансированию и
> техническому обеспечению.
>
> p.s. не будет полномочий - ничего не будет !
э'т точно... упаси меня бог иметь ответственность и не иметь полномочий...
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

wellx wrote:
> - До всего этого обязать разработчиков сдать документацию и исходники.
> Желательно с комментариями.
не желательно, а обязательно. причем в техдокументации должна быть
описана применяемая идеология, применяемые подходы к проектированию,
инструментарий и т.д.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

1024 wrote:
>
> Ебибтяне так вообще без счётов даже пирамиды
> строили.
ну, это Вы загнули, учет у них был дай боже каждому...
да и матрасчеты под пирамиды были- не всякий нонешний чилдрен въедет...


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

1024 wrote:
>
> я говорил именно об этом - был учёт (кадры, логистика, ревизии наверна
> какие-то проводились) большого хоз.объекта. Из инструментов карандаш и
> бумага (или чем они там писали). И до сих пор постройка не развалилась.
> Т.е.
> не всегда дело в инструменте
а, в йетом смысле.. ну да, так и есть... был не прав, пьян, вёл себя
недостойно :-)

тут ранее joker_ja писал о возможном расхождении учетов по элеваторам -
это да, таки запросто. Видел случай, когда в 6 разных комплексах одного
предприятия учет вёлся не то чтобы совсем по разному... просто у каждого
главбуха было своё вИдение окружающих законов и постановлений... На это
стоит обратить особое внимание.
Кроме того, помимо чисто прихотей, могут быть определённые чисто
технологические различия, не знаю, типа на одном элеваторе есть
лаборатория, на другом нету, или нечто в этом роде...
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3