gifts2017

Перезакрытие 25 и 26 счета на одну статью затрат БП 2.0/БП 3.0

Опубликовал Игорь Фелькер (Brawler) в раздел Обработки - Универсальные обработки

Перезакрытие 25 и 26 счета на одну статью затрат БП 2.0/БП 3.0

Обработка по сути делает простую операцию, пробегает по всем проводкам и подменяет в аналитике статьи затрат по Дт 20, 23 счетов на указанную статью затрат. Никаких перерасчетов не производится. 

В обработке нужно указать уже ранее выполненную регламентную операцию закрытия счетов 20, 23, 25, 26 и статью затрат, которую необходимо проставить. Так же можно указать обработке, чтобы она поставила признак ручного редактирования проводок документа, но последующее перезакрытие этой регламентной операции будет несколько неудобным, так как придется открыть проводки документа и снять флажок ручной корректировки проводок.

 

Думаю рассуждать на тему, что это глупая или нет операция тут не стоит.

Требование поступило - реализация выполнена без вмешательства в типовую.

В УПП, если не ошибаюсь данная вещь просто настраивается в параметрах учета и я не понимаю почему 1С, еще не реализовала такую настройку в БП.


29.11.2012

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

21.04.2014

Выложена в общественное пользование обработка для БП 3.0, а создана была очень давно.

Скачать файлы

Наименование Файл Версия Размер
Перезакрытие25и26СчетаНаОднуСтатьюЗатрат.epf 104
.epf 15,85Kb
29.11.12
104
.epf 15,85Kb Скачать
Перезакрытие25и26СчетаНаОднуСтатьюЗатрат_УФ_БП30.epf 21
.epf 12,91Kb
21.04.14
21
.epf 12,91Kb Скачать

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

1. Сергей Буланкин (bulas) 26.09.12 09:01
А если документ (документы), делающие проводки по счетам затрат, пере проведут - опять запускать эту обработку?
2. Игорь Фелькер (Brawler) 26.09.12 09:39
(1) bulas, да, обработку снова нужно запустить и перезапустить замену статей затрат.
Такие жертвы невмешательства в типовую.
3. Сергей Буланкин (bulas) 26.09.12 09:45
А если обработкой в самих документах заменить (вставить) на нужные статьи затрат?
4. Игорь Фелькер (Brawler) 26.09.12 11:33
(3) bulas, это уже изменение конфигурации, что ни есть лучший путь решения проблемы. Не приучайте бухов к хорошему, а то они забывают, что там в программе родного, а что привнесено. Потом считают как должным, чтобы такой функционал был куда бы они не глянули.
Я по сей день смеюсь, когда они с тупыми глазами глядят на меня, когда я им говорю, что это не родное в программе и никогда это 1С не писала! Я про базу БП 1.5 говорю)) Мы еще переходим на 2.0)) 9 месяцев переходим, все не решаемся))
Уровень квалификации пользователей на лицо.
5. Сергей (sstar90) 30.11.12 09:47
(3) прав, надо менять в первичных документах, и какое "изменение конфигурации" будет в этом случае ?
6. Игорь Фелькер (Brawler) 30.11.12 09:55
(5) sstar90.
Наверное тут возникает путаница понятий.

1. Под первичным документом я понимаю документ созданный в режиме предприятия и наполненный данными стандартным алгоритмом расчета. После чего этой обработкой в нем корректируются проводки к нужному виду.

2. Документ тот что описан в конфигураторе носит наименование "РегламентнаяОперация". Если нет желание использовать обработку которая выполняется пост обработку данных документа из пункта 1, то нужно лезть в код этого документа и ручками переписывать места, где формируются проводки, подменяя статьи затрат по нужным правилам, при этом придется прям в коде скорее всего прописать жестко на какие статьи менять, что ну ни как ни есть хорошо. Вот это и есть изменение конфигурации и для этого нужно снять ее с поддержки и потом каждый раз при обновлении проверять не затерлись ли участки вашего кода. Это муторный путь для программистов.
7. Сергей (sstar90) 30.11.12 10:07
(6) "первичные документы" - это те документы, которые делают проводки на 25, 26 счета, если их правильно заполнить (аналитика), то соответственно и "Регламентная операция" закроет все так, как Вам надо
и не надо будет править проводки документа "вручную"
8. Сергей Буланкин (bulas) 30.11.12 10:22
(5) sstar90, Внешняя обработка, которая будет менять данные в реквизитах на нужные должна установить флаг в этом документе, что было изменение внешней обработкой - значит надо добавить реквизит флаг (тип данных: Булево). И для "устрашения" пользователям в модуль объекта при проведении добавить Предупреждение (Сообщение) примерно такого содержания: "Установлен такой-то флаг и при Повторном проведении без согласования с ГлБухом - лишение премии". А самый верный вариант - разобраться по каким причинам не закрываются эти счета. Может статьи затрат не привязаны к подразделениям. Вообщем, просмотреть все статьи затрат на предмет корректности заполнения реквизитов и проверить в документах (предварительно установив видимость всех столбцов табличной части связанных со статьями затрат) заполнение столбцов аналитики.
9. Игорь Фелькер (Brawler) 30.11.12 10:24
(7) sstar90, вот тут вы реально сами не понимаете суть вопроса.

