Содержание 
 
 

Введение

     Анализируя  ситуацию на российском софтверном рынке  за последние пару лет, можно довольно уверенно утверждать, что наиболее динамичные и интересные процессы происходят сейчас в сфере ERP-решений. В первую очередь речь идет о сегменте средних предприятий, где столкнулись все ведущие поставщики, в том числе пришедшие сюда "сверху" и "снизу" - из секторов крупных и малых заказчиков. Наверное, главным возмутителем спокойствия тут стала фирма "1С", начавшая активное продвижение "наверх" своих продуктов на базе новой платформы "1С:Предприятие 8.0". Однако, как легко можно предположить, компания не собирается останавливаться на достигнутом: следуя классическим военным доктринам, она ставит перед собой задачу не просто удержать плацдарм, но со всей решимостью расширить его.

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

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

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

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

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

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

     Используется  более чем 1 млн предприятий на территории России, СНГ и Балтии, Румынии, Вьетнама.

     Большинство конфигураций «1С:Предприятие» имеют:

         * Возможности общей настройки  программы (такой, как задание  даты запрета редактирования  данных);

         * Возможности индивидуальной настройки  программы для каждого пользователя (такой, как основной склад  для автоматической подстановки  в документы);

         * Множество переключаемых интерфейсов;

         * Множество наборов прав (ролей), причём часть прав может назначаться  пользователями в режиме Предприятия;

         * Более гибко настраиваемые отчёты, нежели в версии 7.7;

         * Возможность построения произвольных отчётов (так называемая «Консоль отчётов»);

         * Встроенный универсальный обмен  данными;

         * Встроенные возможности обновления  через Интернет.

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

