Вход | Регистрация


1С:Предприятие ::

Метки: 

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

Я
   Gars
 
24.11.17 - 09:13
Здравствуйте,
наплодили наши бухгалтеры ручных операций со счетом 62.01 и по дебету и по кредиту. Теперь просят как-нибудь автоматически счет дебета заменить на другой, правильный. Но столкнулся с тем, что типовая обработка "Групповое изменение реквизитов" помочь никак не может - ведь табличной части в привычном понимании просто нет в документе "Операция".
Подскажите, может кто-то встречал подобную обработку?
 
 
   El_Duke
 
1 - 24.11.17 - 09:28
(0) Интересно какую это хоз. операцию так отражали ? Под нее и правда нет документа ?
   VladZ
 
2 - 24.11.17 - 09:30
(0) Напиши свою. Там работы на 15-20 минут.
   Gars
 
3 - 24.11.17 - 09:34
(2) Я уже забыл как это бывает - "сам пишу", мож за вознаграждение мне по-быстрому такое наваяешь? :-)
   El_Duke
 
4 - 24.11.17 - 09:43
(3) По поводу "напиши" есть другое мнение
Надо разобраться чей косяк и чем он вызван. Мне видится что в любом случае виноват  бухгалтер. Если есть типовой документ - почему не использовали его ? Если нет документа - почему были неправильно выбраны счета в проводке ? Кто все это должен контролировать, программист что ли ?

Я думаю надо заставить виновного руками перебивать все ошибки (если это и правда ошибки) в целях выработки воспитательного эффекта и ответственности за свои действия. Написание обработки приведет к прямо противоположному результату: пользователь перестанет работать совсем. А зачем делать правильно, можно как угодно, программист все исправит ....
   Gars
 
5 - 24.11.17 - 09:46
(4) Практически со всеми доводами согласен. Но, все-таки, хочется иметь под рукой такой инструмент, чтоб по-быстрому массово править строки в ручных операциях.
:-)
   Davalebor
 
6 - 24.11.17 - 09:47
(4) А программист зачем нужен? Что бы посылать бухов на ку й?
   Gars
 
7 - 24.11.17 - 09:49
(6) Не, я согласен, что методически учет должен быть поставлен жёстко. Но, как говорится - "shit happens", вот тогда и нужны подобные инструменты-обработки.
   Джо-джо
 
8 - 24.11.17 - 09:50
(6) В БП программист не нужен. Правила БУ устанавливаются законодательно и реализованы в типовой. Для ведения БУ доработки не требуются
   elCust
 
9 - 24.11.17 - 09:54
(0)  В чем проблема обойти циклом нужные операции, создавая в цикле Хозрасчетный.СоздатьНаборЗаписей() с отбором по операции и обходить набор заменяя счета?

Там работы на 20 минут.
   Gars
 
10 - 24.11.17 - 09:57
(9) Проблема описана в (3)
;-)
 
 Рекламное место пустует
   Джо-джо
 
11 - 24.11.17 - 09:58
Тот самый случай, когда "Чукча не писатель" ))
http://www.forum.mista.ru/users_photo/mid/29466.jpg
   Gars
 
12 - 24.11.17 - 09:59
(11) Да-да, истинно так!
:-)
   elCust
 
13 - 24.11.17 - 10:03
(10) Вот тебе готовое решение:
http://catalog.mista.ru/public/148733/

Там субконто меняется, но думаю додумаешь как прикрутить замену счета.
   Gars
 
14 - 24.11.17 - 10:04
(13) Ага, спасибо, буду посмотреть.
   El_Duke
 
15 - 24.11.17 - 10:08
(14) На (1) ответь, интересно чем вызвано ручное творчество
   h-sp
 
16 - 24.11.17 - 10:16
(15) наверно, не до конца освоили корректировку долга. У нас тоже есть такие бухи, которые так работают с невыясненными платежами. Но у них как раз наоборот, "62.01 и по дебету и по кредиту" - это правильно. Ничего менять не надо.
   Gars
 
17 - 24.11.17 - 10:17
(15) Что-то там связано с реорганизацией предприятия и переносе услуг с одного контрагента на другого.
   Davalebor
 
18 - 24.11.17 - 10:18
(8) Да я согласен.. но ситуация такая - бухи вели учет не правильно, с точки зрения методологии не правильно или может кто-то ошибочно решил выбрать не верный счет. Накопились операции с неверным счетом. Теперь к бухам пришло осознание того что накосячили. Они приходят к прогу и просят помочь, автоматизировать исправление. Что должен в этой ситуации сделать программист? Начать нервничать, говорить что сами виноваты, вот сами и исправляйте вручную ? Так что-ли?
   Gars
 
