В данный момент на фирме в качестве торговой базы используется 1С 7.7, самописная конфа. Все ничего, но с растущими объемами инфрмации она уже не справляется. Я предложил написать собственный софт C# + SQL. Руководство ближе к 1С 8. Убедительных аргументов за 1С я не могу внятно найти, это же касается и своего софта. Вообщем я на распутье. У людей работающих с 1С 8 я спрашивал, они не в восторге. Сам тоже писал под 1С 8 и 7. Мне в принципе все равно на чем делать систему, просто хотелось бы услышать перечень за и против, или ткните на инфу где почитать. Обсуждалось много раз, но хотелось бы собрать все в кучу. Спасибо.

Для того чтобы это показать надо написать и там и там и сравнить скорость

Короче выход наверное такой: делаем на 1С 8, а потом если че говорим "Ага, я ведь предлагал". Правда могут уволить, но все же :) А вот за и против посмотреть не мешало бы

Александр Гoлдун cyxРазве реально с самописной 7-ки перейти на типовую конф. 8.1?
Зависит от задачи, но по опыту уж всяко это гораздо реальнее, чем разбираться с "гениальными" самописками, написанными в одиночку (а автор топика скорее всего именно так и собирается делать), оставленными своими творцами без какой бы то ни было документации....

Для того чтобы сесть и разобраться с самописной 1С времени много не надо ( вопрос желания ), так же как и с любой другой системой. Просто надо сесть, въехать и т.д. А по поводу документации, вопрос конечно интерестный, но я еще не видел ни одну законченную систему полностью задокументированную, если она внедряется на постепенно на предприятии. А типовое решение мне не подходит (касательно 1С 8). Много там мусора, который абсолютно не нужен в данном конкретном случает. Просто существует 1С 7.7, которая себя исчерпала и надо перейти на более совершенную, быструю и легко модифицируемую систему. Поэтому я собственно и задал этот вопрос. Время написания самописной системы больше (согласен), но можно более гибко организовать как хранение, так и взаимодействие с данными. Вообще, если потратить время на написание некого Framework тогда создание документов, отчетов, справочников сведется примерно к скорости создания последних в 1С (проверено на личном опыте). По сопровождению и армии программеров на 1С, вопрос сомнительный, толкового программера найти в обоих случаях сложно, и стоимость их услуг будет примерно равна.

В данном конкретном случае компании не подходит типовая конфигурация (по причине ее несоответсвия пониманию руководства). Если в типовой конфе не будет использовано 70 % ее функций, для чего она нужна (эта часть). По поводу "1С 7.7 ... система себя исчерпала", говорю значит есть на это свои объективные причины. Изначально конфа писалась с нуля и как это зачастую бывает, самим руководителем. Соответственно при проектировании были допущены сильные огрехи в структуре данных, что повлекло за собой сильное награмождение. Поэтому теперь пришло время когда скорость системы упирается не только в аппаратную часть, но и в программную реализацию, да и бизнес требует некого другого вида бизнес-процессов.
автор
Это все красивые, но пустые в данном конкретном случае слова. Вообще, ты что хочешь здесь услышать? Совет про то, что именно выбрать? Или же оправдание выбору, который тебе лично интересен?

Лично от Вас услышать ничего не хочу
автор
Если ты хочешь себя позиционировать как специалиста уровнем повыше кодера, грамотно и эффективно решающего задачи, то лично тебе я советовал бы отбросить в сторону "гордость начинающего программера", требующую все писать самому, взять ТИПОВУЮ торговую конфу и внедрить ее. Напильник прикладывать к ней только после того, как десять раз убедишься, что это не настраивается галочками где-то в опциях и не решается банальным упорядочиванием бизнес-процесса.

Это давно известный факт, его никто не оспаривал
автор
Тогда ты получишь быстрое и скорее всего качественное решение комплексной задачи, причем с перспективой. При этом обретешь опыт, который на рынке ценится выше, чем дешевый кодинг.
Если же ты собираешься все равно поступить по своему и писать на C# (или же на 1с8, но с нуля) лишь потому, что тебе так интереснее как кодеру? Чтоб здесь за тебя придумали доводы, которые выглядят более солидно, чем "а мне так хочется"? Хочется - пиши на чем хочешь. Осознай это и не ищи в этом форуме себе оправданий.

