Методологические принципы автоматизированной формы бух учета (теория 1)

Методологические принципы автоматизированной формы бух учета (теория 1)

1. Сохранение метода двойной записи при отражении хоз операций.

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

3. Обеспечение автоматического ввода различных данных о хоз операциях (исходной информации) в ЭВМ с документов, через систему периферийного оборудования (различные счетчики, датчики и др.).

4. Обработка на ЭВМ первичной (исходной) информации хоз операций с помощью разных программ с учетом решения конкретных задач в зависимости от требований пользователей информации.

5. Получение на основе обработки информации сформированного банка данных.

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

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

8. Обеспечение выдачи информации, необходимой для составления всех видов отчетности (месячной, квартальной, годовой) и оперативного управления предприятием.

9. Обеспечение согласованности всех видов учета: бухгалтерского, оперативно-технического и статистического.

Структура учетной информации (файл «Теория 2»)

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

Экономическая информация. По функциям управления: на плановую, учетную, нормативно-справочную и аналитическую.

Плановая информация описывает явления и события, которые должны быть совершены в будущем.

Учетная информация отражает уже совершившиеся события, явления, хоз процессы. Ее разделяют на оперативную, бухгалтерскую и статистическую информацию. На долю учетной информации приходится более 70% общего объема экономической информации.

К нормативной информации относятся нормы и нормативы, рассчитываемые при решении задач конструкторско-технологической подготовки производства.

Аналитическая информация возникает в процессе оценки показателей производственно-хозяйственной и финансовой деятельности предприятия.

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

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

Результатная информация вместе с необрабатываемой информацией составляют выходную информацию.

Важным классификационным признаком является стабильность, всоответствии с которым выделяется постоянная (условно-постоянная) и переменная информация.

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

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

Учетная информация имеет сложную иерархическую структуру , которая представлена: реквизитами; показателями; документами.

Реквизиты — элементарные информационные единицы, которые не поддаются дальнейшему логическому членению. Они отражают определенные свойства объекта, процесса, явления и имеют определенное смысловое значение.

Различают: реквизиты-основания, которые характеризуют количественную сторону объекта, процесса, явления, реквизиты-признаки, которые характеризуют качественные стороны описываемого объекта или процесса. Н/р, количество поступившего материала — это реквизит-основание, а наименование материала, единица измерения, наименование поставщика — это реквизиты-признаки.

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

Отдельно взятые реквизиты-основания и реквизиты-признаки экономического смысла не имеют. Поэтому применяются они только в сочетании. Из них компонуются более сложные информационные конструкции — составные единицы информации (СЕИ).

Показатель — составная единица информации, которая включает один реквизит-основание и один или несколько реквизитов-признаков.

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

Принципы построения и функционирования АСБУ (теория 1)

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

Принцип первого лица определяет право принятия окончательного решения и порядок ответственности на различных уровнях управления.

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

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

Для АСБУ свойственны и специфические черты.

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

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

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

Классификация АСБУ (лекции)

По способу построения АСБУ можно (достаточно условно) разделить на следующие классы:

− интегрированные системы;

− инструментальные системы;

− комплексы АРМ.

В дополнение к этим трем основным классам иногда добавляют два дополнительных:

− мини-бухгалтерии;

− бухгалтерский модуль корпоративной системы.

Мини-бухгалтерии предназначены для автоматизации учета на малых предприятиях, не имеющих на балансе большого числа объектов, не обладающих товарными запасами широкой номенклатуры, с числом бухгалтеров 1–2 человека. Программы подобного типа позволяют вводить и обрабатывать проводки, формировать главную книгу, оборотную ведомость, журналы-ордера, готовить отчетность. Натуральный учет в этих программах обычно не ведется. «Главный бухгалтер», «Бухгалтерия». Ранее к этому типу относили программы «1С: Бухгалтерия», «Инфо-Бухгалтер», но возможности этих программ гораздо шире.

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

Инструментальные системы, или бухгалтерские конструкторы, получили наиболее широкое распространение. Здесь так же, как и в интегрированных системах, применяется общая модель бух учета. Но пользователь может самостоятельно описывать расчетные алгоритмы, макеты ввода документов, правила построения отчетов на специальном входном языке. При этом достигается адаптация системы для конкретных нужд предприятия и значительная независимость от разработчика, что, в свою очередь, обусловливает относительно низкие цены на системы такого вида. Относительным недостатком инструментальных систем можно признать необходимость навыков программирования у бухгалтера, хотя программирование на входном языке таких систем существенно проще, чем на универсальном языке программирования. «1С: Бухгалтерия», «Инфо-Бухгалтер», «Турбо-Бухгалтер», «Компьютер-Сервис».

