Имя: Пароль:
JOB
Работа
OFF: Аналог типовой конфигурации на другом языке программирования
0 mzelensky
 
04.02.13
13:51
Доброго всем!
Возьмем, например, самую распространенную типовую конфу от 1С - Бухгалтерия.

Сейчас встал вопрос, скорее даже риторический, сколько времени потребуется команде профессиональных разработчиков (человек 20) на то, чтобы реализовать функционал сией конфигурации на другом языке программирвоания (Си, Си шарп, Дерфи...Можно рассмотреть варианты Sap, Оракл, Дайнемикс), при условии что нужно начинать с нуля (разумеется при поддержке грамотных юристов, бухгалтеров и в качестве подсказки можно глядеть на типовую БУХУ)?
1 DrShad
 
04.02.13
13:53
все будет зависеть от того смогут ли они реализовать таблицы итогов по плану счетов хотя бы на 3 субконто :)))) все остальное мелочи
2 mzelensky
 
04.02.13
13:53
что-то провалилась тема.
3 Privalov
 
04.02.13
13:53
(0) У кого встал?
4 alex74
 
04.02.13
13:53
но, зачем?
5 mzelensky
 
04.02.13
13:54
(1) ну, как говорится не боги горшки обжигают. 1С-цы же смогли.

Я бухгалтерию для примера взял.
6 Privalov
 
04.02.13
13:54
И при чем тут психология?
7 mzelensky
 
04.02.13
13:55
(4) я буху для примера взял. Вообще речь идет о нетиповой конфе, но не хочу долго объяснять ее суть и назначение, поэтому проще рассмотреть БУХУ.
8 Jstunner
 
04.02.13
13:55
(0) варианты языков не подходящие
9 Privalov
 
04.02.13
13:55
(0) Сколько денег дадут команде  разработчиков?
10 mzelensky
 
04.02.13
13:55
(6) какая психология?
11 mzelensky
 
04.02.13
13:55
(8) какие подходящие?
12 mikecool
 
04.02.13
13:55
(0) была такая компания МВ, имела штат в 25 прогов на поддержании проги оперучета, а для бухии пользовалась 1С
вот и мотай на ус
13 Живой Ископаемый
 
04.02.13
13:55
2(6) а что тут при чем?
14 Скользящий
 
04.02.13
13:56
(0) Главный вопрос - зачем? Т.к. убивцев 1С до хрена разных появлялось, тот же ананас, например. Вот только у убивцев нет разветвленной системы франчей и кучи специалистов по этой платформе.
15 mzelensky
 
04.02.13
13:56
(9) вопрос не в деньгах. Дадут МНОГО. Вопрос в скорости реализации.
16 wizard_forum
 
04.02.13
13:56
(0) изобретать велосипед?
этих бухий параллельно 1С еще в 90-е было как утят, чисто российских(вроде Омеги, турбобухгалтеров и Галактики и пр.)
не говоря уже про импортные Платинумы, Саны и Скалы
17 ОбычныйЧеловек
 
04.02.13
13:56
(7) Если ты буху взял для примера и сделать надо торговлю - то пример мягко говоря неудачный получится...
18 mzelensky
 
04.02.13
13:57
(14) франчи и куча спецов не требуется.
19 DrShad
 
04.02.13
13:57
видел множество поделок, в качестве СУБД которые юзали Скуль, так вот ни в одной не было даже намека на таблицы остатков
20 Privalov
 
04.02.13
13:57
(15) Что в вашем понимании много? На такую разработку с нуля?
21 Privalov
 
04.02.13
13:58
Какой в этом смысл глубокий?
22 wizard_forum
 
04.02.13
13:58
(17) а бухучет - он и в Африке бухучет, поскольку должен работать в рамках законодательства
а вот, Оперативный - он законодательством по-большинству не ограничен
23 mzelensky
 
04.02.13
13:58
ОК, видимо с бухой не совсем лучший вариант.

Конфа о которой речь ближе к торговле (со своей спицификой) + логистика (со своей спицификой) + немного Бухи.
24 mzelensky
 
04.02.13
13:59
(20) я тебе еще раз говорю - вопрос не в деньгах.
25 ДенисЧ
 
04.02.13
13:59
полгода на базовый функционал и 4 года на вылизывание.
26 ОбычныйЧеловек
 
04.02.13
14:00
(22) и в африке говоришь... чей-то сильно сумневаюсь, что там регл.отчетность меняется с такой же скоростью как у нас...
27 mzelensky
 
04.02.13
14:01
(25) отлично, более-менее внятный человек.

Т.е. за пол года, ты считаешь ,можно набросать "движок" системы.
28 mzelensky
 
04.02.13
14:02
А примерное соотношение времени на написание кода (функционала)?!  на 1С и "ином языке"?
29 mzelensky
 
04.02.13
14:03
(8) так что там с подходящими языкками?!
30 Ndochp
 
04.02.13
14:03
(0) Разработать надо или портировать существующую?
И с какой степенью детализации.
31 IamAlexy
 
04.02.13
14:03
автор, не трать время - пиши уже "ананас 2.0" - убивца 1С :)
32 ОбычныйЧеловек
 
04.02.13
14:03
(28) соотношение примерно такое: на 1С будет на порядок быстрее.
33 alex74
 
04.02.13
14:04
(23) оставьте бухгалтерам типовую бухию, не мучьте их.
А под свои уникальные задачи оперативного учета пилите велосипед.
34 Ndochp
 
04.02.13
14:04
(28) А оно тут не в тему совсем.
Ибо надо в 1С написать логику, а в шарпе написать еще и платформу, которая в 1С давно написана.
35 mzelensky
 
04.02.13
14:06
(30) Портировать существующую (для начала). А далее расширять функционал
36 mzelensky
 
04.02.13
14:06
(31) даже не слышал про такой. Почитаю пойду...
37 alex74
 
04.02.13
14:07
Видел как-то уникальную программу на дельфях, от такой хочется обнять и плакать. Интерфейс жутко неудобный, будто студент курсовую делал. Таблиц остатков вообще нет, чтобы узнать остаток на текущий момент - берется оборот от начала времен...
38 bushd
 
04.02.13
14:07
(0) Копию слепать это одно. А если вновь то годы. Проблема не в реализации, а в том что клепать. Но это сферический конь в вакууме, 1С БП уже есть - передрать моно.
39 mzelensky
 
04.02.13
14:08
(34) именно поэтому ОНО тут очень даже в тему!
40 mikecool
 
04.02.13
14:09
(27) ты прикинь за сколько сможешь набросать класс-аналог справочника, документа и прочих объектов
останется самое сложное - среда разработки конфигураций
41 KRV
 
04.02.13
14:09
(14) +1 я уже предлагал запретить создавать ветки с пятницы на понедельник тем, у кого палочка под ником не очень яркая...
42 ДенисЧ
 
04.02.13
14:09
(27) с вменяемой командой - можно.
43 mzelensky
 
04.02.13
14:10
(40) я думаю среды разработки конфы там не будет! Программа не для массового использования, а исключительно для собственных нужд
44 Stim
 
04.02.13
14:10
имхо - порядка 20-30тыс человекочясов
45 bushd
 