Никто не говорит что мне так хочется. Я рассматриваю варианты.
автор
то нафиг ты сюда пришел

Может надо было у Вас разрешения спросить?
автор
Я не исключаю, что вполне возможен вариант, когда самописка будет лучшим решением. У меня у самого "самописка".

А почему же не стандартная конфа, не ужели небыло на момент написания или так сильно не подходила. Я подозреваю что у Вас рыльце тоже в пушку :)
автор
Можете попробовать распросить у автора поподробнее о задаче, вдруг будут объективные доводы и результаты проведенного анализа? Ну, тогда я сниму шляпу перед автором в почтении

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

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

Ну ты прям не уймешься. Ты что считаешь что я буду на пустом месте просто спрашивать. У меня нет на это времени.
Вот тебе немножко требований:
-Учет продаж в кредит
-Учет в разрезе серийных номеров
-Учет личных продаж сотрудников
-Учет нескольких фирм в одной системе (не проблема)
-Учет погашений кредитов
-Учет товарных операций
-Наличие мастеров для работы с продажами
-Механизм цифровой подписи сотрудника
-Учет доставок товара клиентам
-Работа со счетчиком посетителей
-Работа со сканером штрих-кодов
-Замена механизма перемещения товара более многозвенной передачей
-Резервирование товара
-Учет работы региональных представительств
-Учет различного ценообразования взависимости от местоположения представительства
-Учет операций по сервису
-Ведение истории движения, ремонта товара
.....
и т.д.
Достаточно.

Примерные требования я описал выше, их часть. Народу будет 30 - 50 пользователей. Срок эксплуатации - как можно дольше. Модернизировать естественно предполагается. Скорость должна удовлетворять требованию торговли в розницу (аля продуктовый магазин). Надежность - вопрос интерестный, надежность будем обеспечивать не средствами платформы а окружением, это не принципиально, доступ по паролю, разграничение прав внутри системы (это что касается безопасности). Тех. поддержка, естественно, появился баг, исправляем, надо новшества, доделываем, вообщем все как обычно.
автор
Это заказчик должен тут на форуме спрашивать

Ага, предложу, мол ты посиди и сам прими решение. Весело. Для этого есть ИТ, которая должна заниматься этими вопросами. А директор управляет фирмой в общем не влезая в частности (это как есть). Так что, что есть то есть. Я хочу просто по порядку взвесить аргументировано все за и против реализации средней учетной системы на разных платформах.

спасибо автору strizh. Вот что я хочу услышать. Спасибо.
автор
этот же аргумент касается и 1С. получить "несопровождаемый" проект на 1С шансов столько же. миф, что любой 1С-ник может заменить любого другого 1С-ка. причем, созданый самими же 1С-никами и ими же успешно опровергнутый, вот только смотрят обычно "первую половину вопроса". а вторую упорно не замечают.

100 процентов правда, причем рабираться в нем придется не многим меньше чем в другой системе.

Вопрос не в переписывании, а в том, что существующие конфы например не подходят ни как, а зачем внедрять стандартную конфу которая соответствует потребностям на 10 %. Лично я не вижу смысла. Вообщем вопрос стоит о том как оно будет лучше написать свое с нуля или взять за основу 1С.

Просто дело в том что ни кто не хочет этим заниматься, тупо лень, софт работает и считает уже достаточное количество времени и претензии к нему не большие, на сколько я знаю до сих пор по нему все считается. Повторюсь еще раз, ТИПОВАЯ КОНФА НЕ ПОДХОДИТ НИКАК И ВООБЩЕ

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

Предлагаю эту тему тут дальше не развивать, иначе эмоции могут малость выйти за край.


Так это ты на эмоциях весь, внятно ответить не можешь только голые фразы, читай выше , ты просил требования перечислить я тебе перечислил, вот хочу твой ответ услышать.