Нельзя указывать корр.счет-внутр.проводка

[Косолапов]

Прощу прощения, если криво сформулирую...

Ну, грубо говоря, можно ли ввести документ так, что бы
И Account_Payer != Real_Payer И Account_Receiver != Real_Receiver

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

[Big_Mike]

Косолапов Таких документов быть не может!

[Косолапов]

Косолапов Таких документов быть не может!

А почему, собственно ?

[vsv]

Косолапов
Ну, грубо говоря, можно ли ввести документ так, что бы
Только если разные коррсчета (соотв. схемы расчетов) Т.е. Real_Payer!=Real_Receiver
Иначе через транзит

[vsv]

Кста, такой документ будет относиться к т.н. начальным, и в поле Origin у него будет стоять t Я уже давно подозреваю () что это самое t означает Транзитный

[Косолапов]

Лана, зайдем с другого бока... Наверняка вопрос решенный...У нас просто у нас раньше так не делали...

Пусть есть д-т внутренний клиент -> клиент другого банка, т.е. Account_Receiver != Real_Receiver. Документ ошибочно не проходит в течении дня. Денюшки списывают с клиента на 30223, откуда и отправляются на след день. Но в полученном документе не хочется терять реального отправителя, и первое желание вставить его именно в Account_Payer.

Т.е

Account_Payer = отправляющий клиент Account_Receiver = клиент в др.банке

Real_Payer = 30223 Real_Receiver = корсчет

Что присоветуете ?

[vsv]

Косолапов
Заведите схему расчетов, где 30223 будет как коррсчет и все

[Big_Mike]

Косолапов Но в полученном документе не хочется терять реального отправителя,
Запихните его в основание платежа.
А почему, собственно ?
Поля Account_Payer и Account_Receiver используются для заполнения полей "Плательщик" и "Получатель" платежного документа.
Если один из них - внутренний счет банка, то он должен совпадать с соответствующим Real_xxxxx, иначе документ не будет совпадать с проводкой по нему. Если оба счета - счета в других банках, то такой документ не имеет отношения к бухучету данного банка.

[Косолапов]

Косолапов
Заведите схему расчетов, где 30223 будет как коррсчет и все

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

Как сделать, что бы

И Account_Payer != Real_Payer И Account_Receiver != Real_Receiver

У меня получается либо-либо.
Можно ли это ? Как ?

[Косолапов]

Василий, не обращайте, плиз, внимания на мое брюзжание и спасибо за совет, хотя это немного не то...

[vsv]

Big_Mike
Если один из них - внутренний счет банка, то он должен совпадать с соответствующим Real_xxxxx

Если я скажем в БИК плательщика забью БИК своего банка, то это будет документ моего банка Тем не менее, RS будет считать, что плательщик внешний, и позволит мне поменять Real_Payer Если у меня конечно есть схема отправки спецальная, с тем же 30223 в качестве коррсчета

Косолапов
, бывает, тоже, не доконца разобравшись, начинаю давать советы
А я нет Разве что очеь редко

Как сделать, что бы

И Account_Payer != Real_Payer И Account_Receiver != Real_Receiver

У меня получается либо-либо.
Можно ли это ? Как ?
См мою реплику уважаемому Big_Mike в этом же постинге
Я проделывал в свое время нечто подобное в Сбере, где куча всяких подобных условностей, удовольствия конечно мало, но работает

А вообще запихните в основание платежа "По поручению такого-то..." как Big_Mike Вам советует, и не мучайтесь Мы сейчас также делаем

[Big_Mike]

Косолапов У меня получается либо-либо.
И правильно, поскольку РС приспособлен под Российские правила бухучета, которые исключают корреспонденцию двух коррсчетов

[vsv]

Big_Mike
которые исключают корреспонденцию двух коррсчетов
Только что попробовал - не заточен

[Big_Mike]

vsv не заточен
Не понял

[vsv]

Big_Mike
В смысле не приспособлен

Я сейчас сделал документ такого плана:

С
MFO_Payer == Мой БИК>
Account_Payer ==Мой счет клиента>
Real_Payer == Некий счет с типом К для которого есть схема расчета>
на
MFO_Receiver == Чужой БИК>
Account_Receiver == Чужой счет клиента>
Real_Receiver == Мой коррсчет>

И все без проблем И даже выгружается

Или мы о разных вещах говорим?

Кстати, в поле MFO_Payer при этом может стоять не обязательно Свой БИК Все-равно хавает

