АПЕЛЬСИН 7.7: Opensource проект 1С 7.7 конфигурации учета #255001

Здравствуйте, уважаемые господа программисты 1С. Возникла идея создания кофигурации по принципу OPENSOURCE: совместно разработать архитектуру конфигурации, соместно разработать справочники и документы. Каждый программист с учетом своего опыта мог бы предложить свою концепцию учетной системы, и сам поучаствовать в ее реализации. Для веб-центра проекта выбран формат википедии, которая очень подходит для него, ведь это тоже система открытого редактирования. Любой участник сможет отредактировать концепцию и описание, тем самым повлиять на развитие всего проекта, ведь коллективный разум - это мощная сила! Веб-центр: С уважением, Цыденов Доржи ака Harleq and Трулалала автор программ: Новейший отчет, Rocket Launcher, создатель проекта:

Дай ссылку на прошлую ветку.

Петьку зови... он знает как учет сделать без последовательности

Типовые конфы и так опенсорс бери и пеши

Ты периодически сюда пости...

all) Извините, что сразу не представился, хотел посмотреть, что из этого получится. Конечно, никто никого насильно в проект не тянет. Кто не согласен с идеей, считает ее бредовой, может просто понаблюдать за процессом. Большая просьба, не мешать тем, кто готов порассуждать на тему архитектуры системы, принципов построение и т.д. Просто посмотрите со стороны, для вас есть другие ветки форума. Спасибо всем, кто поддержал! Обсуждать лучше здесь, т.к. это будет способствовать популяризации проекта. Не боги горшки обжигают. P.s. Начало обсуждение:

Что бы следить за проектом

Моя ставка: не взлетит...

Термины и понятия: Определение уровней разработки 0. Нулевой уровень. Написание новых объектов и методов во внешней компоненте. 1. Уровень «Платформа». Все что создается с помощью встроенных средств конфигуратора, встроенных объектов и методов. 2. Уровень «Предприятие». Все что пишется на языке 1С. 3. Уровень «Параметризованный интерфейс». 4. Уровень «Кнопка «Сделать все».

1. Первый принцип. По максимуму используются возможности платформы. Это означает, что если задача решается простым созданием нового справочника и добавление нового реквизита, то так делается. Яркий пример, как не надо делать, это справочник ВидыСвойств и ЗначенияСвойств из типовой конфигурации ТИС 9. Не надо переносить на уровень Предприятия, то, что можно сделать на уровне Платформы. 2. Второй принцип. Разделяй и властвуй. Максимально разделять объекты учета, в разумных пределах. Во-первых, для того, чтобы упростить совместную разработку над разными подсистемами. Во-вторых, в будущем, разные объекты учета будут расширяться, а разделив их в самом начале, мы получим более гибкую и масштабируемую модель конфигурации. 3.Третий принцип. Конфигурация создана для учета, а не учет для конфигурации. Построение хранения информации данных предполагает быстрое и удобное использование этих информации в будущем, даже если для этого потребуется избыточное хранение информации. Т.е. если мы создаем регистр, то этот регистр создается для быстрого получения информации в различных разрезах

Дык 2С развивай....

С какой вероятностью в случае успеха 1С не заявит о своих правах на это имя?

+ и на все разработки :)

апельсины ананасы 2C 1L, что еще

Взлетит, не взлетит... Я бы поучаствовал, тока на v8, в семерке не силен. Да и вобще какой смысл на 7.7 затевать, надо вперед смотреть...

ну раз до сих пор не заявила....

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

а, ну да. Сама 7.7 - самое сомнительное во всей затее. Почему, зачем....

17) Как раз в множестве документов и будет сила и гибкость. Надо смирится с дублирующим кодом, т.к. совместный проект, например, подсистема учета материалов будет независима от подсистемы учета товаров и продукции. --- На счет реквизитов давайте обсудим, как это лучше сделать.

открытый код не плохо бы написать под linuxe ,если система задумывается с разработкой языка макроопределений.

Лучше обсудить всё же версию платформы, ИМХО...

21) два проекта, один на 7.7, второй на 8.1

голосование по выбору платформы устраивай с включением варианта 2C

Не много ли берешь? Как говорится за двумя зайцами...

Усть риск получить противоречивые данные. Лучше сразу писать на восьмерке

вот и я о том же...

8.0 - куда более удобная платформа для разработки, и куда более прозрачная, чем 7.7 Для командной разработки это будет только плюсом.