04.02.13
14:10
Короче автор забей - дело то пустое. Будь у тебя завтра в кармане отличная бухия, с 1С-ом конкурировать дело гиблое.
46 mikecool
 
04.02.13
14:11
(42) +100500
47 bushd
 
04.02.13
14:11
(43) Дешевле 1С купить))))
48 mzelensky
 
04.02.13
14:12
(45) я же тебе говорю - я буху для примера назвал. Речь идет о нетиповой, весьма специфической конфе. Так что конкурировать просто не с кем :)

Вопрос - на чем делать реализацию проекта.
49 Aleksey
 
04.02.13
14:12
(23) Месяц
50 mzelensky
 
04.02.13
14:13
(42) я среду разработки какую посоветуешь?!
51 dmpl
 
04.02.13
14:13
(37) Грамотно сделано. По-быстрому втюхал программу, так потом еще и взносы за поддержку обеспечил себе...
52 ДенисЧ
 
04.02.13
14:14
(50) 1с :-)
А если серъёзно - ту, на которой умеет писать эта самая команда.
53 Aleksey
 
04.02.13
14:14
(48) Объем проекта? какие требования? Может у тебя управление шатлом и нужен реалтайм. Или объемы такие, что по сравнению с вами тот же озон - мелкий ларек
54 dmpl
 
04.02.13
14:14
(40) А зачем среда? Прямо на C и писать весь код.
55 mzelensky
 
04.02.13
14:14
(49) знаешь, если бы ты смог такое реализовать за МЕСЯЦ, то я лично свел бы тебя с людьми ,которые заплатят за это миллионы!

Но так как это очередной вброс...прости :)
56 mzelensky
 
04.02.13
14:15
(52) тут наоборот. Команда будет подбираться та, которая нужна.
57 mzelensky
 
04.02.13
14:16
(53) требование - максимум автоматизации, т.е. одна большая кнопка "Сделать все хорошо".
58 mikecool
 
04.02.13
14:17
(55) пока вброс только от тебя...
59 dmpl
 
04.02.13
14:17
(55) #define МЕСЯЦ ГОД ;)

Так что уточнил бы сначала, что он там наопределял.
60 bushd
 
04.02.13
14:20
(48) делай на чем умеешь(ете). Не все ли равно?
61 mikecool
 
04.02.13
14:21
+58 обсуждение сферического коня в вакууме
62 bushd
 
04.02.13
14:22
+(60) 1C конечно менее разработчикозависима.
63 Lama12
 
04.02.13
14:22
(0) От 3 до 5 лет.
64 mih_io
 
04.02.13
14:23
бедный заказчик
65 Шалун
 
04.02.13
14:23
нужно писать не конфу, а мегакомпилятор конф;) из .cf делающий .exe )
конечно дизайн форм поменять и где то перевернуть чтобы в 1С не подкопались)
66 Тот
 
04.02.13
14:24
Эх... а я вот 10 лет назад писал. "Советы конкурентам"... Что бороться с 1С практически на данном этапе бессмысленно.
67 Скользящий
 
04.02.13
14:24
(48) вопрос только - зачем? Кто потом сопровождать ваш уникальный продукт будет?
68 mzelensky
 
04.02.13
14:26
(61) согласен, именно коня и именно в космосе.

Но я сейчас обсуждаю не решение конкретной задачи, а возможность реализации некого аналога 1С-кой конфы на ином языке разработки (достойного решения, с гибким и удобны мфункционалом). + В каком временном соотношении будет идти разработка на 1С-ке и "ином языке"
69 Тот
 
04.02.13
14:27
(65) И что это даст? На рынок в приемлемых масштабах всё равно не пробиться. Вспомните ВС:Бухгалтерию. Её пытались продвинуть как бесплатную чтоб 1С подвинуть. И где та бесплатная ВС?
70 mzelensky
 
04.02.13
14:27
(66) почему?
71 mzelensky
 
04.02.13
14:28
(67) сами и будет. таже команда, что и напишет
72 Тот
 
04.02.13
14:28
(68) Пока разрабатываете - 1С точно уйдет вперед на столько, что не догоните.
73 mzelensky
 
04.02.13
14:28
(69) мы не собираемся ее продавать! Это конфа для личных целей!
74 mzelensky
 
04.02.13
14:29
(72) уйдет в плане платформы??? Вообще-то 1С-кая платформа имеет ряд довлльно явных ограничений (мы вынуждены программировать в установленных ей рамках). А аналогичной типовой конфы просто нет. Так что тут вопрос в самой платформе.
75 Тот
 
04.02.13
14:30
(70) А я ведь писал почему. Потому что все работают с 1С только потому, что все работают с 1С. Других причин нет.
С Windows, кстати, то же самое. Бесплатный так толком и не смог её подвинуть.
76 Шалун
 
04.02.13
14:31
(69) мне кажется ТС не хочет покупать тыщи лицензий вот и накомпилит конф. - к тому же этакий конвертор будет продавать ;)
ага- ВС конечно слаба и небесплатна
77 mzelensky
 
04.02.13
14:31
(75) еще раз говорю - мы не зависим от "Массы"!
И то, что другие работают с 1С, для нас не критично!
78 Тот
 
04.02.13
14:32
(74) Вот это интересно. О каких именно ограничениях речь. Про 7.7 в своё время тоже много писали про ограничения. Но даже сама 1С пока её полностью убить не в состоянии.
79 Lama12
 
04.02.13
14:32
(74) Все имеет свои рамки.
У ОС тоже есть свои ограничения, и у процессоров тоже.
80 Господин ПЖ
 
04.02.13
14:32
(74) когда у вас разработчики побегут как крысы с корабля, задолбанные спорами с заказчиками по поводу реализации ПБУ и прочего - не говорите что вас не предупреждали... нарисовать ворох табличек в которые складывать движуху по проводкам не сложно. А сделать продукт - ппц как затратно
81 Эльниньо
 
04.02.13
14:33
2С не взлетела.
82 mzelensky
 
04.02.13
14:34
(78) не в состоянии т.к. люди не хотят "перемен" - они привыкли. Вот и все объяснение. Опять таки - это не наш случай.
83 acsent
 
04.02.13
14:35
Интересно почему в заграницах еще никто не осилил 1с. Ведь там так любят деньги считать
84 mzelensky
 
04.02.13
14:35
(80) да ничего, вроде не бегут :)
85 mzelensky
 
04.02.13
14:35
(83) кстати о заграницах. Реализация предполагается именно заграничными силами :)
86 acsent
 
04.02.13
14:36
(0)За год думаю можно первый релиз выкатить.
Потом еще год на исправление критичных косяков.
Ну и потом просто поддержка
87 mzelensky
 
04.02.13
14:38
(86) тогда и тебе вопрос - на каком языке (среде разработке) лучше (по твоему мнению)?!
88 Privalov
 
04.02.13
14:40
Просто сесть и представить объем работы, вы еще с ЯП не определились, а уже о сроках думаете. У этого коня даже сфера сферическая.
89 Всеяд
 
04.02.13
14:40
(85) Пусть они лучше пробуют платформу 1С. Кроме всяких важных объективных причин на это, есть ещё одна, субъективная, но самая важная - я хочу за бугор, не меняя профессии.
90 Господин ПЖ
 
