Уведомление об уточнении КБК по произведенным кассовым выплатам

[Ed2005]

Здравствуйте!
Вопрос и по программе 1С:Бюджет 7.7, но и, самое главное, по учету:
У нас бывают ситуации, когда пол-года мы оплачиваем определенные расходы по определенному КБК, начисляем услуги, приходуем ОС и МЗ все по этому же КБК и тут в июле мы получаем разъяснения, о том, что, оказывается эти расходы должны были проходить по такому-то ВР или такой-то целевой статье. Наш отдел платежей делает такой замечательный документ, который называется "Уведомление об уточнении КБК РФ по произведенным кассовым выплатам", в котором отражается общая сумма кассовых выплат, переносимая с неверного КБК на уточненный. А в учреждении по этому КБК прошли не только кассовые расходы, но и фактические, куча документов завязана на этот КБК. Вот тут-то и начинается настоящий праздник жизни: мы сначала все документы, увязанные на неверный КБК, датой "Уведомления" сторнируем, а затем с этой же датой вновь создаем (есть такая клевая клавиша F9, без нее вообще была бы тоска) и проводим. Все это очень долго и неудобно, потому что документов очень много (списания с л/с, БО, авансы, авансовые отчеты, поступление МЗ и ОС, начисления услуг и т.д.) да и бывает, что каких-нибудь 100 000 руб., чуть ли не по 100 руб. разбиты. Можно было б тоже одной суммой - но как же тогда быть с аналитикой, одни БО чего стоят. Если у кого-то возникали похожие проблемы, поделитесь, пожалуйста, интересными мыслями.

[Аноним223]

мы эту замену сделали в 1С через обработку "замена значений"
полчаса работы

[Ed2005]

Да, это было бы вообще самое простое, но я не уверен, что это правильно. Еще в июне эти расходы проходили по другой целевой статье или ВР, а вот в июле было решено что это неверно, а следовательно сторнируем и ставим правильно, ведь в журналах за январь-июнь все это должно быть распечатано со старыми КБК.

[Неизвестный]

Да, это было бы вообще самое простое, но я не уверен, что это правильно. Еще в июне эти расходы проходили по другой целевой статье или ВР, а вот в июле было решено что это неверно, а следовательно сторнируем и ставим правильно, ведь в журналах за январь-июнь все это должно быть распечатано со старыми КБК.

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

[Ed2005]

Я и есть тот самый программист, и мне все нужно это делать, вот я и хотел узнать, может можно что-то сделать, чтобы ничего не делать

[Аноним223]

мы у себя сделали контекстную замену с перепроведением всех документов.
старые документы не перепечатывали, сослались на срок поступления документа и срок его вступления в действие - ага, именно задним числом.
Никто вам п/п заново в ОФК перепроводить не будет
есть документ (п/п) в нем стоит КБК, отметка банка, - казначейство их не перепроводит, а так же кучей перекидывает на новый код
ежели желаете - можете после перепроведения заново распечатать журналы за прошедшие м-цы, это ничему не противоречит.
А сторно, имхо, тут мало подходит

[BorisG]

ежели желаете - можете после перепроведения заново распечатать журналы за прошедшие м-цы, это ничему не противоречит.

Ой ли?
В платежке и в 127 форме КБК один, а в журналах другой.
Угадайте с двух раз, что скажут на это "безобразие" проверяющие?

ps: Может к учету не надо подходить с позиции программиста, а все-же внимательно прочитать инструкцию? Хотя бы ее вступительную часть...

[Аноним]

Ой ли?
В платежке и в 127 форме КБК один, а в журналах другой.
Угадайте с двух раз, что скажут на это "безобразие" проверяющие? ...

в 127 форме как раз будут новые коды, иначе отчет не примут

[Неизвестный]

Никто вам п/п заново в ОФК перепроводить не будет
есть документ (п/п) в нем стоит КБК, отметка банка, - казначейство их не перепроводит, а так же кучей перекидывает на новый код

Вы что предлагаете исправить документы задним числом на основании того что казна сделала переброску одной строкой? У вас в этом случае старые журналы будут содержать сведения не подтвержденные первичными документами...
В программе исправить вы допустим быстро сможете.
Но вы что хотите сидеть и исправлять всю первичку зачеркивая неправильные и подписывая правильные счета?
Думаю сторнированием намного проще (не говоря уж о том что правильнее)

[Аноним223]

.... У вас в этом случае старые журналы будут содержать сведения не подтвержденные первичными документами...
В программе исправить вы допустим быстро сможете.
Но вы что хотите сидеть и исправлять всю первичку зачеркивая неправильные и подписывая правильные счета?
Думаю сторнированием намного проще (не говоря уж о том что правильнее)

как раз старые журналы будут содержать сведения подтвержденные первичкой!
поэтому мы не исправляем первичку, не сторнируем её, а выбрали вариант контекстной замены и подложили постановление, вступившее в силу задним числом.
зачем быть святее папы римского?