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

Заранее всем спасибо.

Добрый день,
Всё зависит от того как заказчику удобно использовать, и как он хочет это видеть. Простейший вариант - советоваться с главбухом (если он советчивый ), либо непосредственно с пользователем, который будет ими пользоваться.
Как правило, их групируют в зависимости от операций и их экономической сути. К примеру по дебиту - символ Д, счета групировки (10,20,30...), "украинского" к поставщикам 63, и група поставщика, локального, к примеру, Л. Получаеться на выходе: ДХХ-63Х-ЛХХ или Д63ХХЛ, а там дальше на ваше усмотрение.

Под кодами банковских операций Вы имеете в виду внешние коды операций, которые присваиваются правилам проводок, или сами правила проводок?

[offtop]
Да что ж это такое! Вы все русский язык позабывали, что ли?
3 сообщения в теме, и все пришлось причесывать к читаемому виду!
Одно предупреждение вынес, остальных взял на заметку.
[/offtop]

выписка электронная

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

То ConsFM: А если голову приложить? Процессы самому выстроить?
То ssvv: Из практики, для очень широкого спектра операций достаточно порядка 15 кодов.
1. Для всех случаев, когда вы делаете платежку через АПП, достаточно ровно одного кода. Так как для разноски второй области с автоматическим выравниванием информации PYORD достаточно.
2. Далее, всякие безакцептные операции, которые по уму достаточно разносить первой областью, но для исполнения хотелок отдельных тетенек можно и через вторую область прогнать. Это разные банковские комиссии, набигающие проценты на сальдо. К таким операциям на затратные счета можно даже автоматом монтировку на МВЗ через Фактическую проводку подвесить.
3. Транзитные операции между счетами. Если вы формируете обычную платежку, даже отдельный код может быть не нужен. Мы с ДаркДаком делали такую операцию для международного проекта, поэтому там это было отдельным кодом.
4. Инкассация в обе стороны. С распространением карточных расчетов операция может вообще утратить актуальность.
5. Конверсия валют. Соответственно по одному коду на покупку и на продажу. Разноска на транзитный счет, выравнивание которого дает курсовую разницу. Такую разницу удобно закидывать даже в налоговую отчетность.
6. Входящие поступления к выставленным счетам.
7. Прочие на выплаты и на поступления действительно должны остаться прочими.

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

Sedlo,
в положении 302-П приведен список кодов операций, которые банки используют для проставления в выписке. Уверен, вы его видели, но для наглядности все-таки приведу.
99,9% платежей, которые проходят по выписке в моей организации, обычно укладываются в первые 2 строчки из этого списка.
Буду крайне благодарен, если напишете как я могу "приложить к этому списку голову" или "выстроить процессы", чтобы этот список дал мне больше информации, чем просто "Приход ПП/Расход ПП"?

01 Списано, зачислено по платежному поручению
02 Оплачено, зачислено по платежному требованию
03 Оплачен наличными денежный чек, выдано по
04 Поступило наличными по объявлению на взнос
05 Оплачено, зачислено по требованию-поручению
06 Оплачено, зачислено по инкассовому поручению
07 Оплачено, поступило по расчетному чеку
08 Открытие аккредитива, зачисление сумм неиспользованного, аннулированного аккредитива
09 Списано, зачислено по мемориальному ордеру, а также по первичным учетным документам с реквизитами счетов по дебету и кредиту
10 Документы по погашению кредита, кроме поименованных выше
11 Документы по выдаче кредита, зачислению кредита на счет, кроме поименованных выше
12 Зачислено на основании авизо
13 Расчеты с применением банковских карт
16 Списано, зачислено по платежному ордеру
17 Списано, зачислено по банковскому ордеру

Вы имеете в виду это?

Все верно.
В документе список называется "ПЕРЕЧЕНЬ условных обозначений (шифров) документов, проводимых по счетам в кредитных организациях".

Вы правы на счет ссылки на устаревшее приложение, но я пока не заметил, чтобы в кодах операций банки начали писать, что-то другое не из этого списка.
На этот перечень кодов ссылается 1С в описании поля "Вид Оплаты" в банковской выписке: http://v8.1c.ru/edi/edi_stnd/100/101.htm

1. Согласен с коллегой DarkDuckом: вы ссылаетесь на документ, регламентирующий бухгалтерский учет в кредитных организациях. Их правила бухгалтерского учета регулируются ЦБ, а не здравым смыслом. Ну не ЦБ РФ а НБУ -не принципиально.
2. Чтобы банки начали писать что-то нужное вам в кодах операций, нужно обратиться к банкирам с соответствующей просьбой/требованием. В противном случае они будут поставлять вам информацию с аналитикой "так было всегда".
3. Внутренние требования банкиров к своему банкирскому бухучету по счетам второго порядка могут и будут содержать кодировку операций, которых у конкретного клиента нет сейчас и не будет в обозримой перспективе. Нет смысла их настраивать в системе.
4. Некоторые внутренние требования банкиров могут вообще никак не пересекаться с потребностью клиентов этих самых банков. Например, одному клиенту нужно разделение банковских комиссий на транзакционные и повременные, а другому не нужно. Приведенная вами кодировка никак не помогает отразить комиссии как комиссии вообще, и уж тем более классифицировать комиссии по каким-то признакам. А клиенту надо.
Выход: надо договариваться. Не сформулируете хотелки - сами виноваты.
Кроме того. Не надо выставлять в банк хотелки от имени консультанта-сапера. Надо выставлять от финансового вождя компании-клиента. Это явно более убедительно.

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

Я ответил на вопрос?

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