Ошибка в виртуальной таблице или баг 1С 8.3.18?

01.03.21

Задачи пользователя - Адаптация типовых решений

"ВЫБРАТЬ СуммаОстатокКт ИЗ РегистрБухгалтерии.Хозрасчетный.Остатки()" - Дает неожиданный результат

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке [?] Купить один файл
Расширение для БП
.cfe 6,84Kb
1
1
1 SM
Скачать Купить за 1 850 руб.

Поступила недавно от нашего бухгалтера такая задача :  "При выполнении регламентной операции за декабрь 2020 года - "Расчет резервов по сомнительным долгам" по одной из организаций в графе "Сумма уменьшения на встречную задолженность перед контрагентом" не верно рассчитывается сумма и в итоге весь расчет не верный"

Приложила Анализ субконто по этому контрагенту, в котором видим Кредиторку по 60.01(4 415 812,87) и Дебиторку по 76.02 и 76.06 (65 234 + 1 014 810) .  И справку-расчет по резервам в котором указана что сумма уменьшения встречной задолженности = 3 335 768, 87   Что  путем нехитрых манипуляций на калькуляторе как раз и получается если из Кредиторки 60 счета вычесть Дебиторку 76 счета. В то же время видим по справке-расчету, что Дебиторка по 76 счету уже учтена и перекрыта.  

 

 

В общем пришлось лезть в расчет данного показателя и он был обнаружен в общем модуле РезервыПоСомнительнымДолгам Функция ДанныеВстречнойЗадолженности(ОтчетнаяДата, МенеджерВременныхТаблиц)

 
 Функция ДанныеВстречнойЗадолженности

Начинаем ловить данные второго запроса по интересующему нас контрагенту и получаем  сумму 3 335 768, 87 руб.  При этом изучаю более детально запрос №2 и вижу что есть условие ГДЕ  Задолженность.СуммаОстатокКт > 0   

Как так ? у нас Кредитовый остаток на конец года  только по 60.01 счету, по счету 76.02 и 76.06  только Дебетовый остаток.  Копирую текст второго запрос в консоль запросов и начинаю с ним экспериментировать.  

 

 

Перечислил в нем свои счета, контрагента, период получения остатков (да он именно 01.01.2021 00-00-00 передается) , результат такой же  3 335 768,87

 Добавляю в выбираемые параметры Счет и картина меняется, у нас нужная сумма в результате запроса

 

 

Пробую дальше,  добавляю к счету ОстатокДТ  и убираю условие по остатку и видим что  все суммы на своих местах 

 

 

 

Почему же тогда  исходный запрос дает свернутый результат ????  Ответа у меня к сожалению нет.  Пришлось запилить расширение, и поместить в него данную функцию &ИзменениеИКонтроль("ДанныеВстречнойЗадолженности")
с измененным запросом в котором выбирается еще и счет.   

В результате перепроведя регламентную операцию получаем верные цифры в справке-расчете резервов по сомнительным долгам 

 

 

 

Бухгалтер счастлива,  поставленная задача выполнена. 

Но  вопросы остались... то ли это косяк в нашей базе с виртуальной таблицей остатков, то ли это баг 1С.

Конфигурация БП 3.0.87.28,  Платформа 1С:Предприятие 8.3 (8.3.18.1208)

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

См. также

Адаптация типовых решений Платформа 1С v8.3 1С:Документооборот Россия Платные (руб)

Расширение конфигурации для «1С:Документооборот КОРП», редакция 3.0. позволяет: 1.использовать произвольные табличные части в качестве дополнительных реквизитов к документу; 2 использовать произвольные табличные части в шаблонах в формате docx для автоматического заполнения таблиц.

29400 руб.

29.06.2023    5185    11    5    

20

Логистика, склад и ТМЦ Адаптация типовых решений Пользователь Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Управленческий учет Платные (руб)

Чтобы не допустить путаницы с обещаниями клиентам и для четкого контроля исполнения заказов мы используем резервирование товаров. Мы доработали УНФ, чтобы она автоматически отменяла старые резервы и не мешала эффективно продавать.

7200 руб.

02.08.2023    3558    8    0    

27

Свертка базы Программист Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 Управленческий учет Платные (руб)

Обработка свертки базы 1С УНФ 1.6 выполнена в виде расширения конфигурации, которое встраивается в вашу базу без снятия с поддержки, и адаптирована под релиз УНФ 1.6.

4800 руб.

20.04.2021    16352    49    34    

