Бухгалтерское дело

Накладные и акты, сформированные автоматически, доступны для последующего редактирования, необходимость в котором может возникнуть в случае неполной поставки либо поставки по нескольким сопроводительным документам. При формировании очередного сопроводительного документа по документу-основанию система автоматически учитывает ранее произведенные поставки. При создании накладных на отпуск осуществляется контроль наличия отпускаемых товаров по разрезам хранения: склад – материально-ответственное лицо – партия. Для облегчения работы при большом потоке документов существует возможность формирования складских ордеров как по отдельной накладной, так и по группе накладных.

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

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

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

Если по документу-основанию на продажу суммы платежа были разнесены по позициям накладных, то в отчете присутствует графа «Оплата», где приводятся суммы оплаты по каждой накладной.

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

Дальнейшая работа с платежным документом – ввод даты оплаты и выполнение проводок – осуществляется в контуре бухгалтерского учета. Безусловно, платежные документы можно вводить непосредственно в контуре бухгалтерского учета и при этом устанавливать их связь с документами-основаниями. Во всех случаях возможен как один платеж по нескольким документам, так и несколько платежей по одному документу.

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

Общую картину взаиморасчетов можно получить в модуле Поставщики, Получатели.

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

3.2. Специфика бухгалтерского учета и внутреннего аудита в компьютерной среде

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

1) модель интерпретации документов как дополнения к хозяйственным операциям;

2) модель интерпретации документов как средства формирования записей массива хозяйственных операций;

3) модель интерпретации документов как вспомогательных информационных объектов;

4) полная модель документооборота.

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