По всем вопросам - я пока провожу исследования, изучаю эту область. На некоторые вопросы ответы в прошлой статье. Рассмотрение аналитического учета только началось.
Непонятно, что из этого материальные таблицы, а что представления и запросы.
Вообще, я планирую использовать ORM. Нужна поддержка миграций и кастомизации моделей. С ORM-ом это вроде делается проще.
Как-то не отражено соответствие и субсчетов, а если субсчета у субсчетов?
Счет в одном поле, субсчет в другом поле. Субсчета других порядков можно выполнить аналогично, в отдельных полях.
Как обеспечить ссылочную целостность аналитического учета, если "10" это склады и материалы, а "60" это поставщики?
Но важно понимать принципиальное отличие логики учета в РФ и в западных системах.
Я почитал несколько статей про различия в системах учета в России и на западе. Есть различия, есть общие вещи.
Там есть два отдельных документа Bill/Invoice (финансовый) и Receipt/Shipment (складской). Так вот с точки зрения и проводок и момента их отражения они в принципе не связаны. То есть, я могу отгрузить или принять 10 документами в разное время, а потом на все это выписать один финансовый документ. В российской же схеме ведения учета это практически невозможно.
У меня не было опыта с бухгалтерскими системами, был некоторый опыт разработки систем управленческого учета. Опираюсь только на теоретический материал. Вроде бы возможно для отдельных счетов создавать отдельные вспомогательные журналы и книги и в соответствии с графиком переносить данные из системы аналитического учета в систему синтетического учета на основе ведомостей за какой-то период. На гитхабе сегодня выложил следующую статью про аналитический учет, пока не до конца еще написано. К этим моментам уже вплотную подошел.
Спасибо за пиар моей статьи, я вашу СУБД тоже немножко пиарю :)
Владимир Номхоев aka nomhoi предлагает развлечься бухгалтерией. У статьи предыстория. Начиналось всё, как ни странно, с AI Cup — с конкурса программистов, пишущих игры-стратеги с использованием искусственного интеллекта. Но оттуда взят, видимо, только программный фреймворк — в том числе с Python, конечно, и дополненный C++.
От AI Cup я ничего не брал для этой статьи. Есть еще один проект, который нужно разработать. Вот сюда можно будет взять какие-то идеи от AI Cup. Пока можете погадать, почему в одном списке следующие вещи: AI Cup, StarCraft, Cry Engine, ROS.
В конце статьи Владимир утверждает, что вот, мол, всю логику модуля «Бухгалтерия» удалось реализовать на стороне сервера базы данных и создать SQL API.
В статье написано, что "можно создать", а не уже удалось.
Насчёт «всей» не берусь судить.
Пока цель - максимально впихнуть все на сторону сервера базы данных и не только модуля "Бухгалтерия".
А в самом-самом конце неожиданное возвращение к ИИ: оказывается, большие учёные планируют планирование ERP-задач поручить тоже ИИ (глава Automated Planning).
В этой главе больше про алгоритмы, конкретно про ERP-задачи не пишется. Эти задачи и так стоят в числе всех задач, которые можно решать с помощью ИИ, и, конечно-же, сейчас ИИ уже используется для решения ERP-задач, и не только великими учеными.
Можно посмотреть алгоритм с использованием SQL в новой статье: https://habr.com/ru/post/568192/. Можно сначала внести остатки на начало периода, смотрите 2 шаг.
Для выравнивания текстов можно попробовать Google Cloud Translation API, например. Английский текст переводим в русский, этот русский переведенный текст с готовым русским переводом уже будет несложно выровнять.
The term "ansible" was coined by Ursula K. Le Guin in her 1966 novel Rocannon's World,[3] and refers to fictional instantaneous communication systems. https://en.wikipedia.org/wiki/Ansible_(software)
Добавил ссылку на содержание цикла статей.
Добавляем поле для материалов.
По всем вопросам - я пока провожу исследования, изучаю эту область. На некоторые вопросы ответы в прошлой статье. Рассмотрение аналитического учета только началось.
Вообще, я планирую использовать ORM. Нужна поддержка миграций и кастомизации моделей. С ORM-ом это вроде делается проще.
Счет в одном поле, субсчет в другом поле. Субсчета других порядков можно выполнить аналогично, в отдельных полях.
Можно добавить поле - идентификатор операции.
Я так сделал в позапрошлой статье. В комментариях указали на ошибку в оборотах при проведении сторно: https://habr.com/ru/post/471304/#comment_20748390
https://github.com/nomhoi/empire-erp/blob/master/research/day3/README.md
Спасибо, посмотрю. Я тут тоже ERP разрабатываю: https://habr.com/ru/post/568192/. Будем конкурировать.
Я почитал несколько статей про различия в системах учета в России и на западе. Есть различия, есть общие вещи.
У меня не было опыта с бухгалтерскими системами, был некоторый опыт разработки систем управленческого учета. Опираюсь только на теоретический материал.
Вроде бы возможно для отдельных счетов создавать отдельные вспомогательные журналы и книги и в соответствии с графиком переносить данные из системы аналитического учета в систему синтетического учета на основе ведомостей за какой-то период.
На гитхабе сегодня выложил следующую статью про аналитический учет, пока не до конца еще написано. К этим моментам уже вплотную подошел.
Да, пожалуйста, было бы очень интересно.
Было интересно, кто может про odoo также написать?
Спасибо за пиар моей статьи, я вашу СУБД тоже немножко пиарю :)
От AI Cup я ничего не брал для этой статьи. Есть еще один проект, который нужно разработать. Вот сюда можно будет взять какие-то идеи от AI Cup. Пока можете погадать, почему в одном списке следующие вещи: AI Cup, StarCraft, Cry Engine, ROS.
Пока только исследования, даже не прототип.
В статье написано, что "можно создать", а не уже удалось.
Пока цель - максимально впихнуть все на сторону сервера базы данных и не только модуля "Бухгалтерия".
В этой главе больше про алгоритмы, конкретно про ERP-задачи не пишется. Эти задачи и так стоят в числе всех задач, которые можно решать с помощью ИИ, и, конечно-же, сейчас ИИ уже используется для решения ERP-задач, и не только великими учеными.
Сейчас разбираюсь с аналитическим учетом, будет в следующей статье. Пока только с синтетическими счетами: https://habr.com/ru/post/568192/
Аналитический учет сейчас рассматриваю.
Можно посмотреть алгоритм с использованием SQL в новой статье: https://habr.com/ru/post/568192/. Можно сначала внести остатки на начало периода, смотрите 2 шаг.
http://aima.cs.berkeley.edu/newchap00.pdf
Еще лет 10, не знаете чего-нибудь по темам из этой книги — не в IT.
Можно параллельно и оффлайн, и онлайн. А так получается дискриминация по территориальному признаку.
На Youtube и во время показа можно в чате обсуждать и в комментариях.
Для выравнивания текстов можно попробовать Google Cloud Translation API, например. Английский текст переводим в русский, этот русский переведенный текст с готовым русским переводом уже будет несложно выровнять.
https://docs.google.com/document/d/1Jv9sgLPItHDc7C5Hzsxfc1uY0ZXBG8YplXusqEXdH50/edit?usp=sharing
Вот, вытащил тексты из субтитров первой серии сериала Star Trek: TOS.
Что по-вашему из этого можно отнести к устаревшей лексике и манере речи?
The term "ansible" was coined by Ursula K. Le Guin in her 1966 novel Rocannon's World,[3] and refers to fictional instantaneous communication systems.
https://en.wikipedia.org/wiki/Ansible_(software)
Star Trek: The Original Series. 66-69 гг.
Вот так вот, целый пласт американской культуры за борт.
"Where No Man Has Gone Before" - архаика?
https://ru.wikipedia.org/wiki/%D0%9A%D1%83%D1%80%D0%B2%D0%B0_(%D0%BB%D0%B8%D0%BD%D0%B3%D0%B2%D0%B8%D1%81%D1%82%D0%B8%D0%BA%D0%B0)