Вариант реализации адресного хранения в УПП 1.3

20.06.17

Учетные задачи - Логистика, склад и ТМЦ

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

Скачать файл

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

Наименование По подписке [?] Купить один файл
Вариант реализации адресного хранения в УПП 1.3:
.zip 1 019,14Kb
199
199 Скачать (1 SM) Купить за 1 850 руб.

Доработка выполнена в виде файла поставки. Добавляет в интерфейс "Управления запасами" возможность работы с адресным хранением:

1) Создавать места (ячейки) хранения формата № стелажана - № яруса - № места на складах помеченных как адресные (занесена запись в регистр сведений).

2) Документ "Коректировка наполнения склада" позволяет производить корректировку содержимого мест хранения, первичное наполнение, списание из ячеек, инвентаризацию.

3) Документ "Отбор (размещение) товаров" позволяет приходовать товар по местам хранения на основании первичных документов, перемещать товар между местами хранения одного склада (не путать с перемещением между складами!!!), отбирать товар из мест хранения на основании первичных документов.

4) Отчет "Товары в ячейках на складах" позволяет получить информацию по количеству товаров в местах (ячейках) хранения.

5) Для работы с подсистемой требуются полные права (реализация прав оставлена на усмотрение).

конфигурация адресное хранение упп складской учет

См. также

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

Программа позволяет организовать учет ответственного хранения товаров с весовыми характеристиками, в том числе со сроком годности и личным кабинетом Поклажедателя. Модуль реализован в виде расширения конфигурации, устанавливается в режиме 1С:Предприятие 8 за 5 минут по инструкции, что позволяет оставить конфигурацию 1С на стандартной поддержке и продолжать получать стандартные обновления от фирмы "1С".

89900 руб.

09.06.2020    38819    28    59    

64

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

55778 руб.

24.04.2015    195088    151    244    

281

Логистика, склад и ТМЦ Платформа 1С v8.3 Россия Платные (руб)

Подсистема автоматизированного управления складом AS WMS для конфигураций на платформе 1С 8. AS WMS – готовое решение для эффективного управления, хранения и учета на адресном складе. Внедрение системы AS WMS способствует быстрому отбору товара, ускорению инвентаризации, снижению зависимости от персонала, исключению пересорта. AS WMS встраивается в любую конфигурацию на платформе 1С 8 и работает как единая система без обменов. В учетной системе нет необходимости менять процессы под AS WMS (например, вводить ордерную схему), AS WMS использует стандартные документы по товародвижению вашей учетной системы.

40000 руб.

26.07.2023    6216    21    0    

12

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом. ВНИМАНИЕ! 09.01.25 г. планируется повышение цен на 20%!

28500 руб.

21.04.2017    96562    129    41    

214

Загрузка и выгрузка в Excel Логистика, склад и ТМЦ Ценообразование, анализ цен Файловый обмен (TXT, XML, DBF), FTP Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Эволюция не стоит на месте - новая удобная версия функциональной обработки для Вашего бизнеса! Что же Вы получаете? Удобный и интуитивно понятный интерфейс с 3-мя этапами работы. 2 режима - автоматический и ручной. Чтение XLSX, XLSM, CSV, XML/YML форматов без офиса, на любом сервере! Визуальное связывание колонок файла и реквизитов простым перетаскиванием колонок. Создание или обновление номенклатуры с иерархией, характеристик, доп. реквизитов, упаковок, загрузка практически неограниченного количества картинок на одну номенклатуру (с возможностью загрузки в несколько потоков одновременно), с хранением в томах или в базе. Загрузка номенклатуры поставщиков или поиск по их данным номенклатуры. Загрузка доп. реквизитов в характеристики. Загрузка штрихкодов с генерацией новых. Создание элементов справочников и ПВХ "на лету" для выбранных реквизитов. (Обновление от 10.10.2024, версия 9.8 - 9.13)

15600 руб.

20.11.2015    156241    376    378    

513

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