1. Формирование книг продаж и покупок в конфигурации «1С: Предприятие»

     1.1. Общие требования  формирования книг

     Очень часто на практике просят указать порядок создания документов в системе «1С: Предприятие» при формировании книг продаж и покупок. Этот вопрос мы и рассмотрим в нашей статье.¹

     Формирование книги продаж за прошедший период следует начинать после того, как произведена сверка взаиморасчётов с контрагентами, и проверено, все ли выданные счета-фактуры внесены в систему.

     Порядок создания документов при формировании книги Продаж:

     1. Документ «Отражение реализации товаров и услуг для НДС». Данным документом в системе  формируют счета-фактуры (выданные), которые не были сформированы в первичных документах. Например, реализация в системе была отражена документом «Операция БУ и НУ», т. е. вручную.

     2. Документ «Регистрация оплаты от покупателей (НДС)».

     3. Обработка «Регистрация счетов-фактур на аванс».

     4. Обработка «Регистрация счетов-фактур на суммовые разницы».

     Данной обработкой пользуются, если, в соответствии с настройками учетной политики, суммовые разницы отражаются как суммы, связанные с расчетами по оплате (ст. 162 НК РФ).

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

     Регистрация счетов-фактур может производиться в конце налогового периода или оперативно (за указанный промежуток времени).

     5. Документ «Подтверждение нулевой ставки НДС». Данным документом пользуются, если     организация осуществляет реализацию с 0% ставкой.

     6. Документ «Формирование записей книги продаж»

     7. Документ «Формирование записей книги продаж (0%)

     После проведения документа «Формирование записей книги продаж» информация попадает в отчёт «Книга продаж».

     Формирование книги Покупок за прошедший период следует начинать после того, как произведена сверка взаиморасчётов с контрагентами, и проверено, все ли полученные счета-фактуры внесены в систему.

       Порядок создания документов при формировании книги Покупок:

     1. Документ «Отражение поступления товаров и услуг для НДС». Данным документом в системе формируют счета-фактуры (полученные), которые не были сформированы в первичных документах. Например, факт поступления товаров и услуг в системе был отражён документом «Операция БУ и НУ», т.е вручную.

     2.   Документ «Регистрация оплаты поставщикам НДС».

     3.   Документ « Начисление НДС по СМР». Данный документ формируют, если в отчётном периоде проводились СМР собственными силами.

     4.   Документ «Регистрация оплаты НДС в бюджет».

     5.   Документ «Распределение НДС косвенных расходов».

     6.   Документ «Восстановление НДС», документом пользуются при необходимости восстановления НДС.

     7.   Документ «Формирование записей книги покупок».

     8.   Документ «Формирование записей книги покупок (0%)».

     После проведения документа «Формирование записей книги покупок» информация попадает в отчёт «Книга покупок».

     1.2. Оформление дополнительных листов к книгам покупок и книгам продаж

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

     ООО «Наша организация» 15.01.2007 зарегистрировала в книге покупок счет-фактуру ЗАО «Мебельная фабрика» №1 от 15.01.2007 по приобретенному товару на сумму 59000 руб., НДС сверху 18% — 9000 руб. 20.02.2007 было обнаружено, что в счете-фактуре неверно указан ИНН поставщика, что не позволяет считать вычет правомерным.²

     В день обнаружения ошибки (20 февраля) необходимо заполнить дополнительный лист к книге покупок, сторнирующий запись за январь. В программе 1С Бухгалтерия 8 при заполнении документа Формирование записей книги покупок за февраль  вручную вносится запись, сторнирующая ошибочную запись в январе, устанавливается флаг Запись дополнительного листа и в качестве корректируемого периода указывается 31.01.2007 – последний день налогового периода, в котором требовалось начислить НДС (рис.1).

     Рисунок 1

     При формировании отчета Книга покупок за январь требуется установить флаг Формировать дополнительные листы и выбрать вариант за текущий период (рис. 2). 

     Рисунок 2

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

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

     Согласно Правилам ведения журналов учета полученных и выставленных счетов-фактур, книг покупок и книг продаж в шапке дополнительного листа к книге покупок по строке Налоговый период (месяц, квартал), год, в котором зарегистрирован счет-фактура до внесения в него исправлений , следует указать Январь 2007г. , а в строке Дополнительный лист оформлен поставить дату его составления 20 февраля 2007г. (рис. 2).³

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

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

     Аналогично производится исправление книги продаж. В день обнаружения ошибки необходимо заполнить дополнительный лист к книге продаж. Рассмотрим, как это осуществить на конкретном примере. Предположим, что 20февраля 2007 года Наша организация реализовала Дому мебели 10 штук диванов на сумму 118000 руб., НДС сверху. 19 марта 2007 г . выяснилось, что счет-фактура от 20 февраля сформирован с ошибками. Сумма операции должна составить 141600 руб., НДС сверху.

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

     В программе 1С:Бухгалтерия 8 в день обнаружения ошибки 19.03.2007 требуется с помощью документа Формирование записей книги продаж   вручную внести две записи в дополнительный лист к книге продаж:

     1 — строку, сторнирующая ошибочную запись в феврале, с установленным флагом Запись дополнительного листа. В графе Событие в этой строке выбирается  НДС скорректирован. В качестве корректируемого периода указывается 28.02.2007;

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

     В условиях рассматриваемого примера документ будет выглядеть следующим образом (рис. 3).

     Рисунок 3

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

     Рисунок 4

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

     В заключение хотелось бы отметить, в случае, когда налогоплательщик вовремя не зарегистрировал счет-фактуру в книге продаж, то согласно письму Федеральной налоговой службы от 06.09.2006 № ММ-6-03/896 она должна быть отражена в дополнительном листе к книге продаж за тот налоговый период, когда этот счет-фактуру следовало зарегистрировать. Так как в этом случае сторнировать нечего, то при заполнении документа Формирование записей книги продаж  вводится только одна строчка, соответствующая данным вновь зарегистрированного счета-фактуры, с установленным флагом Запись дополнительного листа. Графа Событие в данном случае принимает значение Реализация.

