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

Где бы почитать недостатки и достоинства 1С
ДА еще для общего понятия, 1с у них для некоммерческих организаций, следовательно довольно сильно переработана струтура, при этом обновления сам он делать в этой структуре не хочет, но вот писать новое не вопрос (как то удивительно на мой взгляд)
У меня вопрос: А Вы сами пробовали когда-нибудь заниматься экспортом данных между различными учетными системами? Кроме того, кто будет поддерживать Вашу разработку?

Скажу, что это все не так просто и заморочек будет "выше крыши". Поэтому программиста, настаивающего на написании системы под оболочкой 1С, я прекрасно понимаю.
Ключевые слова в Вашем посте: автор...не лезть в 1С (я в ней плохо разбираюсь)...
Может лучше сначала изучить 1С, а уже потом написать то, что Вам необходимо?
Насчет неверного ТЗ... Может быть,все так и есть... А может быть и нет... Очень часто заказчик сам не знает чего хочет, а начинает конкретизировать свои "хотелки" только после получения готового "релиз-кандидата". И начинается перепалка:
- А Вы здесь это не сделали!
- А этого нет в ТЗ!
- Но это же подразумевается под словами...
и т.д.
Скорее всего Ваш 1С-ник "тертый калач" и подстраховывает свою "задницу" от подобных инцидентов...

Помогите!!...на текущий момент попытка опнять на скока нам нужно влезать в 1С не имея своего постоянного разраьотчика...
Лучше не влезать. Ибо чревато... ИМХО, экспорт/импорт в 1С лучше осуществлять средствами именно 1С. Тогда уйдут проблемы с внутренним форматом данных в БД 1С.

Критерием для Ваших разработок должно быть следующее:
- насколько нужно обеспечить оперативный доступ к данным всем пользователям. Можете ли Вы без дополнительных проблем (типа двойного ввода данных) обеспечить необходимые расчеты в отсутствие 1С или необходимо будет "переливать" справочные данные между системами? Если Вы пишете отдельную программу, то данные из Вашей программы попадут в 1С с задержкой. Насколько она критична? И т.д.
- сколько одновременно работающих пользователей необходимо поддерживать в системе. Решения на базе 1С к этому параметру крайне чувствительны и редко нормально работают при нагрузке более 20 одновременных пользователей.
- является ли 1С единой корпоративной информационной системой на Вашем предприятиии или только "заплаткой" над бухгалтерией и кадрами? В первом случае надо будет все-таки писать на 1С; во втором случае - совсем не обязательно, зависит от силы и влияния Ваших бухов на руководство...

Но мое мнение: не стоит плодить "зоопарк" из систем!