Позволяет автоматизировать процесс взвешивания ТМЦ в организациях, осуществляющих приемку и отгрузку различным транспортом, для ведения складского учета и контроля остатков на складах. Конфигурация позволяет фиксировать вес вручную, напрямую с весов, а также управлять дополнительным оборудованием и контролировать движение транспорта.

35000 руб.

24.03.2015    125805    300    114    

136

Загрузка и выгрузка в Excel Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Прайсы Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

Загрузка номенклатуры из файлов Excel (xls, xlsx, ods, csv, mxl) в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.

11100 руб.

29.10.2014    216852    657    527    

456
Отзывы
2. Константин С. 672 13.06.17 14:14 Сейчас в теме
(1)
2) Документ "Коректировка наполнения склада

вы видели в типовой такой документ)

Легкий, аккуратный, тюнинг, для увеличения функционала
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vavka 6 13.06.17 13:48 Сейчас в теме
Данная обработка работает с типовым функционалом?
2. Константин С. 672 13.06.17 14:14 Сейчас в теме
(1)
2) Документ "Коректировка наполнения склада

вы видели в типовой такой документ)

Легкий, аккуратный, тюнинг, для увеличения функционала
5. vavka 6 07.09.17 11:58 Сейчас в теме
(2)
Если честно, я не понимаю откуда мой комент тут расположился. Вроде писал его совершенно про другое... ))
3. certion 24 13.06.17 15:14 Сейчас в теме
Данное решение добавляет в типовую УПП 1.3 (опробовано на 1.3.91.1), подсистему "Адресное хранение" где реализован документ "Корректировка наполнения склада".
Viking_84; +1 Ответить
4. certion 24 13.06.17 16:35 Сейчас в теме
Пере залил архив, в файле описывающем объединения с поставкой «Адресное хранение» пропущен пункт, после 8, где нужно в окне сравнения конфигурации для интерфейса «УправлениеЗапасами» установить режим объединение «Объединить с приоритетом основной конфигурации», Приношу свои извинения.
6. certion 24 07.09.17 17:40 Сейчас в теме
)))))))) значит случайно.
7. Diego_Iv 34 12.09.17 12:15 Сейчас в теме
Я правильно понимаю, что для каждого проведенного складского документа (Поступление, перемещение, реализация и др.) нужно вводить "Корректировку наполнения", чтобы отразить изменение остатков в ячейках?
8. certion 24 13.09.17 15:34 Сейчас в теме
Нужно делать не корректировку наполнения, а создавать документ Отбор(размещение) товаров где выбирается тип операции если выполняется приход то размещение, если по складу делается расход то отбор, вид операции перемещение отражает перемещение между ячейками склада. то есть основной рабочий документ Отбор(размещение) товаров.
9. certion 24 14.09.17 00:35 Сейчас в теме
В документ отбор(размещение) товаров заложена логика работы:
После получения складом первичного документа - приходного ордера - формируется документ Отбор(размещение) товаров операция Размещение, со статусом новый, выбирается документ основание приходный ордер и на его основе заполняется таб часть. Выбирается отв лицо которое непосредственно будет раскладывать товар по ячейкам, в табличной части выбираются ячейки и заполняется колонка размещено. Документ записывается и можно распечатать задание на размещение, с этим заданием товар раскладывается по ячейкам отв лицо разложившее товар ставит отметку о выполнении и отдает кладовщику. Кладовщик на основании данной отметки меняет статус документа Отбор(размещение) товаров на выполнено и проводит документ. после этого изменяются значения в регистре из которого отчет берет данные. Соответственно все тоже самое для расходного ордера только операция Отбор. Как то вот так.
10. itdirectdominus 15.05.18 09:06 Сейчас в теме
Добрый день. Списание с ячеек происходит в автоматическом режиме? Или ячейки нужно выбирать вручную, так же как при размещении?
11. certion 24 16.05.18 10:29 Сейчас в теме
Добрый день. При начале выбора ячейки будут отображены ячейки где расположен данный товар и его количество. Если товар находится в нескольких ячейках то отобразятся эти ячейки, из какой взять конкретно выбирает оператор, формирующий задание отбора. Алгоритма автоматизации принятия решения по отбору из ячейки я не реализовывал.
(10)
12. SheremetevaValentina 10.01.19 13:54 Сейчас в теме
Здравствуйте. Отчет "товары в ячейках на складах" отображает только наполнение ячеек? Позиции, которые не были размещены он отражает или требуется допил/ручное сравнение с отчетом "товары на складах"? Это я к тому, что при первичном вводе необходимо понимать, что уже размещено,а что нет, ну и при последующем контроле работы сотрудников тоже
14. certion 24 11.01.19 10:36 Сейчас в теме
(12) Добрый день. В 13 посте постарался изложить ответ.
13. certion 24 10.01.19 21:24 Сейчас в теме
Добрый вечер. В отчете показывается только наполнение ячеек, Товары которые находятся на складе но не размещены не отображаются, нужно допилить. Я брал за ориентир что на складе строго ордерная схема на основании ордера формируется, задание на размещение отбор которое проводится после физического размещение. То есть каждому ордеру должно быть проведенное задание, Контроль как Вы и предложили количество товаров на складах должно соответствовать количеству в ячейках. что то как то вот так. И если память не изменяет в этой реализации, или нет, выбрать можно было только не обработанные ордера. Честно уже не помню.
15. SheremetevaValentina 11.01.19 12:13 Сейчас в теме
(13)накоплю стартманики, скачаю, но отчет придется значит допилить, ибо в случае, когда номенклатуры много (а у нас ее очень много), руками сравнивать два отчета очень трудоемко
16. CheBurator 2712 12.01.19 01:20 Сейчас в теме
(15) не надо сравнивать.
складские операции и значения по ячейкам являются Основой. из основы - производные значения . если надо отразить производное значение в размере-количестве отличном от основы - разница - с плюсом или минусом - паданет в виртуальную ячейку РАСХОЖДЕНИЯ.
все. сумма по всем ячейкам будет всегда соответсовать сумме "по учету".
правило одно - сначала складская регистрация - потом отражение в "учете". и все всегда будет бится на 100%.