04.02.13
14:40
(84) сколько внедрений уже было?
91 acsent
 
04.02.13
14:40
(87) у тебя есть команда уже или только будешь собирать?
92 Господин ПЖ
 
04.02.13
14:40
(88) индусы хоть на чем слабают... скачают гайд по яве - и вперед с песней...
93 acsent
 
04.02.13
14:41
Я бы пилил бы веб клиента сразу
94 mzelensky
 
04.02.13
14:41
(89) я передам твои пожелания :)
95 Тот
 
04.02.13
14:42
(83) Это сложный вопрос. Её туда не пускают просто. Но всё равно 1С пытается пробиться. Ресурсов мало у них. Надо пару миллиардов долларов чтоб получилось. Подобные проблемы у всех разработчиков софта в России.
96 mzelensky
 
04.02.13
14:42
(90) внедрений чего?!
97 mzelensky
 
04.02.13
14:42
(91) Команда будет подбираться. Поэтому по повду среды и интересуюсь.
98 acsent
 
04.02.13
14:43
(95) сорри, это в тему про сап нужно было
99 Господин ПЖ
 
04.02.13
14:43
(96) продукта, у которого разработчики так довольны жизнью
100 ДенисЧ
 
04.02.13
14:43
100
101 Господин ПЖ
 
04.02.13
14:43
(97) мля... Ананас возвращается...
102 acsent
 
04.02.13
14:43
(93) ибо в веб клиенте можно получить преимущество преред 1с, что не скажешь об обычном приложении
103 Тот
 
04.02.13
14:44
(87) Однозначно - нужен собственный язык. Так и у Аксапты и у САП.
104 mzelensky
 
04.02.13
14:44
(100) молодца, попал :)
105 mzelensky
 
04.02.13
14:45
(103) это доп. затраты на разработку собственного компилятора. Почеиу не на языках высокого уровня?
106 Господин ПЖ
 
04.02.13
14:46
(105) упростить и удешивить разработку... в итоге все равно выродится в фреймворк...
107 mzelensky
 
04.02.13
14:47
(106) и что в этом плохого?!
108 Тот
 
04.02.13
14:49
(105) Потому что сфера применения специфическая. И прогресс идет именно в создании специализированных средств. Чтобы приблизить предметную область к программной среде.
Всё равно потребуется создавать нечто подобное 1С. Пусть в виде библиотек. Этого никто не смог избежать.
109 michael
 
04.02.13
14:53
Все уже сделано за вас, чем не нравится OpenERP
110 mzelensky
 
04.02.13
14:55
(109) все нравится, осталось пойти почитать что это такое :)
111 Господин ПЖ
 
04.02.13
14:55
(110) какую команду вы набираете, если не знаете рынка?
112 mzelensky
 
04.02.13
14:56
(109) wiki:OpenERP

Технические особенности:

Язык программирования Python
Взаимодействие сервер-клиент реализовано на протоколе XML-RPC
Серверная часть, в качестве СУБД использует PostgreSQL
Клиенты на основе GTK
Веб-клиент на основе Ajax
Разработан веб-клиент для работы с помощью мобильных устройств (пока доступ через него только на чтение)
Модульная структура


Сразу не нравится "Серверная часть, в качестве СУБД использует PostgreSQL"
113 michael
 
04.02.13
14:56
(110) Почитал? Нравится?
114 Jofa
 
04.02.13
14:56
(0) Есть мнение что есть уже почти бывший конкурент "ПАРУС" может стоит его все таки до развить?
115 MRAK
 
04.02.13
14:57
(68) смотря насколько удобную среду разработки напишите.
Без среды разработки трудозатраты будет на порядок(и выше) превышать трудозатраты на 1С.
116 michael
 
04.02.13
14:57
(112) это мелочи
117 michael
 
04.02.13
14:59
+116 с современным фрэймворками можно перетащить на любую базу, тем более код открыть, ковыряй скока хочешь
118 Кокос
 
04.02.13
14:59
(1) это не обязательно организовывать. Естьже OLAP, который хранить внутри себя все итоги. Юзай его и ноу проблем.
119 НафНаф
 
04.02.13
14:59
даешь ООП
120 2012_12_17
 
04.02.13
15:00
Самое главное это не конфу написать - я по дос буху на фоксе сам за день писал - самое главное потом поддержку обеспечить и внедрение - бухов в институтах учат и на курсах, а кто твоих бухов будет твоей самописке обучать то???
121 mzelensky
 
04.02.13
15:01
(116) ну что-то пример мне не очень нравится:

https://demo3.openerp.com/#view_type=kanban&model=res.partner&menu_id=79&action=62
122 2012_12_17
 
04.02.13
15:01
Вон у меня 60 бухов уперлись - не хотим учиться на 8.2 мы мол уже старые и все - нет никакого внедрения - купили 8.2 бухгалтерию и выбросили на помойку из-за бухшиного саботажу.
123 mzelensky
 
04.02.13
15:02
(120) сами будем!
124 mzelensky
 
04.02.13
15:03
(122) такие люди увольняются и нанимаются новые!
125 Кокос
 
04.02.13
15:03
(119) С++ билдер. я кстати пробовал недавно на неслабый комп поставить последний делфи... ставил полдня. потом полдня сносил, до сих пор куча мусора на компе :)
Автору посоветовалбы какую нибудь более
1. Делфю или С++ билдер
+
2.SQL(с  OLAP)
126 HeroShima
 
04.02.13
15:03
(119) даю...
127 michael
 
04.02.13
15:03
(121) Я тебе пример привел, на самом деле таких систем достаточно, поищи в инете
128 mzelensky
 
04.02.13
15:05
(125) в последних версиях очень много всего. Это уже не отдельыне языки программирвоания, а целые студии. Поэтому и тяжелые такие.
129 Кокос
 
04.02.13
15:07
(128) OLAP это аналог регистров. вернее регистры аналог OLAP :)) все остальное имхо реализуемо тем что есть в любом средстве разработки.
130 2012_12_17
 
04.02.13
15:08
(124) дальше спорить не имеет смысла - аф тар троль.
131 Кокос
 
04.02.13
15:08
(128) лет 10 назад видел в дельфях компоненты Кубы данных(это и есть регистры). В этой я так и не добрался. у меня не запустилась дельфя и я плюнул. вообще я так понял такие вещи уже покупать надо :)
132 Кирпич
 
04.02.13
15:08
(0) Ну лет пять точно пройдет. А там или ишак сдохнет или на 1с  перепишите.
133 mzelensky
 
04.02.13
15:09
(130) Это одно из главных правил внедрения! Даже в ВУЗах это рассказывают.
134 2012_12_17
 
04.02.13
15:09
я в 2002 писал СКЛАД (аналог ТИС) на дельфи - пока писал документы все было окей, как дошел до отчетов и счетов фактур с наклвдными - тут все и началось...
135 mzelensky
 
04.02.13
15:10
(131) не видел в стандартных компонентах такого. Мне кажется это уже дополнительные компоненты, которые устанавливались отдельно.
136 MMF
 
