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

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

Файл присваивает проводки периодам. Это можно контролировать по дате документа или с помощью отдельного ввода. Обычно есть 14 периодов в год. Период 0 включает перенос остатка с предыдущего года. Здесь возможны только автоматические бронирования. В периоды с 1 по 12 регистрируются текущие транзакции отдельных месяцев. Период 13 записывает операции, которые не следует назначать определенному месяцу. Это, в частности, исправления и оценки в контексте годовой финансовой отчетности. Но даже с ежеквартальными отчетами вы можете записывать такие проводки в периоде 13. Для каждого финансового года поддерживается отдельный подкаталог с данными за 14 периодов. Это позволяет переключаться между базами данных на несколько лет. Когда период закрыт, он больше не может быть зарезервирован в нем. Данные сохраняются и могут быть оценены без ограничений.

Фин-уч четко различает базу данных и оценку. В то время как в Бухгалтерский учет 1.0 данные все еще записывались в журналах и счетах, они представляют собой только оценки в Бухгалтерский учет 2.0. Баланс и отчет о прибылях и убытках являются независимыми оценками в дополнение к счетам. Поэтому нет никаких окончательных заказов. В конце года создается новый подкаталог со следующим годом, и в него сначала копируются пустые учетные записи. Впоследствии окончательное сальдо балансовых счетов вводится автоматически в качестве переноса сальдо в период 0 нового года. Сумма всех взаимозачетов соответствует прибыли предыдущего года. Для изменений в старом году балансовые контракты обновляются.

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

Оценки Фин-уч сегодня в основном создаются в виде файла и хранятся в электронном виде. В дополнение к этому архивированию данные также могут быть доступны для различных задач в компании в качестве источника данных. Для этого нужно спросить, кому нужна какая информация для его задач. Помимо требований законодательства, эти требования определяют объем бухгалтерского учета 2.0.

В Бухгалтерский учет 1.0 была альтернатива вести журнал для всех заказов в строгом хронологическом порядке или несколько разных ваучерных журналов для разных групп деловых операций, которые затем сохранялись в хронологическом порядке в этом журнале. Поскольку журналы в «Бухгалтерии 2.0» - это чистые оценки, есть две возможности рядом.

Распечатывая журнал бронирования, решается, что эти заказы не могут быть исправлены. Поэтому процедуры механических испытаний должны быть выполнены заранее. Другие проверки достоверности также должны быть выполнены, например, совпадают ли остатки денежных средств на счетах с остатками на банковских счетах или в кассе. Поскольку журнал учета воспроизводит журнал учета 1.0, он организован в соответствии с порядком сбора данных. Следовательно, это скорее документация и бюрократическая обязанность, чем значимая оценка.

Напротив, журналы документов контролируются типом документа и номером документа. Возможны дополнительные ограничения. Так может, например, Оценка со всеми счетами определенного диапазона номеров может быть сгенерирована на бумаге или в файле. Для журналов документов порядок ввода данных не важен. Журналы документов больше похожи на рабочие пособия для конкретных задач. Но также возможно, что, например, Ежемесячно заполненные журналы документов создаются как документация.

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

Как и журналы, счета - это не хранилище данных, а оценка. Поэтому распечатанные на бумаге счета не имеют большого значения. С другой стороны, важно иметь возможность отображать учетную запись на экране. Если данные не были переданы на аутсорсинг, это также возможно в более ранние годы. Это относится как к личным счетам, так и к учетным записям главной книги. Из-за этой постоянной доступности обычно достаточно печатной годовой выписки со счета, которую затем можно создать в виде файла. Счета с большим количеством проводок также можно определить как сводную учетную запись, с которой все дебетовые и кредитовые проводки за период сведены в одно число. Подробности можно прочитать с экрана.

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

Поз.1     Поз.2     Длина     Тип     Обозначение
    0         6         7     N     Номер счета
    7         7         1     A     Тип документа
    8       13         6     A     Номер документа
  14       19         6     A     Дата документа
  20       38       19     A     Текст для бронирования
  39       39         1     A     Код B = Брутто / N = нетто
  40       52       13     N2  Полная сумма (всего)
  53       65       13     N2  Чистая сумма (всего)
  66     128       63     N    9 Стоит каждые 7 цифр
129     191       63     N    9 Счета доходов (встречные счета)   7-значный
192     308     117     N2  9 Брутто / нетто.  (при необходимости в иностранной валюте)
309     362       54     N2  9 Ставки НДС за 6 цифр
363     363         1     N     Код валюты   (дополнительная иностранная валюта)
364     370         7     N     Коэффициент преобразования   (доп. Третье лицо)
371     385       15     A     Номер документа Поставщик
386     386         1     A     Примечание о блокировке / оплате  Бронирование: 

                                          L = прямой дебет,  E = дебет, V = значение
387     392         6     N    Дата валютирования  (если позиция 386 = "V"!)
393     393         1     A    знак бронирования / сторона   S = дебет, H = кредит
394     403       10     A     Поиск имени Персональный счет
404     433       30     A     Почтовый индекс /  Личный кабинет города
434     463       30     A     Личный кабинет
464     493       30     A     бизнес / Личный кабинет
494     523       30     A     Уличный человек
524     543       20     A     Телефон Лицо Лицо
544     563       20     A     Факс Личный кабинет
564     578       15     A     Номер счета (управляющий банком)  персональный аккаунт
579     586         8     N     Код банка (банковский счет)   Лицевой счет
587     611       25     A     Наименование банка (банковское основные данные)  Лицевой счет
612     636       25     A     Комментировать Лицо
637     652       16     A     Идентификационный номер                     плательщика НДС
653     667       15     A     Номер клиента у поставщика    (Личный кабинет)
668     677       10     N     Кредитный лимит
678     678         1     N     Индикатор Напоминание 0-9 (см. «Напоминание»)
                                           персональный аккаунт
679     680         2     A      Счет представителя
681     683         3     N     Чистый день лицевой счет
684     686         3     N     скидка за наличный платеж1 дней     личный кабинет
687     691         5     N2   скидка за наличный платеж1 %          личный кабинет
692     694         3     N     скидка за наличный платеж2 дней    личный кабинет
695     699         5     N2   скидка за наличный платеж2 %         личный кабинет
700     700         1     A      Регистрация за границей N, E, D     персональный аккаунт
701     701         1     N     коллекционный предмет. личный счет.    (только с новым заводом)
702     707         6     A      Дата документа  (если отличается от даты бронирования)
708     709         2     N     Срок платежа («Х» в позиции 708  производит приобретение платежа
                                           условия из основной записи лицевого счета
710     748     39     -         свободный (всегда занимаются ASCII 32)

Эти 44 поля с 748 символами были в основном также доступны для данных приобретение на экране.

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