Да пожалуйста. Подход позиционируется как ноу-хау или это можно озвучить?

Вы искренне верите, что можно отловить 100% ошибок на входе? Любой бухгалтер все равно будет проверять информацию на выходе, и это правильно.


Большинство, это ведь не все!


А о каких ошибках тогда говорят, если прилетает из Основных Средств? Какая разница, откуда он прилетел? Всегда присутствует человеческий фактор, самое слабое звено в любой информационной системе. Скажите бухгалтеру (сбытовику или еще кому): "Не допускай ошибок!", он запинает вас ногами и будет прав. ;) Могли ошибиться, например, при настройке проводок из сбыта, не предусмотреть какой-то ситуации или варианта ввода данных.

НЕЛЬЗЯ все настроить идеально заранее. "Глюки" всегда были и будут, поэтому нужны качественные 100%-ные инструменты для их выявления.

Да что я все о глюках? Насколько проще становится учет при наличии корреспонденции! Не нужно создавать кучу субсчетов для ее отражения.

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

Д 46.1 Реализация (товары) - К 40 Товары
Д 46.2 Реализация (налоги) - К 68.1 НДС
Д 46.2 Реализация (налоги) - К 68.2 НСП
К 60 Дебитор - К 46.3 Оплата

(прошу не пинать, если напутал с номерами счетов, давно было :)

Если мы хотим выделять в реализации оплату, товары и налоги в R/3 приходится создать 4-субсчета для 46-го счета. Также необходимо не забыть перенести остатки с субсчетов на какой-то один (Например 46.4 Фин.результат). При формировании проводок не перепутать корреспонденцию субсчетов, например не провести сумму НДС (68.1) по субсчету Товары(46.1).

А с корреспонденцией на счете 46 вообще не нужны субсчета, т.к. легко получаем все суммы:
Оборот(46,40) = Товар
Оборот(46,68) = Налоги
Оборот(60,46) = Оплата
Никакого переноса остатков и ошибок в разнесении по субсчетам!
А представьте, если вдруг сказали: "А вчерашние налоги завтра надо разделить на НДС и НСП!" А вы: "Да пожалуйста:"
Оборот(46,68.1) = НДС
Оборот(46,68.2) = НСП

А в R/3 вы скажете: "Только послезавтра и только для послезавтрашних проводок!", потому что завтра вы все это будете настраивать.

На маленьком примере все это кажется мелочью. Но при раздутом плане счетов и куче настроек вырастает в проблему.

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

P.P.S.
Хотя модель псевдовечного двигателя уже создана и работает в каком то музее. Она проработает около 90 лет и все равно остановится, т.к. закон есть закон! :)

Насчет использования Корреспонденции (или подобных отчетов) в качестве универсального регистра для получения информации по запросу я уже согласился. Что касается контроля, то вот такое наблюдение. На первых шагах внедрения все бухгалтера запускали Корреспонденецию для контроля, тем самым вешали сервер. Сейчас они делают это в несколько раз меньше. И будут делать это еще меньше, если улучшим входной контроль. Я знаю предприятие, где Корреспонденцию запускае зам. гланого бухгалтера один раз в месяц. А насчет 100% я не утверждаю, что их можно достичь.

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

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

Уже упоминал документы перемещения ОС со 100% амортизацией
выглядит как
Кт. 103 - 15000,00
Дт. 131 - 15000,00
Дт. 103 - 15000,00
Кт. 131 - 15000,00
правильная корреспонденция 103-103, 131-131

2. Выравнивание с 2 (двумя) курсовыми разницами
не могу вспомнить как получалось, но точно было (пришлось сначала перерасчитать на дату выравнивания составляющие, а потом равнять)

с 2 (двумя) курсовыми разницами у нас получалось примерно так:

Дт. 62х БзСф1 - 2000
Кт. 62х БзСф2 - 2005
Кт. 91х БзСф1 - 25
Дт. 91х БзСф2 - 30

