WikiDer > LedgerSMB - Википедия

LedgerSMB - Wikipedia
LedgerSMB
Экран входа в LedgerSMB
Экран входа в LedgerSMB
изначальный выпуск6 сентября 2006 г.; 14 лет назад (2006-09-06)
Стабильный выпуск
1.8.7 / 18 ноября 2020 г.; 26 дней назад (2020-11-18)
Репозиторийgithub.com/ ledgersmb/ LedgerSMB
Написано вPerl, PL / pgSQL, JavaScript
Операционная системаЛюбой Unix-подобный, Mac OS, Windows, Android
ПлатформаКроссплатформенность
Доступно вНорвежский, голландский, немецкий, венгерский, эстонский, малайский, датский, русский, ...
ТипБухгалтерский учет, ERP, CRM
ЛицензияGPLv2[1]
Интернет сайтledgersmb.org

LedgerSMB это бесплатное программное обеспечение двойная запись бухгалтерский учет и Планирование ресурсов предприятия (ERP) система. Данные бухгалтерского учета хранятся в SQL сервер базы данных и стандартный веб-браузер могут использоваться в качестве пользовательского интерфейса. Система использует Perl язык программирования и модуль интерфейса базы данных Perl для обработки, и PostgreSQL для хранения данных. LedgerSMB - это клиент-серверное приложение с доступом к серверу через веб-браузер.

LedgerSMB распространяется на условиях Стандартная общественная лицензия GNU v2.

Функции

LedgerSMB особенности

  • полная главная книга,
  • дебиторская и кредиторская задолженность, с отчетами о непогашенной и устаревшей
  • учет проекта и другие гибкие параметры учета,
  • финансовые отчеты с многопериодными сравнениями:
    • Отчет о прибылях и убытках (отчет о прибылях и убытках)
    • Бухгалтерский баланс
    • Пробный баланс,
  • расценки и управление заказами,
  • учет рабочего времени,
  • возможности выставления счетов (рассылка, печать), со счетами на основе:
    • заказы (которые, в свою очередь, могут быть основаны на котировках)
    • поставки
    • тайм-карты,
  • отслеживание запасов с отчетами о деятельности,
  • основные средства
  • полное разделение обязанностей по счетам и транзакциям GL

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

Релизы

1.8.0 была выпущена 4 сентября 2020 года с множеством улучшений и исправлений; в этом отношении этот выпуск отличается от тематических выпусков между 1.5 и 1.7, которые были направлены на улучшение определенных областей функциональности. Заметные изменения в этом выпуске включают улучшенную поддержку изображений контейнеров, позволяющую хранить логотипы (для включения в печатные документы) в базе данных, а не на диске, позволяя использовать стандартные контейнеры, а также повышать уровень платежей, чтобы они были гражданами первого порядка. . Если раньше данные о платежах выводились из данных транзакций, в этом выпуске все платежи хранятся как отдельные элементы данных, что значительно меняет процесс сверки.

1.7.0 был выпущен 4 октября 2019 года с улучшенной поддержкой транзакций в иностранной валюте, значительной очисткой кода и еще одним большим количеством тестов. В выпуске 1.7.0 проект продолжает тенденцию к сокращению цикла между второстепенными (.0) выпусками.

1.6.0 был выпущен 10.06.2018 с журналом изменений, ориентированным на стабильность и кодовую базу для построения будущего.

Версия 1.5.0 (End of Life) была выпущена 24 декабря 2016 года с журналом изменений, ориентированным на стабильность и удобство использования.

Версия 1.4.0 (End of Life) была выпущена 15 сентября 2014 г. с еще одним значительным журналом изменений.

Релиз 1.3.0 (End of Life) вышел 11.10.2011 с большим журналом изменений, в основном фокусирующимся на производительности, разделении обязанностей и исправлении (проектных) проблем в 1.2.