19 - 24.11.17 - 10:19
(16) Да, у нас тоже так - в одном случае это "ай-я-яй", а в другом - "там всё правильно".
:-)
   Gars
 
20 - 24.11.17 - 10:19
(18) У нас так и произошло.
   El_Duke
 
21 - 24.11.17 - 10:26
(18) А теперь развитие этой ситуации
Увидев что программист все исправил, бухи начинают работать абы как. Зачем напрягаться, зачем делать правильно и как положено, ведь есть малчик который все поправит !
Такая ситуация тебе нравится ?
   Gars
 
22 - 24.11.17 - 10:28
(21) Не, мне кажется это уже крайности, не бывает 100% гладкого учёта. Всё-равно где-то ошибутся люди, человеческий фактор - коварная вещь.
А вот если бух начинает методично косячить - тут уж главный бухгалтер должен решать, а на своем ли месте сидит этот нерадивый бухгалтер?
   Джо-джо
 
23 - 24.11.17 - 10:31
(22) Ошибутся - исправят
   Davalebor
 
24 - 24.11.17 - 10:35
(21)
Вообще зачем программист 1с нанят? Не для автоматизации ли рутинных процессов? Для предприятия что выгодней, оплатить полчаса работы программиста или день работы пары бухгалтеров?
Может с накосячившими бухгалтерами должен их начальник разбираться, а не программист должен посылать их на фиг дабы в следующий раз не косячили?
Прог должен помочь исправить косяк или нет?
   El_Duke
 
25 - 24.11.17 - 10:45
(24) С каких это пор исправление собственных ошибок должно оплачиваться ?
Вот и пусть эта пара бухгалтеров сидит сверх рабочего времени и исправляет.Бесплатно.
Каждая подобная ситуация должна нести в себе воспитательный момент. В том что ты предлагаешь его нет.

Идеальный вариант - прог пишет обработку, исправляет и получает премию за бухгалтеров. Быстро, справедливо и с назиданием виновным
   elCust
 
26 - 24.11.17 - 10:48
(24) Существует тонкая грань по ту сторону которой безответственность и не профессионализм бухгалтера.

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

Нужно уметь исправить положение и призвать буха к ответственности. Обычно этим занимается руководитель ИТ отдела, который соответствует занимаемой должности.
   Davalebor
 
27 - 24.11.17 - 10:51
(25) Воспитывать, наказывать, премировать это прерогатива руководства, а не программиста 1с. Представляю себе уборщицу, которая отказывается убирать в сортире, потому что там нас сали мимо унитаза, ведь дОлжно сс ать в унитаз, вот кто мимо нас сал тот пусть и убирает.
   Джо-джо
 
28 - 24.11.17 - 10:56
(27) Лучше представь себе программиста, который отказывается убирать в сортире, это ближе к теме
   El_Duke
 
29 - 24.11.17 - 11:02
(27) Я где то написал что именно прог должен наказывать ?
Я говорил что должен быть механизм ответственности за содеянное. Создать и привести его в действие должно уполномоченное лицо. Нач. отдела, директор - не суть важно.

Виновный может и сам исправить ошибку в свое личное время, тогда на первый раз можно без дисциплинарных взысканий и лишения премии.
   Gars
 
30 - 24.11.17 - 12:58
Если у кого тоже возник такой вопрос, то я нашел обработку, позволяющую менять реквизиты в движениях ручной операции.
http://catalog.mista.ru/public/377684/
   h-sp
 
31 - 24.11.17 - 13:12
(29) ну нет здесь ошибки, с чего вы это взяли? Бух всегда действует по инструкции, ему как сказали делать, так он и делает, через месяц ситуация изменилась, ему сказали другие счета нужно, он другие счета херачит.
   Джо-джо
 
32 - 24.11.17 - 13:14
(31) Учётная политика меняется с начала года и на практике счета учёта не меняются никогда
   h-sp
 
33 - 24.11.17 - 14:12
(32) это в теории. Но на практике очень часто бывает, что и меняют. Могли например проконсультироваться у аудиторов, и те сказали, надо другой счет ставить.
 
 
   Джо-джо
 
34 - 24.11.17 - 14:13
(33) Какой счет для чего используется описано в плане счетов и 1С работает в соответствии с ним
   Сти
 
35 - 24.11.17 - 14:19
(8) Ну для ведения БУ и БП не требуется. Можно все на бумажках вести. Вот тогда точно программист не требуется.
   Gars
 
36 - 24.11.17 - 14:34
Как там было у Жванецкого? - "Собака давно замолчала, а хозяин всё орал и орал."
;-)
   El_Duke
 
37 - 24.11.17 - 15:55
(31) а вы с чего взяли что нет ошибки ?

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



Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует