The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Инициатива по локализации открытого бухгалтерского пакета Де..., opennews (ok), 19-Авг-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


82. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от Vlademail (??), 20-Авг-09, 14:43 
По поводу открытости исходных текстов.
Тут кое-кому нужны были исходники ядра. В принципе, интересно было бы глянуть. Для общего развития. Перед сном. Но это я так, к слову.

Теперь по делу:
Мы с 1998-го года занимаемся внедрением и сопровождением "Дебет Плюс"(диллеры). За это время успели поработать с 3-мя поколениями системы:
1) DOS-версия, написанная на FoxPro 2.6
2) Windows-версия (т.н. "Дебет Плюс 2000". Ядро - на VC++ v6.0, а вся бизнес-логика - на JavaScript+HTML/XML)
3) Дебет Плюс v12 (ядро - на Java, бизнес-логика - на JavaScript+XML)

Со 2-м поколением системы (тем, что "Дебет Плюс 2000") мы работаем с 2000-го года и по сей день. Идеология построения системы та же, что и у последнего поколения: откомпилированное закрытое ядро и открытые тексты бизнес-логики.

Так вот: Своим клиентам мы ставим ядро от 28.05.2005г. (да, да, именно 2005 года!), а вот бизнес-логика - самая, что ни на есть современная. Вы спросите: а почему ядро такое древнее? Что, ничего новее нету?
В том то и дело, что есть(разработчики не сидят без дела). Только надобности нет. Потому, что ядро фактически занимается отрисовкой окон и трансляцией запросов к движку СУБД. А все, что мы видим в программе (окна, списки, кнопочки, поля ввода, расчеты, функции и т.п.) реализовано на JavaScript с применением описания разметки окон диалогов на XML (и HTML в версии 2000).

Так что для полноценного комплексного внедрения открытость ядра не нужна.

Понятно, что многие возразят: мол, диллеры, свое болото хвалят...

Имеют право. Сказать.

Только ведь почему не похвалить, если работает.

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

Ответить | Правка | Наверх | Cообщить модератору

84. "Инициатива по локализации открытого бухгалтерского..."  +/
Сообщение от anonymous (??), 20-Авг-09, 15:37 
>Так что для полноценного комплексного внедрения открытость ядра не нужна.

привет, винда!

Ответить | Правка | Наверх | Cообщить модератору

85. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от trdm (ok), 20-Авг-09, 15:50 
>>Там, где в 1С нужен программист и ковыряние в конфигураторе, в "Дебет Плюс"
>>в подавляющем большинстве случаев достаточно девочки-бухгалтера, владеющей
>>мышкой (и с в разы меньшей зарплатой).

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

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

87. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от Ярославemail (??), 20-Авг-09, 16:11 
>>>Там, где в 1С нужен программист и ковыряние в конфигураторе, в "Дебет Плюс"
>>>в подавляющем большинстве случаев достаточно девочки-бухгалтера, владеющей
>>>мышкой (и с в разы меньшей зарплатой).
>
>Сейчас другое время, "галочной" системы не хватает.
>Сейчас такой майнстрим: "отчеты-оптимизация-экономия".
>Много заказов по аналитической отчетности, 1С-ные конфигурации обрастают всякими индивидуальными отчетами/обработками.
>Ваш "галочный" дебет с этим справится? Думаю нет.

А я знаю, что справиться, т.к. пока справлялся. Дебет не такая простенькая система, как может показаться на первый взгляд. В базовой конфигурации более 100 шаблонов документов. Упорядочения и отборы такие - что многие системы отдыхают.

*** Сейчас другое время, "галочной" системы не хватает.

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

Ответить | Правка | Наверх | Cообщить модератору

88. "Инициатива по локализации открытого бухгалтерского..."  +/
Сообщение от anonymous (??), 20-Авг-09, 16:15 
>*** Сейчас другое время, "галочной" системы не хватает.
>Сейчас, действительно, другое время - нужно экономить, на весьма дорогой индивидуальной разработке
>и все что можно переводить на "галочки".

хихи. конфликт интересов "программиста 1С" и жестокой поступи прогресса.

Ответить | Правка | Наверх | Cообщить модератору

90. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от trdm (ok), 20-Авг-09, 16:18 
>>Сейчас, действительно, другое время - нужно экономить, на весьма
>>дорогой индивидуальной разработке и все что можно переводить на "галочки".

Ну переведи мне на галочки такое задание (лежит у меня на столе):
- Переделать загрузку с агентского КПК: формировать не "расходную накладную", а новый документ "ЗаказПокупателя". А уже на основании "заказа" сделать "расходную". это нужно для учета неудовлетворенного покупательского спроса. Соотв. нужен отчет.
Сможешь перевести на галки? Я сомневаюсь..

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

101. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от dasha (?), 20-Авг-09, 20:04 
>>>Сейчас, действительно, другое время - нужно экономить, на весьма
>>>дорогой индивидуальной разработке и все что можно переводить на "галочки".
>
>Ну переведи мне на галочки такое задание (лежит у меня на столе):
>
>- Переделать загрузку с агентского КПК: формировать не "расходную накладную", а новый
>документ "ЗаказПокупателя". А уже на основании "заказа" сделать "расходную". это нужно
>для учета неудовлетворенного покупательского спроса. Соотв. нужен отчет.
>Сможешь перевести на галки? Я сомневаюсь..

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

О задании:
В Дебет+ для создания из одного типа документа другого типа документа используется универсальная настройка "схем связанных документов", в которой через визуальный интерфейс указывается: какая переменная исходного документа переходит в какую переменную документа-наследника.
Инструкция: http://www.debet.kiev.ua/articles/sv_dok/
Получаю документ в виде "заказа от покупателя" (или любой другой) и формирую на его основе что нужно (можно и "расходную накладную"), пользуясь предварительно настроенной схемой связанных документов.

Ответить | Правка | Наверх | Cообщить модератору

106. "Инициатива по локализации открытого бухгалтерского пакета Де..."  +/
Сообщение от вломписатьникинабратьпароль (?), 21-Авг-09, 01:24 
>>>Сейчас, действительно, другое время - нужно экономить, на весьма
>>>дорогой индивидуальной разработке и все что можно переводить на "галочки".
>
>Ну переведи мне на галочки такое задание (лежит у меня на столе):
>
>- Переделать загрузку с агентского КПК: формировать не "расходную накладную", а новый
>документ "ЗаказПокупателя". А уже на основании "заказа" сделать "расходную". это нужно
>для учета неудовлетворенного покупательского спроса. Соотв. нужен отчет.
>Сможешь перевести на галки? Я сомневаюсь..

Ууууу..как все запущенно.
Разницы меж документами нет вообще и быть не должно! Есть только а)разные статьи учета б) разные проводки. Убил бы 1совцев за реализацию УУ/БУ/НУ и особенно УУ

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру