Я ищу стандартную модель логических данных стандартной бухгалтерской книги и кредиторскую задолженность.Общая информация о бухгалтерской книге и кредиторской задолженности
Есть ли доступные модели учетных данных?
Я ищу стандартную модель логических данных стандартной бухгалтерской книги и кредиторскую задолженность.Общая информация о бухгалтерской книге и кредиторской задолженности
Есть ли доступные модели учетных данных?
Хммм, я изучил модель данных, пока изучал бухгалтерский учет. Если Google не даст вам ответа, возможно, это будет путь.
Самая основная книга - 3 таблицы: учетные записи, партии и транзакции. Все транзакции должны быть в пакете. Некоторые люди делают две колонки для дебетования и кредита, я всегда делал одну колонку, с дебитами и кредитами, имеющими противоположные знаки.
Кредиторская задолженность также очень проста. В основе его лежит таблица продавцов и таблица ваучеров/счетов-фактур. Наконец, сформирована таблица проверок. В отличие от покупки, кредиторская задолженность не требует ссылки на инвентарь или любую деталь на ваучере, что делает его довольно простым.
После этого, приукрасить по вкусу :)
Основные GL транзакционные таблицы:
журналов проверяются перед отправкой в Таблица LEDGER.
ядро AP Таблицы:
.. "Все операции должны быть в пакете." Можете ли вы немного разобраться в этом? Вы имеете в виду сценарий производителя/проверки, когда транзакции изначально записываются в пакетную версию до того, как они «одобрены», а затем окончательно записаны как транзакции? – swisscheese
@swisscheese: Чтобы инициировать любую операцию в регистре, вы создаете пакетный заголовок, а затем помещаете отдельные дебиты/кредиты в пакет. Таким образом, это означает, что все отдельные дебиты/кредиты являются частью этой партии. У партии может быть описание, пользователь, который ввел его, и, конечно, дату транзакции. –
@KenDowns Не могли бы вы показать пример счетов, партий и транзакций. –