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

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

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

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

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

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

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

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

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

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

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

Там работы на 20 минут.

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

Тот самый случай, когда "Чукча не писатель" ))
http://www.forum.mista.ru/users_photo/mid/29466.jpg

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

(10) Вот тебе готовое решение:
http://catalog.mista.ru/public/148733/

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(24) Существует тонкая грань по ту сторону которой безответственность и не профессионализм бухгалтера.

Переступив на ту сторону сам станешь криворуким чудаком.

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

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

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

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

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

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

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

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

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

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

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

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

(31) а вы с чего взяли что нет ошибки ?

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