Бухам нужно видеть по дебету 25 счета именно те статьи затрат, которые исходят из контекста этих затрат. Ну там услуги ствязи кидаются на 25 счет по статье затрат "услуги связи". Потом когда закрывается типовым способом 25 счет, то на 20 и/или 23 падает статья затрат "услуги связи". Моим бухам в частности нужно видеть на 20 и 23 счете не статью затрат "Услуги связи", а "Общепроизводственные расходы". В дебете 25 счета неприемлемо видеть эту статью. Нужно только в дебете счетов куда закрывается 25 счет.

Вот для их хотелки и создана обработка и не тронут код самой базы данных.
10. Сергей Буланкин (bulas) 30.11.12 10:26
(9) Brawler, В справочнике статей затрат есть предопределенные, но можно добавить свои и со своими настройками. И использовать свои в документах.
11. Игорь Фелькер (Brawler) 30.11.12 10:28
(8) bulas, все закрывает штатно и без ошибок, не путайтесь.
Тут вопрос в хотелках бухгалтерии.
А флаг обработка может установить, но по желанию самого пользователя обработки ибо если его поставить, то несколько геморнее снять документ с проведения. Сначала нужно снять галочку, документ проведется!!! и все в нем будет посчитано самостоятельно, а потом только сможете реально отменить его проведение чтобы все проводки ушли окончательно. Отменив проведение при установленном флажке ручной корректировки по факту у документа будет тьма проводок с признаком активности в ЛОЖЬ!
12. Игорь Фелькер (Brawler) 30.11.12 10:28
(10) bulas, Изменение конфигурации!!!
13. Сергей Буланкин (bulas) 30.11.12 10:48
(12) Brawler, В справочник можно добавлять свои статьи затрат, которые можно использовать в документах без изменения конфигураци. Сама статья может наименоваться как хотят бухи, но привязать ее к группе (виду) затрат также как они хотят, а также привязать к счету затрат какой им надо. От первоначальной настройки этого справочника многое зависит (хотя как и для любого). Другое дело, когда документы (и регламентные) уже использовали типовые (предопределенные) настройки. Тогда и надо их подправлять либо ручным способом либо автоматизированным обработкой, которую ты предлагаешь. Но это лечение следствия, а не причины. В любом случае необходимо "классифицировать" справочник статей затрат по хотению бухов - а именно дополнить необходимыми статьями, которые настроены под них (лучше под учет предприятия - ГлавБухи приходят и уходят). Чтобы в будущем не было необходимости использовать внешнюю обработку, тем более изменять конфигу.
14. Игорь Фелькер (Brawler) 30.11.12 10:59
(13) bulas, главбух работает с 95 года.

Причина - учетная политика. 25 счет закрывается на одну статью. В УПП такая настройка есть.

Как следствие выбран один из двух путей:
1. менять конфигурацию
2. не менять конфигурацию

Выбрано 2!

Справочник статей утрясли в начала 2012 года, долго утрясали. Избавлялись от статей типа амортизация 25 счета и амортизация 26 счета, а еще могла быть прямая да косвенная. Вывели все к общим статьям амортизация одна для прямой и одна для косвенной и по другим статья затрат аналогично.
15. Сергей (sstar90) 30.11.12 11:18
(9) Поясни, я понял, что Вы делаете так:
1) документ "Поступление товаров и услуг" - Дт 25 "услуги связи" Кт 60.01
2) "Регламентная операция" закрытия месяца - Дт 20.01 "услуги связи" Кт 25 "услуги связи"
3) Ваша обработка заменяет в проводках документа "Регламентная операция"
Кт 25 "услуги связи" на Кт 25 Общепроизводственные расходы

Вопрос: а как это будет выглядеть в ОСВ с разворотом по субконто ?
16. Игорь Фелькер (Brawler) 30.11.12 11:26
(15) sstar90, у 25 счета не меняется аналитика. 25 по тем статьям по каким собирается по тем и закрывается.

Замены делаются следующего вида

Дт 20.01 Услуги связи - Кт 25 Услуги связи

преображаются в

Дт 20.01 Общепроизводственные расходы - Кт 25 Услуги связи