а упомянутая ячека - в нее падает разность с обоими знаками от инвентаризаций ячеек.

группа адресного хранения и всякое https://infostart.ru/community/groups/22/
вариант как описан автором работает в нескольких местах с использованием ncl/ чтоб на бумажки не пялиться и крыжики не ставить.
будут предметные вопросы - стучитесь в личку.
17. Felix-pele 23.04.19 10:19 Сейчас в теме
Добрий день.
оприходования, перемещения через сканер не планируете дорабатывать?
18. certion 24 24.04.19 18:18 Сейчас в теме
(17) Добрый день, в настоящий момент планов по развитию данного функционала не планируется, так как разработка велась по просьбе склада компании но этим же складом даже не была протестирована. Поэтому чтобы не пропадать трудам я выложил ее на этом сайте. Да и развитие данного решения я думаю будет не актуально по причине перехода большей части компаний на с УПП 1.3 на ERP 2.0.
19. Felix-pele 25.04.19 09:54 Сейчас в теме
(18) спасибо за ответ
А Кодерлайн использовал Вашу разработку и просто ее доделал под клиента. https://www.koderline.ru/expert/projects_products/article-opyt-realizatsii-adresnogo-ucheta-na-baze-tipovoy-konfiguratsii-1s-upravlenie-proizvodstvennym-predp/
у нас переход на ERP еще не планируется а задача появилась, вот и ищу возможно есть готовые решения.
20. certion 24 26.04.19 19:51 Сейчас в теме
(19) Спасибо, рад что труды были не напрасные, и кто-то нашел применение. Самая смешное будет когда в моей компании внедрят разработку на базе этого решения )))))))), сторонними силами.
21. acanta 26.04.19 19:54 Сейчас в теме
(20) а вам терпения не хватило?
22. certion 24 26.04.19 20:16 Сейчас в теме
(21) Нет устал упрашивать склад протестировать и высказать пожелания, Написана она была в январские праздники. потом до апреля я ходил и просил их протестировать тестовую конфигурацию, но без результатов. В июне я понял что это не кому не нужно и выложил ее тут. Если честно то это было личной инициативой помочь складу отказаться от конфигурации Кортес-Склад и все вести в одной базе. Потом в сентябре пришел новый бухгалтер наняли внештатного программиста и понеслось, все что было началось переписываться под учет бухгалтерии, весь оперативный учет начал строится на данных бухгалтерии. В общем что сейчас творится в базе я не знаю, и особого интереса не проявляю.
24. CheBurator 2712 27.04.19 09:10 Сейчас в теме
(22) не пускайте бухгалтеров в оперативную базу. она - база - от этого тупеет.
у меня если затык в базе - 90% руками бухи нахренячили
25. certion 24 27.04.19 09:58 Сейчас в теме
(24) А у нас виноват продукт , потому как проводки по счетам сделаны правильно, по бух учету в се красиво а по оперативному , на пустом складе висит сумма доп расходов. И ни кого не смущало что операцию покраски сторонней организацией делают документом доп. расходов. Или качество товара отражается через характеристику. Когда было сказано что нужно после поступления делать документ корректировки качества чтобы все было как должно, ответ убил - " нам не нужно знать сколько всего товаров определенного качества, а только качество определенного товара". А корни этого в далеком прошлом при внедрении Кортес-Склад, чтобы при обмене передать качество.В УПП ТПиУ водили товар с характеристикой соответствующей качеству и выгружался в базу склада где уже именно как качество. Потом от кортеса руководство решило отказаться т.к. постоянно не могли свести остатки бух и оперативного учета и приняли решение все вести в УПП, но собственно не меняя не чего в отражении операций. А склад негласно продолжил работу в базе склада в ручном режиме так как им в любом случае нужен был функционал адресного хранения. Ну вот тогда я и решил им помочь по собственной инициативе поспрашивав чего бы они хотели, и накидал вот такое. Скажу честно профессионально программированием 1С я не занимаюсь. А сейчас вообще все мое отношение с УПП сведено к работоспособности сервера, да создание копии баз для тестирования или разработок бухгалтерии аля удаленного программиста.
30. CheBurator 2712 01.02.20 00:04 Сейчас в теме
(25)
Потом от кортеса руководство решило отказаться т.к. постоянно не могли свести остатки бух и оперативного учета и