Комплексы бухгалтерских автоматизированных рабочих мест (АРМ) ориентированы на бухгалтерии средних и крупных предприятий, где функции между бухгалтерами четко разделены. В такие комплексы входят отдельные АРМ по участкам учета (ОС, зарплата, ТМЦ и т. п.). Пользователь может приобрести лишь наиболее интересующие его компоненты, а по мере необходимости докупать и другие модули. Здесь нет единой модели представления данных: на каждом АРМ реализованы специфические функции обработки первичных документов и выдачи отчетных форм. Системы этого типа наиболее полно отражают специфику документооборота большой бухгалтерии. Некоторые системы данного типа включают в себя, кроме чисто бухгалтерских АРМ, еще и АРМ делопроизводства, руководства, учета кадров, что делает их весьма похожими на корпоративные системы, но меньшей стоимости. Данные с отдельных АРМ передаются на АРМ сводного учета по сети. БЭСТ, «ФинЭко», «КомТех».

Корпоративные системы (комплексные системы автоматизации управления) ориентированы на крупные промышленные предприятия и включают в себя ряд модулей: управления закупками и продажами, планирования процесса производства, финансового анализа, кадрового учета, бухгалтерского учета и т. д. «Галактика», «Флагман».

В течение последних нескольких лет самым покупаемым классом бухгалтерских программ является класс инструментальных систем, включающих мощные средства макропрограммирования. По некоторым оценкам, более половины бухгалтерий, ведущих компьютерный учет, пользуются программами «1С: Бухгалтерия», «Инфо-Бухгалтер» и «Турбо-Бухгалтер».

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

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

Начальная цена интегрированных систем и комплексов АРМ намного выше.

Цены комплексов АРМ еще выше.

11. Выбор АСБУ (см. только системы для бухучета) (теория 1)

Основными источниками информации о бухгалтерских программных продуктах являются (даны в порядке возрастания степени достоверности):

− рекламные объявления;

− прямые обращения поставщиков к потенциальному покупателю;

− советы знакомых, использующих бухгалтерские программы;

− консультации независимых специалистов;

− статьи в экономической и компьютерной прессе;

− специализированные выставки;

− опросы пользователей;

− конкурсы программ.

Опрос посетителей выставки «Управление-2000.

Среди систем управления предприятием лидерство досталось комплексу «Парус-8» (26%). Действительно, корпорация «Парус», особенно в течение последних лет, очень активно занимается рынком крупных корпоративных проектов, разрабатывая для него серьезные, «тяжеловесные» решения. На втором месте фирма «1С» (22%) с комплексной конфигурацией «1С: Предприятие 7.7». Эта система ориентирована прежде всего на малые и средние предприятия. Галактика 12%

Самой популярной бухгалтерской программой посетители выставки назвали «1С: Бухгалтерию» (77%) — ей принадлежит бесспорное лидерство в этой категории. Активная маркетинговая политика компании «1С», отлаженная схема информационно-технического сопровождения программы сделали свое дело, так что и результат вполне закономерный. БЭСТ 7%. Турбо-бухгалтер 4%. Парус 3%

Основные понятия в описании компьютерных бух. систем (теория 1)

Управление – процесс формирования целесообразного (эффективного) поведения системы. Управление (в отличие от развития) предполагает неизменными информационное описание системы, морфологическое описание в части элементного состава и композиции. Управление, осуществляемое сторонней системой, называется внешним, а осуществляемое одной из подсистем – внутренним или самоуправлением.

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

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

По способу приспособления к изменениям различают самонастраивающиеся, самообучающиеся и самоорганизующиеся системы.

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

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

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

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

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

Предлагаемые нами определения понятий исключают «адаптивность» из числа характеристик действующих АСБУ, а «универсальность» выступает в качестве меры «настраиваемости» в смысле полного охвата максимально возможного, по мнению разработчиков, ПО, объема пространства изменений, т. е. диапазона изменений по каждой из осей измерения этого пространства.

Таким образом, «универсальные» АСБУ могут быть определены как «максимальные», «полномасштабные» или «полнофункциональные», а «настраиваемые» – как АСБУ «ограниченной настраиваемости». При этом ограничения возможных «перенастроек» могут определяться либо разработчиком, либо заказчиком при разработке технического задания на доработку серийного ПО.

Развитие учетных подсистем

Вполне естественно, что задача разработчиков программ состоит в обеспечении соответствия подсистем бух учёта требованиям законодательства. Вопрос заключается в том, какие готовые настройки тех же типовых операций производитель поставляет своим пользователям. Фирмы, ориентирующиеся на массовый тираж своих ПП, созданию подобных настроек уделяют очень серьезное внимание, полагая, что многие клиенты используют именно их типовые решения. Те же поставщики, которые сами обеспечивают внедрение своих разработок, типовыми решениями занимаются заметно меньше, поскольку всё равно «подкручивают» настройки своих программ на каждом объекте внедрения.

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

Системы MRP и ERP

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

Существенное продвижение в поддержке стандартов MRP, ERP заметно в системе «Галактика». Многие элементы этих стандартов присутствуют в ней уже давно, и теперь функциональное развитие идёт главным образом в сторону полномасштабной реализации требований MRP II.

Вертикальная интеграция

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

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

Горизонтальная интеграция

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

В связи с этим при комплексной автоматизации управления приходится объединять все используемые предприятием программы в единую систему.