А вот утро это отдельная песня.
Конечно, чаще всего приходится сторнировать и вносить, но НЕ потому, что отчет не ловит такую корреспонденцию, а потому, ЧТО ТАКИЕ ДОКУМЕНТЫ попросту не допустимы:
*. В одном документе черные и красные позиции (кто-то пытается по одной стороне провести)
*. Кто-то (а не я) кредитует затратные счета
*. Кто-то (а не я и не НДС) дебетует доходные счета
*. На этапе сторнирования не верно указан тип сторнирования/дата
*. В одном документе встречаются разные бизнес-сферы (что противоречит принятым правилам... ну вот так у нас...)
*. Документ на который ссылаются (например, при проводке налоговой накладной) - отсутствует, мертвый либо к налогам не имеет отношения.... (в т.ч. проверяется соответствие по налоговому кредиту)
*. Попытка использования налогового кредита (валовых) в документах по целевому финансированинию или в деятельности, финансируемой из прибыли
*. Одновременное выравнивание позиций дебитора (кредитора) находящихся на разных счетах

а уж остальные типичные ошибки вообще тяжко объяснить - уж очень они сильно зависят от принципов исповедуемых на нашем предприятии локально.

А соответсвует ли место проводимой дисскусии?

Мы прекрасно обсуждаем тонкости ведения бух. учета с/без корреспонденции счетов в разделе посвященом ABAP.....

Но тем не менее считаю (как бухгалтер), что ДАЖЕ самые основную форму - баланс собрать без корреспонденции нет возможности.

Может из-за различий между бух. учетом России и Украины это будет понятно не всем, но взять хоть П(С)БУ №6 - ошибки и их исправление через изменение вступительного сальдо - в настоящий момент обороты за год по 443 счету у меня находятся в полном соответствии (Дт. = Кт.), но при заполнении баланса ПО КОРРЕСПОНДЕНЦИИ этого счета я меняю начальное сальдо в десятке строк баланса.

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

Проверка правильности отражения операций? Да просто глаза режет не верная кореспонденция (есть на Украине так называемая инструкция №291), а если нет корреспонденции - что тебе расскажут "обороты"? Впрочем, даже если корреспонденция и вкладывается в инструкцию №291 - все равно удобно просмотреть какие операции и куда бродили (может им туда и не нужно было).
Без журнала корреспонденции будешь в каждую позицию кликать - смотреть "что это?"?

А вообще возможно настроить настроить генерацию этих проводок в нужном порядке?
Типа этого:
Кт. 103 - 15000,00
Дт. 103 - 15000,00
Дт. 131 - 15000,00
Кт. 131 - 15000,00
И где это конкретно настраивается?