варианта два
- ССЗБ, не вели складскую работу именно как складскую работу, а вели как складской "учет".
- отказаться надо было от бух.учета, так как совершенно похрен какие цифры в бухии, если на складе по факту находится 40 штук, а в бух."учете" 35 - очевидно, что бухучет далек от жизни.
.
и вполне возможно, что БУ и склад И НЕ ДОЛЖНЫ сопадать, но при этом "на складе" совешенно точно четко и понятно видно что откуда и когда.
поэтому в бухучете 35 - и по БУ это правильно. а наскладе 40=35+5, потому что 5 штук привез водила от клиента и сикнул на склад. склад как и положено ЗАРЕГИСТРИРОВАЛ +5шт. А то что бухия тупит адски и вместе сманагерами не может эти 5шт по БУ поставить на ответхранение - какие претензии к складу?
.
другое дело, что если по БУ 40 штук, по складскому=48 (или 36), считаем на складе факт - получаем=40. Это значит, что на складе бардак трэш и угар. и не поможет никакой Кортес. Акселот и Топлог. В такой ситуации. ясен пень, дополнительный складской КРИВОЙ учет - нахер не нужен...
32. certion 24 01.02.20 01:26 Сейчас в теме
(30) Там все как то мудрено я и не вспомню, был такой момент после обновления у бухгалтера в отчете стали отображаться колонки остаток на начало , остаток на конец, ну и приход расход за выбраны период. Она делает отчет у нее на начало периода числиться по складу 1000 гаек к примеру за период пришло 100 гаек и было израсходовано 100 гаек, на конец периода остаток по складу 1000 гаек, получаю претензию программа считает не правильно у них на складе должен быть 0, пытаюсь объяснить, что это было и до обновления ни в какую. Итог в настройках отчета вырубаю отображение на начало и конец, все видят 2 колонки пришло 100 израсходовано 100, все у нее на складе 0. Ну что сказать.
Ну или счет фактуры когда договор в уе а документы в рублях.в фактуре несколько позиций складывают сумму в уе переводят по курсу в рубли на калькуляторе, все сходится. Суммируют каждую позицию в рублях у них расхождение в 1 копейку с итоговой суммой, все документ не правильный программа работает криво. Вообщем давно я туда не смотрю,
38. Kiralex 9 15.10.21 13:02 Сейчас в теме
(19) Здравствуйте. Удалось найти что то подходящее? Тоже подтолкнули заняться этой темой.
39. Felix-pele 18.10.21 09:41 Сейчас в теме
(38 да, взял эту конфигурацию за основу и приделал еще маленькие штрихкоды в datamatrix, чтобы приходы сразу клеить. Купили сканер с Андрюшей и сделали обмен. доработали инвентаризацию, и теперь с 1С данные пуляються на сканер, оператор сканирует все на складе и результат возвращается в 1С. Доделали еще регистр чтобы фиксировать когда звялы запчати и когда ее вернули или кто не вернул и сколько времени. Было требование видеть кто берет совместные запчасти (надо 10 а берет 14 на всякий пожарный) и потом не возвращает их неделю после выполнения ремонта. Далее развивать идею еще можно, но пока вот так.
40. shootnik 59 30.11.21 23:41 Сейчас в теме
(19) Добрый день,
Случайно наткнулся на публикацию и на это обсуждение, и как автор разработки Кодерлайна хочу вас заверить, что наша разработка была проведена независимо и несколько раньше, чем данное решение было опубликовано здесь... На сайте Кодерлайн есть отзыв заказчика (https://www.koderline.ru/news/feedback/11787_ooo-visteon-avtopribor-elektroniks/?sphrase_id=24641), в котором указано, что разработанная мной подсистема была внедрена в промышленную эксплуатацию в первом квартале 2016 года (т.е. почти на 1,5 года раньше данной публикации). Очевидно мы пришли к схожему решению независимо... такое иногда бывает (например у Попова и Маркони))))
41. Felix-pele 02.12.21 13:21 Сейчас в теме
(40) Добрый день,
по отзыву клиента трудно оценить как именно выглядит доработка 1С, и как была реализована, но об адресном хранении речь идет. Значит замысел или требования были подобны.
Мое мнение о том, что кодерлайн это доделывал позже, основывалось на
публикация
с описанием механизма и скриншотами, которые очень похожи на формы, которые в обсуждаемой здесь конфигурации.
но если уж затронули эту тему, то если не тяжело, поделитесь опытом, какие интересные фичи доделали по адресному складу.
46. shootnik 59 03.12.21 11:52 Сейчас в теме
(41) Добрый день,
Никаких прорывных технических фишек на данном проекте, пожалуй, что не было. В ходе внедрения больше делали упор на качестве бизнес-процессов и максимальной эффективности и простоте работы линейных сотрудников.
Из особенностей можно отметить в частности:
1. Основной документ подсистемы «Перемещение товаров по ячейкам» тесно связан с типовыми документами опер. Учета. Реализован ввод на основании типовых документов (об этом написано в статье). При проведении типовых документов движения (ПТиУ, перемещение, требование-накладная, реализация…) реализован контроль остатков не только по типовым регистрам, но и по нашему регистру. Все это гарантировало корректный параллельный учет в двух контурах.
2. При поступлении товаров на адресный склад (ввод документа «Перемещение товаров по ячейкам» на основании типовых документов) документ заполняется автоматически, при этом автоматом подбираются ячейки склада для каждого товара согласно определенного алгоритма – программа сначала пробует расположить товар в ячейке определенной для товара как основная, а если она уже занята, то ищет наиболее близкую к ней свободную ячейку. Это позволяет группировать один и тот же товар из разных партий в определенных областях склада, уменьшает его «фрагментацию» и сокращает передвижение сотрудников по складу.
3. При отборе со склада так же реализованы некоторые алгоритмы подбора: ячейки которые программа автоматически указывает для отбора, определяются по FIFO партий по поступлению на склад или по срокам годности товара если он ведется. При этом также учитывается близость расположения ячеек, для сокращения передвижения по складу.
4. Подсистема заточена под многопользовательскую работу за счет использования оповещений. То есть одни сотрудники (менеджеры) оформляют типовые документы, а другие (кладовщики) документы перемещения по адресному складу. Чтобы упростить их взаимодействие, реализованы оповещения: после оформления типового документа (например, ПТиУ, Заказ на внутреннее потребление и т.д.) фоновое задание генерирует оповещение кладовщику оповещение о том, что необходимо сформировать «Перемещение товаров по ячейкам». Кладовщик, переходит к указанному документу и вводит на основании него свое перемещение. Аналогично в обратной ситуации, товар по заказу собран кладовщиком в зоне отгрузки генерируется оповещение ответственному сотруднику, что можно оформлять отгрузку (РТиУ, Т-Н). Вот такая фишка – не надо никому звонить с этажа на этаж))))
5. На первом складе на котором, осуществлялось внедрение, подстроились под уже имевшееся оборудование. Там был wi-fi сканер штрих-кодов. Соответственно задействовали его. Фактически это происходило так: кладовщик создавал, заполнял документ «Перемещение товаров по ячейкам», распечатывал себе задание с маршрутом (есть такая ПФ у документа), брал в руки сканер и отправлялся в путь))) документ на компьютере оставался открытым… В процессе кладовщик считывал штрих-коды с ячейки и с упаковки товара – тем самым подтверждая что товар из ячейки он забрал.. Программа по считанным штрих кодам определяла строку документа и устанавливала в ней отметку-подтверждение (не редактируется вручную). Так последовательно по всем адресам. Движения по регистру создаются только при установленном признаке подтверждения. Иначе выдается сообщение и движение по строке не выполняется – кладовщик разбирается с проблемой.
Если при считывании штрих-кодов программа не находила строку в документе (пересорт) 1С издавала «тревожный звук»))) чтобы кладовщик мог понять, что что-то пошло не так (компьютер находится вне зоны видимости в этот момент) – вот такая фишка))))
На последующих складах предполагалось уже использовать ТСД…
6. На первом этапе вся ячейки считались безразмерными, т.е. могли вместить любое количество товара, но не допускалось совместное хранение, то есть если ячейка уже занята (пусть даже минимальным количеством товара), то в дальнейшем в ней не удастся разместить товар даже ту же номенклатуру… В последующем насколько мне известно при внедрении на других складах использовались массо-габаритные характеристики и контролировалось возможность размещения конкретных упаковок в конкретные ячейки… но это уже без меня…
7. Еще была заложена возможность генерировать штрих-коды (для ячеек склада и для упаковок товара не имевшего собственный штрих-код). При этом генерация и печать штрих-кодов для упаковок были встроены в процесс приемки товара, чтобы минимизировать задержки на этом этапе.
Это вкратце то, что удалось вспомнить по прошествии лет…
На самом деле от заказчика по результатам ОПЭ поступил целый ряд пожеланий по расширению функционала подсистемы при внедрении на новые склады, но в этом проекте я уже участвовал лишь косвенно…
51. Felix-pele 08.12.21 00:14 Сейчас в теме
(46)
ого, вот тут движуха пошла. Пару дней не заходил, а тут целый детектив. Думаю не стоит спорить просто так, главное чтобы людям от наследия кода была польза, и положительная обратная связь. Если Вы уверены в том, что ваша обработка другая чем в "certion", то предлагаю расшарить ее и тогда это можно будет проверить предметно. Возможно, Ваша реализация кому-то подойдет больше.
42. certion 24 03.12.21 00:26 Сейчас в теме
(40)Самое интересное, что изыскания свои вы выложили на сайте только в июне 2018 года а внедрили в 1 квартале 2016, просто интересно а что вы так долго 2,5 года готовили публикацию. Да и вопросы о продолжении датировались 2019 годом, Ваша публикация появилась спустя 1 год после размещения конфигурации здесь. К отзыву Вы прикрепили письмо можно спросить а почему оценка там на последней странице датирована 20.07.2018
Прикрепленные файлы:
43. certion 24 03.12.21 00:39 Сейчас в теме
(40)Ну и вот еще любопытный момент посмотрите на дату 15.01.2018 и логин кто приобрел данную разработку. Знакома Вам не кажется. Так что вопросы в том что Вы разработали в 2016 и внедрили похожее решение имеют право быть. Вы так не считаете. Так что я думаю что в лучшем случае ввели Вы ее в эксплуатацию в первом квартале 2018 года а в отзыве опечатка. Проанализировал другой отзыв Компания ООО «ХИТЭК-ГРУП» в письме декабрь 2014 введено в эксплуатацию, в отзыве на сайте февраль 2015, оценка апрель 2015.
А вот отзыв по Хранению внедрили марте 2016, а оценку Вам поставили в июле 2018 )))))))))
Прикрепленные файлы:
44. certion 24 03.12.21 01:21 Сейчас в теме
(40) В общем у Вас четко прослеживается скачали январь 2018 ну не могли Вы в 2021 случайно наткнутся на эту разработку когда в 2018 приобрели ее, опубликовали отчет о внедрении июнь 2018, оценили Вас июль 2018. Могу предположить что внедрили Вы ее в марте 2018.
В ваших отзывах прослеживается связь от момента внедрения до оценки 4 месяца. Спасибо хоть не выдвинули предположение что я переделал Вашу разработку и выложил тут )))))).
Прикрепленные файлы:
45. shootnik 59 03.12.21 10:36 Сейчас в теме
(44) хорошее расследование ))
Я понимаю, что в интернете никого ни в чем убедить нельзя...
Обработку я действительно скачивал - было любопытно, что интересного есть в текущей реализации...Тем более, что сотрудничество с заказчиком продолжалось и у него были запросы на развитие функционала (в частности требовалось адресный учет материалов в НЗП).
Что касается отзыва и статьи, то в 18 году у нас изменилась схема мотивации согласно которой сотрудникам требовалось не просто участвовать в разрабатывать, но и получать положительные отзывы, делиться опытом с помощью статей и вебинаров (именно с 18 года их стало появляться на сайте достаточно много ))) Поэтому и отзыв и статья были подписаны "с оттяжкой" из моих меркантильных целей...
Ну и напоследок - я при разработке "вдохновлялся" в первую очередь реализацией в типовой ERP/УТ11, как впрочем и автор данной разработки - см. например, обработку "Генерация топологии склада"))) Так, так что очевидно, что схожесть решений обусловлена именно общим предком)))
47. certion 24 03.12.21 20:30 Сейчас в теме
(45) Нет просто другие отзывы датированы годами внедрения, а этот единственный 2018 причем дата написана финансовым директором собственноручно, Вы говорите в 18 году изменилась мотивация по которой нужно получить положительный отзыв, тот же ООО «ХИТЭК-ГРУП» такие же данные и такой же отзыв составил и подписал в 2015. За 3 года до введения новой схемы мотивации. У вас даже дата на компьютере с формами 02.04.2018 и база в которую внедряли Вы простите через 2 года попросили базу у заказчика чтобы сделать скриншоты. общем как говорил Станиславский - "Не верю". Да ладно. в общем все указывает на 2018, а слова из меркантильных личных соображений попросили через 2 года, верится с трудом.
Прикрепленные файлы:
48. certion 24 03.12.21 21:04 Сейчас в теме
(45) Ну и на последок доказательством того что данная разработка была внедрена в 2016 это взять рабочую базу и посмотреть есть там документы размещения в ячейках и когда они стали формироваться на предприятии, Да и бекапы базы могли бы многое рассказать.
49. certion 24 03.12.21 21:17 Сейчас в теме
(45)Вот Вам еще расследование посмотрите на скрин База у Вас заказчика дата документа 03.04.2018 а номер документа 9 ))))), За 2 года там документов не было, Или вы для скриншотов попросили только конфигурацию а база там чистая и поэтому в 2018 году там 9 документ.
Прикрепленные файлы:
50. shootnik 59 04.12.21 01:00 Сейчас в теме
(49) В статье моя база разработки. Она сильно обрезанная (НСИ, настойки). Кодерлайн - это франч. Естественно у меня для разработки копия в которой документы вводятся только разработчиком в процессе тестирования. Я же не побегу к клиенту с просьбой дать мне актуальную базу для написания статьи))) Вроде бы как логично... сделал доработку, протестировал на нескольких документах, передал заказчику.... Потом для написания статьи воспроизвел процесс - ввел цепочку документов, часть из них попала на скриншоты...
Откуда франч возьмет бэкапы баз заказчика? В большинстве случаев нам предоставляют конфигурацию или неактуальную копию базы ))) Вы слабо представляете себе порядок отношений заказчиков и подрядчиков...