Чтобы облегчить взаимодействие программ различных поставщиков, необходимы выработка общепризнанных промышленных стандартов, регламентирующих структуры выгрузки/загрузки данных, и обеспечение их поддержки во всех разработках. Только так можно радикально решить проблему обмена данными между различными разработками, с тем, чтобы в каждом конкретном случае не создавать программу-переходник.

Средства настройки программ

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

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

Операционные системы

Основная часть программ экономического назначения на текущий момент существует в версиях как для DOS, так и для Windows. Ведущие российские разработчики сегодня продвигают главным образом версии своих программ для Windows.

12. Архитектура " клиент–сервер"

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

СУБД

Сторонников подхода построения так называемых СУБД-независимых программ становится всё больше. По-видимому, это объясняется тем, что разные предприятия в своей работе применяют разные СУБД и не всегда хотят заменять их при внедрении автоматизированной системы организационно-экономического управления или закупать, устанавливать и эксплуатировать ещё одну СУБД. Дело в том, что современные SQL-серверы являются довольно дорогостоящими и требуют немалого опыта для эффективной эксплуатации. Поэтому, если прикладная система автоматизации, рассматриваемая как тиражный продукт, «умеет» взаимодействовать с несколькими СУБД, то это даёт ей немалые конкурентные преимущества.

Интернет — экономисту

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

Можно выделить следующие основные тенденции развития систем автоматизации бух учета:

1. Информационно-технологическое сопровождение с целью оперативной поддержки изменений законодательства.

2. Совершенствование механизмов управления документооборотом.

3. Усиление гибкости в организации расчетов.

4. Рост числа программ экономического анализа.

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

6. Существенное продвижение в поддержке стандартов MRP и ERP.

7. Использование возможностей MS Office.

8. Интеграция отечественных разработок с зарубежными комплексными системами управления производством.

9. Первые попытки стандартизации процедур обмена коммерческой информацией между системами различных фирм.

10. Все большее расслоение средств настройки систем по профессиональному признаку.

11. Использование разнообразных операционных систем.

12. Различные сетевые решения в архитектуре «клиент–сервер».

13. Разработка систем, ориентированных на несколько различных СУБД.

14. Создание систем обслуживания клиентов через Интернет.

Инновационность решений.

Позволяет обеспечить высокое быстродействие решений «Галактики», их надежность и бесперебойность работы при неограниченном количестве пользователей, а также интеграцию с программным обеспечением других разработчиков.

Модульная структура

Благодаря модульной структуре системы Галактика ERP предприятие-заказчик приобретает только нужные ему компоненты системы. При этом с развитием бизнеса и появлением новых учетно-управленческих задач, предприятие имеет возможность последовательно производить закупку необходимых компонент системы.

Масштабируемость

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

Простота и надежность

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

23. Контур Бухгалтерского учета

Бухгалтерский и налоговый учет

Система Галактика ERP обеспечивает обобщение и анализ информации по всем разделам хоз деятельности предприятия:

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

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

Затраты на производство: расходы по видам деятельности предприятия.

Готовая продукция и товары: наличие и движение готовой продукции (продуктов производства) и товаров.

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

Расчеты: все виды расчетов с различными юридическими и физическими лицами (в т.ч. внутрихозяйственные расчеты).

Капитал: состояние и движение капитала.

Финансовые результаты: доходы и расходы, а также выявленный конечный финансовый результат деятельности организации за отчетный период.

Реализация в системе Галактика ERP требований ПБУ 18/02 позволяет:

· обеспечить хранение и расчет данных о начислении и погашении сумм временных и постоянных разниц, возникающих между бух и налоговым учетом;

· отразить в бух учете и отчетности взаимосвязь прибыли или убытка, определенных по нормам бух учета и налоговой базы по налогу на прибыль, определенной в соответствии с законодательством о налогах и сборах;

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

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

Налоговый учет реализуется:

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

2. отображением доходов и расходов, определяющих налогооблагаемую базу.

Комплект готовых форм налоговых регистров, формируемых на основе параметров первичных документов, и форма декларации включены в модуль «Налоговый учет» системы Галактика ERP. В модуле содержится свыше 30 готовых регистров налогового учета (регистры-расчеты и регистры-состояния по амортизируемому имуществу, расходам на оплату труда, движению денежных средств, финансовым результатам по типам операций и т.п.).

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

Реализация в системе Галактика ERP требований налогового учета обеспечивает:

· отражение в учете сумм налога на прибыль, подлежащего уплате в бюджет, сумм излишне уплаченных, а также сумм, способных оказать влияние на величину налога на прибыль в последующих отчетных периодах;

· документирование налогооблагаемой базы по налогу на прибыль в соответствии с требованиями главы 25 Налогового кодекса Российской Федерации.

24. Контур Оперативного учета (Логистики)

Методологические принципы автоматизированной формы бух учета (теория 1)

1. Сохранение метода двойной записи при отражении хоз операций.

5. Получение на основе обработки информации сформированного банка данных.

9. Обеспечение согласованности всех видов учета: бухгалтерского, оперативно-технического и статистического.

12 3 4 5 6 7 8 9 10 Следующая ⇒

Последнее изменение этой страницы: 2017-03-14; Просмотров: 703; Нарушение авторского права страницы