04.02.13
15:10
Если команда профессиональных разработчиков интересуется на мисте, сколько времени займет разработка, то им лучше и не начинать. Тем более, что им походу все-равно на чем писать - мастера-универсалы сваяют и на дельфи и на питоне и на джаве
137 mzelensky
 
04.02.13
15:10
(134) бросил?
138 Кокос
 
04.02.13
15:10
(134) а чего там с отчетами? Юза кристалрепортс и всё. тоже самое что и 7рочный макет.
139 mzelensky
 
04.02.13
15:11
(136) так не они же интересуются, а Я. Я - одинЭснег. А интересуюсь дабы понимать трудозатраты
140 DrShad
 
04.02.13
15:11
(124) миллионы говоришь :)))) проекты на базе типовых 1С тоже бывают на миллионы и десятки милиионов
141 Кокос
 
04.02.13
15:12
(139) бери из расчета 1 спец в офисе отстатыщ в офисе и два удаленщика на 50 тыщ на полгода год. вот тебе и выйдет от и до. это только бету версию :)
142 MMF
 
04.02.13
15:13
(138) то, что все отчеты дельфей - датасетные, а в 1С - нет. Довольно геморно бывает реализовать на FastReport или на том же CristalReport, то что делается спинным мозгом на 1С. Отчетник в 1С один из лучших.
143 mzelensky
 
04.02.13
15:16
(142) помню в универе еще делали отчеты в Оракле....это было пипец...
144 Кокос
 
04.02.13
15:16
(142) писал 13 лет назад когда еще 1Са не знал. не скажу что смог повторить сейчас сие занятие. Но точно помню что никаких различий не вижу. отчеты 1С тоже датасетные. прост там это явно не видно.
145 mzelensky
 
04.02.13
15:17
(140) бывают, я и не спорю. На данный момент просто пытаемся просмотреть альтернативу.
146 ЧеловекДуши
 
04.02.13
15:18
(0)Забей... не смогут...
1С тем и хороша, что даёт в руки мего механизм быстрого изменение учета той или иной деятельности.

А твой С+ или Ассемблер, увы такой гибкости дать не смогут, если ты перестанешь сопровождать сей продукт.
Ведь под час, другому программисту, попросту невдомек, что да к чему :)
147 DrShad
 
04.02.13
15:22
(145) так каков же порядок МИЛЛИОНОВ на разработку? не слишком ли переоценивают свои фин возможности заказчики?
148 Кирпич
 
04.02.13
15:23
(0) О! У меня есть компилятор с языка 1С. Компилит в машинный код. Как начнете бюджет пилить, обращайтесь. Отдам за недорого.
149 MMF
 
04.02.13
15:23
(145) ну вот глянь на Гедемин http://gsbelarus.com/gs/index.php (большая часть остальных самоделок еще уродливее) и спроси у них на форуме, сколько ушло у них на разработку (с 1999 года * на кол-во разрабов). Дельфи + ИБ + VBScript
150 ЧеловекДуши
 
04.02.13
15:24
(57)>>> требование - максимум автоматизации, т.е. одна большая кнопка "Сделать все хорошо".

Все, ключевое слово "кнопка "Сделать все хорошо"", остальное можешь не продолжать.
Рекомендую делать все на 1С 8.2(3), писать на управляемых приложениях под серверный вариант.
Даже если не взлетит, так всегда можно будет продолжить написанное :)
151 mzelensky
 
04.02.13
15:25
(147) ну, на детекторе лжи не проверял. Как говорится за что купил, за то и продал.
152 MMF
 
04.02.13
15:25
(149+) + история 2С, которая писана в основном силами одного человека
153 mzelensky
 
04.02.13
15:26
(148) Что во что компилит?
Т.е. что подается на входе и что получается на выходе?!
154 Aleksey_a_z
 
04.02.13
15:30
(0) а зачем?
155 Кирпич
 
04.02.13
15:31
(153) компилятор с языка 1С. Компилит в машинный код. exe dll объектный файл. правда ему уже лет пять и я уж точно не помню чего там и как. валяется где то на CD
156 Кирпич
 
04.02.13
15:32
+(155) можно и заново написать. был бы бюджет.
157 mzelensky
 
04.02.13
15:33
(155) компилит полностью в исполняемый, самостоятельный файл?! Т.е. беру конфу 1С-кую, компилю, на выходе получаю исполняемый файлик (ну пусть еще ДЛЛ-ки). Затем переношу на любую машину и у меня там все работает (без установленной платформы 1с?!) + работает серверный вариант базы?!
158 HeroShima
 
04.02.13
15:33
(156) есть готовые бесплатные решения
159 mzelensky
 
04.02.13
15:33
(156) а делал компилятор этот кто?!
160 Кирпич
 
04.02.13
15:35
(157) да прям. просто пишешь текст на 1с и компилишь. без конфигурации.
161 Кирпич
 
04.02.13
15:36
(158) дай ссылку плиз.
162 mzelensky
 
04.02.13
15:37
(160) а запросы?!
163 Wern
 
04.02.13
15:37
(0) Без привязки к деньгам, вопрос не имеет смысла. Как меня учили, сделать можно все, вопрос сколько потребитель сможет за это заплатить. Можно и за неделю все разработать, сделать и внедрить, только стоить это будет запредельных денег.
164 Кирпич
 
04.02.13
15:39
(162) запросов нет. но и запросы можно сделать. не проблема. тем более у вас там 20 профессианалов.
165 vvp91
 
04.02.13
15:40
Если речь идет о коробочной версии, тогда:

(25) > полгода на базовый функционал и 4 года на вылизывание.
Ошибся почти в два раза в меньшую сторону.

(44) > имхо - порядка 20-30тыс человекочясов
Ошибся на порядок в меньшую сторону.

(63) > От 3 до 5 лет.
Ошибся в полтора раза в меньшую сторону

(86) > За год думаю можно первый релиз выкатить.
Ошибся в два раза в меньшую сторону.

(145) > так каков же порядок МИЛЛИОНОВ на разработку
Сотни, в рублях.

Понятно, что топикстартер хочет написать заказную внутреннюю систему и реальные цифры будут на порядок меньше.
Но также понятно, что такая заказная система ни разу не будет конкурентом текущим коробочным решения.
166 mzelensky
 
04.02.13
15:41
(164) ты не про вот такое, случайно:

http://infostart.ru/public/18681/
167 mzelensky
 
04.02.13
15:42
(165) на основе чего сделал расчеты?!
168 HeroShima
 
04.02.13
15:42
(161) Да много их, заточенных для встраивания. В основном интерпретаторы, но и компилирующие имеются.
Я не относительно языка конф. 1С писал.
169 vvp91
 
04.02.13
15:44
(167) на реальной коробке.
Описался в оценки стоимости, в реальности - десятки.
170 Кирпич
 
04.02.13
15:45
(166) ну типа такого, только по ссылке в .NET компилит, а у меня в машинный код. но суть одна и та же.
171 Кирпич
 
04.02.13
15:46
(168) ну язык 1с интереснее в этом плане. его полстраны знает.
172 HeroShima
 
04.02.13
15:47
(171) пол-страны не ограничены 1С)
173 mzelensky
 
04.02.13
15:50
(170) интересует все-таки возможность скомпилить всю конфу целиком.

