Всем доброго дня!

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

Для начала начните понимать лучше.

(1) Пожалуй, актуально. Но хоть это и есть ключ к решению, увы, самим решением это не является. Прямо сейчас, по крайней мере.

Ну, я не спорю, что не так уж и хорошо понимаю, в чем здесь проблема, иначе я бы и не стал спрашивать об этом на форуме.
И все же, мне не помешала бы помощь.
И, если я ошибся и дело не в этом, то, возможно, кто-нибудь подскажет в чем я ошибся?

up

По единственному комментарию складывается впечатление, что я написал полную чушь. Но я не понимаю, что там не так. И даже если это чушь, я был бы благодарен, если бы кто-нибудь разъяснил, что я написал не так и чего не понимаю.

(5) Лезть в бухгалтерию без хорошего понимания бухучета и механизмов формирования отчетности - чревато.
Для КОРРЕКТНОГО добавления документа надо довольно много знать о потрохах формирования отчетности. Если вы не знаете - на форуме вам никто не поможет.
Совет - убейте созданный документ и посоветуйте клиенту пользоваться стандартным функционалом. И не надо в дальнейшем демпинговать.

(6) В целом все верно. Но документ проверял Клиент и, если что-то не так, говорил исправить. В результате проводки его устроили и все, вроде, в порядке.
В данном случае, вот они:
http://rghost.ru/45370757
А теперь при переоценке валютных средств ОСВ выдает такие данные:
http://rghost.ru/45370774
Вот, видно в минусе ту же сумму, что была в проводке в поле постоянных разниц:
http://rghost.ru/45370821
Почему?
Проводки-то вроде в порядке.

(7) Вы действительно считаете, что различные регламентные задания выполняются и отчетность строится ТОЛЬКО на основании проводок?

"Но документ проверял Клиент и, если что-то не так, говорил исправить." Смешно. Какие у вас подкованные клиенты.

(8) Нет, так я не считаю. Я действительно пытаюсь понять, как какие регламентные операции работают.
Этот документ также используется для операций в рублях и там все получается отлично, потому я и решил, что документ в целом в порядке.
И, Господи ты боже мой, каким же самовлюбленным умником надо быть, чтобы вместо сообщения "ты ошибся в том, что дело не в проводках" или вроде того начать высмеивать моего Клиента. Тем более, что косяк, скорее всего, не его. А мой.
Но блин, не хотите помогать - не надо, ок. Но и оскорблять незнакомого человека без причины не надо.

(9) Самовлюбленный умник - это человек, по очень малозначительному поводу "исправляющий" стандартный функционал. ВСЕ консультанты с более-менее нормальным опытом стараются этого избежать. Потому как "работает - не трогай".

Ладно, открою страшную тайну, как я бы поступил. ;)))

В системе ведь есть СТАНДАРТНЫЙ документ для отражения факта начисления процентов? И он скорее всего работает. И я бы не лез самонадеянно в базу создавать новый документ, который формирует проводки и тп, а создал бы ВНЕШНЮЮ обработку, которая формировала бы СТАНДАРТНЫЕ документы, а те в свою очередь делали бы все необходимые проводки. В результате конфигурация вообще бы не изменилась и все обновления накатывались бы автоматом.

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

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

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

(11) "Регл. операция Переоценка валютных средств работает со счетами" вы забыли добавить "в версии конфигурации ХХХ".
Я легко могу представить себе ситуацию, что в версии УУУ это будет не так.

(10) Пожалуй, это наиболее адекватный ответ, которого я мог ждать. Я рад, что это не перешло в конфликт. Извините за "умника" =)
Дело в том, что изначально действительно была внешняя обработка, но она не хранила историю начисления процентов, поэтому был создан документ и к нему регистр сведений - для самой истории.
В Бухгалтерии, насколько я понял, нет стандартного инструмента для подобных операций, т.к. задание мне дали люди, разбирающиеся в конфигурации.
(11) Да, я тоже так подумал, потому и сказал, что проводки в порядке. Я уже почитал об этой операции и сижу в смятении, ведь действительно не важно, каким образом изменен остаток на счете...

Следующим вопросом будет:
"Почему регламентные операции не видят добавленные субсчета?"

(14) И ведь ответить нечего...
Если серьезно, то все не так плохо, их мы не добавляли.

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

(13) Я вот подумал - а попробуйте на чистой конфигурации без доработок (демо база) ввести одну операцию начисления процентов в валюте и потом пересчитайте курсовые.

Ох есть у меня подозрение, что в результате вы придумаете много синонимов для термина "самовлюбленные умники" :)))

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

Клиент говорил, что, если сделать ручную проводку, то все норм. Я посмотрел его проводки и заметил, что там не заполнено поле "валютная сумма". В этом случае ОСВ выдает нормальные данные и все кошерно.
А это значит, что мне не нужно заполнять это поле своим документом, и все будет хорошо.

Суммы по ну прописываете? Если нет, то полезут "неадекватности

(20) Да, прописывает

(19) Ну вот, оказывается, я ошибался, и клиент может на почти должном уровне проверять документ :)))

Правда, опыт подсказывает, что аппетит приходит во время еды, и появляется потребность еще в нескольких "мелких улучшениях", и после 5-6 таких добавлений и выхода нескольких новых версий конфигураций (нам ведь нужна свежая регл отчетность - надо обновлять) наступает большой ОЙ.

но сейчас можно не беспокоиться :)))

(19) Это у какой проводки не заполнено?

Итак, вот теперь есть ручные операции, и в этот раз, по крайней мере, я уверен, что они Клиента устраивают.
И вот что интересно:
http://rghost.ru/45466095
это проводка, сделанная моим документом.
http://rghost.ru/45466106
а это - проводки, сделанные ручной операцией.
поля заполняются несколько иначе, и вообще, проводки две.
а это значит, что либо я что-то понял не так, либо Клиент не понял меня.
(22) А по поводу обновлений - это не проблема :)
В любом случае, всем большое спасибо, оставшиеся вопросы уже к Клиенту.