Цитата с Недавно мне в руки попалась конфигурация одного из ведущих в городе франчайзи. Начнем с статистики вот пока краткий перечень видов деятельности которые можно "автоматизировать" с помощью этой "ЧУДО-КОНФИГУРАЦИИ": Код Общественный городской транспорт; ЖеКи; Учет по МСФО (я не анализировал - не хочу разрушать себе мозги); Оптовая торговля (до розничной так и не доросли); Теперь статистика конфигурации: Код перечислений - 177 (включая упомянутый "Клиенты", "Банки", "Драгметалы" и т.д.); Отчеты - 0 (все отчеты вынесены во внешние файлы); Обработки - 12 (часть тоже вынесена); Планы счетов - 5; Виды субконто 68; Регистры - 24 (причем 5 из них отданы для резервирования ТМЦ);

Выходит, реально написать такого монстра :)

OpenOffice попытка потеснить Microsoft Office, уже много лет эта попытка "мертва". Конкурируя в мире коммерческих продуктов ВСЕГДА побеждает коммерческий проект, любой НЕ КОМЕРЧЕСКИЙ проект, в случае популяризации, становится коммерческим и его ПРОДАЮТ гиганту в области деятельности, которой этот продукт принадлежит (Пример Вы привели сами ) Я пытался предложит этот аналог у нас на предприятии. Результат "0". Минусов OpenOffice было найдено 24 (из них 6 неразрешимых минусов), плюсов 2. В результате закупили Microsoft Office (официально) (это как пример, который может быть перенесен на 1с)Глюки есть везде и ничего идеального нет и не будет!! Особенно в плане программного обеспечения!! P.S. Разве что "косынка" и "калькулятор" ))

Ну, ну. мертва... Нашел что сказать.

Огласите список минусов, пжлста...

Ну, ну. .... Нашел что сказать.

Ребята, если Вы считаете, что проект мертвый, что вы здесь тогда делаете? Не мешайте порассуждать, идите лучше постить в раздел "О Жизни". Это ветка для единомышленников. Сколько людей, столько и мнений. С тем кому это интересно, мы пойдем вместе одной дорогой.

Ваши слова ..."Сколько людей, столько и мнений." < - это мое мнение долго писать. Лень :)

Мдяя. А я еще на Ромикса гнал. Интересно, что автор употребил? Трава не потянет, грибы тоже вроде послабже будут, для спермотоксикоза рановато.

Про минусы слив засчитан. Причина: отсутствие фактографии и субъективизм. Я при внедрении ОО кроме непривычного дизайна нашел всего 2 некритичных минуса.

"Минусов OpenOffice было найдено 24 (из них 6 неразрешимых минусов), плюсов 2. В результате закупили Microsoft Office (официально)" поделись с сообществом за "минусы". не дай пропасть. душевно просим. особенно интересуют неразрешимые минусы.

VasilyKushnir >1. Создать отдельный сайт, где д.б. >  а) каталог разработки >  б) каталог выложенных для тестирования наработок (не только для разработчиков, но и для все желающих раз открытый проект). >  в) продуманная горячая линия консультаций (типа скорой помощи). все на сайте, в разделе обсуждения >2. Разработку ориентировать сразу на платформы 7 и 8 (для 7-ки оба варианта - скуль и ДБФ). скорее на SQL >Почему-то уверен, что не у одного участника обсуждения возникало желание все >то хорошее, что удавалось накопать на разных сайтах, объединить в одну >конфигурацию. Как теперь я понял идею автора - создать конфигурацию, >объединившую все лучшие идеи на сегоднешний день. Вот это правильно!

>>2. Разработку ориентировать сразу на платформы 7 и 8 (для 7-ки оба варианта - скуль и ДБФ). Ачуметь... А чего 6.0 и 7.5 я тут не вижу?

Alexander_M >Для нормальной разработки нашей "супер" конфигурации потребуется некоторая >учетная система. >Цель учетной системы - отслеживать предложения участников по разработке. >Каждое предложение должно пройти определенную цепочку согласования (среди >участников оргкоммитета). >При этом, в предложение могут вноситься коррективы, соответственно надо делать >откат по согласованиям и т.д и т.п. В принципе, все это реализуемо на уровне википедии. >Система может сама отслеживать состав оргкоммитета - например, при >согласовании доработок для определенной подсистемы подбираются участники, >которые вносили изменения в эту подсистему в течение последней недели (месяца). Все можно решить общим голосованием при обсуждении.