+ на сколько грамотно происходит компиляция (т.е. наличие мусора)?
174 Pasha
 
04.02.13
15:51
(27)
На собеседовании на вакансию секретаря-референта
- А можете вы печатать со скоростью 100 знаков в минуту?
- Могу...
- а 200
- Могу
- А 400?!
- Могу...Но если честно, фигня такая получается
175 HeroShima
 
04.02.13
15:51
(173) поймают и обидят)
176 mzelensky
 
04.02.13
15:51
(169) был реальный опыт чего-то подобного?!
177 mzelensky
 
04.02.13
15:52
(175) за что? конфа то моя будет!
178 HeroShima
 
04.02.13
15:53
(177) твоя бухия? или с нуля на 1с?
179 rsv
 
04.02.13
15:54
(0) Самое быстрое это определиться с СУБД и на ее стороне наваять хранимки и функци. Формы - да и  Бейсик пойдет. Собсна все.
180 Кирпич
 
04.02.13
15:54
(173) сделать компилятор который будет компилить конфу целиком и чтобы оно потом работало - почти то же самое, что написать заново 1с. господь с тобой.
181 mzelensky
 
04.02.13
15:55
(178) "с нуля на 1с"
182 Xapac_2
 
04.02.13
15:56
(0)за какое время команда 1сников напишет на языке 1С рабочий драйвер, "платформу 1с 8.3"
183 mzelensky
 
04.02.13
15:56
(180) ну так а иначе не интересно - смысла нет!
184 vvp91
 
04.02.13
15:57
(165), (169)
Нет, еще раз пересчитал - сотни.
185 mzelensky
 
04.02.13
15:57
(182) не напишет.
186 Кирпич
 
04.02.13
15:58
(183) ну в этой теме тоже смысла нет, а почти 200 постов накидали.
187 mzelensky
 
04.02.13
15:58
(184) а можно в студию сам расчет?! Грубо говоря какие показатели брал за основу, что на что перемножал, как выходил на озвученные цифры?!
188 rsv
 
04.02.13
15:58
+(179)Да кстати , самое трудоемкое это будет вопроизвести комплект типовой отчетности - оборотки и карточки и прочее.
Вкупе - не думаю что это сложно .
189 HeroShima
 
04.02.13
15:59
(181) тогда вам придётся повторить структуру объектов 1С, а её оптимальность и универсальность сомнительна
190 rsv
 
04.02.13
16:00
+(188) Да опять же на генераторе отчетов Скуля - имха не сложно.
191 mzelensky
 
04.02.13
16:00
(189) так я же не сказал скопировать 1 к 1. Взять принцып.
192 rsv
 
04.02.13
16:02
(191) Вот и берите структуру таблиц. Она уже есть. Структуру таблицы проводок можн овзять из 7 ки . Там она проще. Джойнить не придется.
193 Xapac_2
 
04.02.13
16:04
(185)вы довольны ответом?
что на ткацком станке вы КАМаЗ не соберете.
на велосипеде в космос не улетите, микроскопом гвоздь не заколотите. хотя заколотите...
194 Тот
 
04.02.13
16:07
(189) и в чем сомнения? Она необходима и достаточна. Говорить можно только об избыточности.
195 mzelensky
 
04.02.13
16:07
(193) "высокое сравнение", но мне кажется немного не к месту.
196 Тот
 
04.02.13
16:08
(180) Можно для начала сделать компилятор прямо из языка 1С.
197 vvp91
 
04.02.13
16:09
(187) сумма по месяцам от (месяц разработки * количество задействованных в месяц * среднюю ставку за месяц * коэффициент налогов и прочих затрат)
198 rsv
 
04.02.13
16:09
(195) Так что там команда из 20 Сишников делать собралась ? Скорее у команда MySQL И пхпистов взлетит быстрее.
199 Xapac_2
 
04.02.13
16:11
(195) зато у команды из (0) прога будет на порядок быстрей.
200 AaNnDdRrEeYy
 
04.02.13
16:12
(187) сперва бы определиться зачем? а потом уже считать и писать
201 Oleg_Nik
 
04.02.13
16:18
Голосовалку надо.
1. НЕ ВЗЛЕТИТ.

потому что
Понимание границ проекта у ТС, мягко говоря, крайне смутное "что-то типа БП, ну или УТ"...
Опыта организации более-менее крупных проектов тоже не просматривается "а спрошу как я про сроки реализации на мисте" - несколько странное решение.
202 Иде я?
 
04.02.13
16:20
Года 3-4, и еще столько же на отладку
203 mzelensky
 
04.02.13
16:23
(197)

"> полгода на базовый функционал и 4 года на вылизывание.
Ошибся почти в два раза в меньшую сторону." - а это на основании чего?!
204 IVT_2009
 
04.02.13
16:24
Если в конце 90х и начале 2000х это реализовывалось на CLARION и переписывалось на MS ACCESS почти в одиночку, то думаю команда перепишет за несколько месяцев. Мне на зарплату потребовалось 2 месяца и год на доработку.
вопрос зачем ?
205 AaNnDdRrEeYy
 
04.02.13
16:26
(0)в массы пускать хотите или под конкретного заказчика?
206 mzelensky
 
04.02.13
16:26
(201) Просто сказать - не получится проще всего!

Понимание проекта есть. Просто объяснять долго, да и в процессе у народа будет еще больше вопросов, поэтому проще "что-то типа БП, ну или УТ", т.к. с ними все знакомы.

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

" "а спрошу как я про сроки реализации на мисте"" - тут все просто, я стараюсь прислушиваться к мнению более опытных, тем более что опыта работы с другими системами не очень много.
207 vvp91
 
04.02.13
16:27
(203) по данным сроков разработки "базового функционала" и данным сроков "вылизывания".
208 mzelensky
 
04.02.13
16:27
(205) конкретно для себя
209 mzelensky
 
04.02.13
16:28
(207) спасибо!
210 HeroShima
 
04.02.13
16:31
(194) просто сомнения общего характера, но если необходима, то тогда уже и не избыточна
211 AaNnDdRrEeYy
 
04.02.13
16:35
(208) если прога конкретно для себя то это надо расненивать как пробу своих сил на другом поприше не одинесном, писать ее не сцелью продать а с целью портфолио при поиске работы не связанной с 1С. я правильно понял? или же вопрос все же в заработать денег?
212 solver it
 
04.02.13
16:55
(0) Автор, не слушай местных адептов от 1С. Они ничего окрамя своих 1С и и ее убивцев, аля ананас, не видели.

Для них внутренности 1С, это черная магия, а сделать "регистр остатков" может только божественный нуралиев.

Сейчас нет необходимости повторять 1С, вообще никакой. Еще одна 1С нахрен никому не уперлась.

По сути, что такое платформа 1С? Это АппликейшнСервер+ORM+GUI+Отчеты.
(Для тех кто на бронетехнике. Это не законченная архитектура проекта, это лишь пример)

Серверов сейчас в той же Java, вагон и маленькая тележка, на любой вкус и цвет, в других латформах не знаю как обстоит.
ORM тоже достаточно, тот же хибернейт. GUI выбрать тоже не проблема, у нас вот задача стояла сделать под Web, поэтому выбрали vaadin. Но тут как говорится на вкус и цвет.
Отчеты, это единственное что у 1С сделано хорошо и чему прямых аналогов нету.

