Oleg_Mar wrote:
> Стоит вопрос остро, чем заменить 1С, "навороченная" и разрекламированная
> Вообщем народ, посоветуйте плиз как спрыгнуть с этого кошмара.
> Тема <http://www.sql.ru/forum/actualthread.aspx?tid=219607> Ответить
> <http://www.sql.ru/forum/actualpost.aspx?tid=219607>
>
Сначала бы неплохо определиться, куда спрыгивать.
выбирать другую систему из числа "настраиваемых коробок"
или выбирать фирмы, которые "пишут под заказ".
ну и понятно, надеюсь, что в любом случае теперь придется платить заново.
Posted via ActualForum NNTP Server 1.3

> Вообщем народ, посоветуйте плиз как спрыгнуть с этого кошмара.
> Тема <http://www.sql.ru/forum/actualthread.aspx?tid=219607> Ответить
> <http://www.sql.ru/forum/actualpost.aspx?tid=219607>
>
ТЗ хоть осталось от процесса?
Posted via ActualForum NNTP Server 1.3

saasa wrote:

> а нужно брать
> Договор,Техническое задание и требовать от исполнителя выполнения
> условий договора.
Только если исполнитель принципиально неправильно спроектировал систему,
то может и не получиться все вытребовать (разве что деньги вернуть).
а ТЗ, даже если оно есть, можно ой как по разному понимать.
И если исполнитель был недобросовестный...

>Если Вы неправильно сформулировали требования, не
тут согласен. надо четко понимать чего хочешь

> проконтролировали ход работ и т.д. и т.п.,
а вот для этого надо бы понимать в разработке не хуже разработчика. Не у
всех, знаете, на предприятии есть такие специалисты.

Posted via ActualForum NNTP Server 1.3

Oleg_Mar wrote:

> ТЗ осталось, но было много переработок, до меня это все было, и
> руководство поменялось, начало смотреть расходы предыдущего ну и
> началось.
Что началось то?

> при чем ошибки, которые я нахожу они считают, что это мои
> прихоти, и за них надо платить по прейскуранту,
а примерчик парочки таких ошибок, если не жалко

> но позвольте есть же
>некие стандарты любой учетной системы
ну это все-таки лишнее. стандартов нет. есть только понимание
разработчиков того, как нужно сделать, чтобы была нормальная система.
или что Вы понимаете под стандартами?

И все-таки. Вы видите список проблем (конечный список), решив которые Вы
могли бы считать, что система стала работоспособной?
Posted via ActualForum NNTP Server 1.3

Oleg_Mar wrote:

> И еще вопрос, имеет ли смысл
> выбить кредит доверия скажем на год у руководства, тем более что есть
> возможность вести учет в их старых программах этот год.
Писать своими силами? или привлекать кого-то?
ИМХО, самим сосредоточиться на оттачивании ТЗ и заказать систему кому-то.
или самим сосредоточиться на оттачивании ТЗ и заказать доработку коробки
кому-то.
Здесь в любом варианте только важно выбрать этого кого-то.

> только вопрос как быть с репликацией?
А здесь важнее всего схема обмена данными. Если связь есть, то можно и
репликацию наладить.
А можно и свое что-то. Сильно зависит от схемы обмена данными
Posted via ActualForum NNTP Server 1.3

saasa wrote:

> нагнуть разработчиков и все должно заработать
А если они уже лучше не могут?
Тогда, если нагнуть, то станет еще хуже )))

Posted via ActualForum NNTP Server 1.3

Oleg_Mar wrote:


> Началось, то руководство новое хочет крови, и понять чья это вина, что
> проект завален, сколько нужно времени, чтоб он нормально заработал, и не
> хочет больше финансировать фирму разработчика, а они соответственно не
> хотят так работать, то есть свои ошибки, они считают доп. функционалом

Ну понятно, кто ж за бесплатно работает. Да и за фигню то ж никто
платить не хочет.
Хотя положение тяжелое.
Если руководство понимает, что на исправление положения все-таки
тратиться придется (но только с гарантией, чтоб нормально было), тогда
еще можно как-то выбраться, иначе задница.


> Например, пользователь хлопнул приход 10 ед., хлопнул расход 10 ед.,
> затем зашел бесперпятсвенно в приход и исправил на 9 ед., система не
> должна такого позволять - это мое мнение. Или спокойно перенес дату
> прихода.
Вообще говоря, спорно. Обычно (но не всегда) так и должно быть. Но я бы
такое в ТЗ оговорил, все-таки. Хотя если не оговорено, то так и должно
быть. Похоже, что в данном месте система бухгалтерская (удобно для буха
и пофиг какие убытки, пусть бухгалтер сам проверяет). А должна быть для
оперативного управления (контроля). Это уже консерватория. Потому как
разработчик должен "чувствовать" ЦЕЛИ работы системы.

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

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



Posted via ActualForum NNTP Server 1.3

Oleg_Mar wrote:

> saasa
>
> ИМХО изначально и не планировалось делать рабочую систему.
> Похоже кто-то поимел хороший откат с внедрения этой системы и забил на
> нее :((
> Огранизация приемки работ хромает вот и повылазили проблемы, которые
> можно и нужно решать ДО оплаты сданного этапа работ.
>
>
> Знаете, я все больше склоняюсь к вашей версии..

Ну это-то очевидно. Но Вам то надо придумать, как теперь с этим выжить.

ЗЫ. Центральный оффис в Киеве или в регионах?
Posted via ActualForum NNTP Server 1.3

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

на мой взгляд для начала НЕОБХОДИМО:

1. Убедить руководство, что все еще хуже, чем им кажется и от
существующих горе-поставщиков надо избавляться. Главное при этом не
требовать с них бесплатно исправить свои глюки. Найдут способ отмазаться
или сделают в итоге еще хуже.

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

3. После выполнения п.2 четко обозначить цели и разработать принципы. И
чем детальнее, тем лучше.

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

а из мелочей dot.net... модно, конечно. хотя и многие другие средства
для этой задачи уж точно не хуже.
Posted via ActualForum NNTP Server 1.3