Релиз 1.2.0 (End of Life) (объявленный 06.04.2007) включал в себя ряд очень глубоких исправлений безопасности и начало процесса рефакторинга. Код матрицы налогов и цен был централизован. Этот выпуск был довольно проблематичным, и основная группа в конечном итоге вытащила 1.2.0 и 1.2.1 из общедоступного дистрибутива из-за ряда проблем при интеграции старого и нового кода. Многие члены основной команды выразили разочарование по поводу уровня проблем, но Крис Трэверс обычно сравнивал проблемы с проблемами Apache 2.0,[2] где изменения в архитектуре вызвали проблемные выпуски. Все надеются, что 1.2.x будет самым сложным и проблемным выпуском, возможно, за все время. В то же время нельзя отрицать, что ряд проблем в 1.2.0 был результатом попытки сделать слишком много слишком быстро без адекватной проверки.

В выпуске 1.1.0 было объединено множество исправлений, которые были сделаны для других клиентов, но структура кода существенно не изменилась. К этому времени, однако, большинство основных участников были недовольны текущей архитектурой и решили поработать над рефакторингом кода.

Первоначальный выпуск (1.0.0 от 06.09.2006)[3]) и события, приведшие к этому, описаны в разделе «История».

1.5+ Разработки

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

1.3+ Разработки

До версии 1.3 было множество проблем в базе кода, таких как тот факт, что код Perl генерировал как запросы к базе данных, так и веб-страницы, используя комбинацию фрагментов страницы конкатенации и печати строк для составления результирующего HTML. Хотя это работало достаточно хорошо, интерфейс было очень трудным для модификации, а взаимодействие с проектами, написанными на других языках, было особенно трудным. Кроме того, большая часть состояния хранилась в глобальных переменных, которые изменялись повсеместно, что приводило к неожиданным результатам почти при каждой модификации кода.

Столкнувшись с этими проблемами, команда LedgerSMB разработала новую архитектуру, которая решает эти проблемы, добавляя поддержку шаблонов в пользовательский интерфейс и перемещая все вызовы базы данных в хранимые процедуры. Хотя очень похожий модель-представление-контроллер (MVC) по структуре, он не разбит точно так же, как другие реализации MVC.[4]

Общие соображения по дизайну включали желание обеспечить кроссплатформенное использование нескольких языков программирования для доступа к логике LedgerSMB и последовательное обеспечение безопасности во всех этих приложениях. Таким образом, команда LedgerSMB представила среду «одна база данных, много приложений», типичная для SQL. Общий подход в значительной степени использует роли PostgreSQL (пользователи приложения являются пользователями базы данных, и им назначаются роли). Доступ к логике базы данных для нового кода (добавленного в 1.3 или новее) осуществляется через хранимые процедуры, которые действуют как именованные запросы. Разрешения иногда предоставляются для базовых отношений или хранимых процедур. Хранимые процедуры имеют семантические имена аргументов, что позволяет автоматически отображать свойства объекта. Затем они передаются коду Perl через довольно легкие оболочки. Код пользовательского интерфейса обернут вокруг Template Toolkit, который также используется для создания PDF-файлов с помощью LaTeX, файлов CSV, Excel, Open Document и т. Д. Рабочий процесс обрабатывается с помощью относительно легких сценариев Perl.

История

Проект начинался как разветвление SQL-Ledger когда Крис Трэверс, недовольный обработкой ошибок безопасности в SQL-Ledger, объединил усилия с Кристофером Муртагом, чтобы произвести исправление для CVE-2006-4244.[5] Об этой ошибке, по-видимому, сообщили автору SQL-Ledger Дитеру Симадеру за несколько месяцев до этого.[6] Крису, работающему над патчем. Первоначальный выпуск LedgerSMB вместе с полным раскрытием ошибки в основном списке рассылки,[7] натянутые отношения между сторонниками SQL-Ledger и участниками зарождающегося проекта LedgerSMB.

Смотрите также

Рекомендации

внешняя ссылка