Итого что имеем в остатке?
Платформу писать уже не надо, она есть. При чем она модульная, всегда можно заменить любой модуль, на чем хочешь на том и пиши. Не как в 1С "Есть только наша линия партиии, самая правильная".

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

Но у нас правда ситуация была. Расчетная нагрузка 10к пользователей, сейчас правда пока чуть больше 1к. Так что там одни лицензии 1С окупали всю разработку на Java с лихвой.
К тому же типовую торговлю все равно пришлось бы переписать почти полностью. Да и вообще непонятно, как 1С потянет даже существуюшие 1к пользователй в 1-й базе. Не говоря уже о 10к.

Итого. Писалось все на java/scala, никто никакой платформы не изобретал, это нахрен не надо. За счет более продвинутой технологической составляющей, писалось все достаточно быстро. Java программеров может и меньше чем 1С-ников, но тоже достаточно. С поиском персонала особых проблем нет.
213 batman69
 
04.02.13
16:55
2-3 года, до вменяемого состояния, а за это время столько воды утечет, что оно уже и нафиг не нужно будет.
214 batman69
 
04.02.13
16:58
(212) скока времени ушло?
215 solver it
 
04.02.13
17:12
(214) Точно не засекали. Складской учет примерно месяц. С него начали. Торговая часть еще месяц примерно. Заморочки производителя, съедают все основное время и по сейчас, спустя больше года... ))
216 DJ Anthon
 
04.02.13
17:19
Лет 10 уйдет...
217 Torquader
 
05.02.13
02:26
Вы только сначала определитесь - вам нужен функционал 1С и возможность доработки, или просто реализация того, что делает типовая ?
Кроме того, не стоит забывать, что у 1С есть файловый вариант, а не только трёхзвенка.
Что касается Web-системы с SQL-хранилищем, то некоторые из них шагнули даже дальше 1С, предполагая хранение произвольных объектов с возможностью наследования.
Потом, если посмотреть другие системы, то там есть термины, которые используются в 1С, но там они используются совершенно по-другому.
Во-первых, константы, у всех - это то, что задаётся при настройке, а не меняется при работе.
Во-вторых, вместо регистров используется обычная индексированная таблица, где можно гибко и точно настроить индексы для быстроты выборки и записи, а не как в 1С, когда создание индексов от пользователя спрятано.
218 vah1
 
05.02.13
02:55
(0) с чего ты решил вило-сипед новый изобрести, думаешь Новый Атланнт 20 лет куйней занимался?
Купи как есть, дешевле выйдет раз в 20-ть
219 badboychik
 
05.02.13
12:46
в (212) самый здравый ответ и пример. Просто большая часть местных не слышала и не в курсе ява-технологий, а на самом деле там только надо взять правильный набор аббревиатур и дать слепить их вместе команде правильных явистов.

З.Ы. Автор уже раз 5 сказал что не будет продавать систему и это будет не бухгалтерия, но все упорно отговаривают конкурировать на рынке с 1С:Бухгалтерией )))
220 badboychik
 
05.02.13
12:57
еще можно на Ruby-on-Rails писать, на нем очень быстро веб-приложения пишутся
221 Dzenn
 
гуру
05.02.13
13:07
(0) Наивно предполагать, что 20 (да даже если 50) разработчиков создадут убийцу 1С в обозримом будущем. И дело даже, как правильно заметил автор, не только в деньгах, а в технологиях. Да и денег потребуется.... ммм.... миллионов 10 долларов, при абсолютно не гарантированном результате.
222 badboychik
 
05.02.13
13:49
(221) еще один нечитатель
автор же сказал что система внутренняя и ни с кем не конкурирует.
На западе про 1С не знают, но огромные корпоративные системы пишутся на ура. Читайте про оракловские решения, у них кажется на любой случай жизни есть технологии, OeBS например
223 ZOMI
 
05.02.13
13:57
(0) на разработчиков http://www.infop.ru/  выйди и узнаешь ответ на свой вопрос
224 Privalov
 
05.02.13
13:59
(222) Если система будет проста как три копейки , то напишут в приемлемые сроки, иначе шансов мало. А, так если автор задумал просто писать систему только под себя, так в чем проблема, садись пиши. А на счет сроков с профессионалами советуйся, а не на этом форуме спрашивай.
225 Ant1773
 
05.02.13
14:37
Участвовал в переводе с такой системы (ну и немного поучаствовал в доработке самой системы) на 1С (нетиповая конфигурация, основанная на БП 1.6, приказ сверху, не было бы - прекрасно бы и дальше работали).
Delphi 5 + FastRep + Oracle
Скорость работы системы 1С и не снилась. Вся база - 21 таблица (из которых две - таблицы аудита, заполняющиеся по тригеру, можно сказать - версионка :) ) + таблица доступа.
Меньше года ушло у команды из двух человек на создание базового функционала, полностью с нуля и примерного года три на наведение красоты. По функционалу - примерно соответствует конфигурации БП - т.е. собственно бухгалтерия + зачатки зарплаты. Были еще и зачатки управленческого учета.
226 godmod80
 
05.02.13
14:58
(0) бухия самая мутная, лучше производство в стране поднимать)) -лет 5 и взлетит, но не факт что окупится.
и от статыщ каждому прогу
227 godmod80
 
05.02.13
15:01
(226) и 20 ботаников мало!
228 solver it
 
06.02.13
13:37
(225) > Скорость работы системы 1С и не снилась.
Можно подробнее, что кому не снилось?
Работало быстрее 1С или медленнее?
229 Бертыш
 
06.02.13
13:44
(89) Помню, помню. Сева Новгородцев когда-то познакомил с девушкой автором спича "Жизнь нужно прожить там, что бы потом не было мучительно больно за бесцельно прожитые годы"
230 Бертыш
 
06.02.13
14:44
(0)Большинство просто тупо не правильно понимает в чем сильные стороны 1С. Отсюда некорректная постановка вопроса.
1)Удачная бизнес модель 50% продавцу.Сетевой маркетинг по сути.
2)Конфигурирование движка менее затратно чем разработка движка с нуля.
3)Программирование на родном языке. В англоязычной стране программистом может стать человек обладающий логико-математическим складом мышления, а в неанглоязычной стране программистом может стать, как правило, человек обладающий логико-математическим складом мышления и знанием английского языка (на котором собственно и приходится программировать).
4)Типовые пример работающего функционала и открытая конфигурация. То есть. Есть разработчики платформы которые знают как можно и нужно юзать движок. Особы приближенные к ним ваяют работающий пример из которого тупой и ленивый одинэсник может тупо копипастить или тонко задействовать код типовых.
5)Опять программирование на родном языке. Программист нарастивший скил в программировании на родном языке не имеет такой мотивации свалить за бугор где его наработки, скажем так, будут менее востребованы. В сочетании с пунктами 1 и 4 и наличием интернета, это приводит к формированию коллективного разума, социума, в котором более опытный программист может помочь менее опытному, а менее опытный соответственно может спросить.
Данные пять пунктов описывают достоинства 1С, но они же могут обернутся недостатками. Так с развитием восьмерки квалификационные требования повышаются. Повышение квалификационных требований приводит 1С к конкурированию за более квалифицированные кадры которые как раз ориентированны на заграничье и которым надо еще обосновать почему они должны заниматься 1С. Программистам нарастившим скил в 1С становится банально скучно в песочнице конфигурирования, решая день за днем одни и теже задачи, как правило. Отход программистов от 1С приводит к сокращению социума, коллективного разума. Сокращение коллективного разума, сокращение числа готовых помогать безвозмездно, поднимает порог вхождения в отрасль новых специалистов. Сокращение доходов от продажи коробок и введение фирмой 1С штрафов ведет к сокращению интереса к 1С как к бизнесу. Судя по всему 1С видит выходом из этой ситуации введение облачных сервисов с 1С, но в стране с низким социальным капиталом, и с не всюду доступным интернетом облачные услуги взлетят вряд ли. Как то так. А что до систем разрабатываемых с нуля в части решения задач бух учета или задач расчета зп, их во времена DOS и Fox/pro было довольно много на рынке. Существует, на западе во всяком случае, рынок компонент которые расширяют функционал SQL Server скажем в части гибких отчетов, а-ля СКД и так далее.
231 solver it
 
