[Бух 3.0] Групповая замена счета дебета в табличной части документа "Операция". #809019

Здравствуйте, наплодили наши бухгалтеры ручных операций со счетом 62.01 и по дебету и по кредиту. Теперь просят как-нибудь автоматически счет дебета заменить на другой, правильный. Но столкнулся с тем, что типовая обработка "Групповое изменение реквизитов" помочь никак не может - ведь табличной части в привычном понимании просто нет в документе "Операция". Подскажите, может кто-то встречал подобную обработку?

Интересно какую это хоз. операцию так отражали ? Под нее и правда нет документа ?

Напиши свою. Там работы на 15-20 минут.

Я уже забыл как это бывает - "сам пишу", мож за вознаграждение мне по-быстрому такое наваяешь? :-)

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

Практически со всеми доводами согласен. Но, все-таки, хочется иметь под рукой такой инструмент, чтоб по-быстрому массово править строки в ручных операциях. :-)

А программист зачем нужен? Что бы посылать бухов на ку й?

Не, я согласен, что методически учет должен быть поставлен жёстко. Но, как говорится - "shit happens", вот тогда и нужны подобные инструменты-обработки.

В БП программист не нужен. Правила БУ устанавливаются законодательно и реализованы в типовой. Для ведения БУ доработки не требуются

В чем проблема обойти циклом нужные операции, создавая в цикле Хозрасчетный.СоздатьНаборЗаписей с отбором по операции и обходить набор заменяя счета? Там работы на 20 минут.

Проблема описана в ;-)

Тот самый случай, когда "Чукча не писатель" ))

Да-да, истинно так! :-)

Вот тебе готовое решение: Там субконто меняется, но думаю додумаешь как прикрутить замену счета.

Ага, спасибо, буду посмотреть.

На ответь, интересно чем вызвано ручное творчество

наверно, не до конца освоили корректировку долга. У нас тоже есть такие бухи, которые так работают с невыясненными платежами. Но у них как раз наоборот, "62.01 и по дебету и по кредиту" - это правильно. Ничего менять не надо.

Что-то там связано с реорганизацией предприятия и переносе услуг с одного контрагента на другого.

Да я согласен.. но ситуация такая - бухи вели учет не правильно, с точки зрения методологии не правильно или может кто-то ошибочно решил выбрать не верный счет. Накопились операции с неверным счетом. Теперь к бухам пришло осознание того что накосячили. Они приходят к прогу и просят помочь, автоматизировать исправление. Что должен в этой ситуации сделать программист? Начать нервничать, говорить что сами виноваты, вот сами и исправляйте вручную ? Так что-ли?

Да, у нас тоже так - в одном случае это "ай-я-яй", а в другом - "там всё правильно". :-)

У нас так и произошло.

А теперь развитие этой ситуации Увидев что программист все исправил, бухи начинают работать абы как. Зачем напрягаться, зачем делать правильно и как положено, ведь есть малчик который все поправит ! Такая ситуация тебе нравится ?

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

Ошибутся - исправят

Вообще зачем программист 1с нанят? Не для автоматизации ли рутинных процессов? Для предприятия что выгодней, оплатить полчаса работы программиста или день работы пары бухгалтеров? Может с накосячившими бухгалтерами должен их начальник разбираться, а не программист должен посылать их на фиг дабы в следующий раз не косячили? Прог должен помочь исправить косяк или нет?

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

Существует тонкая грань по ту сторону которой безответственность и не профессионализм бухгалтера. Переступив на ту сторону сам станешь криворуким чудаком. Нужно уметь исправить положение и призвать буха к ответственности. Обычно этим занимается руководитель ИТ отдела, который соответствует занимаемой должности.

Воспитывать, наказывать, премировать это прерогатива руководства, а не программиста 1с. Представляю себе уборщицу, которая отказывается убирать в сортире, потому что там нас сали мимо унитаза, ведь дОлжно сс ать в унитаз, вот кто мимо нас сал тот пусть и убирает.

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

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

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

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

Учётная политика меняется с начала года и на практике счета учёта не меняются никогда

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

Какой счет для чего используется описано в плане счетов и 1С работает в соответствии с ним

Ну для ведения БУ и БП не требуется. Можно все на бумажках вести. Вот тогда точно программист не требуется.

Как там было у Жванецкого? - "Собака давно замолчала, а хозяин всё орал и орал." ;-)

а вы с чего взяли что нет ошибки ? Я автора попросил пояснить суть хоз. операции, но внятного ответа не получил