Коды проводок в sap возврат платежа
Коды проводок в sap возврат платежа
Отражение исходящего НДС в SAP формируются на основании введенных бухгалтером в систему документов. Проводку по реализации товаров работ или услуг в бухгалтерском учете порождает документ исходящего счета-фактуры, созданный в модуле SD по транзакции VF 01. Основным параметром, влияющим на учет исходящего НДС является код налога. Код налога в свою очередь определяет:
— Счета, на которые будет проводиться сумма НДС.
Код НДС, автоматически выделяемые корреспондирующие счета НДС и суммы НДС выбираются и рассчитываются автоматически, в зависимости от Вида торгового документа, Класса оценки (задается в основной записи материала) и Идентификатора партнера (задается в основной записи контрагнета), указываемых на этапе создания сбытового заказа.
Проведенный документ по реализации услуг, представлен на Рис.1.
В результате проведенный документ сразу отразится в книге продаж и после вывода документа на печать, отразится в журнале выданных счетов-фактур.
Автоматические проводки и автоматический расчет суммы по исходящему НДС осуществляется:
— при формировании проводки в системе по выставлению счета-фактуры покупателю;
— при формировании проводки в системе по полученному авансу от покупателя, заказчика, прочего дебитора;
— при выравнивании позиции дебитора, среди которых присутствует позиция дебитора по авансу полученному (зачет ранее полученного аванса).
Начисление НДС и формирование проводок в системе осуществляется автоматически в зависимости от проставленного кода налога при формировании счета-фактуры покупателю, заказчику, разным дебиторам.
Начисление НДС будет осуществляться вручную по операции начисления НДС при передаче товаров (работ, услуг) для собственных нужд, расходы по которым не принимаются при исчислении налога на прибыль;
Восстановление НДС осуществляется вручную в случаях:
— при передаче имущества, НМА, имущественных прав в качестве вклада в уставной (складочный) капитал
— восстановление НДС по товарам (работам, услугам), в том числе ОС и НМА, при дальнейшем их использовании для операций, не облагаемых НДС (указанных в пп.2 п.3 ст.170 НК РФ)
— восстановление НДС при выявленных недостачах и списание на увеличение суммы ущерба
Восстановление НДС осуществляется автоматически в случаях:
— восстановление НДС с авансов, ранее принятых к вычету, после фактического получения товаров (работ, услуг)
— восстановление НДС в связи с уменьшением цены (тарифа) или количества (объема) отгруженных товаров (работ, услуг)
Начисление НДС к уплате в бюджет при осуществлении операций в качестве налогового агента осуществляется вручную.
При реализации (передаче) ТМЦ, работ, услуг, которые не признаются объектом налогообложения при исчислении НДС в соответствии со ст.ст. 146-149 НК РФ операция в SAP отражается также, как указано в соответствующих разделах ниже (тем же способом и с тем же видом документа), однако пользователь будет выбирать отдельные коды налога. В приложении 1 такие коды НДС начинающийся с литеры «F». При этом проводка начисления НДС возникать не будет.
Аванс полученный
Суммы налога, исчисленные с сумм оплаты, частичной оплаты, полученных в счет предстоящих поставок товаров (работ, услуг) подлежат вычетам после отгрузки соответствующих товаров (выполнения работ, оказания услуг) (п.6 ст.172 НК РФ), а в случае изменения условий либо расторжения соответствующего договора – после возврата соответствующих сумм авансовых платежей (п.5 ст.171 НК РФ).
Проводка по вычету НДС с полученного аванса создается в бухгалтерском учете автоматически при зачете аванса с помощью транзакции F-32. Код НДС в документ зачета аванса полученного унаследуется из документа аванса. Выделяемые суммы НДС и корреспондирующие счета НДС также выбираются и рассчитываются автоматически.
Проводка аванса полученного в системе осуществляется в системе SAP ERP одним из следующих способов:
ü при наличии интерфейса с системой «Клиент-банк» – на основе банковской выписки, автоматически загруженной в систему SAP ERP (в т.ч. – «неопознанные» платежи).
ü при отсутствии интерфейса с системой «Клиент-банк» – на основе банковской выписки, вводимой вручную в системе SAP ERP (в т.ч. – «неопознанные» платежи).
ü через модуль «Касса» – в случае получения аванса наличными денежными средствами
По единичному входящему платежу (одно платёжное поручение) должны формироваться различные документы FI:
ü В части оплаты по факту
ü В части авансов полученных (с выделением НДС и выставлением счёта-фактуры)
ü В части платежей без договора (контрагент известен и он не является покупателем ТРУ, при закрытии периода – проводка на Кт 76 в разрезе платёжных поручений, счёт-фактура не выставляется, НДС не начисляется)
Длинная схема разноски платежей
ü При поступлении авансового платежа осуществляется перенос с технического счета 62999998 на другой технический счет 62999990, отражается аналитика по договорам и бизнес-сферам. После этого ответственный исполнитель переносит платеж с технического счета 62999990 на 62* авансовый счет. Данные операции выполняются с помощью транзакции FB05 «Проводка с выравниванием».
При проводке аванса полученного необходимо в дебиторской позиции указать корректный код НДС по авансам полученным (P3, P4, P5, P6) – на основании указанного кода система автоматически рассчитает сумму НДС к уплате в бюджет и выполнит автоматическую проводку НДС по счетам Главной книги.
Короткая схема разноски платежей
ü Ответственный исполнитель на ежедневной основе разносит поступившие платежи с технического счета 62999998 на счета авансов с выделением НДС по авансам полученным. При разноске платежей по счетам расчетов с покупателями отражается аналитика по договорам и бизнес-сферам. Данное действие выполняется с помощью транзакции FB05 «Проводка с выравниванием».
ü В конце отчетного периода (месяца) сальдо на техническом счете 62999998 должно быть нулевым, то есть все платежи разнесены.
ü На основе проведённого аванса полученного в системе SAP ERP распечатывается
При проводке аванса полученного необходимо:
ü Ввести столько дебиторских позиций (Кт 62.Авансы), сколько строк потребуется отобразить в счёте-фактуре по авансу полученному
ü В каждой дебиторской позиции указать корректный код НДС по авансам полученным – на основании указанного кода система автоматически рассчитает сумму НДС к уплате в бюджет и выполнит автоматическую проводку НДС по счетам Главной книги.
ü В каждой дебиторской позиции (в соответствии с SAP Note 1289292):
· либо указать ссылку на позицию заказа клиента в модуле SD
· либо указать номер проформы-инвойса в SD (счёта на предоплату)
· либо (в т.ч. – при отсутствии соответствующего заказа клиента в модуле SD) ввести текст для соответствующей строки в счёте-фактуре в «дополнительных текстах»; в частности, в этом поле можно указать «назначение платежа» из платёжного поручения по авансу полученному.
На основе проведённого аванса полученного в системе SAP ERP распечатывается счёт-фактура установленного образца в рублях, который подписывается и высылается покупателю / заказчику.
НДС по «неопознанным» входящим платежам («не по покупателю», т.е. без привязки к договору, существующему в системе SAP ERP) не начисляется.
62 тех 62 аванс — получен аванс
76.НДС 68 Автоматически В момент проводки аванса дебитора — на основании указанного кода налога
Код НДС, определяет ставку и сумму НДС.
В зависимости от операции указывается соответствующий код НДС:
P3 — ИсхНДС 0% — Авансовый платеж
P4 — ИсхНДС 10% — Авансовый платеж
P5 — ИсхНДС 18% — Авансовый платеж
P6 — ИсхБезНДС — Авансовый платеж
Укажите «Аванс от покупателя» в поле текста позиции дебитора, для корректного формирования печатной формы СФ с аванса.
Загрузка остатков 62.аванс
При загрузке 62 аванс создаётся обычный документ получения аванса, но вместо 51 указывается счёт ввода остатков. Начисленный НДС с авансов (Кт 68.ндс) списывается вручную, общей проводкой на каждый филиал Дт 68.ндс Кт Initinal
Настройка для авансов полученных
1) В книге продаж база налога должна быть равна нулю, наименование покупателя должно определятся от кода контрагента в документе аванса. Это настраивается в транзакциях OBCG/OBCH для версии групп налогов SAL, в колонке арифм.действие должно быть «P» (работает после установки ноты 1864470)
2) В книге покупок база налога должна быть равна нулю, наименование покупателя должно определятся от наименования БЕ. Это настраивается в транзакциях OBCG/OBCH для версии групп налогов PUR, в колонке арифм.действие должно быть «-» (работает после установки ноты 172651)
в книге покупок для авансов полученных должна срабатывать замена реквизитов клиента на БЕ. в OBCG/OBCH для кода налога стоит «-«, ноты 172651,1822813,1864470, 1897808 установлены.
Зачёт аванса полученного в счет оплаты
Обязательно при выравнивании должен быть один аванс, фактур может быть много.
Так как в книге покупок авансы должны отражаться разными строками. 1 строка = 1 документ выравнивания = 1 аванс
Зачёт аванса полученного в счёт оплаты дебиторской задолженности должен осуществляться в день проводки начисления дебиторской задолженности для:
· обеспечения корректности отражения дебиторской задолженности в отчётах системы SAP ERP
· обеспечения корректности прогноза краткосрочной ликвидности предприятия
Зачёт аванса полученного в счёт оплаты дебиторской задолженности осуществляется в системе SAP ERP в транзакции FB05 «Проводка с выравниванием», в которой бухгалтер по дебиторам выбирает из списка позиции по дебету и кредиту счётов расчётов с покупателями и заказчиками. Проводки документа выравнивания, в том числе – проводки НДС, формируются автоматически:
Дт 62 аванс* — Кт 62*
Дт 68* — Кт 76.НДС
В результате проведения документа зачета аванса, документ сразу отразится в книге покупок, в журнал счетов документ вычета НДС не попадает.
Для получения доступа к разделу книги необходимо обратиться с запросом по эл. почте или по телефону
Коды проводок в sap возврат платежа
A: Выписка формата SWIFT MT 940 предоставляется операции с точки зрения банка. Т.е. D – это наш исходящий платеж, C – наш входящий платеж.
SAP сам правильно распознает направление движения денег и преобразует их из D/C в +/-.
В любом случае тестовый прогон реальной банковской выписки – наилучший показатель правильности настройки.
Q2: Мы получили из банка документацию на выписку формата MT940. В ней приведен огромный список возможных типов операций. Нужно ли настраивать все эти типы операций для электронной банковской выписки? Как?
A: Стоит спросить у своих коллег (например, у бухгалтерии и казначейства), какие из этих кодов операций реально будут в выписках (наверняка не все из них используются), и как их нужно проводить в Главной Книге. Потом избранные операции настраиваем в списке внешних кодов, и по возможности группируем во внутренние коды.
Q3: Коды операций в выписке формата SWIFT MT940 достаточно высокого уровня. Например, TRF (NTRF) может быть как входящим платежом, так и исходящим платежом. Не говоря уже про более мелкие детали. По полю 61 многого не скажешь. Тем не менее, именно поле 61 мэппится к правилам проводки. Некоторые банки (например, Credit Suisse) дают более детальные коды в структурированном поле 86. Но ведь система разпознает операции по полю 61. Как заставить ее смотреть в поле 86?
A: В FF.5 есть выбор варианта загрузки выписки – со структурированным и неструктурированным 86м полем. Соответственно, в варианте со структурированным полем нужно настроить варианты транзакций из поля 86.
Что касается NTRF для входящих и исходящих платежей, то их разделить можно именно по направлению движения денег.
Если же банк по NTRF отражает (например) исходящие платежи и собственную комиссию, то здесь уже ничего сделать нельзя. Придется разгребать ручками. Конечно, если с помощью строк поиска (search strings) не получится заменить код операции.
Q4: Как разделить внутренние и международные платежи, если они идут под одним и тем же кодом в банковской выписке?
A: Как правило, все обычные платежи в выписке идут под одним кодом, вне зависимости от того, внутренние они или международные. Так что нет возможности различить их в выписке.
Другое дело в России, где внутренние платежи – только в рублях, внешние – только в валюте. Кроме кредитов/депозитов, конечно. В таком случае несколько проще.
Q5: Стоит ли использовать специальный вид документа для проводок банковской выписки, или SA вполне сойдет для этих целей?
A: Использовать специальный вид документа – это хорошая идея. Впрочем, и SA тоже вполне сойдет для первой области проводок. Для второй области (если таковая предусмотрена) все-таки лучше делать вид документа KZ/DZ или специальный вид документа для банковской выписки.
Q6: Мы используем План счетов с длиной счета меньше 10 знаков. Как мне нужно указать маску счетов при настройке символов счетов в настройке банковской выписки? Нужно ли здесь выравнивание по левому краю, по правому краю?
A: В системе технически всегда цифровой номер счета добивается слева нулями до 10 знаков. Поэтому и замещать нужно все 10.
В ссылке есть пример, где номер 6-значный, но ставят 10 плюсов.
Q7: При настройке маски счетов в настройке банковской выписки можно указать «+» для валюты. Нужно ли создавать отдельные счета для каждой валюты, или нет?
A: Если нужны разные маски для разных валют – прописывайте валюты отдельно. Обычно все-таки счет ведется в одной валюте, поэтому «+» вполне хватит.
Q8: Что такое Interpretation Algorithm?
A: Int erpretation algorithm – способ связки между данными в выписке и данными в системе. Например, по номеру платежки или чека такой алгоритм может найти оплаченные позиции.
Список алгоритмов можно найти в ноте 114713.
Q9: В настройке ЭБВ во второй области проводок по дебитору поставил тип проводки 8 (выравнивание открытых позиций). При тестировании, естественно, никаких позиций предварительно не создавали. Соответственно, теперь не могу провести платеж. Как быть, если пришел аванс? Какую настройку лучше поставить для вспомогательной книги дебиторов, если не «8»?
Непонятно что делать с проводками во вспомогательной книге. Даже если я указываю дебитора в ручной банковской выписке для входящих платежей, все равно проводится только по Главной Книге.
A: В настройке Правила проводки есть тип проводки без выравнивания. Т.е. просто проводка по дебитору. Попробуйте использовать ее. Либо можно вообще не проводить выписку по входящим платежам во второй области — бухгалтеры/казначейство могут делать это вручную. Зависит от количества таких платежей.
FI003-ИП-2012-Проведение банковской выписки(FEBAN)
FI003-ИП-2012-Проведение банковской выписки(FEBAN)
ПОСТОБРАБОТКА БАНКОВСКОЙ ВЫПИСКИ
СОДЕРЖАНИЕ:
- Введение ………………………………………………………………3
- Предпосылки ……………………………………….…………………4
- Описание шагов процесса……………………………………………5
- Проведение банковской выписки в диалоговом режиме………………………………………………………….5
- Смена представления документа и выбор формата просмотра ………………………………………………………….………10
- Введение
Отражение операций по банковским счетам производится с помощью программы банковской выписки (Транзакция FF67).
Данная программа имеет ряд ограничений, а именно:
— при вводе операции невозможно указать, по какому контрольному счету требуется проводка;
— нет возможности ввести дополнительные контировки (заполнить поле «Фонд», которое после сохранения документа используется как аналитический признак).
Чтобы преодолеть эти ограничения, производится постобработка банковской выписки (Транзакция FEBAN), при которой указываются различные коды аналитики для осуществления последующего анализа.
Каждая банковская операция имеет две области проводок (формирует два документа – две проводки):
- списаниезачисление сна основногоой бухгалтерского счета учета операций по банковскому счету в корреспонденции с техническим бухгалтерским счетом
- списаниезачисление сна техническогоий бухгалтерского счета в корреспонденции со счетом назначения операции.
Однако существуют такие банковские операции, по которым в тр. FEBAN проводится только одна область проводок и требуется сделать дополнительные проводки для полного завершения хозяйственной операции:
— получение денежных средств виз кассуы;
— операции с аккредитивами;
— операции по покупкепродаже иностранной валюты, конверсионные операции.
Для формирования дополнительных проводок можно использовать соответствующие транзакции. Порядок создания документа смотрите в соответствующих инструкциях.
Для осуществления операций по банковской выписке необходима настройка собственных банков.
Для каждого банковского счета в системе создается соответствующий бухгатерский счет в плане счетов и запись Идентификатора счета.
Для выполнения данного сценария тестирования бизнес-процесса в системе SAP ERP были созданы необходимые основные и организационные данные (НСИ):
Из обслуживающего банка поступила банковская выписка:
Кредитор: ЗАО «РРБ-Банк»
Код банка кредитора:
Расчетный счет кредитора: 6670800000032
Кредитор: ЗАО «РРБ Банк»
Код банка партнера:
Расчетный счет партнера: 6670800000032
Кредитор: PLC Гипроживмаш
Код банка партнера:360
Расчетный счет партнера: 3012000370016
Рисунок 1. Банковская выписка
Данная банковская выписка введена финансовым управлением в транзакции FF67
- ОПИСАНИЕ ШАГОВ ПРОЦЕССА
Данный процесс отражает формирование бухгалтерских проводок перечисления с расчетного счета денежных средств на заработную плату, комиссионного сбора банка за кассовое обслуживание и оплату от дебитора за поставленную продукцию.
ПРОВЕДЕНИЕ БАНКОВСКОЙ ВЫПИСКИ В ДИАЛОГОВОМ РЕЖИМЕ
Вызовите транзакцию с использованием одной из следующих возможностей навигации:
На экране «Выбор выписок из счетов по банку и номеру счета» заполните следующие поля:
Нажмите кнопку (Выполнить (F8) для продолжения:
Как видно на экране, введенные позиции выписки имеют красный индикатор, обозначающий, что данные позиции выписки не проведены, т.е.не сформированы бухгалтерские проводки:
Для того чтобы в момент их проведения бухгалтер смог контролировать правильность и корректность введенных данных необходимо настроить специальный режим. Для этого выберите в меню:
- «Обработать» «Вывести журнал проводок»:
Эта настройка позволит увидеть те проводки, которые сформируются после проведения банковской выписки.
- «Обработать» «Режим проводок» «В диалоге (видимо)»:
Эта настройка позволит контролировать процесс проведения банковской выписки, изменять контрольные счета контрагентов на альтернативные, корректировать корреспонденцию счетов.
. ВНИМАНИЕ При проведении банковской выписки, бухгалтер должен заполнять поле «Фонд» по всем счетам учета денежных средств организации (50, 51, 52, 55, 57). Заполнение этого поля — аналитический признак, по которому происходит формирование формы №4 «Отчет о движении денежных средств». При выборе значения фонда необходимо брать только четырехзначные коды, которые соответствуют действующей настройке формы. Нумерация фондов: как правило, первые две цифры шифра фонда соответствуют номеру строки отчета о движении денежных средств (например, сумма по бухгалтерскому счету с фондом 3104 «на оплату Приобрет ТЭР» будет отнесена в строку 031 «Направлено на приобретение запасов, работ, услуг»).
Поле Фонд в документе:
Последовательность действий.
Выделите первую позицию в обрабатываемой выписке и нажмите кнопку (Провести). В момент проводки контролируйте внесенные в транзакции FF67 значения и при необходимости корректируйте данные.
Для перехода к следующему экрану используйте кнопку или клавишу Enter на клавиатуре.
По окончании система выдаст на экран журнал проводок:
И сообщение с указанием номера документа:
Нажмите кнопку Назад (F3)
Как видно, проведенные позиции выписки отмечена зеленым индикатором. Т.е. банковская выписка может быть проведена частично.
Нажмите Назад (F3) для возврата к экрану SAP Easy Access.
РЕЗУЛЬТАТ:
Сформированы проводки списания денежных средств с расчетного счета и отнесения платежей на дебиторскую задолженность кредиторов.
- СМЕНА ПРЕДСТАВЛЕНИЯ ДОКУМЕНТА И ВЫБОР ФОРМАТА ПРОСМОТРА
Для того чтобы просмотреть содержание позиций банковской выписки воспользуйтесь кнопкой :
После этого позиции выписки примут вид:
Система позволяет изменить формат просмотра выписки или выбрать просмотр в ранее сохраненном формате. Для этого воспользуйтесь кнопкой «Выбрать формат»:
Данная кнопка предоставляет возможность воспользоваться несколькими функциями:
«Выбрать формат» — позволяет просмотреть позиции банковской выписки в ранее сохраненном формате:
«Изменить формат» — позволяет выбрать поля, необходимые для просмотра в конкретном случае:
В нашем примере были добавлены поля «Присвоение», «Код банка» и «Текст позиции». После подтверждения (нажатия кнопки Enter на клавиатуре) содержание добавленных полей доступно для просмотра в позициях выписки.
«Сохранить формат» — используется для сохранения настроенного формата (перечня полей) и позволяет использовать этот сохраненный формат при дальнейшей работе:
Далее перед Вами появляется окно в котором предлагается задать название формата. Можно использовать в названиях любые латинские буквы.
Также есть возможность новый формат сделать специфическим для того пользователя, кто его создал. Это означает что никто кроме его порльзоваться данным форматом не сможет. Для этого просто поставьте отметку (птичку) для признака СпецифДля Пользов
Если отметка не будет поставлена, то ваш формат смогут использовать и другие пользователи, т.е.он будет стандартным.
ОБРАТИТЕ ВНИМАНИЕ, что пользовательские форматы начинаются просто с латинской буквы, в то время как стандартные форматы обязательно должны начинаться с символа «/».
После установки всех параметров нажмите кнопку или Enter на клавиатуре.
Внизу экрана система выдаст сообщение .
«Управление форматами» — позволяет осуществлять управление сохраненными форматами: корректировать и удалять их.
— позволяет отсортировать пользовательские форматы из общего перечня;
— удаление формата;
— сортировка списка по возрастающему, убывающему признаку, а также установка фильтра;
— изменение формата – добавление или удаление доступных для просмотра в другом представлении полей:
Формирование проводок банковской выписки осуществляется аналогично процессу, описанному в п.3.1 настоящей инструкции.
Модуль «Финансы» SAP ERP FI с точки зрения российских стандартов
НАЗНАЧЕНИЕ ДОКУМЕНТА
Данное пособие предназначено для предварительного ознакомления с организацией бухгалтерского учета в системе R/3. Оно содержит только те сведения, которые безусловно необходимы для понимания базовых функций бухгалтерского учета в системе R/3.
Здесь освещены только основные понятия, используемые для автоматизации бухгалтерского учета в R/3 и только в той степени, в которой это абсолютно необходимо для понимания того, что можно и чего нельзя сделать при помощи этой системы.
Особое внимание уделено тем особенностям R/3, которые не являются очевидными именно для российского бухгалтера или которые могут вызвать проблемы при организации бухгалтерского учета на российском предприятии с помощью этой системы.
ОРГАНИЗАЦИЯ БУХГАЛТЕРСКОГО УЧЕТА В R3
Организационные единицы бухгалтерии
Чтобы обеспечить одновременное информационное обеспечение нескольких организаций, в R/3 введено понятие «Балансовая единица» . Балансовая единица представляет организацию, ведущую бухгалтерский учет в R/3 и составляющую отдельный баланс. Для балансовой единицы должны быть заданы все параметры, необходимые для ведения учета — план счетов, базовая валюта, в которой ведется учет и т.д.
Если есть необходимость вести полный бухгалтерский учет по сфере деятельности организации или подразделению, R/3 позволяет воспользоваться понятием » бизнес-сфера «. К балансовой единице может относиться несколько бизнес-сфер.
Баланс и прочие бухгалтерские отчеты могут быть получены как для организации (балансовой единицы), так и для подразделения (бизнес-сферы). Концепция плана счетов R/3 позволяет унифицировать бухгалтерский учет на предприятиях холдинга с учетом их особенностей. Балансовые единицы, расположенные в одной стране, могут использовать общий план счетов. При этом часть счетов может использоваться только частью балансовых единиц. Детальная информация о счете, такая как валюта, в которой ведется валютный счет или реквизиты банка, в котором открыт банковский счет, поля, заполняемые и отображаемые в записях по счету, могут отличаться в разных балансовых единицах.
Финансовый год и периоды проводки
Финансовый год в R/3 может не соответствовать календарному году. Его параметры задаются при настройке системы для каждой балансовой единицы. Финансовый год делится на периоды. Настройка по умолчанию предполагает для России использовать финансовый год, соответствующий календарному, с двенадцатью периодами, соответствующими календарным месяцам и четырьмя дополнительными. Дополнительные периоды могут использоваться для проводок закрытия года и подготовки баланса.
Для защиты данных периоды могут закрываться для определенного вида проводок.
Бухгалтерский документ в системе R/3
Структура документа в R/3
Единицей бухгалтерского учета в системе R/3 является документ . Документ должен отражать хозяйственную операцию, например, приходование ТМЦ на склад по накладной, выписку счета-фактуры покупателю и т.д. Документ состоит из заголовка и двух или более проводок.
Заголовок документа содержит информацию об операции в целом — дату операции, номер документа для ссылки (например, номер счета-фактуры поставщика), вид операции и т.д. Проводка содержит сумму и номер счета, по дебету или кредиту которого эта сумма проведена. В зависимости от номера счета, проводка может содержать различную дополнительную информацию. Например, проводки по счету 62 могут содержать номер договора, проводки по счетам выручки от реализации — наименование и количество реализованной продукции.
Понятие проводки , принятое в R/3, сильно отличается от принятого в российской практике. Если мы привыкли под проводкой понимать сумму, одновременно проведенную по дебету и кредиту какого-либо счета, что само по себе обеспечивает сбалансированность учета, то в R/3 проводкой называется сумма, проведенная по дебету или кредиту счета. Сбалансированность обеспечивается на уровне хозяйственной операции, т.е. документа. В R/3 может быть проведен только такой документ, суммы дебетовых и кредитовых проводок которого равны. При этом число дебетовых и кредитовых проводок и их порядок в документе могут быть любыми.
Достоинством проводок R/3 является компактность записи. Например, регистрируя в R/3 счет-фактуру покупателю, мы можем каждую строку счета представить как отдельную проводку по кредиту счета 4601, в то время как проводка по дебету счета 62 будет в документе одна. При этом, просматривая записи по дебету счета 62, мы будем видеть одну запись на каждый выставленный счет, а просматривая записи по счету 4601 — одну запись на каждый отпущенный товар или оказанную услугу.
Нумерация документов
Каждому документу должен быть присвоен номер. Номер документа должен быть уникальным в пределах балансовой единицы и финансового года. Иными словами, документ однозначно определяется номером, финансовым годом и балансовой единицей. Номер документа может содержать до десяти цифр.
Чтобы не смешивать разнородные документы и обеспечить быстрый поиск оригинала документа в бумажном архиве, в системе выделяется несколько интервалов номеров. Каждый интервал номеров может быть присвоен нескольким видам документов. Например, из интервала от 0000000001 до 0099999999 будут формироваться номера для исходящих счетов-фактур, из интервала от 0100000001 до 0199999999 — номера приходных кассовых ордеров и так далее.
Номера документов можно вводить и вручную. Для этого соответствующий интервал номеров должен быть соответствующим образом помечен. Ручной ввод номеров документов может оказаться полезен, если номера уже существуют и их уникальность гарантирована. Примером может служить импорт документов из внешней системы.
Сторнирование
Возможность модификации проведенных документов в системе R/3 ограничена. Запрещено: удаление документа, удаление и добавление проводок, изменение сумм или даты проводки документа. Ошибочно введенный документ можно только сторнировать.
Документы в R/3 сторнируются целиком. При сторнировании создаётся новый документ. Сторнирующий документ содержит те же проводки, что и сторнируемый, только с отрицательными суммами. В сторнирующий и сторнируемый документы помещаются перекрестные ссылки. Сторнировать документ второй раз или сторнировать документ сторно невозможно .
Предварительная регистрация
Для облегчения работы в системе предусмотрена возможность ввода документов без проводки. Такой ввод называется предварительной регистрацией. Предварительно зарегистрированные документы не отражаются на оборотах счетов. Поэтому с предварительно зарегистрированным документом возможно выполнение любых действий, вплоть до удаления. При просмотре записей по счетам система позволяет видеть подготовленные проводки из предварительно зарегистрированных документов.
Структура документа и корреспонденция счетов
Основной недостаток структуры бухгалтерского документа R/3 — сложность получения информации о корреспонденции счетов. Более того, если специально «неправильно» сгруппировать проводки в документе (например, сначала все проводки по дебету, затем все по кредиту), то данные о корреспонденции счетов получить будет в принципе невозможно.
Корреспонденция счетов в R/3 может быть получена только в том случае, если проводки в документе расположены так, что образуют группы, в которых одна проводка по дебету и несколько по кредиту или одна по кредиту и несколько по дебету и при этом суммы проводок по дебету и кредиту совпадают.
Пример правильно составленного документа — счета-фактуры покупателю приведён ниже:
Коды проводок в sap возврат платежа
A: Выписка формата SWIFT MT 940 предоставляется операции с точки зрения банка. Т.е. D – это наш исходящий платеж, C – наш входящий платеж.
SAP сам правильно распознает направление движения денег и преобразует их из D/C в +/-.
В любом случае тестовый прогон реальной банковской выписки – наилучший показатель правильности настройки.
Q2: Мы получили из банка документацию на выписку формата MT940. В ней приведен огромный список возможных типов операций. Нужно ли настраивать все эти типы операций для электронной банковской выписки? Как?
A: Стоит спросить у своих коллег (например, у бухгалтерии и казначейства), какие из этих кодов операций реально будут в выписках (наверняка не все из них используются), и как их нужно проводить в Главной Книге. Потом избранные операции настраиваем в списке внешних кодов, и по возможности группируем во внутренние коды.
Q3: Коды операций в выписке формата SWIFT MT940 достаточно высокого уровня. Например, TRF (NTRF) может быть как входящим платежом, так и исходящим платежом. Не говоря уже про более мелкие детали. По полю 61 многого не скажешь. Тем не менее, именно поле 61 мэппится к правилам проводки. Некоторые банки (например, Credit Suisse) дают более детальные коды в структурированном поле 86. Но ведь система разпознает операции по полю 61. Как заставить ее смотреть в поле 86?
A: В FF.5 есть выбор варианта загрузки выписки – со структурированным и неструктурированным 86м полем. Соответственно, в варианте со структурированным полем нужно настроить варианты транзакций из поля 86.
Что касается NTRF для входящих и исходящих платежей, то их разделить можно именно по направлению движения денег.
Если же банк по NTRF отражает (например) исходящие платежи и собственную комиссию, то здесь уже ничего сделать нельзя. Придется разгребать ручками. Конечно, если с помощью строк поиска (search strings) не получится заменить код операции.
Q4: Как разделить внутренние и международные платежи, если они идут под одним и тем же кодом в банковской выписке?
A: Как правило, все обычные платежи в выписке идут под одним кодом, вне зависимости от того, внутренние они или международные. Так что нет возможности различить их в выписке.
Другое дело в России, где внутренние платежи – только в рублях, внешние – только в валюте. Кроме кредитов/депозитов, конечно. В таком случае несколько проще.
Q5: Стоит ли использовать специальный вид документа для проводок банковской выписки, или SA вполне сойдет для этих целей?
A: Использовать специальный вид документа – это хорошая идея. Впрочем, и SA тоже вполне сойдет для первой области проводок. Для второй области (если таковая предусмотрена) все-таки лучше делать вид документа KZ/DZ или специальный вид документа для банковской выписки.
Q6: Мы используем План счетов с длиной счета меньше 10 знаков. Как мне нужно указать маску счетов при настройке символов счетов в настройке банковской выписки? Нужно ли здесь выравнивание по левому краю, по правому краю?
A: В системе технически всегда цифровой номер счета добивается слева нулями до 10 знаков. Поэтому и замещать нужно все 10.
В ссылке есть пример, где номер 6-значный, но ставят 10 плюсов.
Q7: При настройке маски счетов в настройке банковской выписки можно указать «+» для валюты. Нужно ли создавать отдельные счета для каждой валюты, или нет?
A: Если нужны разные маски для разных валют – прописывайте валюты отдельно. Обычно все-таки счет ведется в одной валюте, поэтому «+» вполне хватит.
Q8: Что такое Interpretation Algorithm?
A: Int erpretation algorithm – способ связки между данными в выписке и данными в системе. Например, по номеру платежки или чека такой алгоритм может найти оплаченные позиции.
Список алгоритмов можно найти в ноте 114713.
Q9: В настройке ЭБВ во второй области проводок по дебитору поставил тип проводки 8 (выравнивание открытых позиций). При тестировании, естественно, никаких позиций предварительно не создавали. Соответственно, теперь не могу провести платеж. Как быть, если пришел аванс? Какую настройку лучше поставить для вспомогательной книги дебиторов, если не «8»?
Непонятно что делать с проводками во вспомогательной книге. Даже если я указываю дебитора в ручной банковской выписке для входящих платежей, все равно проводится только по Главной Книге.
A: В настройке Правила проводки есть тип проводки без выравнивания. Т.е. просто проводка по дебитору. Попробуйте использовать ее. Либо можно вообще не проводить выписку по входящим платежам во второй области — бухгалтеры/казначейство могут делать это вручную. Зависит от количества таких платежей.