2. Формирование  платежного поручения

     2.1. Общие требования  и принципы

     Программа "1С:Платежные документы" входит в систему программ "1С:Предприятие". Конфигурация программы использует базовые понятия системы программ 1С:Предприятия и не требует дополнительной установки компонент.

     Программа "1С:Платежные документы" предназначена  для ввода, хранения и печати следующих  документов бухгалтерского учета:

     платежное поручение, а также платежное  требование,

     платежное требование-поручение, инкассовое поручение  и заявление на аккредитив;

     счет, накладная, счет-фактура;

     приходный и расходный кассовые ордера;

     авансовый отчет;

     доверенность.

     Конфигурация  программы "1С:Платежные документы" не может быть изменена, однако пользователю доступно редактирование шаблонов печатных форм первичных документов.

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

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

     Программа предоставляет средства интеграции с системой электронных платежей "DiasoftCLIENT4X4", что делает возможной  автоматическую запись платежных поручений  в "DiasoftCLIENT4X4" при вводе их в  программу "1С:Платежные документы".

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

     Программа предоставляет новые средства администрирования:

     встроенные  средства тестирования и исправления  информационной базы;

     режим просмотра журнала истории работы пользователей.

     И так, система 1С:Предприятие позволяет подготавливать и учитывать различные платежные документы. Для доставки их в банк часто применяются системы дистанционного банковского обслуживания, в том числе и системы класса "Банк - Клиент" (разработанные по технологии "толстый" или "классический" клиент). Один из модулей этой системы (модуль "Клиента Банка") устанавливается на рабочем месте бухгалтера. Недостатком таких систем является необходимость повторного ввода платежных документов в модуль "Клиента Банка" при отправке их в банк и повторного ввода платежных документов в систему 1С:Предприятие при получении их из банка. Это приводит к лишним трудозатратам и может привести к ошибкам.

     Поэтому Фирмой "1С" совместно c разработчиками информационных банковских систем РФК, Диасофт и ЛАНИТ, разработан формат обмена финансовыми документами  между системой 1С:Предприятие и  модулями систем дистанционного банковского обслуживания, устанавливаемыми у клиентов банка (модулями "Клиент-банка").

     Фирмой "1С" разработан стандарт, описывающий  единые правила обмена финансовыми  документами c модулями "Клиент-банка", структуры и форматы данных.

     По  стандарту могут работать и некоторые  системы Интернет-банкинга (разработанные  по технологии "тонкого клиента"), когда на клиентской стороне располагается  лишь обычный интернет-браузер с  опциональными модулями криптозащиты и электронной подписи.

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

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

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

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

     Использование стандарта позволяет реализовать  следующую примерную схему дистанционного финансово-платежного обслуживания:⁴

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

     Передача  данных из "1С:Предприятие" в "Клиент банка"

     Передача  данных осуществляется в два этапа.

     На  первом пользователь подготавливает данные (платежные документы) и с помощью модуля обмена данными "1С:Предприятие" формирует файл данных.

     На  втором, с помощью программы "Клиент банка" этот файл читается и обрабатывается. Результат обработки передается по телекоммуникационным каналам в  Банк.

     При инициализации пользователем "1С:Предприятия" модуля выгрузки данных в диалоге указываются:

     виды  выгружаемых документов. Перечень видов  определяется функциональными возможностями "1С:Предприятие" и "Клиента  банка".

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

     период  выгрузки платежных документов. В  этом интервале дат будут выгружены  все платежные документы указанных  видов по указанным расчетным  счетам. Период выгрузки выбирается таким  образом, чтобы были выгружены все  документы, введенные (измененные) после предыдущей выгрузки данных. Если период охватывает ранее выгруженные документы, это не считается ошибкой.

     Результатом выгрузки данных является файл в котором  хранится следующая информация:

     Служебная информация: сведения о формате файла, о времени его создания, и т. д.

     Период, за который выгружались документы.

     Перечень  расчетных счетов, по которым выгружены  платежные документы.

     Перечень  видов выгруженных документов.

     Информация  о платежных документах.

     В "Клиенте банка" пользователем  инициируется загрузка данных из созданного с помощью "1С:Предприятия" файла. При этом:

     Если  документ данного вида не может обрабатываться "Клиентом банка" (в силу функциональных возможностей) - процедура загрузки информирует об этом пользователя.

     Если  загружаемый документ уже присутствует в "Клиенте банка", и не отличается по содержанию - он не обрабатывается.

     Если  этот документ уже присутствует в "Клиенте  банка", но отличается по содержанию, то он считается исправленным; если документ (в соответствии с логикой "Клиента банка") может быть изменен (еще не подписан, не передан в банк и т. д.), то он перезаписывается в базе данных.

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

     Все существующие в "Клиенте банка" (на момент загрузки), но отсутствующие  в файле обмена (отсутствующие  в "1С:Предприятии") документы указанных  видов по указанным расчетным  счетам в интервале обмена считаются удаленными из "1С:Предприятия". При этом:

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

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

     Таким образом, происходит синхронизация  данных в "Клиенте банка" по данным "1С:Предприятия".

     В "Клиенте банка" выполняется  вся необходимая работа по подготовке и отправке документов в Банк и получении оттуда информации (результатов обработки переданных документов, выписки по счетам и т.д.).

     Прием данных из "Клиента банка" в "1С:Предприятие"

     Прием данных также осуществляется в два  этапа.

     На  первом - пользователем инициируется прием данных из Банка и формирование файла.

     На  втором, с помощью модуля обмена данными "1С:Предприятие" этот файл читается и обрабатывается.

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

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