Разукомплектация товара

1. Здравствуйте!
   Приведите, пожалуйста, ОСВ-41.01 с отбором номенклатура Блок питания для коммутатора… за период 01.01.2023-17.01.2023
2. 1

3. Приложение

   Спасибо за скрин, но информации там недостаточно.

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

   И учет у вас, вероятно, в настройках параметров учета: Учет запасов — По складам — По количеству.

   Давайте начнем проверку с даты — покажите суммовой остаток на 17.01.2023.

   Вот мой пример в тестовой базе. Главные данные для проверки — дата, склад, сумма. Склад, видимо один, но все равно выведите ОСВ-41 по данной номенклатуре со всеми группировками в настройках.

   Скорее всего, тогда уже будет понятно.

   1

4. У вас в ОСВ за 1 квартал нет начального остатка по указанному товару и возможно поступление прошло не 17.01.2023 18:25:27, а позже.
   Это видится наиболее вероятной причиной.

5. Знаете я поняла, разукомплектацию в рублях не показывало, так как у меня уже была проведена продажа товара данного. Я отменила проведение продажи этого товара и получается: 1) Приход идет блок питания с кабелем 3шт 17.01.23 в 12:00:00 2) Разукомплектовала на блок питания 3шт и кабель отдельно 3шт 17.01.23 в 15:00:00 все прошло как у вас в примере. Склад верно у меня один, но его нигде нет в детализациях вообще. Но теперь вопрос сумма покупки у меня в долларах, приход в рублях и если взять цены в рублях в разукомплектованном виде, то не идет пропорция (доли) как можно поставить закуп по нужной пропорции (например мне система разукомплектовала сумму 36879,77 рублей на блок по цене 22865,46 и кабель на 14014,31, а у меня вообще должно было быть по моим расчетам , согласно спецификации в разрезе этих разукомплектованных товаров сумма 36879,77 на блок 22801,23 и кабель на 14049,65 (погрешность не большая , но есть) можно ли править вручную данные суммы в разрезе товаров

6. Приложение

   Здравствуйте!

   Скорее всего проблема не в валютной сумме, у вас в ОСВ распределение идет по БУ в рублях, а в том, как вы просчитали долю стоимости комплектующих. Тут не должно быть округлений.

   Обратите внимание на следующее: доля проставляется целым числом, но без округления, без дробных цифр после запятой, как мы показали в нашей статье по разукомплектации (не 66,68 — 6668, не 33,32 — 3332) — это влияет на точность расчета:

   Как продать комплект товаров по частям?

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

   Но давайте рассмотрим ваш конкретный случай.
   У вас распределяется сумма 36879.77, и тут программа просчитала все корректно согласно выставленным долям:
   22865,46 + 14014,31 = 36879.77

   А вот то, что вы хотите увидеть:
   22801,23 + 14049,65 = 36850,88 Это на 28,89 руб. больше распределяемой суммы — и это ошибка.

   В программном коде как раз этот момент учтен, смотрите, я привожу скрин во вложении, видите: разработчики специально «размазывают» насчитанные суммы так, чтобы уложиться в распределяемую сумму комплекта — такой алгоритм. Сумма на входе и на выходе должна быть одинаковой.

   Изменить этот алгоритм может только программист, переписав типовой функционал разработчиков.

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

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

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

7. Приложение

   Попробуйте все-таки подобрать нужные доли.

   Вот, например, я установила такие и у меня погрешность меньше:
   22816,28 + 14063,49 = 36879.77
   И равенство справа и слева соблюдается.

8. Приложение

   Можно еще меньше разницу сделать, задав доли, например вот так.

   Но у вас цены с копейками и доли получаются с очень большими знаками после запятой (у меня получилось 16 знаков по вашему примеру, а ввести можно в колонку только 10!), поэтому округление все-таки будет давать погрешность.

   То есть, чтобы получить 22801,23 как вы хотите от 36879.77 вам нужно было бы указать долю = 6182584652778474

   36879,77 * 0,6182584652778474 = 22801.23

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

   Но в любом случае, если даже решите все-таки править суммы, равенство на входе (сумма комплекта) и на выходе (сумма комплектующих) должна быть равна.

   1

9. Вот этот реквизит с ограничением знаков до 10 в конфигураторе.
   Если программист вам его расширит, то скорее всего точность будет уже хорошая.

   Но тогда программа у вас становится не типовой, вы снимаете запрет редактирования с 1С и будут проблемы с обновлением, чтобы не затереть эту доработку придется обновляться вручную, не меняя расширенный реквизит. Это сложно.

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

   Поэтому решайте, что с этим делать.
   Ответ вам дала максимально подробно.

   1. Приложение

      …

      1

10. Здравствуйте! Спасибо Вам огромное, все понятно) Очень рада была познакомится с Вашим сервисом

    1
11. Рада была помочь! Обращайтесь, пожалуйста.

Комментарии закрыты.