Цитата(Макс1С @ 18.12.19, 3:11)
Проблемы могут быть при проведении расходных документов с одинаковыми номенклатурами.
Я пробовал три строки одинакового товара, при этом на складах было 3 партии товара.
По первой партии товар был на двух складах, остальные партии были на одном.
Например так
Партия Склад1 Склад2 Себест
№1 2 1 2,00
№2 3 0 10,00
№3 2 0 15,00
В реализации со склада1
Строка № Кол-Во Цена продажи
1 3 4,00
2 2 4,00
3 1 4,00
Цена подставляется 4.00, т.к. последнее Изменение цен была расчитана на 4,00
В итоге:
- по первой строке оно продало 2 шт из Партии №1 по 4.00 и 1 шт из Партии №2 по 4,00, но выдало сообщение что продажа ниже себестоимости, т.к. партия №2 по 10,00. (разница 6,00)
- по второй строке продано 2 шт из Партии №2 по 4.00, также с сообщение ниже себестоимости. (разница 6,00)
- по третьей строке продано 1 шт. из Партии №3 по 4, ниже себестоимости (разница 11,00)
Т.е. как бы так как и задумывалось.
Цитата(Макс1С @ 18.12.19, 3:11)
ед.изм и Характеристики - подчиненные справочники и та же "шт" для каждой номенклатуры окажется своя, поэтому и контроль включен
Контроль уникальности в Правилах я не отключал, т.к. это приводит к полному отключению всяких проверок, тем более что по вашему совету я просто переделал формирование самих значений реквизита Артикул, что позволило не менять механизм проверки уникальности.
А дублирование строк в ТЧ я отключил закомментировав одну строку кода в ОбщемМодуле дкДокументы в функции дкПроверкаКорректности(...), что влияет только на дублирование реквизита Номенклатура в ТЧ и соответственно никак не влияет на документы в ТЧ-х которых не содержится реквизит Номенклатура, и тем более на справочники.
Цитата(Макс1С @ 18.12.19, 3:11)
искал бы параметры при вызове этой процедуры в локальном месте
В локальном месте происходит только вызов дкПроверкаКорректности(...) в котором и происходят все проверки.
Я из всей этой функции нашел блок кода, который отвечает на проверку именно дублирования в ТЧ документа и меняет флаг, который уже за пределами этого блока соответствующим образом обрабатывается.
Цитата(Макс1С @ 18.12.19, 3:11)
мой совет - лишь перестраховаться, если проблемы вылезут после какого-то времени использования, исправлять будет намного сложнее
В своем роде некоторая страховка как бы присутствует, так сказать, всплыла сама собой, а именно - для отмены достаточно снять комментирование со строки и запустить восстановление последовательности документов начиная с периода внесения изменений, соответственно при перепроведении документа с дублями процесс перепроводки будет прерываться и нужно будет удалить дублирующую строку с соответствующем корректированием количеством товара и пересчетом его цены по среднему значению.
Цитата(Petre @ 18.12.19, 12:40)
Во-первых, это другая конфигурация.
Во-вторых, на сколько я помню, в Бухгалтерия для Украины таблицы при списании партий сворачиваются.
Да я понимаю, что это разные конфг-ии, но просто это различие явно бросалось в глаза. С механизмами работы Бухгалтерии я не очень знаком, т.к. сильно не углублялся в нее, так обходился лишь написанием внешних обработок.
Еще один момент, который мне бросился в глаза, это то, что в бухгалтерии документы с большим количеством строк в ТЧ обрабатываются как-то быстрее (загрузка из файла табличного документа, проведение документов), чем это происходит в Альфе, из-за чего пользователи в Альфе жалуются, что как-то долго приходится ждать
, чтобы загрузить данные из файла в ТЧ, а также при проведении (например кол-во строк около 10000 строк).
С чем это может быть связано и возможно-ли в Альфе это оптимизировать и ускорить?