На главную   На главную   Форумы Новости Документация Скачать Купить  
Регистрация  
Система Allegro
Oб Allegro Характеристики Пример конфигурации Документация База ошибок Развитие
Версия для печати К списку книг Вернуться к оглавлению Предыдущий параграф Следующий параграф
Поиск по книге

Глава 2. ОБЩИЕ ПРИНЦИПЫ

Требования к аналитике

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

Например, в полном бухгалтерском балансе сумма счетов всех дебиторов изображается слева, а сумма счетов всех кредиторов - справа . Но часто один и тот же контрагент становится то дебитором, то кредитором, в зависимости от сальдо поставок и платежей по нему. Если мы заведем прямо в балансе счета всех поставщиков и покупателей, то нам придется перетаскивать их в процессе учета то влево, то вправо . Другой выход из этой ситуации видится в том, чтобы завести два «синтетических» счета в балансе: «Счета дебиторов» и «Счета кредиторов», а где-то вне баланса завести «аналитические счета» конкретных контрагентов. И при каждом начислении на «аналитический » счет контрагента делать одновременное начисление на балансовый «синтетический » счет. Именно такое решение применяется, например, в программе LEADER Classic.

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

Наконец, существуют ситуации, в которых по одним и тем же поставщикам, покупателям или товарам ведутся разные счета , так как учитываются разные финансовые отношения. Например, мы хотим завести счета основных средств по «первоначальной стоимости их приобретения», а отдельно для тех же средств завести счета «аккумулированной амортизации». Тогда нам придется заводить по два счета на каждое основное средство. А как нам быстро вычесть для каждого объекта «аккумулированную амортизацию» из «первоначальной стоимости» и получить «остаточную (книжную ) стоимость»? Хорошо было бы иметь систему, допускающую сочетания (суперпозицию) счет-объект, в которой по одному и тому же объекту аналитического учета могли бы учитываться одновременно несколько разных финансовых отношений или показателей на разных счетах.

Поэтому требования к хорошему аналитическому учету мы сформулировали так:

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


Система Allegro. Руководство разработчика Наверх