Garykom 283 - 14.02.07 - 22:14    Внесу свою лепту в мега проект опенсурс. >I. Система кирпично-модульно-подсистемная !) >Т.е. все написанные объекты 1С с кодом сделаны в виде модулей-кирпичиков из >которых можно собирать конфигурации >Например, модуля это конкретный справочник, документ, обработка, регистр и >т.д. с формой, кодом или группа из справочников, документов. Поддерживаю! >Все модуля относительно друг друга могут быть: >1. Независимы (не влияют друг на друга) >2. Совместимы (могут работать вместе) Поддерживаю первых два пункта. >II. Разработанные программерами модуля выкладываются на сайте, далее из них >собираются подсистемы. >К примеру торговля, бухия, кадры и т.д. ;) скока вариантов будет… Примерно так, но сначала обсуждается архитектура модуля и приводятся примеры реализации. III. Из различных подсистем собираются готовые типа «типовые» конфигурации, которые можно внедрять. IV. Не нравится типовая – собери сам из подсистем или даже из кирпичиков – правила сборки описаны и совместимости указаны ? VI. Да самое главное чуть не забыл. Авторские права на все модуля принадлежат из разработчикам. Если модуль написан на основе другого модуля то права на него имеют разработчики как старого, так и нового модуля, причем в процентах владение не выражается (как совместное владение крышей дома у владельцев квартир в многоквартирке). Как следствие этого авторские права на собранную конфигурацию принадлежат всем владельцам модулей из которых она состоит, причем в пределах указанных в лицензии к каждому конкретному модулю («хочу за свой модуль 100 баков но отдам за тарелку супа если будете собирать конфу для пентагона» ;). Garykom, можешь все это добавить на wiki.infostart.ru

что-то уже напрягать стало, что Трулалала стал принимать все решения единолично есть подозрение, что он хочет, чтобы туча разработчиков (не менее 1000 :) реализовывали исключительно его идеи при этом критику (даже конструктивную) он не воспринимает, чужие мнения если они не совпадают с его собственным - игнорирует такое чувство, что Трулалала хочет разработать себе конфигурацию (для своего предприятия, например) чужими руками ИМХО, хочется участвовать в опенсоурс проекте, но не хочется работать на кого-то забесплатно

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

цель? Всех интересует цель? Давайте определим цель. Для начала давайте начнем со складского учета. Он нужен практически всем. Это относится как к проекту по 7.7, так и к проекту на 8.1 Давайте перечислим, какой должен присутствовать функционал. - Учет остатков по складам. - Партионный учет по фирмам и складам (по складам опционально). - Учет в двух или нескольких независимых единицах измерения (тоже опционально, притом на уровне товара). - Учет ГТД. - Учет сроки годности товара. - Учет дополнительных характеристик товара. - Ячеистый склад хранения. Перемещение между ячейками, оптимизация расположения и сбора товара. Подбор по ячейкам и т.д. - .... Продолжить список, кто у себя, что-нибудь подобное дорабатывал. Вот вам цель, как это "красиво" сделать? Под "красотой" понимается скорость работы, удобство использования, полная функциональность, гибкость и масштибируемость системы.

на платформе 7.7 это не реализовать, оставь глупые и ненужные никому идеи. Не взлетит. Автор попишет в пост еще пару дней (ну может недельку) и успокоится.

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

47) Извини, был невнимателен. Тебе разве не нравится формат википедии. Ты в любую минуту можешь написать свое предложение на сайт, там даже не надо регистрации. Нажимаешь ссылку "править" и пишешь свое мнение, только пожалуйста, не стирай, то что было.

как быть с регламентной отчетностью ?

49) Тягаться с 1С по части регламентной отчетности никто не будет. Для регламентной отчетности будет использоваться типовая конфигурация Бухгалтерии, из нашей системы будет выгрузка документов. Конфигурацию составляем для управленческого учета.

Кстати, выгрузку надо будет сделать опционально, или в виде документов или операций с проводками.

Вопрос. Нафига это надо? Если хотим быстродействие, то пишется конфа с нуля типа мелкая торговля, я такую для своих филиалов писал, там даже партионный учет (в филиале он не ведется) выкинул. В результате очень маленькая и быстрая конфа получилась. Но обычно ее каждый подстраивает под себя. Если делать универсала, то ничего хорошего не получится. Проверено, мы на такой в свое время работали, т.к. возникают противоречия. Про поддержку молчу. Мелкие коммерсанты возможно бы себе ее и поставили, но обычно пользуются типовой. Более крупные, врятли решаться на нее. Дарю идею, которую можно раскрутить. Если уж делать опенсоурс. Сделать, что-то типа атолловского фронтолла, своего рода мини склад, с поддержкой фискальников, возможностью выписки накладных оптовикам и т.д.

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

;)