[Big_Mike]

vsv Может версии разные?
Кстати, такая штука может потом где-нибудь в отчете бяку выдать
Кроме того, ИМХО, документ, хранящийся в БД, должен строго соответствовать бумажному документу, подшитому в опердень. Во избежание.

[Косолапов]

Гм.. мне просто не хватило мозгов набрать свой БИК

Спасибо за подсказку, Василий ! Будете у нас на Колыме...

[vsv]

Big_Mike
Может версии разные?
У меня это на 4.2 еще работало И на 4.31... На 5-ке не проверял ни разу до сегодня...

Кстати, такая штука может потом где-нибудь в отчете бяку выдать
Ну это от отчета зависит

Кроме того, ИМХО, документ, хранящийся в БД, должен строго соответствовать бумажному документу, подшитому в опердень. Во избежание.
А он и соответствует Или нет?

Косолапов
Спасибо за подсказку, Василий
Не за что

[Big_Mike]

vsv Или нет?

Account_Payer = отправляющий клиент Account_Receiver = клиент в др.банке

Real_Payer = 30223 Real_Receiver = корсчет

ИМХО нет

[Косолапов]

Черт. Не успел порадоваться... Полученные документики пропали из начальных (для контроля которые)

[vsv]

Big_Mike
ИМХО нет
Но печатать-то мы будем

Косолапов
Полученные документики пропали из начальных (для контроля которые)
Да, туда попадают только с Origin=='f' а этот с 't' Такие попадают в список ответных Это не помешает их выгрузить, кстати

Но если хочется их в начальные, то можно попробовать в макросе преинициализации документа (в document.mac например) насильно ставить для нового документа Документ.Origin="f"
проверять щас нет времени, но думаю прокатит

[Big_Mike]

vsv Но печатать-то мы будем
Все равно стремно. Учитывая, что вот-вот в банках появятся кураторы, имеющие доступ к БД. Найдут такую козебяку - могут такое устроить...

[григ]

Наличие обеих БИКов- обычная вещь при пополнении корсчета банка в ЦБ с корсчета банка в Сбере. Т.е. в Сбер идет платежка: 043304609 30109 (Real 30110) -> 043304001 30101 (Real 30102). Никакого нарушения бухучета нет.

[григ]

Ошибся, real надо наоборот 30102 -> 30101

[григ]

Тьфу ты, правильно 30102 -> 30110

[Big_Mike]

григ Наличие обеих БИКов- обычная вещь при пополнении корсчета банка в ЦБ с корсчета банка в Сбере. Т.е. в Сбер идет платежка: 043304609 30109 (Real 30110) -> 043304001 30101 (Real 30102). Никакого нарушения бухучета нет.
205-П

Счет N 30110 "Корреспондентские счета в кредитных
организациях-корреспондентах"

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

Т.е не с корсчетом корреспондируется, а со счетом незавершенных расчетов. То что Вы написали - нарушение правил бухучета.

[григ]

Big_Mike может быть и неправильно по 205П (я не спец по бумажкам), но Сбер требует именно такую платежку. Да и не видно смысла в использовании промежуточного счета 30221, если операция идет день в день. И чем собственно отличается пополнение корсчета через кассу, от пополнения корсчета через другой корсчет?

[Big_Mike]

григ не видно смысла
Бухгалтерия не наука, а свод правил. Их просто надо выполнять.
И чем собственно отличается пополнение корсчета через кассу, от пополнения корсчета через другой корсчет?
см. чуть выше
Сбер требует именно такую платежку
Не знаю. Мы со Сбером по телексу общаемся. Бумажки не возим.

[alanf]

Big_Mike Про корреспонденцию...
А если расчеты завершенные? ИМХО, Вы неверно трактуете правила.
У нас, например, таких расчетов туча и ежедневно. Аудиторы, ЦБ (2-ве комплексные проверки ЦБ) нарушений не выявили. А еще посмотрите внимательно форму 251 (если не ошибаюсь) "Структура платежей кредитной организации" там есть столбик "платежи клиентов - кредитных организаций или филиалов" и "подразделений одной кредитной организации" (тоже кстати корсчета) отправленные через корсчет в Банке России, НКО, банковские КО, внутри подразделений КО. Что согласитесь указывает на прямую корреспонденцию.
на 3022x (незавершенку) относятся только платежи с расчетом не TODAY, а потом по выписке разносятся, а день-в день - прямая корреспонденция.

[alanf]

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