1. Не думаю, что настроить можно.
2. Бывает и хуже - вот полностью настоящая копия строк из настоящей системы:
Поз КП БзСф № БСч -- Обозначение ------------------ Нл Сумма в UAH
001 01 361002 Гостиница (наличный расчет) 78 182,00
002 50 7190201000 ХД ГК Проживание 78 130,00-
003 50 6430100000 ХД НО(НДС) б н.накл. 78 26,00-
004 40 71-9999999 НДС: Д-т для 71-ых 78 26,00
005 50 71-0000000 НДС: К-т для 71-ых 78 26,00-
006 31 400013 Местный бюджет(Гостинничный 78 26,00-
007 40 7190200-99 ГС: Д-т для ГС 78 26,00
008 50 7190200-00 ГС: К-т для ГС 78 26,00-
009 40 D01.01.000 ВД: Cтрока 01.1 78 130,00
010 50 D99.99.999 ВД: Корреспондент 78 130,00-

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

Так?
Если что - не пинайте, я с FI маловато бодался .

SE11 на запрос "*корр*счет*" выдает очень полезную табличку J_3RKKR0. Может кому-то пригодится. Версия 4.6С

Добрый день!

При запуске в системе отчета «Корреспонденция по счетам главной книги» - программа RFHABU10 система неправильно разносит корреспонденцию счетов.

В отчет по «Главной книге» - программа J_3RKORRGLK неинтерпретированные документы вообще не попадают.

Перед запуском отчетов запускаем программу «Интерпретация документов» - программа J_3RKORRSSP.

Такая ситуация происходит с теми документами, которые содержат более 2 строк в документе.

1. Если документ выглядит следующим образом – то система все прекрасно интерпретирует:

Поз КП БзСф № счета -- Название ------------------ Нл Сумма в RUB

001 89 41101000 ТМЦ (ТоварНаСклад) 250,00

002 96 15201010 ПриобретениеТМЦ 250,00-

Позиция 1 / 2 Дебет/Кредит 250,00


2. Если документ выглядит следующим образом – то система высвечивает ошибку - автоматическая интерпретация невозможна:

Поз КП БзСф № счета -- Название ------------------ Нл Сумма в RUB

001 01 40007 Сибирский берег 105,00

002 50 90100002 ВыручкаНеОблагЕНВД 100,00-

003 40 90101002 СебесПродНеОблЕНВД 19,31

004 50 45100000 Товары отгруженные 19,31-

005 50 90100002 ВыручкаНеОблагЕНВД 5,00-



Позиция 1 / 5 Дебет/Кредит 124,31


3. Если документ выглядит следующим образом – то система высвечивает ошибку - автоматическая интерпретация невозможна:

Поз КП БзСф № счета -- Название ------------------ Нл Сумма в RUB

001 89 41101000 ТМЦ (ТоварНаСклад) 4.479,75

002 91 INITIAL0 ВводПервоначСальдо 4.479,75-

003 89 41101000 ТМЦ (ТоварНаСклад) 3.808,80

004 91 INITIAL0 ВводПервоначСальдо 3.808,80-

005 89 41101000 ТМЦ (ТоварНаСклад) 1.140,27

006 91 INITIAL0 ВводПервоначСальдо 1.140,27-

007 89 41101000 ТМЦ (ТоварНаСклад) 4.561,08

008 91 INITIAL0 ВводПервоначСальдо 4.561,08-

009 89 41101000 ТМЦ (ТоварНаСклад) 3.800,90

010 91 INITIAL0 ВводПервоначСальдо 3.800,90-

011 89 41101000 ТМЦ (ТоварНаСклад) 5.029,96

012 91 INITIAL0 ВводПервоначСальдо 5.029,96-

013 89 41101000 ТМЦ (ТоварНаСклад) 1.295,88

014 91 INITIAL0 ВводПервоначСальдо 1.295,88-

015 89 41101000 ТМЦ (ТоварНаСклад) 18.154,80

016 91 INITIAL0 ВводПервоначСальдо 18.154,80-

017 89 41101000 ТМЦ (ТоварНаСклад) 5.597,15

018 91 INITIAL0 ВводПервоначСальдо 5.597,15-

Позиция 1 / 18 Дебет/Кредит 47.868,59



Это лишь маленькие примеры документом. Документы содержат от 3-х до 300 позиций.



Вопросы:

Как можно исправить такую ситуацию? Неинтерпретировано порядка 50% документов. О ручной интерпретации не может быть и речи. Как интерпретировать такие документы, чтобы отчеты работали корректно. Ситуация у нас критическая – для предприятия очень важны эти отчеты в кратчайшие сроки.

Проще по примеру, без корреспонденции а просто по оборотам:
Общее условие
Начальное сальдо
Дт____Кт
3_____0

Вариант 1.
Частичное погашение (например, деньги пришли на счет)
Дт____Кт
0_____2
Выравнивание с остатком
Дт____Кт
1_____1
Конечное сальдо
Дт____Кт
1_____0
Правильная сальдовка:
Дт____Кт____Дт____Кт____Дт____Кт
3_____0_____0_____2_____1_____0
т.е. в этом варианте - просто игнорируются позиции, рожденные документом выравнивания

Вариант 2 (валютный).
Частичное погашение (например, деньги пришли на счет)
Дт____Кт
0_____2
Выравнивание с остатком
Дт____Кт
1,1___1 (например, дополнительно на 0,1 идет Кт 714 счета - доход от операционной курсовой разницы)
Конечное сальдо
Дт____Кт
1,1___0
Правильная сальдовка:
Дт____Кт____Дт____Кт____Дт____Кт
3_____0_____0,1___2_____1,1___0
т.е. в этом варианте - просто проигнорировать позиции, рожденные документом выравнивания, не получается - нужно найти в документе сумму курсовой разницы (или просто остаток от выравнивания может уйти на другой счет - убытки, доходы или просто другой бух. счет - если большая аналитика по видам деятельности держится счетах)

Ага, пасиба, стало понятнее.
То есть, в принципе, я изначально почти правильно и понял.