Как стать автором
Обновить

Комментарии 11

А насколько эта система распространена? 1Ска то у нас абсолютно буквально в каждом ларьке. А как с этим в Штатах с их традиционно более либеральными требованиями к учету?

А насколько эта система распространена?

Незнаю, со слов заказчика это чуть ли не монополист.

А как с этим в Штатах с их традиционно более либеральными требованиями к учету?

С чем?

В США и Канаде Quckbooks это как 1С в каждом ларьке

На самом деле зависит от размера компании и сложности бизнес процессов. Для "ларьков" это действительно распространненая система (хотя сейчас Quick Books Online, наверно, уже сравнима по популярности). Однако для чего-то, что немного больше ларька (например если есть производство товаров или есть какие-то техники, которые выезжают на место для проведения работ, и т.п.) существует множество других систем, вплоть до SAP для уж совсем больших компаний.

С одной стороны - описание системы очень поверхностное, что называется "галопом по европам".

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

Что хорошо у них для ведения бизнеса - нет такой сложной системы контроля, или я ошибаюсь? Например есть требование вести учет товаров в разрезах ГТД? Про новые маркировки я молчу. А то что нет договоров - не могу назвать плюсом. Учет сроков задолженности есть? Расчет себестоимости по какой методике? Несколько видов цен продажи и скидки по условиям настроить можно?

Ну и пресловутые несколько юр. лиц в одной компании. Хотя может ИМ это и не надо

Теперь понятно, откуда растут многие "ноги" в GnuCash

Было интересно, кто может про odoo также написать?

Могу, с системой знаком. Написать?

Да, пожалуйста, было бы очень интересно.

Я разбирался в свое время с Odoo, и мы даже сделали похожее решение на основе его бизнес-логики с российской локализацией.

В целом, по структуре документов там практически такая же логика (даже названия документов практически те же). Единственное, Odoo делает больше упор не на бухгалтерскую логику, а на управленческую.

Но важно понимать принципиальное отличие логики учета в РФ и в западных системах. Там есть два отдельных документа Bill/Invoice (финансовый) и Receipt/Shipment (складской). Так вот с точки зрения и проводок и момента их отражения они в принципе не связаны. То есть, я могу отгрузить или принять 10 документами в разное время, а потом на все это выписать один финансовый документ.

В российской же схеме ведения учета это практически невозможно. Точнее есть теоретически схема через складские ордера, но по проводкам там другая логика, и на практике ее мало кто использует. Например, основной документ продажи клиенту УПД содержит в себе как количественные характеристики, так и финансовые (НДС). В том же Odoo, когда вы приходуете товар через документ Receipt, то себестоимость, по умолчанию, вообще берется из заказа. А потом, если в Bill приходит другая цена, то просто разница относится на отдельный счет. Вот тут есть примеры (1, 2).

Я разбирался в свое время с Odoo, и мы даже сделали похожее решение на основе его бизнес-логики с российской локализацией.

Спасибо, посмотрю. Я тут тоже ERP разрабатываю: https://habr.com/ru/post/568192/. Будем конкурировать.

Но важно понимать принципиальное отличие логики учета в РФ и в западных системах.

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

Там есть два отдельных документа Bill/Invoice (финансовый) и Receipt/Shipment (складской). Так вот с точки зрения и проводок и момента их отражения они в принципе не связаны. То есть, я могу отгрузить или принять 10 документами в разное время, а потом на все это выписать один финансовый документ.
В российской же схеме ведения учета это практически невозможно.

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

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.