Что есть ваша идея если подумать чуть дальше? Интерпретатор. Предлагаю другой вариант формирования этого проекта, примерно так - есть хранилище кода и структуры конфигурации, помеченые нужными тэгами.  При сборке конфигурации указываются нужные тэги и собираешь что нужно. Это позволит: 1 - вести разработку не озадачиваясь вопросом как увязать между собой неувязываемое. 2 - максимально широко развести спектр применения конфы (к примеру ничто не помешает собрать из одного и того хранилиша кода конфу для столовой и для оптовой базы торгующей алкоголем) 3- позволит для каждого направления иметь своего координатора.

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

хорошее предложение +1

не извиняйся, я против тебя лично ничего не имею для меня важнее достигнутый результат по поводу википедии - да она простая, настолько простая, насколько простым может быть, например, Excel в Excel'e ведь тоже можно вести учет - в него очень легко добавлять информацию, редактировать но почему же тогда крупные предприятия ведут учет в 1С, а не в Excel'е? если ты предполагаешь большое количество участников (1000 - это большое), то тут никакая википедия не справится аргумент "давайте сейчас начнем как-нибудь, а потом что-нибудь придумаем" не проходит - т.к. потом будет очень трудно структурировать большие объемы неструктурированной информации НО НЕ ЭТО ГЛАВНОЕ главное - это идея "начать с малого", перед тем как браться за большое, чтобы все получили необходимый опыт Твое мнение? П.С.: кстати, кто-то еще участвует в обсуждении?

кстати по поводу википедии. Может стоит прикрутить еще форум тебе? А в вики выкладывать уже выжиски из дискусий? Так получиться честнее по отношению к участникам - видно что твое мнение/предложение либо принято, либо не принято сразу. А то пока с этой wiki разберешься ....

Ачуметь... А чего 6.0 и 7.5 я тут не вижу? Да потому скуль и дбф, что не каждый пожет позволить скуль (если не фрии). А 8.1 и подавно - 7.7 долго еще будет держатся, особенно в мелких фирмах.

Ну вы блин даете... Для мелочи смысла сочинять особого нет - у них нет денег. Они не смогут оплатить внедрения вашего "монстра". А вы не захотите сапортить их бесплатно.

Вот поэтому и предлагал монстра и лайт версию. А мелких фирм (и в финансовом отношени тоже) большинство. Не ради спора, а истины для обрисую ситуацию у себя в области: около 26 районных аптек (хорошо если треть из них сможет позволить себе скуль - но очень сомнительно) более 200 аптек подрайонного подчинения (больше половины сельские) - да для них покупка компьютера вселенский праздник. над всем этим наша областная аптечная база - можем позволить себе и 8.1, но и для нас это напряжно. Автор же и предлагает начать с оперативного учета. Для села лайт версии за глаза хватит, компоненты бухни и зарплаты им и нафиг не надо (что там считать для 3-х человек?). Если ориентироватся только на крупные фирмы, что уже сегодня могут лёгко позволить и 8.1, и лицензионный скуль, и даже оракл, то нафига весь этот базар развели. За державу обидно... (Верещагин).

Почему не на v8?

а почему вообще 1С? .NET + C# - лучше :-)

+1 полностью согласен, для мелких типовая - самое то, и обновляется часто, и любой 1С-ник сопровождать сможет, и курсы для юзеров есть, книг много выпущено поэтому, смысл делать "навароченную" конфу - только для внедрения в таких организациях, где есть ОБЪЕМЫ информации, от которых типовые враз загибаются соответственно, от 7.7 можно сразу отказаться, т.к. ни одна солидная организация сейчас не пойдет на внедрение 7.7 (разве что впарит кто-то) не согласен, мелкие организации (типа аптек) на это не пойдут вот попробуй от себя лично поездить по аптекам и попробовать продать им неизвестный продукт (например говорить, что ты его лично разработал) я пробовал, ездил, предлагал знаешь, что они говорили? что они лучше поставят тот продукт, которым пользуются все, например тот, который купили их знакомые из другой аптеки им важнее, что разработчик продукта имеет линию консультаций, имеет имя, офис и т.д и т.п. а крупным организациям это менее важно, т.к. они могут позволить себе собственный коллектив разработчиков ИМХО, потому что автор не знает 8-ки

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

Вот. Главная проблема этого проекта, что автор не знает восьмерки, а пора бы уже... Еще раз повторюсь, на v8 я бы поучаствовал.

ИМХО Энтузиаст за ночь напишет больше (и лучше) чем человек за зарплату полный рабочий день ;) Я бы тоже на v8 поучаствовал. А семерку - ну ее.

У меня они бы взяли что б не предложил (давно уже меня знают - личный контакт так сказать). Вопросс именно в оплате. Писать все самому с нуля не выгодно - много мудохни, а оплаты от хрына уши. Некоторым поставил типовые  (для тренировки), маненько подшаманил... Но не брать же деньги за то, что даром досталось и к чему практически никаких трудов не приложил!