56

Оптовая торговля Учет доходов и расходов Программист Бизнес-аналитик Бухгалтер Пользователь Руководитель проекта Платформа 1С v8.3 Система компоновки данных 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Есть бесплатная тестовая версия отчета на 5 запусков. Данный отчет позволяет сформировать и оценить среднюю прибыль от продаж товаров в УТ 11 и КА 2 без закрытия месяца. Что невозможно сделать типовыми отчетами, т.к. себестоимость товаров рассчитывается только при закрытии месяца. Позволяет быстро и эффективно оценить, продажи какого товара приносят большую прибыль для организации, а какой товар менее прибыльный, а может, даже и в убыток торгуется.

4200 руб.

15.05.2019    39568    152    130    

162

Оптовая торговля Розничная торговля Ценообразование, анализ цен Сканер штрих-кода Бухгалтер Пользователь Платформа 1С v8.3 1С:Розница 2 Управленческий учет Платные (руб)

Расширение для конфигурации Розница 2.3. Автоматическое и ручное создание, присвоение (сканирование) штрихкодов номенклатуре непосредственно в документе Поступления товаров. Поддерживается ввод штрихкода через сканер.

1800 руб.

30.03.2021    20777    8    10    

13

Адаптация типовых решений Программист Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Абонемент ($m)

Каждый из нас сталкивается с ситуацией, когда какой-нибудь менеджер показывает свой Excel и рассказывает, как он что-то из 1С копирует в него, снабжает пояснениями, выделяет цветом и т.д. и т.п. Заканчивается все просьбой сделать вот чтобы также было в 1С. И оказывается такой человек (почти с гарантией) либо лучшим продажником, либо каким-то важным, за все отвечающим, - на ком все держится.

2 стартмани

22.04.2024    4765    dimanich70    15    

21
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Доня 285 01.03.21 15:37 Сейчас в теме
По вопросу регламентной операции "Резервы сомнительных долгов" в БП.3 у меня тоже много вопросов.
Каждый месяц приходится при закрытии открывать проводки и исправлять, потому что, когда сверяю счета 62.01 и 63, то оказывается, что по 62.01 закрыта задолженность, а по счету 63 висит остаток ??? и так длится уже несколько периодов.
Пытаюсь либо операцией, либо Корректировкой Долга исправить или сторнировать ошибку, в следующем месяце при регламентной операции опять восстанавливается РСД на 63 счете !!! И так из месяца в месяц я исправляю эту регламентную операцию - но уже в самой регламентной операции. Это явно лаг 1С !!
2. bulpi 216 02.03.21 15:17 Сейчас в теме
Не понял, в чем косяк.
"Почему же тогда исходный запрос дает свернутый результат ???? "
Так он и должен давать свернутый результат. Регистры накопления тоже так себя ведут в запросе в таблицах остатков. С платформой все в порядке, это не баг, а фича.
А если "косяк" имеется в виду в типовой конфигурации, то там их много.
3. VPanin56 548 02.03.21 15:43 Сейчас в теме
(2)
Так он и должен давать свернутый результат.


Отчего это? Если мне надо только кредитовый остаток, то никак ?
4. bulpi 216 02.03.21 21:10 Сейчас в теме
(3)
Это и есть кредитовый остаток с точки зрения платформы. Чтобы "только кредитовый", нужны группировки по нужным субконто. Еще можно попробовать СуммаРазвернутыйОстатокКт, но и там все зависит от выбранных в запросе видов субконто.
6. AlexO 135 09.11.21 18:01 Сейчас в теме
(4)СуммаРазвернутыйОстатокКт покажет ему то же самое, т.к. он привязан к таблице остатков.
Уйти от неё - наша задача есть решение проблемы.
Собственно, автор так и делает, множа на ноль все преимущества виртуальной таблицы своим дополнительным суммирующим полем.
5. AlexO 135 09.11.21 17:59 Сейчас в теме
Вы используете виртуальную таблицу остатков, и удивляетесь, что вам неправильно суммирует остатки.
И чтобы получить "верный результат", суммируете их сами в нужном вам субконто-разрезе.
Или используйте "типовые разрезы" и виртуальные таблицы 1с, либо не используйте их - но в своих разрезах.
Вот и весь "косяк" в этом.
7. VPanin56 548 09.11.21 20:00 Сейчас в теме
(5)
Вы используете виртуальную таблицу остатков, и удивляетесь, что вам неправильно суммирует остатки.


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