06.02.13
17:07
(230) Вы ошибаетесь. Большинство просто страдет тяжелой формой дислексии...

Автор ни разу и не думал писать убийцу 1С, и ни разу не собирался делать коробочный продук, да и вообще не собирался выходить с ним на рынок.
Пожтому все, что вы описали, вообще не имеет отношение к теме обсуждения.
232 Волесвет
 
06.02.13
17:17
20 человек?? за выходные (с пятницы на понедельник) , главное пиво!)))
233 Bugmenot
 
06.02.13
17:20
(0) - зачем? для создания "убийца 1С" тебе нужно сначала фреймворк создать со скриптовым языком, а уже потом "конфигурацию".

бред
234 serffer
 
06.02.13
17:29
(212) +100500
235 andrey153
 
06.02.13
17:34
(0) если интересно могу познакомить с человеком у которого есть все необходимое, в Краснодаре
236 Звездочёт
 
09.02.13
23:49
(0) >> сколько времени потребуется...?
у вас денег не хватит
237 Холст
 
10.02.13
00:06
20 работников, 1год, 30млн руб - вполне будет работать поделка
238 RayCon
 
10.02.13
00:17
(0) Я знаю пример, когда ядро бухгалтерской программы было разработано одним программистом, имеющим сертификат аудитора, за 3 месяца. А потом где-то ещё полгода ушло на последующую доводку, обвеску всяческими ОКУД-овскими формами и т.д. и т.п.
239 _Demos_
 
10.02.13
00:24
ну 1с-и уже, оболтус
240 Джордж1
 
10.02.13
00:24
(238)и как связано ядро бухгалтерской системы и сертификат аудитора?
241 Krendel
 
10.02.13
00:54
(220) На руби спецов нету, по крайней мере в РФ . Знакомый делал пару лет проект, умер проект как ращ из за отсутсвия прогеров вменяемых
242 Krendel
 
10.02.13
00:55
(240) Видимо он знал что писал ;-)
243 Krendel
 
10.02.13
00:56
Я думаю продажный прототип системы за полгода- год. Далее все будет зависить от количества продаж
244 RayCon
 
10.02.13
01:08
(240) Неужели что-то непонятно? Программист знал предметную область. Обычно проблема при написании бизнес-софта упирается именно в незнание специфики, т.е. в поставку задачи. В приведённом мною примере продажи начались через 3 месяца. Аналогов на рынке таких быстрых стартов не знаю.
245 Оболтус
 
10.02.13
01:09
(239)При чем тут Оболтус?
246 ОбычныйЧеловек
 
10.02.13
01:22
(244) >> В приведённом мною примере продажи начались через 3 месяца.
Можно ссылку на продукт?
247 Джордж1
 
10.02.13
01:42
(242,244) Аудитор и написание ядра (платформы) вещи никак не взаимосвязанные.
Это я как планировавший сдать на аттестат аудитора говорю.
//
Для написания платформы достаточно знаний бухучета на уровне среднего бухгалтера
248 RayCon
 
10.02.13
04:48
(246) http://www.inotec.ru/

(247) "знания бухучета на уровне среднего бухгалтера" - частный случай от знаний аудитора => противоречия нет
249 Хусниддин Юсупов
 
10.02.13
04:59
Смотря что писать, если платформу и конфигурацию, то долго.
А если Программу 1с Бухгалтерия (без возможности изменять)и плюс при поддержке грамотных юристов, бухгалтеров, то за 2-3 месяца
250 Злопчинский
 
10.02.13
14:11
(83) потому что любят деньги считать. а не считать сколько потратить на то, чтобы деньги считать
251 HeroShima
 
11.02.13
16:45
(194) кстати, а почему у всех итерируемых типов методы перебора поименованы отбалды?
252 Золушка
 
11.02.13
17:28
(123) А вам самим не надоест все это в скором времени? Правильно тут написали, в БУХ главное не остатки и не субконты (заниматься разработкой программисту - удовольствие), главное - очень длительная поддержка, как техническая, так и методическая.
Сама принимала участие в разработке-самописке, но пожизненно сопровождать и дописывать одну и ту же программу небольшим коллективом нереально просто. Народ уходит - а новый пока въедет... Передача информации "из уст в уста". Это геморрой для клиента в первую очередь.
253 RayCon
 
11.02.13
17:47
(252) +1
В этом смысле фирма 1С смогла выстроить самый грамотный бизнес в России и прочих постсоветских странах.
254 acsent
 
11.02.13
17:55
(230) всю заслугу популярности 1с ставить русскому языку - это бред.
Основная фича это типовые и то что 7 ломалась в свое время и никто за это никого не трогал
255 badboychik
 
11.02.13
18:56
(241) да ладно, как это нет спецов по руби?
Уже большое сообщество, да и обучиться несложно, приятный язык
256 Бертыш
 
19.02.13
22:00
(254) Про элемент халявы я вроде тож сказал
А за то что инфобухгалтера ломали с приятелем нам тоже ничего не было :) тогда вообще за это статьи не было
257 opty
 
19.02.13
22:04
(256) Инфобухгалтер сам себя убил , заморозив развитие платформы . Вполне был конкурент шестерке , кое в чем опережал , у 1С вышла семерка , а в ИБ думали "и так сойдет" . Не сошло ...
258 opty
 
19.02.13
22:15
+(257) Кроме того ИБ был заточен в первую очередь на классический бухгалтерский учет . Нравился бухгалтерам "старой школы" . С какого то времени , в бизнесе большее внимание стало уделяться оперативному учету , БУ перешел на вторые роли . ИБ момент упустили
259 Джордж1
 
19.02.13
22:23
(258)"классический бухучет" это как? Где в типовых конфигурациях уделяется внимание оперативному учету?
(254)предположим не было бы типовых. Были разве в то время хоть какие-то аналоги 7-ки (самой платформы)?
260 opty
 