Под заголовком этой публикации "Перезакрытие 25 и 26 счета на одну статью затрат БП 2.0" и понимается что по дебету туда куда закрывается 25 счет не будет той детальной аналитики, что есть на 25 счете.
17. Сергей (sstar90) 30.11.12 11:33
(8) Внешняя обработка, которая будет менять данные в реквизитах на нужные должна установить флаг "Ручной корректировки" в этом документе (в данном случае это документ "Регламентная операция").
По хорошему, после закрытия месяца период закрывается от корректировки (Дата запрета изменения данных) и
дальнейшие изменения только по согласованию с тем же главбухом. Если разрешил - Открывай период, закрывай месяц по новому, пользуйся своей обработкой, Закрывай период - и зачем здесь Ваш новый реквизит документа флаг "Изменено обработкой" (тип данных: Булево) ?
А в БП 20 для выставления флага "Изменено обработкой" можно воспользоваться и Дополнительным реквизитом
18. Сергей (sstar90) 30.11.12 11:37
(16) Под заголовком Вашей публикации как раз и не видно что аналитика на 25 не нужна
19. Сергей Буланкин (bulas) 30.11.12 11:41
(18) sstar90, Либо флаг, либо статус документа, либо "привязать" к событию - вариантов несколько. Кто, когда перезаписал документ можно и в журнале посмотреть, если удобно. Что лучше, менее затратно и удобно? То и используется.
20. Сергей (sstar90) 30.11.12 11:44
(19) согласен: "На вкус и цвет товарищей нет", можно сделать по-разному, но конфу лучше не менять
21. Игорь Фелькер (Brawler) 30.11.12 11:46
1. обработка позволяет установить флаг ручной корректировки по желанию пользователя
2. мне все равно что творится в организациях которые могут заюзать эту обработку. кто там закрывает периоды и с чьего разрешения мне не важно. знаю одно в закрытый период обработка не лезет да и сами механизмы защиты периода в БП не дадут ничего там записать!!!
3. (18) sstar90, читайте между строк коли сразу не понятно что в наименовании статьи указано. Потом под понятием закрытия и понимается дебет счетов куда закрывается 25 счет ну и 26 тоже, а не кредет 25/26.
4. тут пустой спор пошел, пора прекращать!!!
22. Коля Ипатов (Bazil) 13.03.13 08:19
Плюс за идею и разработку. Я не догадался так сделать, менял код в конфигурации, хотя и всего пару строчек.
23. Михаил Ражиков (tango) 15.04.13 12:27
(6) Brawler, (22)
то нужно лезть в код этого документа и ручками переписывать места, где формируются проводки
подписка
24. Игорь Фелькер (Brawler) 15.04.13 12:32
(23) tango, я сам так же думал, но документ не обладает свойством проводимости и потому сложнее процесс подписки, чуть ли не на каждую запись документа что бы там не делалось.
25. Михаил Ражиков (tango) 15.04.13 12:41
(24) Brawler,
документ не обладает свойством проводимости
- извините, не понял, поясните пожалуйста (см.рис.) прикольно, спасибо :)
чуть ли не на каждую запись документа
не на каждую запись, а после основного алгоритма на все записи чохом.
как вариант - подписка на запись в конкретный регистр.нет, это хуже
Прикрепленные файлы:
26. Игорь Фелькер (Brawler) 15.04.13 13:46
(25) tango, документ пишет данные пачками по N строк проводок. Момент окончания алгоритма не отловить, кроме как встроиться в него. Не меняя типовой, вполне достаточно обработки ИМХО.
27. Михаил Ражиков (tango) 15.04.13 14:04
(26) Brawler,
Момент окончания алгоритма не отловить

ну, если это вообще не проведение, то да. а если б именно проведение по штатной процедуре - то не трабл
28. Михаил Ражиков (tango) 15.04.13 14:06
+(27) tango, вот интересно:
здесь, в этой теме - именно разговор 1с-прогов. ни джава, ни хакеры - не поймут
29. Михаил Ражиков (tango) 15.04.13 14:08
рассмотрим 1с-платформу, как софт-устройство
тогда, не покривив душой (что это - у тру-ява-прога?), нельзя унизить 1снега, не унизив программиста промышленных микропроцессоров
30. Игорь Фелькер (Brawler) 15.04.13 14:15
(29) tango, я как-то не комплексую по поводу того, что ковыряюсь в 1С))) Ковырялся и в Delphi (полумертв) и C# (крут), нигде так беззаботно как в 1С не слепишь программу даже состоящую из одного документа)))
Язык C# нравится больше 1С, но оглядываясь на 1С и осмысливая, а как бы я сделал это и это приходишь к мысли, что уже придумали все и это 1С. Мне только жесткой типизации не хватает, а будь она, лучше бы работали и подсказки.
31. Михаил Ражиков (tango) 15.04.13 15:00
(30) Brawler,
Мне только жесткой типизации не хватает

задумалсо, чего мне не хватает? денех не предлагать
32. Наталья Наталья (nata_87) 28.05.13 14:29
Хорошая обработка!!! Для 3.0 еще не переписывали ее?
33. rasswet (rasswet) 24.04.14 16:50
подскажите, откат изменений как реализовывали?
34. rasswet (rasswet) 24.04.14 16:50
35. Игорь Фелькер (Brawler) 24.04.14 18:27
(33) rasswet, путем присвоения статьи затрат по Кт в Дт. Это по памяти говорю. Лезть в код сейчас не хочется.
В типовом варианте БП 3.0 по Дт 20 и 23 счетов, ставит ту же статью, что и была на 25 и 26. По сути мы проводим махинации с Дт, меняя в нем статью затрат поголовно за минусом статей исключений. А если нужно откатить, то просто берем статью в Кт и проставляем ее везде в Дт. Вот и весь откат.
Если есть какие-то ошибки напишите, гляну.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа