поле приоритет не заполнено
Ошибка при проведении начальных остатков задолженности клиентов
Добрый день.
УТ 11.4.8.73
Начальные остатки переносились из другой системы самописной обработкой. Еще при тестировании, при проведении созданного документа выпала следующая ошибка
«Запись не верна! Значение поля «Аналитика учета по партнерам» не может быть пустым! (Регистр накопления: Расчеты с клиентами; Номер строки: 32)»
После пары часов бесплодных попыток понять ее причину она перестала проявляться сама по себе.
Остатки были перенесены, проведены, перепроводились несколько раз. Всё было ок.
Сейчас при попытке перепровести эти документы снова выпадает эта ошибка.
В чем может быть проблема?
(7) Регистр Аналитика учета по партнерам проверил, ни пустых записей, ни дублей. Запись по одному из контрагентов на которых ругается в порядке. В справочнике ключи аналитики тоже все норм.
Но.
Очищаю все записи в регистре. Провожу документ, он проводится. Перепровожу все документы в базе. Удаляю дубли в ключах аналитики.
Опять не проводится. Любые другие документы с такой связкой проводятся.
Вообщем копаясь дальше, наткнулся, что если перевыбрать контрагента в первичном документе все становиться ок. При изменении контрагента процедура присваивает договору пустую ссылку, при выгрузке я этого не делал.
Остается открытым вопрос, почему это проявилось лишь у не большой части контрагентов. Да и договоры не используются в базе.
Добавление приоритетов к документу Заказ клиента. УТ 11
Если вам необходимо добавить дополнительные приоритеты в документ Заказ клиента и выделить его отдельным цветом в журнале заказов тогда см инструкцию для добавления:
1) Загружаете расширение обычным способом(гугл в помощь), снимаете безопасный режим.
2) Запускаете обработку в режиме предприятия и правой мышкой добавляете дополнительный приоритет, вводите наименование, выбираете ему любой цвет.
3) Будет работать на УТ 11.4.7.128, к другим релизам возможно не подойдет.
Скачать файлы
Специальные предложения
Автор запретил комментарии
Обновление 26.07.19 18:01
См. также
Мобильный ТСД, Инвентаризация, Маркировка, Штрихкод Промо
Мобильный терминал сбора данных для смартфонов и ТСД. Синхронизация между Вашей 1С и мобильным приложением осуществляется через HTTP-сервис (http или https) или промежуточный файл. Приложение для тех, кому важна безопасность данных, так как промежуточные сервисы для обмена не используются.
27.12.2020 18699 319 1cspec 134
Проверка статусов кодов ИС МП в документах [КА 2.4]
Проверка статусов штрихкодов упаковок ИС МП из документов
24.08.2021 1185 5 RocKeR_13 0
Работа с кодами маркировки (КА 2.4)
Обработка для удобной печати кодов маркировки.
27.05.2021 4808 11 RocKeR_13 2
[Расширение] Временное отключение онлайн-эквайринга в РМК (УТ 11.4, Розница 2.3)
Расширение предназначено для исправления исключительных ситуаций, когда оплата по эквайринговому терминалу с подключением оборудования прошла успешно, но чек на ККТ не был фискализирован. Расширение позволит временно отключить онлайн-эквайринг непосредственно из формы РМК.
14.12.2020 9327 40 RocKeR_13 13
Пометка на удаление неиспользуемых элементов справочников и документов Промо
В ходе работы в программе в ней зачастую накапливается «мусор». Данная разработка может помочь убрать его. (обычные или управляемые формы)
02.02.2010 40118 720 AnryMc 53
[Расширение] БП 3.0. Список счетов от поставщиков / Список поступлений + Связанные документы
Список счетов от поставщиков и список поступлений товаров и услуг + Структура подчиненности в одном окне. Расширение для программы БП 3.0.
20.05.2020 8830 6 Rustig 13
«Учет штрафов ГИБДД» с возможной загрузкой из открытых источников в интернет Расширение конфигурации 1С: Предприятие 8.3
Расширение конфигурации Бухгалтерия предприятия, редакция 3.0 (при минимальных изменениях любой типовой конфигурации), позволяющее вести историю данных по штрафам ГИБДД для справочника транспортных средств компании. Бонусом поставляется внешняя обработка, способная загружать эти данные из открытых источников в интернет.
30.12.2019 19032 22 capitan 11
Пакетное пробитие чеков на Онлайн-кассе при оплатах от физических лиц на расчетный счет
Автоматизация процесса пробития чеков онлайн при поступлениях на расчетный счет от физических лиц. Помогает сократить трудозатраты таким организациям, как МФЦ, Управляющие компании и т.д. Подходит для 1С:Бухгалтерия 3.0 любой версии (базовая, ПРОФ, КОРП). Не изменяет конфигурацию. Конфигурация остается на поддержке (типовая).
24.09.2019 22182 8 r.resh39 7
Рабочее место менеджера по продажам. УТ 11.3, 11.4, ERP 2.4 Промо
Рабочее место менеджера по продажам для УТ, ЕРП. Удобный инструмент в 1С для менеджеров по продажам для повседневной работы с клиентами. Все самое необходимое под рукой для оперативного создания заказа или реализации!
17.08.2018 21051 65 Ivan90 38
Аналоги номенклатуры для УТ 11.4, КА 2.4, ERP 2.4, Розница 2.2, Розница 8. Магазин автозапчастей. Расширение
Расширение для работы с аналогами номенклатуры. Отлично подходит для работы с кроссами запчастей и товаров с аналогичными свойствами. Поддерживаемые конфигурации: УТ 11.4, КА 2.4, ERP 2.4, Розница 2.2, Розница 8. Магазин автозапчастей. Лёгкое подключение, без изменения конфигурации.
30.08.2019 30084 59 AleSSandre 34
Списание (корректировка) задолженности контрагентов УНФ 1.6
Обнуление задолженности контрагентов в конфигурации «Управление небольшой (нашей) фирмой» версии 1.6 с помощью документа «Корректировка регистров».
24.07.2019 32508 21 DMon 1
Утилиты ЕГАИС (1С:Розница 2.2)
Утилиты для упрощения работы с ЕГАИС в 1С:Розница.
16.07.2019 31620 50 RocKeR_13 12
Групповая установка даты выплаты в документах «Отпуск» и «Командировка» на заданную дату и перерасчет отобранных документов Промо
Обработка позволяет расчетчикам сократить время, затрачиваемое на расчет отпусков и командировок.
15.02.2017 21097 88 ser6702 18
Регистрация документов с измененной суммой
Обработка берет информацию из истории изменения документов. Удобна для администраторов, когда документы с измененной суммой по какой-то причине не регистрируются в плане обменов. Можно регистрировать не все документы, а только те, которые были изменены.
20.04.2019 26753 6 ryan 0
Валовая прибыль для УПП 1.3, КА 1.1 в режиме РАУЗ (работа типового отчета без доработок конфигурации)
Простое и мгновенное решение для использования типового отчета «Валовая прибыль» в конфигурациях «Управление производственным предприятием 1.3», «Комплексная автоматизация 1.1» (а также отраслевых решений на их базе) при включенном режиме РАУЗ (расширенная аналитика учета затрат). Не требует настройки или изменения конфигурации, либо может быть, для дополнительного удобства, интегрировано в нее с минимальными доработками.
21.01.2019 27901 33 stvorl 12
Simple WMS Client – это визуальный конструктор мобильного клиента для терминала сбора данных(ТСД) или обычного телефона на Android. Приложение работает в онлайн режиме через интернет или WI-FI, постоянно общаясь с базой посредством http-запросов (вариант для 1С-клиента общается с 1С напрямую как обычный клиент). Можно создавать любые конфигурации мобильного клиента с помощью конструктора и обработчиков на языке 1С (НЕ мобильная платформа). Вся логика приложения и интеграции содержится в обработчиках на стороне 1С. Это очень простой способ создать и развернуть клиентскую часть для WMS системы или для любой другой конфигурации 1С (УТ, УПП, ERP, самописной) с минимумом программирования. Например, можно добавить в учетную систему адресное хранение, учет оборудования и любые другие задачи. Приложение умеет работать не только со штрих-кодами, но и с распознаванием голоса от Google. Это бесплатная и открытая система, не требующая обучения, с возможностью быстро получить результат.
09.01.2019 61279 266 informa1555 234
Начинаю изучение 1С. Нуждаюсь в некоторых советах и напутствиях.
Приветствую всех! Начал свой путь по покорению 1С. Причина: хочу попасть на стажировку в компанию, для этого нужно пройти обучение 1С и выполнить несколько заданий. Опыт в программировании есть, но скудный в php и VB. Ну не буду тянуть, перейду сразу к делу.
1. Нужно разработать внешнюю обработку в Конфигураторе 1С. Назначение обработки – оповестить по электронной почте руководителя компании о новых заказах клиентов с «интересной» суммой.
2. Пользователь, ответственный за рассылку данных, на форме обработки указывает период и сумму, свыше которой заказы являются «интересными» для руководителя.
3. При нажатии на кнопку «Отправить» из 1С отправляется письмо, содержащее таблицу с данными оформленных документов «Заказ клиента», удовлетворяющих условиям отбора.
Тема письма: «Крупные заказы за период с 10 сентября 2019 по 13 сентября 2019»
Тело письма:
«Здравствуйте, Иван Иванович!
Список заказов с суммой от 100 000 руб. за период с 10 сентября 2019 по 13 сентября 2019:
//Таблица с данными
Всего 3 заказа на сумму 460 000 (Четыреста шестьдесят тысяч) руб.»
4. Перед отправкой должна происходить проверка, заполнены ли поля Период и Сумма. Если поля не заполнены, то пользователь должен получать об этом сообщение. В сообщении должно быть указано, какое поле не заполнено, а ошибка должна быть привязана к незаполненному полю.
5. Письмо должно отправляться по протоколу SMTP.
6. Необходимо разобраться, для чего используется модуль формы и модуль объекта, и распределить программный код по этим модулям.
7. На форме обработки должно «запоминаться» поле «Сумма». Т.е. при повторном открытии обработки поле «Сумма» должно быть автоматически заполнено тем же значением, которое было указано в прошлый раз.
8. Поле «Сумма» не может принимать значение меньше 100 000 руб. (должен быть запрещен ввод таких значений).
Я привел конкретно задание(его полное решение мне не нужно, потому что далее врятли сам справлюсь со следующим), чтобы вы смогли представить что будет создаваться. Вопросы будут простыми и глупыми, но я надеюсь, что вы мне поможете.
(0) А ты уверен, что твой работодатель не читает эту ветку?
Ловлю такую ошибку
Дополнительная информация:
Направление: Отправка.
ПОД: Документ_ПоступлениеТоваровУслуг_Отправка.
ПКО: Документ_ПоступлениеТоваровУслуг_Отправка.
Объект: Документ объект: Приобретение товаров и услуг, Приобретение товаров и услуг 000063 от 22.06.2020 (e1cib/data/Документ.ПриобретениеТоваровУслуг?ref=bf59ac1f6bbb30b411eab42c9ab807ac).
Вроде как НЕ заполнено поле Контрагент. Беру консоль запросов, и делаю простой запрос к этому документу.
но там все наместе
а ругается, что может быть?
Здравствуйте аналогичная проблема где капать?
Направление: Отправка.
ПОД: Документ_ПоступлениеТоваровУслуг_Отправка.
ПКО: Документ_ПоступлениеТоваровУслуг_Отправка.
Объект: Документ объект: Приобретение товаров и услуг, Приобретение товаров и услуг 00УТ-У00784 от 21.04.2020 8:00:00 (e1cib/data/Документ.ПриобретениеТоваровУслуг?ref=c994fa163e1b1fb811ea84874511035e).
Событие: Отправка.
Обработчик: ПриОтправкеДанных.
Объект: Документ объект: Приобретение товаров и услуг, Приобретение товаров и услуг 00УТ-У00784 от 21.04.2020 8:00:00 (e1cib/data/Документ.ПриобретениеТоваровУслуг?ref=c994fa163e1b1fb811ea84874511035e).
Ошибка выполнения обработчика.
Преобразование значения к типу Булево не может быть выполнено
<ОбщийМодуль.МенеджерОбменаЧерезУниверсальныйФормат.Модуль(48858)>: Если НДСПоСтавкам2и4 Тогда
<ОбщийМодуль.МенеджерОбменаЧерезУниверсальныйФормат.Модуль(18608)>: ОпределитьСтавкуНДС_Отправка(Товары, НДСПоСтавкам2и4);
<ОбщийМодуль.МенеджерОбменаЧерезУниверсальныйФормат.Модуль(54877)>: ПКО_Документ_ПоступлениеТоваровУслуг_Отправка_ПриОтправкеДан ных(
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(6297)>: МенеджерОбмена.ВыполнитьПроцедуруМодуляМенеджера(ИмяОбработчика, СтруктураПараметров);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(1121)>: ПриОтправкеДанных(Источник, Приемник, ПравилоКонвертации.ПриОтправкеДанных, КомпонентыОбмена, СтекВыгрузки);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(691)>: ДанныеXDTO = ДанныеXDTOИзДанныхИБ(КомпонентыОбмена, Объект, ПравилоКонвертации, Неопределено);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(3632)>: ВыгрузкаОбъектаВыборки(КомпонентыОбмена, Данные);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(529)>: ВыполнитьВыгрузкуЗарегистрированныхДанных(КомпонентыОбмена, НомерОтправленного);
<Обработка.КонвертацияОбъектовXDTO.МодульОбъекта(216)>: ОбменДаннымиXDTOСервер.ПроизвестиВыгрузкуДанных(КомпонентыОбмена);
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(7123)>: ОбработкаОбменаДаннымиXML.ВыполнитьВыгрузкуДанных();
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(6097)>: ЗаписатьСообщениеСИзменениямиДляУзла(СтруктураНастроекОбмена, ПараметрыОбмена.ПолноеИмяФайлаСообщенияОбмена, ПараметрыОбмена.СообщениеОбмена);
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(5879)>: ВыполнитьОбменДаннымиДляУзлаИнформационнойБазыЧерезФайлИлиСт року(ПараметрыОбменаДанными);
<(1)>:ОбменДаннымиСервер.ВыполнитьВыгрузкуДляУзлаИнформационнойБазыВСервисПередачиФай лов(Параметры[0],Параметры[1])
<ОбщийМодуль.ОбщегоНазначения.Модуль(4883)>: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
<ОбщийМодуль.ДлительныеОперации.Модуль(1026)>: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
<ОбщийМодуль.ДлительныеОперации.Модуль(1016)>: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
.
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(6308)>: ВызватьИсключение ТекстОшибки;
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(1121)>: ПриОтправкеДанных(Источник, Приемник, ПравилоКонвертации.ПриОтправкеДанных, КомпонентыОбмена, СтекВыгрузки);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(691)>: ДанныеXDTO = ДанныеXDTOИзДанныхИБ(КомпонентыОбмена, Объект, ПравилоКонвертации, Неопределено);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(3632)>: ВыгрузкаОбъектаВыборки(КомпонентыОбмена, Данные);
<ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(529)>: ВыполнитьВыгрузкуЗарегистрированныхДанных(КомпонентыОбмена, НомерОтправленного);
<Обработка.КонвертацияОбъектовXDTO.МодульОбъекта(216)>: ОбменДаннымиXDTOСервер.ПроизвестиВыгрузкуДанных(КомпонентыОбмена);
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(7123)>: ОбработкаОбменаДаннымиXML.ВыполнитьВыгрузкуДанных();
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(6097)>: ЗаписатьСообщениеСИзменениямиДляУзла(СтруктураНастроекОбмена, ПараметрыОбмена.ПолноеИмяФайлаСообщенияОбмена, ПараметрыОбмена.СообщениеОбмена);
<ОбщийМодуль.ОбменДаннымиСервер.Модуль(5879)>: ВыполнитьОбменДаннымиДляУзлаИнформационнойБазыЧерезФайлИлиСт року(ПараметрыОбменаДанными);
<(1)>:ОбменДаннымиСервер.ВыполнитьВыгрузкуДляУзлаИнформационнойБазыВСервисПередачиФай лов(Параметры[0],Параметры[1])
<ОбщийМодуль.ОбщегоНазначения.Модуль(4883)>: Выполнить ИмяМетода + «(» + ПараметрыСтрока + «)»;
<ОбщийМодуль.ДлительныеОперации.Модуль(1026)>: ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
<ОбщийМодуль.ДлительныеОперации.Модуль(1016)>: ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);
1С:Профессионал по 1C:ERP – вопрос 6.35
На текущей странице представлен разбор вопроса из Сертификации 1С:Профессионал по 1С:ERP редакции 2.0
Актуальные вопросы из нового комплекта вопросов (по редакции 2.1) рассмотрены в курсе
Вопрос 6.35 – По какому приоритету производится автоматический отбор товаров из ячеек
В вопросе 6.35 требуется определить, как учитывается приоритет ячеек при автоматическом отборе товаров:
В комплекте вопросов формулировка звучит примерно «как производится отбор из ячеек в зависимости от приоритета размещения». Вопрос поставлен некорректно, поскольку отбор из ячеек определяется не приоритетом размещения, а приоритетом отбора товаров из ячеек. Варианты ответов тоже несколько размытые. Тем не менее, рассмотрим схему работы стратегии отбора товаров из ячеек.
Кроме того, варианты ответов звучат так, что их трудно сопоставить с определенными объектами конфигурации, не соответствуют четко обозначенным реквизитам каких-либо объектов, не совпадают с описаниями настроек. В связи с этим, достаточно сложно определить, с какой-стороны подойти к разбору данного вопроса.
В результате работы над данным вопросом было проведено несколько экспериментов, но однозначного вывода сделать не удалось. Поэтому в рассмотрении вопроса было принято решение, показать, что имелось ввиду фирмой 1С и какой вариант с точки зрения теста, скорее всего, является «правильным».
С другой стороны, будет показано, что реальность несколько отличается от того, что хотел реализовать разработчик.
Начнем с того, что обратимся к справке.
Итак, по тексту справки, мы видим, что существует такое понятие, как «Стратегия отбора». Причем, описано, как работает эта стратегия, в зависимости от настроек ячейки. Рассмотрим эти настройки.
Для начала, нам необходимо установить настройки адресного склада для одного из складов, поскольку операции отбора товаров можно выполнять только на адресном складе.
Перейдем в раздел Склад – Склады и магазины и откроем карточку одного из складов. Установим для склада Адресное хранение, использование Областей хранения. Более подробно о таких настройках см. в решении вопросов 6.5 – 6.6, 6.21.
Перейдем в раздел Области хранения.
Создадим новую область хранения, зададим наивысший приоритет отбора из монотоварных ячеек, следующий приоритет – отбор из смешанных, и наименьший приоритет – отбора под остаток.
Укажем, что монотоварность в ячейке определяется только по номенклатуре, без учета серий и характеристик. Это означает, что ячейка будет считаться монотоварной, пока в ней находятся товары соответствующие одной номенклатурной позиции, независимо то того, что они могут отличаться по характеристикам и сериям.
Эти настройки называются стратегией отбора товаров.
Обратите внимание на то, что непосредственно на форме указано, что наивысший приоритет равен 1.
Исходя из всего сказанного, можно сделать вывод, что, при отборе товаров из складских ячеек используется Стратегия отбора товаров, в частности учитывающая, что отбирать необходимо из ячеек с Наивысшим приоритетом.
Еще раз обращаем внимание на то, что данный вывод основывается на том, что указанно в справке системы и, по мнению разработчика, должно работать.
Тем не менее, несколько различных экспериментов привели к выводу, что указанная стратегия отбора не работает так, как описано в справке. Вероятно, данная схема еще не доработана до конца и в последующих релизах можно ожидать ее «доведение до ума».
Ниже представлено описание одного из экспериментов.
Перейдем в раздел складские ячейки и создадим две ячейки (вручную, без использования обработки Генерация топологии склада). Тип ячейки – Хранение.
Первая ячейка будет считаться Монотоварной (следует понимать, что это всего лишь название, которое мы используем для наглядности).
Следующая ячейка будет считаться Смешанной (аналогично, название ячейки не определяет ее тип, используем такое название для наглядности). Эта ячейка будет принадлежать к той же Области хранения с приоритетом отбора из монотоварных ячеек.
Кроме того, в разделе Складские ячейки создадим еще 2 ячейки, одну, с типом – Приемка, вторую – с типом Отгрузка (в демо-базе по некоторым складам ячейки с такими адресами и типами могут присутствовать. В этом случае создавать их не нужно, но тип ячеек для каждой из них должен быть указан правильно).
Мы выполнили предварительные настройки склада. Теперь необходимо ввести несколько документов.
Первым делом, создадим документ поступления товаров на склад, который мы настроили. Укажем две разные позиции в документе, количество – больше единицы.
Проведем документ и создадим на его основании документ Приходный ордер на товары.
Автоматически в реквизит Зона приемки встала ячейка с типом Приемка.
На вкладке Товары имеется список поступивших товаров.
Установим Статус – Принят. При смене статуса в табличной части появляется пометка незаполненных реквизитов Упаковка, Ед.изм.
Нажмем на гиперссылку Показать панель дополнительной информации в подвале документа. Появляется новая рабочая область документа. Выбираем значения из списка возможных упаковок по каждой позиции. При выделении строки в табличной части товаров, в окне видов выводится список упаковок, возможных для выбора. Двойным кликом по строке вариантов упаковки автоматически подставляется выбранное значение в табличную часть товаров, в реквизит Упаковка, Ед.изм.
Разумеется, вариант упаковки также можно выбрать непосредственно в реквизите. Следует отметить, что использование упаковки на ордерном складе обязательно.
После того, как были указаны упаковки, проведем документ и создадим на его основании документ Отбор (размещение) товаров.
Вероятно, при создании документа Отбор (размещение) товаров будут выданы предупреждения, что для складских групп, которые указаны в номенклатурных позициях документа не указано правило размещения. Проигнорируйте их, мы выполним размещение по ячейкам вручную.
На вкладке Товары (размещение) табличная часть содержит строки по номенклатурным позициям из документа Приходный ордер на товары. При этом, незаполненными остаются данные по графе Ячейки. Здесь необходимо указать ячейки, в которые будут размещены на Хранение товары, которые временно были приняты в зону Приемка.
Предположим, наши ячейки не могут вместить все поступившее количество одной из номенклатурных позиций. Поэтому разместим их в разные ячейки.
В первую ячейку разместим максимально возможное количество. Она полностью заполнена лишь одним товаром, поэтому она будет определена системой, как Монотоварная. Во второй ячейке размещаем остаток товара из первой позиции. Поскольку, во второй ячейке осталось место, разместим товар из второй позиции документа в эту же ячейку. Поскольку, в этой ячейке находится товар из разных номенклатурных позиций, ячейка будет определена системой как Смешанная.
Проведем документ Отбор (размещение) товаров сначала со статусом Подготовлено, затем установим статус Выполнено без ошибок и проведем снова (системное требование, сразу провести в статусе Выполнено без ошибок невозможно).
Перейдем в раздел Склад – Склады и магазины, откроем карточку склада и перейдем в раздел Складские ячейки. Откроем по очереди ячейки, которые были использованы в документе Отбор (размещение) товаров и посмотрим отчет Товары в ячейке.
Перейдем в раздел Склад – Склады и магазины, откроем карточку склада и перейдем в раздел Складские ячейки. Откроем по очереди ячейки, которые были использованы в документе Отбор (размещение) товаров и посмотрим отчет Товары в ячейке.
Предположим, от клиента поступил заказ на одну из поступивших позиций, которые мы разместили в нескольких ячейках. Причем в таком количестве, что нужно будет отбирать товар из нескольких ячеек.
Оформим документ Реализация товаров и услуг. Укажем склад, на котором хранится товар. В реквизите Статус установим значение К Отгрузке. При выборе клиента остановимся на том покупателе, по которому в соглашении указана возможность кредита, чтобы не создавать документ оплаты.
Проведем созданный документ. На основании проведенного документа реализации создадим Расходный ордер на товары. Статус документа автоматически устанавливается в значение К отбору.
Как видим, в реквизит Зона отгрузки документа Расходный ордер на товары автоматически встает значение ячейки Отгрузка. Как мы помним, товар наш находится в ячейках хранения. Поэтому необходимо произвести отбор товара из ячеек хранения в ячейку отгрузки.
Проведем документ Расходный ордер на товары и создадим на его основании документ Отбор (размещение) товаров.
Перейдем на вкладку Товары (отбор) и увидим, что товар был отобран из обоих ячеек, в котором он имелся. Причем, в первую очередь был выбран весь товар из ячейки с наивысшим приоритетом. В нашем случае – это наша монотоварная ячейка, в которой было установлена область хранения с приоритетом отбора в первую очередь из монотоварных ячеек.
Перенастроим ячейки. В группе реквизитов Размещение и отбор для монотоварной ячейки установим уровень доступности равный 2. При этом не учитывается тот факт, что для ячеек определена область хранения с наивысшим приоритетом отбора из монотоварных ячеек.
У смешанной ячейки уровень доступности остается равным 1.
Перезаполним табличную часть по кнопке Ячейки – Подобрать по правилам отбора.
И получаем следующий результат: в первую очередь был произведен отбор из смешанной ячейки, потому что у нее был назначен наивысший приоритет, равный 1.
Таким образом, на автоматический отбор товаров из ячеек влияет стратегия отбора, в случаях, когда приоритет у ячеек одинаков, или, если уровни доступности отличаются, отбор в первую очередь производится из ячейки с наивысшим уровнем доступности.
У области хранения изменим приоритет отбора из разных видов ячеек. Теперь “наивысший” приоритет установим у смешанных ячеек.
Уровень доступности установим одинаковый у обоих ячеек, равный 1.
Перезаполним табличную часть документа Отбор (размещение) товаров. Изменения не происходит. Несмотря на то, что у смешанной ячейки установлен наивысший приоритет отбора, получаем картину:
Получается, что настройки стратегии отбора в области хранения никак не влияют на порядок отбора.
В довершение эксперимента сделаем следующее. В наименование адресов ячеек добавим первые буквы алфавита.
Снова перезаполним табличную часть документа Отбор (размещение) товаров.
Получаем результат: отбор произошел по алфавиту. Видимо, такое поведение связано с тем, что «нормальная» адресация ячеек в системе предусматривает буквенно-цифровую адресацию, предполагающую строгую последовательность адресации по алфавиту и по порядку нумерации.
Для полноты эксперимента, выполним следующее: изменим в складских ячейках порядок обхода.
Снова перезаполним табличную часть документа Отбор (размещение) товаров.
Получается, что на отбор влияет так же порядок обхода. Этот показатель нигде не описывается, как влияющий на приоритет отбора товаров из ячеек. Поэтому дать четкое определение факторам, влияющим на отбор товаров из ячеек в нашем случае не получается.
Эксперименты с настройкой приоритетов областей хранения и уровнем доступа ячеек показали несостоятельность работы заявленной стратегии отбора.
Тем не менее, понятие «стратегия отбора» заявлено в системе, в той же справке, поэтому сбрасывать это понятие со счетов не стоит. Поэтому, «по справке» ответом на вопрос, как учитывается приоритет ячеек при автоматическом отборе товаров, является ответ, объединяющий информацию:
Комментарии / обсуждение (7):
Отражу вопрос, как он звучит на edu.
Тест проходил в режиме обучения (без правильных ответов), поэтому в правильности 5-го варианта уверен быть не могу.