19.02.13
22:32
(259) "классический бухучет" - от проводки , двойная запись на плане счетов . Есть свои плюшки благодаря формализации , есть и серьезные ограничения . В том же ИБ реализовать учет например инструментов и техники на нескольких стройплощадках - мрак кромешный . Да что там , с элементарной многоскладовкой были проблемы , ибо склад это субсчет
261 Джордж1
 
19.02.13
22:36
(260)Хм... не вижу проблем в организации поскладского учета, или учета инструментов в "классическом бухучете".
Вопрос только надо ли это делать. Ведь это не задачи бухучета, и перекладывать их на бухгалтерию приведет только к путанице
//
Реализация параллельного ОУ и БУ - не лучший вариант, в итоге что-нибудь не сойдется
262 Джордж1
 
19.02.13
22:36
(261)Хотя хочется услышать конкретные примеры ОУ
263 opty
 
19.02.13
22:43
(262) Учет в разрезе торговых представителей (в ТиС вроде был) ,управление ценовыми политиками (хотя все равно все переписывали под себя) , анализы рентабельности (зачатки были) , хотя бы базовая логистика , адресное хранение (на регистрах пишется удобнее чем на счетах) , цепочки обработки документов (появились кое какие штатно только в УТ11)
264 opty
 
19.02.13
22:44
(261) Так и не надо что бы все сходилось . зачем буху учитывать зарезервированный товар ?
265 opty
 
19.02.13
22:48
(261) Если контировки есть без проблем в общем , но углубление аналитики до секций и ячеек , уже довольно гемморойно , а если например еще и МОЛ-ов надо прикрутить ...
266 Джордж1
 
19.02.13
22:50
(263)В моем понимании Оперативный учет <> Планирование.
Этими вещами и отделы разные занимаются
//
(265)люблю я двойную запись. То что в 1С удобнее работать с регистрами - это вина 1С - не захотели сделать на уровне платформы нормальную работы с аналитикой по счетам
267 Джордж1
 
19.02.13
22:51
Сколько не работаю, то серьезный учет всегда сводится к балансу, и механизм двойной записи тут незаменим
268 opty
 
19.02.13
22:56
(266) Я люблю двойную запись , а Лука Пачолли велик :)

Но каждой задаче - свой инструментарий

(267) Бухгалтеру сводящему баланс нужна информация о том сколько какого товара , продал конкретный торговый представитель , с какой наценкой , и какова его динамика посещения точек клиентов , и данные по клиентской базе в разрезах типов точек ?
269 Джордж1
 
19.02.13
23:04
(267)Если это бухгалтеру не надо для отчетности - тогда это и не задача бухгалтерии.
Если же надо - то лучше это будет в одном месте - в бухучете - бухгалтеру это не помешает
270 opty
 
19.02.13
23:16
(269) Это не нужно бухгалтеру для отчетности ни в коей мере , но например супервайзеру команды агентов без такой информации не жить :)
Ну или например время начала набора накладной на складе , время окончания набора накладной , время погрузки и окончательной доставки и т.п.
Кроме того реализация такого функционала на плане счетов , это забивание гвоздей микроскопом .

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

В ИБ же , того периода данный инструментарий не появился в принципе , в результате функционал либо реализовывался через Ж , либо вообще никак . А с учетом ведения учета (тавтология) в ИБ на многоуровневной системе субсчетов (контировка это субсчет нижнего уровня) , Ж была заметно больше чем на той же бухкомпоненте семерки .
271 Джордж1
 
19.02.13
23:22
(270)
Подойду с другой стороны. Будем плясать от первичного документа - он же заводится один раз - кем? бухгалтером или супервайзером?
//
"Кроме того реализация такого функционала на плане счетов , это забивание гвоздей микроскопом ." - а в чем тут разница между счетом и регистром - ну прикрепи пару реквизитов к документу накладная. На крайний случай задействую забалансовый счет
//
2. А почем мы от платформы пляшем? В бухгалтерии это нафиг не надо - поэтому и не реализовали. А ТиС - это не система полного цикла учета.
//
3.Опять же это техническая реализация в конкретной программе.
Смогли бы в 1С сделать многоуровневую аналитику на плане счетов - ничем бы это от регистров не отличалось
272 Джордж1
 
19.02.13
23:28
Приведу преимущества плана счетов:
1. Унификация ввода данных - пляшем от проводки, любую операцию можно отразить бухоперацией
2. Единый центр хранения данных. Делаем ОСВ - и можно быть уверенным все данные есть в этом отчете
3. Универсальная система отчетов
4. Двойная запись и балансовые счета. В том же ТиС можно списать товар и не бросится в глаза.
273 opty
 
19.02.13
23:30
(271)
1. Ну в вообще то агентом с КПК , или оперционистом Call-центра (в более менее большой конторе) . Бухгалтер спервичкой сталкивается на этапе сверок , или отчетности по НДС
2. С шестью субконто на счете . Кроме того при приличном документообороте бухкомпонента встанет колом . Это не о бухучете в принципе а его реализации в клюшках
3. В общем согласен
274 Джордж1
 
19.02.13
23:35
(273)
1.Считаю что ввод документов должен осуществляться в систему учета один раз. Хранить доп информацию можно в 3-х местах
- в самом документе
- как аналитику на балансовом счете
- как аналитику на забалансовом счете
//
Если данные нужны для построения специализированного отчета (продажи в разрезе агентов думаю как раз этот случай), то лучше первый вариант
275 opty
 
19.02.13
23:37
(272) Не надо меня за бухучет агитировать . Я потомственный бухгалтер .

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

Те же ценовые политики , многоколончный прайс , скидки , сезонные , персонифицированные , акционные , бонусные - все это должно где то хранится ,забалансовых счетов не хватит:)
Бухгалтеру это глубоко пофигу , он работает со свершившимся фактом
276 Джордж1
 
19.02.13
23:38
(275)поэтому я и разделяю задачи учета и задачи планирования, ценообразования и т.п.
277 opty
 
19.02.13
23:39
(273)  Он и вводится один раз , но ввод документа скажем расходной накладной - низкоквалифицированный труд . При полутора тысячах заявок в день , по нескольку десятков строк в каждой - заниматься этим бухгалтерам ?
278 Джордж1
 
19.02.13
23:39
(275)"один разрез затрат , финику принципально другой , менеждерам вообще третий " -а не может такого быть, если мы пляшем от одного первичного документа.
доп.разрезы могут конечно быть.
Ну не помешают бухгалтеру эти допразрезы
279 Джордж1
 
19.02.13
23:40
(277)да дело не в том кто вводит данные, я кому что данные все равно их надо вводить, а бухгалтеру эти лишние данные ни как не помешают
280 opty
 
19.02.13
23:43
(278) Помешать то не помешают , только нафиг не нужны . А излишек информации иногда даже вреден
281 Джордж1
 
19.02.13
23:46
(280)ну вон в типовых есть такие субконто - типа Ставки НДС, Ставки НП - ставишь не учитывать и нет избытка информации.
Если субконто оборотные, тогда вообще красота.
//
Зато большой плюс - данные для различных пользователей всегда будут одинаковые.
А не получится одни скорректировали, другие забыли.
282 opty
 
19.02.13
23:48
"Зато большой плюс - данные для различных пользователей всегда будут одинаковые"

Это кстати не всегда плюс :)