Мне кажется вы ищите в черной комнате черную кошку, которой там нет.... Если вам приятнее думать, что ваша разработка помогла нам реализовать наш проект - пожалуйста, ваше право. И простите если задел вас за живое или чем-то обидел. Я не буду вас переубеждать, я пойду делать следующие проекты, а вы гордитесь своей разработкой.
23. certion 24 26.04.19 20:19 Сейчас в теме
А как бухгалтера отражали операции могу рассказать на примере себестоимости ))))))))).
26. user926091 29.11.19 14:45 Сейчас в теме
Добрый день! А штрихкодирование ячеек не реализовано?
27. certion 24 30.11.19 22:04 Сейчас в теме
(26)Нет. Такой функционал не предусматривался.
28. CheBurator 2712 01.12.19 01:38 Сейчас в теме
(26) ну, штрихкодирование ячеек - это, наверное, самое простое, что есть в автоматизации склада
29. 1cman_admin 31.01.20 19:42 Сейчас в теме
После установки появилась вот такая ошибка при выборе складов или товаров в номенклатуре, не могу ни редактировать, ни новые создавать. Не сталкивались вы ?
Прикрепленные файлы:
31. certion 24 01.02.20 00:59 Сейчас в теме
(29) Добрый вечер, нет с таким не сталкивался, я конечно не знаю как оно сейчас в конфигурации, но так то вроде не должно ошибок возникать, так как адресный склад встраивается 2 конфигурацией и основную затрагивает по минимуму.
33. certion 24 01.02.20 01:41 Сейчас в теме
(29) Вероятнее всего как то не так произошло объединение конфигураций, а что пишет в подробно об ошибке там должно показать на какой обобьет ссылается, тут явное не соответствие типов. НазначениеСвойст это скорее всего какое то перечисление. Возможно при объединение выбрали не тот приоритети обьекты в основной конфигурации заменились на объекты из конфигурации адресного склада. Сравните конфигурацию до слияния с текущей, возможно найдете расхождения до и после это поможет. Больше ни чем помочь не смогу.
34. marat.coolls 09.04.20 12:16 Сейчас в теме
Выбранный склад 'основной' не является адресным складом
Что с этим сделать?
36. certion 24 10.04.20 11:14 Сейчас в теме
(34) В закладке Адресное хранение есть пункт Адресные склады это те склады на которых будет применяться адресное хранение и их нужно сперва указать, а уже потом использовать их. Пишу по памяти но данная ошибка именно в этом склад не занесен как адресный.
farrdo; Felix-pele; +2 Ответить
37. marat.coolls 14.04.20 16:00 Сейчас в теме
(36) В регистр надо было добавить запись.
35. Xershi 1557 09.04.20 12:26 Сейчас в теме
Аж прослезился, это как велосипеды для 1С 7.7, когда все внедряли УПП, а теперь УП=))
52. пользователь 07.07.22 16:45
Сообщение было скрыто модератором.
...
Оставьте свое сообщение