все праильно, мы же программисты лишней копейки не возьмем, готовы за пиво работать :) а вот у продажников другой принцип - продукт стоит столько, сколько клиент может заплатить а вот если и продажник и программист в одном лице - вот это буря в стакане :) П.С. для аптек есть готовые продукты

Странное название.

короткую программу - да, а большую не напишет. к тому же здесь разговор не о каком-то голимом энтузиасте, а об организованной ГРУППЕ, контроле качества, проектировании и т.д., чего никогда не будет у группы энтузиастов.

В аптеках деньги есть только в сетях. Так у ваших клиентов требований как таковых нет. Вы попробуйте выйти на продвинутых - сети и т.п. Или под ДЛО писать... Закидают требованиями выше ушей.

будете участвовать в разработке этой конфигурации? Хочу предложить для начала попробовать силы в таком проекте. Для нормальной разработки сложной конфигурации потребуется некоторая учетная система. Цель учетной системы - отслеживать предложения участников по разработке. Каждое предложение должно пройти определенную цепочку согласования (среди участников оргкоммитета). При этом, в предложение могут вноситься коррективы, соответственно надо делать откат по согласованиям (т.е. повторные согласования) и т.д и т.п. Система может сама отслеживать состав оргкоммитета (для каждой подсистемы свой оргкоммитет) - например, при согласовании доработок для определенной подсистемы подбираются участники, которые вносили изменения в эту подсистему в течение последней недели (месяца). Таким образом, конфигурация не будет зависеть от тех участников, которые не участвуют в разработке. Коэффициент участия можно поставить в зависимости от объемов (сложности) разработки. При входе в систему, участник должен видеть согласования, в которых он участвует. Описание предложения можно будет делать в текстовом виде, + выбор из списка подсистем, в которые вносятся изменения. При этом, должна быть возможность прикрепления файлов различных типов. Думаю, хорошим вариантом был бы импорт e-mail (как заявка), при поступлении такого e-mail система могла бы автоматически разослать письма оргкоммитету с уведомлением, далее ответное письмо утвердить/отклонить + корректировка. Таким образом (с помощью e-mail) можно было бы работать в системе удаленно, не находясь в постоянном подключении к серваку. Разработку предлагаю делать на 8-ке, т.к. в ней есть готовая концепция бизнес-процесса (для описания процесса согласования и корректировок), а также встроенный почтовый клиент. Кстати, это можно использовать в будущем при внедрении (напр. документооборота или внутренних заявок).

Это если мегаархитектора найти который сможет кубики нормальные нарисовать... И под страхом смертной казни запретить всё править. А так - ходить с натянутой на глобус задом после каждой сборки... ЗЫ Сначала VS на 1000 участников приобретите... Гриды и прочее сами рисовать будете для экономии?

65) Ты прав, восьмерку знаю поверхностно, чтобы начать строить на ней конфигурацию. 74) Согласен, добавь пожалуйства это предложение в wiki.infostart.ru, в раздел проекта АПЕЛЬСИН 8.1

ТЗ нужно, я, признаюсь честно, не потяну просто без нормального ТЗ.

Аппетит приходит во время еды. Требования появятся! У человека уж такая натура: пока нет ничего - согласен хоть на что-нибудь, а когда попробовал - давай все да еще чуть ли не даром...

добавил в раздел "АПЕЛЬСИН 2007: Создание масштабируемой инфосистемы поддержки управления бизнес-процессами" ТЗ обязательно нужно его и будем составлять в первую очередь: Техническое задание АПЕЛЬСИН 2007 в разработке можете принимать участие кто будет участвовать, может вписать себя в раздел участников: Участники проекта АПЕЛЬСИН 2007

Удачи, парни! ИМХО: Забейте на 7.7. К тому времени, когда у Вас будет всё готово, она уже совсем сойдет со сцены как коммерческий продукт. Не тратьте время попусту.

Это точно

Опубликована помощь в редактировании статей

Новости проекта. Заключена договоренность сотрудничества проекта АПЕЛЬСИН с консалтинговой компанией  [ "Институт Технологий Сопровождения".] Координационный комитет по 1С 8.X возглавил Павел Чистов, сертифицированный специалист по программным продуктам 1С:Предприятие 7.7 и 8, сертифицированный преподаватель курсов ЦСО по 1С:Предприятие 8.

же без смотрящих в камере то...

84) да,... надо же, бояться преподавателей, это бывает у всех учеников

84) "собака лает, караван идет"