Добрый день! Нужен ваш совет.

Предположим есть интернет-магазин по продаже цифровых товаров. При каждой продаже, поставщику (владельцу цифрового товара) начисляется сумма проданного товара за минусом комиссии магазина, затем делаются периодические выплаты поставщикам за проданные товары. Т.е нужно вести счета поставщиков с их балансами и оборотами в рамках бухгалтерского учета. И еще нужны обороты по товарам.

Насколько я понимаю совершенно нецелесообразно делать счета поставщиков субсчетами каких-либо счетов основного плана (хотя здесь на форуме попадались такие мысли). Поэтому на данный момент у пытаюсь решить эту проблему через "аналитику" привязанную к полупроводкам. В общем виде структура примерно такая:



Здесь таблицы:
--------------------------
account - план счетов
transaction - хоз. операция (например продажа товаров)
posting - проводки
posting_split - полупроводки (созданные на базе проводок)
customer_analytics - аналитика по поставщикам, привязанная к соответствующей полупроводке
product_analytics - аналитика по товарам, привязанная к соответствующей полупроводке
customer - поставщики
product - товары
Тут я еще не связал поставщика с товаром, но это пока не важно.
--------------------------


Некоторые данные дублируются в разных таблицах (например date, amount) для повышения производительности. Также, в каждой полупроводке записывается баланс (сальдо) по счетам. В аналитике тоже записываются обороты и баланс (исходя из данных полупроводки).


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

Спасибо!

Кот МатроскинПоле balance я бы не делал в проводках (и уж тем паче не размножал бы на аналитики). Если и хранить предрассчитанные значения - то отдельно.

Спасибо. А как лучше тогда хранить баланс? Можно пример таблицы и связей? Просто хотелось бы получать баланс/сальдо на любой период времени без расчета.

_мод, поясните пожалуйста, немного не понял:

авторСчета балансовые
Вы имеете ввиду обычные счета из основного плана счетов (т.н. синтетические и их субсчета)? Если да, то тут все понятно (в моем примере вроде так оно и есть).

авторСчета аналитические / Проводки по Счета аналитические
Не могу понять как в разрезе аналитики можно вести проводки? Приведите пример пожалуйста.

Кот Матроскин,

авторНу, например, таблица остатков (счет, датавремя, остаток) и ссылающаяся на нее таблица, аналогичная Вашей split

Я понял суть, спасибо. Если это касается основных счетов (например из плана счетов - chart of accounts) то понятно. Но ведь в моем случае нет счетов для поставщиков, товаров итд в основном плане. Обороты для них ведутся через аналитику, привязанную к проводкам (полупроводкам). Или я не правильно понимаю? Поясните пожалуйста.

_мод,

авторВ проводках стоят ссылки на аналитические счета, которые в свою очередь привязаны к балансовым.

Прошу прощения если не правильно понял. Т.е. вы предлагаете что-то вроде одной большой таблицы аналитических счетов, сгруппированных по разным категориям, хранящей в себе счета товаров, поставщиков (и может быть покупателей). А что если у меня 300000 наименований товаров, 10000 поставщиков, 100000 покупателей итд? Все держать в одной таблице? Это нормальная практика? Просто я не сталкивался.

Bogdanov AndreyОстаток должен либо рассчитываться по проводкам, либо храниться в отдельной от проводок таблице.
Кот Матроскин в простейшем случае это просто вынос поля balance из Вашей таблицы проводок в отдельную таблицу.

Насчет этого понял, спасибо.

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

-------------------------------
OK. К чему приходим. Получается 2 возможных варианта:

1) Как предложил "_мод". В этом случае аналитика представляет из себя непосредственно счета, которые будут участвовать в проводках, а не аналитические разрезы как таковые. С одной стороны удобно и просто. С другой стороны - такой аналитический счет возможно может участвовать в "балансах" различных балансовых (синтетических) счетов и тогда в проводках все равно придется делать ссылку на балансовый счет, чтобы понять куда ушло/пришло в смысле бухгалтерского учета.

2) Как предлагал я (в шапке). В этом случае, все проводки связаны непосредственно со счетами бухгалтерского учета (синтетика), а вести обороты и балансы по аналитическим разрезам (поставщики, товары) приходится и становится менее удобно.

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

Какой вариант выбрали бы ВЫ?

Gorden 2) ... а вести обороты и балансы по аналитическим разрезам (поставщики, товары) становится менее удобным, но зато можно прикручивать аналитики одновременно к нескольким синтетическим счетам/проводкам.
... так хотел сказать.

ИВП.,

Да, я знаю о субконто в 1C, просто пытаюсь найти и сравнить разные подходы. Не всё-же всем и всегда от 1С отталкиваться, хотя понятно, что зачастую все вокруг нее вертится. Но все равно спасибо за коммент...

Злой БобрЗачем это в инет магазине?

Дело в том, что поставщики должны иметь возможность заходить в свой "account" в интернет-магазине и видеть движения по продажам их товаров, начисления с продаж, выплаты итд. Конечно все это можно реализовать в виде 2х отдельных систем (интернет-магазин + экспорт в бухгалтерию), но в идеале хотелось бы объединить. Поскольку основную часть всех проводок предприятия (до 90%) будут составлять именно продажи, выплаты и начисления, то мне кажется нет смысла разбивать на 2 системы, будет просто дублирование данных в 2х системах.

Злой БобрНу и ненужны там бух счета.

Клиентам и поставщикам они конечно не нужны. Да. Но ведь все движения/обороты им можно показывать через "аналитику" привязанную к бухгалтерским проводкам. Я просто не могу понять зачем городить две большие системы с имортами/экспортами если можно попытаться связать все в одну. Тем более, любые изменения в одной системе повлекут изменения в другой. Повторюсь, все основные хоз. операции предприятия - это продажи через интернет-магазин (ИМ). Более того, там будут и клиенты - affiliates, зарабатывающие на привлечении посетителей на сайт. Для них тоже нужны счета/аккаунты в ИМ, с проводками по бухгалтерии.

Да, забыл сказать, что БУ будет на МСФО, для НЕрезидента РФ,Украина итд. Там можно разработать и вести свой план счетов, не требующий привязки к какому либо законодательству. А уж если понадобится экспорт из этой систему БУ, то можно отсюда потом и выгрузить куда надо в более удобной форме - только сконвертировать счета.