Каталог радиолюбителя
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Разное Оптовая торговля Розничная торговля Этикетки, ценники 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 Платные (руб)
Внутренняя Маркировка продукции «Перекресток»
23180 руб.
01.08.2025 3592 5 0
Разное Пользователь 1С 8.3 1С 8.5 1С:Управление торговлей 11 Абонемент ($m)
Представлен алгоритм обработки, позволяющий использовать таблицу значений на форме как таблицу экселя.
2 стартмани
02.11.2026 726 1 aximo 3
Разное Разработчик 1С:Предприятие 8 Абонемент ($m)
Утилита берёт все PDF-файлы из указанного каталога, сортирует их по именам и объединяет в один PDF-файл. Одна операция — один вызов. Никаких других функций нет. Работает шустро, весит мало!
1 стартмани
27.10.2026 332 0 madonov 2
Разное 1С 8.5 Домашние учет и финансы Россия Бесплатно (free)
Здравствуйте! Закончил курс "1С Разработчик" на одной популярной площадке. Ищу работу, в процессе поиска понимаю, что как такового опыта практического нет, и нужен какой-то pet-проект. В 1С существует огромное количество решений огромного количества сфер деятельности. Встал вопрос: что можно реализовать и как? Открываю "ИИ" и прошу его подкинуть идею (2026 век все-таки на дворе :D). Предложил "Куратор: «Домашний помощник»". Теперь как делать? Решил установить EDT и полностью положиться на Напарника. Получилось следующее: Описание решения «Домашний помощник» для 1С «Домашний помощник» — это готовая подсистема для платформы 1С:Предприятие 8.5, предназначенная для автоматизации бытовых задач семьи: ведения дел, учёта покупок и товаров, контроля расходов и коммунальных платежей, фиксации показаний счётчиков, а также организации обслуживания домашней техники.
12.08.2026 1065 32 cet241 2
Разное 1С 8.3 Россия Абонемент ($m)
Чего только не было написано на 1С, но вот удивительно, не нашел ни одного проекта по астрологии. Решил исправить такой недостаток :) Конфигурация для расчёта и анализа астрологических карт с собственным астрономическим движком и встроенной интеграцией с языковыми моделями (LLM). Платформа 1С:Предприятие 8.3.27, файловый режим, написана полностью на встроенном языке без внешних компонент.
1 стартмани
22.06.2026 1397 11 AlxPop 12
Способы, как сэкономить при оплате ИИ-подписок.
18.06.2026 2692 SergMuravev 10
На связи Сергей Скирдин, технический директор компании «Белый код». Мы занимаемся проектами в сфере управления данными: интеграции, хранилища, BI. Поэтому мне особенно интересно следить за тем, как развивается экосистема 1С в смежных для нас направлениях. В субботу посетил мероприятие для разработчиков и технических специалистов 1С. Хотелось послушать про «1С:Шину», «1С:КХД», «1С:Аналитику» и в целом понять, куда движется мир разработки и технологий 1С. Расскажу, что интересного для себя отметил. Технологии 1С:Предприятие: вопросы и размышления
15.04.2026 2386 sergey.skirdin 0
Внешняя обработка для объединения файлов изображений в единый PDF файл, работает на платформе 1С 8.3.21 и выше.
1 стартмани
24.03.2026 1162 5 evg520750 0
Но с моей точки зрения нужно анализировать все расходы чтобы оценить рентабельность проекта.
Обвешивая аквариум разной автоматикой, я допустим сильно перебрал в расходах.
А когда планируешь проект типа "Умный дом", тут вообще все расходы нужно согласовывать с реальными затратами. И в первую очередь с затратами на ЖКХ.
Улучшил подбор деталей в документы и выгреб другие мелкие шероховатости.
В справочник валют добавил предопределенные долл. и евро. Кто будет конфигурацию накатывать на старую предварительно удалите эти валюты из справочника.
Как минимум, у программы не хватает основного блока: "обработка клиентских заказов". Да и обмена с бухгалтерией не предусмотрено.
Программу затачиваю именно под проектирование новых электронных устройств. Чтобы все было под рукой, и свободные компоненты и документация. А так же чтобы можно было быстро найти в базе типовые решения в уже существующих проектах.
Здравствуйте Евгений, подскажите как можно получить Вашу конфигурацию "Каталог радиолюбителя", минуя данный сайт, а то я новичек на нем, а сдесь требуется выполнить определенные условия для доступа к загрузке. Может быть Вы можите выслать Вашу конфигурацию "Каталог радиолюбителя" по почте? Очень заинтересовал данный проект выполненный на 1С, хочется ознакомится и попробывать доработать под себя или если не получится рекомендовать Вам, что еще добавить. Спасибо!!!
1. "Номенклатура элемента" в "приложении" прикрепляю datasheet. Было бы удобнее просматривать его в этом же окне "Номенклатура", но не при открытии формы, а при нажатии на приложенный файл.
2. Типы корпусов. Стоит построить иерархию: микросхемы/SMD/so8....so16 ; конденсаторы/SMD/0805 и т.д.
3. Форма "Проект(создание)" ввести поле "Партия"(количество изделий в данном проекте), при этом при проводке "склад" минус "Партия" умножить "количество товара".
Что то вроде этого:
Документ.ПроектРеализации
Движение.ВНаличии = ТекСтрокаТовары.Количество*Партия;Но начинает сильно глючить ПроектРеализации при повторном изменении любого поля после проведения.
4. К сожалению примера BOM Mentor Graphics под рукой нет, есть свои проекты с Altium Designer.
Пример Altium Designer BOM:
Comment Description Designator Footprint LibRef Quantity
"0,1 мкФ" "SMD конденсаторы" "C1, C4, C5, C8, C12, C22, C26, C28, C32, C33, C37, C38" "Capacitor 0805" "SMD конденсаторы" "12"
"4,7 мкФ" "SMD конденсаторы" "C2, C3, C9, C10, C15, C25, C29, C30, C34, C42" "Capacitor 0805" "SMD конденсаторы" "10"
"33 пФ" "SMD конденсаторы" "C6" "Capacitor 0805" "SMD конденсаторы" "1"
"0,01 мкФ" "SMD конденсаторы" "C7, C14, C17, C20, C21, C23, C27, C31, C35, C36, C39, C40" "Capacitor 0805" "SMD конденсаторы" "12"
"47 мкФ" "CAP TANTALUM 47UF 16V 20% SMD" "C11, C24, C41" "tantal_tip_D" "CAP TANTALUM 47UF 16V" "3"
"1 мкФ" "SMD конденсаторы" "C13, C16" "Capacitor 0805" "SMD конденсаторы" "2"
"?" "ECAP poliares" "C18, C19" "ECAP 10x19" "ECAP" "2"
"TES6-1211" "DC/DC Converters" "DA1, DA2" "SOP127P600-24pin" "TES6" "2"
"YC324-JK-07K33L" "резисторная сборка" "DA3, DA4, DA5" "YC324" "YC324" "3"
"YC324-JK-071K2L" "резисторная сборка" "DA6" "YC324" "YC324" "1"
"74HC10D" "" "DD1" "SO14" "74HC10D" "1"
"74HC166D" "8-bit serial-in/serial or parallel-out shift register with output latches; 3-state" "DD2" "SOT109-1" "74HC166D" "1"
"FT232RL" "Преобразователь USB-UART" "DD3" "SS0P-28" "FT232RL" "1"
"74HC04D" "" "DD4" "SO14" "74HC04" "1"
"AD9834" "" "DD5" "TSSOP65P640X120-20N" "AD9834" "1" Показать,где
BOM.txt - 1C Номенклатура
Comment - наименование
Description - описание
Designator - обозначение на схеме(вводить в базу не обязательно, ножен для определения типа корпуса см. п.2)
Footprint - корпус
Quantity - количество
Есть предложение сделать обработку(загрузка с BOM) - конструктор, т.к. поля Comment, Description, Designator, Footprint, Quantity могут отличаться по названию. Простыми словами обработка(загрузка с BOM) при открытии файла BOM.txt копирует первую строку из него в обработку и предлагает присвоение столбцов BOM файла к столбцам 1С Номенклатура. При этом Comment(BOM.txt) бывает разделен на несколько столбцов
Comment делится на:
Name Pover/Volteg value percent
"Р1-12" "0,125" "5 Ом" "1%" "Name"+"Pover/Volteg"+"value"+"percent" = Comment = наименование.
Плюс в том, что данная обработка(загрузка с BOM) ,будет универсальна для большинства САПР-программ.
5. "Справочник.Файлы проектов" Все хорошо иерархия на уровне 1С есть, но иерархии на уровне каталогов в которых хранятся файлы нет.
Минус этого:
А. снижается производительность 1С при росте папки "Файлы".
В. хочу слить на прямую файлы нужного проекта или работать с проектом на прямую с каталогом "Файлы/проекты/генератор_частоты", но не могу.
6. Пустота в Общие "Хранилище настроек".
Извините, что пишу здесь, нет внутренней валюты.
Изменена процедура загрузки файлов из САПРов.
Добавлены иерархии во внутренние справочники.
Упростил процедуру просмотра прикрепленных файлов.
В административный блок добавил галочку для задействования партий списывания товаров по проекту.
А также установку локального пути к внешнему хранилищу файлов.
Добавлю просто статус к проекту "В разработке" или "Завершено".
2. Возможно ли сделать так, чтобы .pdf открывался не в отдельном окне, а например в окне элемента?
3. Представим себе, что Я уехал в другой город за номенклатурой и в кармане у меня планшетник с доступом в интернет, а в руках куча лишних бумажек распечатанных с БД. Так может теперь стоит сделать оптимизацию под web ? Или это сложно организовать?
1. Нашли нужный даташит. Программа 1С запускает внешнюю (настроенную в компьютере по умолчанию) программу -просмотрщик. Тип программы определяется расширением файла. Средствами этой программы записываем на диск найденный даташит. Затем уже в нашей программе задействуем механизм "Добавить приложение" к элементу номенклатуры и даташит сохранится во внутреннем хранилище базы.
2. Но открывать даташит можно только средствами компьютера, а не программы 1С. У нее нет встроенных просмотрщиков файлов типа PDF. Поэтому всегда будет в отдельном окне.
3. WEB-интерфейс является встроенной опцией к платформе 1С8, настраивается на самом компьютере. Сама программа должна работать и в этом режиме. Правда я не проверял. Если будут косяки, подправлю.
2. Возможно ли сделать так, чтобы .pdf открывался не в отдельном окне, а например в окне элемента?
3. Представим себе, что Я уехал в другой город за номенклатурой и в кармане у меня планшетник с доступом в интернет, а в руках куча лишних бумажек распечатанных с БД. Так может теперь стоит сделать оптимизацию под web ? Или это сложно организовать?
Ответили: (24)
Остатки склада отображаются в алфавитном порядке. Я думаю стоит ввести сортировку по родителю той или иной номенклатуры.
Так же не хватает подсветки отрицательных остатков.
Не хватает печатной формы по остаткам с сортировкой по родителю а потом уже по наименованию.
Не хватает Обмена с клиент банками, на сколько я помню это не очень сложно реализовать.
Т.е. бы лоб лучше если при создание родителя создавалась новая папка в файловом хранилище и следовательно при смене родителя в форме файла, файл бы перемещался из одной директории файлового хранилища в другую.
Зачем это нужно:
Проект печатной платы разработанный в любом САПР-е составляет кучу файлов и папок. А для полного учета своих разработок не хватает единого места хранения с учетом, что и где лежит.
Честно говоря все это не существенно. Программа как раз заточена чтобы собрать из разных источников файлы во внутреннем хранилище базы и систематизировать их относительно внутренний структуры базы. Пусть база растет, но файлы всегда при ней и перенос базы с одного компа на другой не теряет информации.Причем, файлы всегда сохраняются в сжатом виде (бинарная запись и сжатие). И можете не волноваться, файл всегда восстановится из базы.
Когда нажимаете кнопочку "Открыть" программа сравнивает файл в текущей директории со своей копией. Если копия верна, файл из хранилища базы не извлекается (это все таки требует времени) и вызывает внешнюю программу на открытие. После просмотра (файл могли и изменить), программа проверяет размер и предлагает переписать файл в хранилище если кол-во битов отличается от размера в базе. А в каком конкретно директории это происходит, с точки зрения пользователя не важно. Потому как после закрытия сессии все временные файлы уничтожаются.
Я могу конечно, сделать фишку "работать с внешним хранилищем", но это в том случае, если есть огромный каталог систематизированных файлов и перенос во внутреннее хранилище становится не оптимальной работой... А можно просто обработку слепить о переносе файлов из внешнего во внутренний каталог.
В продолжении развития проекта, расширил функционал подсистемы "Склад".
Места хранения теперь имеют иерархическую структуру.
По приему товара автоматический начинается учет по складу. Со склада товар списывается документом "Проект".
Для исправления остатков по местам хранения разработал обработку "Перемещение". Выбрал вариант с обработкой чтобы не плодить новые виды документов.
Обработка непосредственно меняет в приходной накладной и проекте (расход) нужный склад и нужное количество товара по усмотрению пользователя.
Отчеты по складу можно получать в любом разрезе. Использовал универсальную СКД (схему компоновки данных).
Соответственно такой отчет обладает всеми командами для вывода на печать и сохранения отчета на диск в любом стандартном формате.
Элементы справочника номенклатуры снабдил справочником характеристик.
В систему добавил стандартную процедуру "Перепроведение документов".
И вытащил на рабочий стол общий отчет "Движение товаров по документам".
До какого объема БД работоспособна? Есть ли смысл переходить на sql?
Со временем СКД по проектам и закрытие документов от редактирования прикручу к базе.
А на счет сервера, выше писал - для индивидуального использования он совершенно не нужен. На быстродействие системы сказывается только объем ОЗУ компа. Если база не превышает объем ОЗУ+"файл подкачки" то все будет летать на любом компе. SQL- сервер нужен только для параллельной работы пользователей больше 10.
Форматы САПР, не совсем понятен процесс загрузки, а именно возможна ли подгруздка характеристик?
А запуск поиска из самого элемента номенклатуры - это частный случай запуска обработки и он привязан специально к элементу, чтобы обработка больше не болталась как инструмент, после корректировки элемента.
Характеристики из САПРа никак не привязал. Потому как непонятно какие характеристики кроме корпуса можно получить из САПРа. У меня просто нет подходящего примера файла из САПРа с характеристиками.
К чему это все пишу. При выгрузки из САПР стоит добавить пару галочек: основное название, параметр элемента.
можно конечно объединить "Склад" и "Проект" - получим универсальный отчет, но как всегда все универсальное становится тяжеловесным. И при большом количестве элементов отчет начнет тормозить. Потому как отчет " по складу" делает запрос только к остаткам регистра, а отчет "по проектам" - просматривает журнал проектов.
Но для эксперимента я все же сделаю универсальный отчет. Думаю тормозов особых не будет при объемах до десятка тысяч элементов.
Просто СУБД не умеют индексировать национальные шрифты. А описать любую базу всегда хватит и английских буковок.
Добавил отчеты по проектам.
Добавил 2 варианта печати в "проектах". Стандартную, и вариант с иерархией групп номенклатуры.
В загрузку из САПРа прикрутил характеристики. Теперь можно любое поле из файла загрузки назначить характеристикой.
В настройке есть константа с датой запрета от редактирования.
Jon2011, я так наложение запрета на редактирования делается в административных настройках по последнему число.месяц.год? А можно сделать отдельным документом закрытие периода на такое то число, и что бы в себе хранил остатки на данный момент закрытия?
На счет отдельного документа с остатками.
В больших системах когда остатки формируются сотнями или тысячами и при этом первичные документы нельзя корректировать создают документ инвентаризации, где и корректируют остатки на определенную дату. А в домашнем учете кто мешает подправить первичные документы?
И зачем плодить какой-то документ с остатками если регистр движения товаров сам всегда хранит остатки на любой момент времени. По моему достаточно распечатать или сохранить в файл остатки на определенную дату.
а затем в макете пристроить колонку с параметром "ИтогоПартия".
Вот целиком запрос:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ПроектРеализации.Валюта,
| ПроектРеализации.Дата,
| ПроектРеализации.Наименование,
| ПроектРеализации.Номер,
| ПроектРеализации.Партия,
| ПроектРеализации.Статус,
| ПроектРеализации.СуммаДокумента,
| ПроектРеализации.Приложения.(
| НомерСтроки,
| ФайлыПроектов
| ),
| ПроектРеализации.Товары.(
| НомерСтроки,
| Номенклатура,
| Количество,
| Цена,
| Сумма,
| НаСкладе,
| Заказ,
| МестоХранения,
| ПроектРеализации.Партия * Количество КАК ИтогоПартия
| )
|ИЗ
| Документ.ПроектРеализации КАК ПроектРеализации
|ГДЕ
| ПроектРеализации.Ссылка В(&Ссылка)";
Запрос.Параметры.Вставить("Ссылка", Ссылка);
Выборка = Запрос.Выполнить().Выбрать();
ПоказатьЕсли нечем оплачивать, напиши в личку я отправлю по почте - бесплатно.
А вообще-то это правильно, любой труд должен быть оплачен, а посмотреть и понять достаточно описания и скринов.
Jon2011, возможно ли такое организовать или же есть более удобный способ вести учет затраченных ЭРИ на ремонт?
Новое: добавил новый тип документа "Мультипроект" - объединяет в себе "проекты". Имеет на борту печатную форму о номенклатуре входящих проектов. Смысл в этом документе такой: Есть разработанные модули устройств в виде отдельных проектов. Мультипроект их объединяет и показывает общие затраты. В демо-базе такой мультипроект называется "Умный дом".
В документ "проект" добавил процедуру: при копировании проекта, на лету пересчитываются остатки на складе и формируется колонка "заказ" уже с учетом скопированного проекта.
Подправил в "проекте": Изменение количество партий - пересчитывает колонку "запас" с учетом количества партий.
Кроме того, за повторное скачивание денег не берут.
Добавил графический вариант отображения складов (мест хранения). Теперь множество коробочек и ящичков стали наглядно доступны. И если вставлены картинки в элементы справочника "Места хранения" то можно ориентироваться по картинкам. Кроме того. теперь доступна процедура перетаскивания элементов справочника номенклатуры прямо в накладные прихода или в расходную часть проекта. Выглядит это как на скрине в два тыка. Жмем кнопочку элемента склада, открывается список с остатком товара в этой ячейке хранения. Затем перетаскиваем нужный товар в открытый документ.
О кластерном представлении справочников написал и выложил обработку тут:
Хорошо бы добавить документ реализация готовой продукции в котором будет ставятся заводские номера, контрагент, дата реализации. Следовательно нужен документ на изделие под таким то номером, при чем у которого будит подвязываться файл с ошибками на время его работы))))
(62) Версия v3.0 это только концепт нового подхода к подбору товара и логистики склада.
В следующей модификации все управление складами будет построено на принципе перетаскивания (drag&drop) элемента по документам. То есть за перемещением товара будет следить сама система.
Понравилось:
1. Реализация набора свойств для номенклатуры
Замечания:
1. Справочник Контрагенты, Номенклатура, не влазит наименование, нужно увеличить поле, например, (WTH43005, Антенна GSM 850/900/1800/1900 МГц с угловым разъемом SMA male)
2. Не хватает цены реализации, та цена, что пойдет в проект, т.е. купил я транзистор за 35руб, в проект он пойдет по другой цене, например за 50руб. Также нужно знать себестоимость проекта по закупочным ценам и уже со всеми надбавками (наценка на детали (цена реализации), разработка печатной платы, разработка схемы и .т.д.). Цена просто должна ставится вручную в справочнике, т.к. некоторые детали куплены еще 5-10лет назад и соответственно закупочная цена будет неадекватной.
3. При перемещении товара по складам он теряется, например, поступило два ЖКИ на сортировку, с сортировки один отправился на хранение в коробку №5, один остался пока в сортировке. В результате в отчете Остатки числится только один в коробке №5, в сортировке нет ни одного. Было бы намного легче и надежней перемещение делать документом. По одной детальке с поиском очень тяжко. Есть еще накое, что одни и те же детали лежат в разных коробках (приготовлены для хранения и эксперементов, иногда там лежат глючные и т.д.)
4. При добавлении товара в проект его количество удваивается после проведения, приходится вручную исправлять в проекте количество. После проведения документа Проект, отчет никак не фиксирует, что отдельные позиции находятся в резервировании для проекта и продолжает показывать о наличии этого товара на складе.
Это то, что сразу бросилось в глаза.
В отчете по проектам теперь видны эти цены.
Это сделано по просьбе john-nnov, чтобы можно было списывать товар и не плодить одинаковые проекты.
По сути, количество партий в проекте - это количество одинаковых изделий по проекту.
Если в административных настройках снять галку "Использовать партии" - этой проблемы не будет.
Дополнения в новой версии v3.2:
1) Доработал обработку по перемещению товаров по складам.
Справка обработки "Перемещение товаров":
В колонке "Остаток" отражен текущий остаток на дату документа поступления, нарастающим итогом по складу.
Вторая таблица показывает текущие остатки по складам. Итог отображает свободный остаток по всем складам.
Перемещение можно выполнить путем простого изменения в первой таблице количества и места хранения.
Изменения записываются непосредственно в документы, по кнопке "Применить изменения".
2) Добавил загрузку накладных из текстового файла.
3) Новая тема в финансовой подсистеме: "Кредиты и займы".
Изменения:
Расширил функционал обработки "Загрузка из текстового файла".
Теперь этой обработкой можно пользоваться для загрузки выписок из банка.
Например, банк ВТБ24 позволяет выгружать историю транзакций по р/с и по кредитной карте.
Первым этапом определяем формат колонок файла. Сохраняем его как образец.
Затем грузим сам файл.
Если система найдет в своей базе аналогичные банковские операции она их загрузит в таблицу.
Для новых операций по кнопке "Перенести в документ". будут созданы новые документы "Банковская операция".
P.S. Эта же обработка загружает аналогичным образом приходные накладные из текстового файла.
1. Как осуществлять перемещение по складам. Поясняю, поступило 10 наименований резисторов по 25шт, приходным документом они записались на общий склад. Нужно все 10 наименований, но по 5шт отправить в коробку "Резерв", а остальные переместить в проект "ЦАП 4 канала".
2. Как на закладке "Рабочий стол" убрать некоторые блоки, например, курсы валют (мне вот не очень это надо и не очень то понял чего они отражают).
3. Как добавить номенклатуру вида Услуга, например, "Разработка печатной платы", "Почтовая отправка".
4. Выше уже просил сделать возможность оперировать ценами, повторю еще раз, Не хватает цены реализации, та цена, что пойдет в проект, т.е. купил я транзистор за 35руб, в проект он пойдет по другой цене, например, за 50руб. Также нужно знать себестоимость проекта по закупочным ценам и уже со всеми надбавками (очень часто доставка комплектующих почтой или службами доставки дает существенный прирост цены на детали и стоимость реализации комплектующей будет отличатся от той, что указана в накладной). Цена просто должна ставится вручную в справочнике или при поступлении (будет даже удобнее), т.к. некоторые детали куплены еще 5-10лет назад и соответственно цена реализации будет неадекватной. Можно просто добавить еще одно поле с ценой и датой последнего изменения цены. В проекте указать вид цены (Закуп, Разработка) и соответственно печатать раздельные документы по выбору.
5. Не хватает режима списание, (сломал | потерял | сжег) устройство, как его из базы списать?
6. Остатки номенклатуры не возможно посмотреть в горячем режиме нигде, ни в отчете (отсутствует поиск), ни в номенклатуре. На закладке Склад есть позиция Номенклатура, в нее, думаю, надо добавить поле остаток и цена реализации, т.к. частенько надо сказать заказчику стоимость замены, например микросхемы в связи с изменением температурного режима схемы.
7. В окне Номенклатура, закладка Проектирование и Склад, отсутствует горячий поиск по вхождению слова (очень затрудняет поиск).
Дальнейшее тестирование без реализации первого пункта затруднительны. Выше я уже писал про это. Так как сейчас "осуществляет перемещение", "работает" только со всем количеством в позиции и если несколько раз изменить количество в первой таблице, то появляются отрицательные остатки во второй. ИМХО перемещение надо делать документом.
У меня все ищет. Набрал две буквы "сд", и пожалуйста, нашелся "Сдвиговый регистр на 4 разряда".
При обновлении конфигурации обязательно сделать полное перепроведение всех документов. Потому как добавлены реквизиты в регистры.
1) (73) JeckDigger, добавил документ "Списание". (списывается товар всегда в рублях).
2) Изменил подбор товара.
Теперь в нем есть полнотекстовый поиск.
В верхней части можно выбирать по всему списку товаров, в нижней только с остатками. Но тут уже известно где товар находится и последние цены на него.
3) (80) john-nnov, при активации в строке накладных поля с товаром выскакивает картинка товара.
4) Существенно изменил обработку "Перемещение товаров". Пока не хочу вводить в систему такой документ.
Уж очень запутанное движение товаров получается с такими документами.
5)На карточку справочника "Номенклатура" добавил оперативные остатки товара на складе.Правда это может существенно тормозить открытие карточки. Если будут замечены такие тормоза - уберу.
6) Розничные цены ("Цена проекта") теперь хранятся в регистре цен. В карточке товара можно отследить документы с этими ценами.
По кнопке "Изменить" все исправления запишутся в документы.
Можно даже ставить "ноль" в количестве, такая строчка будет удалена из документа.
Строчки в верхней таблице можно копировать и менять в ней количество и склад. Такая строчка будет добавлена в документ.
1) в приходной накладной распределяешь товар (размножая строчки) по местам хранения и количеству.
2) в проекте через "Подбор товара" берешь уже из нужной точки товар.
Обработка "Перемещение" позволяет подкорректировать оба этих документа. Ну или сколько их там будет по данному товару.
P.S. Это работает только в новой версии(v4.0).
1. Отчет по проекту остался на том же месте, если уж переделываете отчет, то сделайте кнопку чтоб печатать по ценам проекта, сумма и цены в документе проекта достаточна для того, чтобы видеть сколь затрачено ресурсов и материалов. Печатный документ нужен чаще для архива и клиента.
2. Незаполненные поля в печатном документе (место хранения) - что имеется ввиду? Лчше если сделать настраиваемые поля для печати, тогда отпадет куча вопросов.
3. Окно, которое постоянно выскакиват при перемещении по позициям в документе - раздражает! Да еще и при работе с клавиатуры фокус постоянно в него переключается.
4. Вроде как в изменениях было упоминание управление ценами в номенклатуре, а вот не нашел как добавлять и редактировать цену. Кроме как проставляется цена поступления автоматически. Не знаю на сколько в домашних условиях надо записывать всю историю цен (достаточно знать цену последнего поступления). Если я за год покупаю 50-60 раз сверла на 0.8мм, то у меня будет такое же количество записей в истории цен, думаю, это только добавляет вес к базе. А вот цена реализации нужна в номенклатуре, пусть ее можно будет проставлять прям с поступлением. Если повторная покупка цена должна заполняться из справочника (там ведь она есть от предыдущего поступления) с возможностью редактирования, и при проведении документа менятся. Вот только не совсем уверен, что это правильно, т.к. при не законченном длительном проекте можут несколько раз поступить детали в связи разработкой параллельных проектов. Тут надо придумать универсальное решение. Пока нет вариантов.
В приходной накладной не выбрано место хранения.
По 3 пункту. Про надоедливое окно, в следующем обновлении конфы сделаю по требованию.
Закупочные цены можно редактировать только в документе "Поступление".
Розничные цены можно редактировать только в документе "Проект".
В карточке товара можно только отследить все изменения цен.
При подборе товара (кн. "Подбор") розничные и закупочные цены автоматически берутся последние, на текущую дату.
Часто бывает, поступление компонентов РЭА происходит через разборку готовых изделий (старые компы, телефоны и т.п.). Чтобы вспомнить от куда взялись компоненты, для этого и сделан этот режим. То есть записывая в проект компоненты, в этом режиме, приходуем компоненты на склад.
Из собственного опыта ( более 10 лет управления базами в торговых точках штучного товара) известно:
перемещение - это основная проблема контроля движения товара. Ни в одной организации никто не может эту задачу решить на 100%. Гигантское количество перемещений не возможно проанализировать ни какими отчетами. Бардак остается всегда. Поэтому я и отказался в своей базе от такого документа. Лучше ни как не анализировать, чем плодить весь этот хаос.
"Услуги" требуют специального учета и в торговых точках практически не используются. Мертвый документ.
Какой в нем глубокий смысл? Только в том, что не нужно делать приход? Так раз в год на 1 января сделать приход в 1000 услуг и все.
Обычно в начале создают структурированный понятный и логичный каталог из пустых папок, а потом его заполняют как это делал со своей таблицей Менделеев.
Номенклатура - это справочник. Там не может быть никаких цен.
Цены рядом (слева от карточки), гиперссылка на регистр цен. Там все
цены и розн. и закуп.
В проекте (по сути та же расходная накладная). Только там можешь
указать роз.цену.
Когда проект в режиме разукомплектования, там нельзя сделать розничную
цену. А в стандартном режиме можно.
В этом вопросе есть ограничения накладываемые самой системой.
Поскольку цены на один и тот же товар со временем могут меняться,
поэтому запись цен ведется в специальном регистре.
Вручную туда цены не запишешь, только каким-то документом.
Вот документы: прих.накладная -пишет зак.цены, а проект- рознич.цены.
В других программах бывает спец.документ -установка цен, или корректировка цен.
Логичнее всего роз.цены устанавливать именно в момент продажи, а не
заранее их вводить.
И если была хоть одна продажа товара, система всегда вытащит эту
(последнюю) цену при следующей продаже.
(112) JeckDigger, и здесь тоже не разумно добавлять спец.команду "Очистить ссылку на фото". Рано или поздно все равно что-нибудь загрузишь правильное. Я в одной конторе так и сделал, картинка с текстом "здесь нужна фото товара".
Надо попробовать перепровести все Проекты. В подсистеме "Администрирование" есть процедура перепроведения.
Я уже раньше писал, кто делал документы еще на версии 3, нужно обязательно перепровести все документы.
Дополнил документы классическим перемещением.
Прикрутил печать этикеток с установкой размеров в мм. Может понадобится при маркировке ящичков и коробочек под деталюшки.
Кому нужны розничные цены, в подсистеме "Администрирование", - установить соответствующую галку.
Подправил поиск в справочнике "Номенклатура".
Планирую организовать полноценный поиск по характеристикам.
Затестим новые вкусняшки.
Планирую организовать полноценный поиск по характеристикам.
Вот это интересно!
2. Не помешало бы, сделать возможность пересчета количества изделий в проекте. Допустим преобразователь напряжения содержит 5 резисторов, 7 кондеров, 2 катушки и 1 трансформатор, создал и добавил все это в проект, но таких преобразователей надо сделать 5шт. Можно, конечно, все позиции умножить на количество, но тогда вероятность ошибки в количестве возрастает. Не понял назначение колонки "Заказ" в проекте.
3. В режиме подбор номеклатуры, по кнопке "Изменить" доступно только количество и цена (как по двойному клику), думаю, логичнее сделать вызов редактора номерклатуры. Это нужно, по причине исправления ее если заметил ошибку в описании или необходимо добавить характеристики в номенклатуру, потаму, что она попалась под руку. Ведь не всегда заполняем все необходимые данные при покупке (торопимся или лень).
4. В отчете остатки хотелось бы иметь возможность выбрать определенное место хранения для формирования остатков, а то портянка заметно увеличивается с каждым добавлением новых номенклатур. Приходится листать много.
5. Коэф. цены можно добавить в настройки, чтоб можно было задать его и при добавлении новой номенклатуры он автоматически брался из настроек. Сейчас он установлен в 1.00 (этот коэффициент используется только на поделках для себя).
6. При оформлении документа поступление сумма документа округляется до 5, не очень важно, но правильней сделать как надо, а то при сверке с чеком суммы не соответствуют. Мелочь, а в глаза бросилась.
В "Администрировании" есть галка: "Использовать партии"- это и есть доступ к коэффициенту пересчета для проекта. На этот коэффициент в проекте все количества умножаются и списываются в нужном количестве с остатков. Т.е если в окошечко "Партии" поставить 5, то и будет списано в 5 раз больше чем в графе "Количество".
Но описание проекта лучше добавлять в виде текстового файла в специальную таблицу "Файлы по проекту".
Но и у общего отчета всегда можно выставить фильтр по нужному складу. По правой клавише мышки открывается дополнительное меню и там куча фильтров и возможностей.
Вот это как сделать?
1. через кластер справочников.
2. через справочник складов "Места хранения".
Картинки проще всего объясняют.
А вот по последнему (6) пункту - не понятно, что значит округляется до 5? Там цена с размерностью две цифры после запятой умножается на целое число "Количество" и выводится в поле с"Сумма" с такой же размерностью.
Нет ни кого округления.
Нет ни кого округления.
1) Добавил поиск по характеристикам.
2) Доработал загрузку из текстового файла.
Теперь можно компоненты, характеристики и их параметры загружать из файлов с сайтов производителей.
3) Добавил реквизиты для корпусов.
1) Добавил поиск по характеристикам.
Не понял как пользоваться.
3) Добавил реквизиты для корпусов.
Вот это полезно иногда бывает!
В номенклатуре, возможно упустил или такого нет, как добавить файлы (pdf, txt, jpg) для дополнительных характеристик. Раздел для этого есть, а пользоваться не получилось.
В следующем обновлении сделаю документ "Поступление" с двойным назначением.
Если накладная поступления будет в статусе "Заказ", товар будет фиксироваться в спец.регистре "Заказы". И его можно будет видеть в отчете "Заказы".
При одном клике мышки этот заказ можно будет перевести в статус "Поступление". При этом "Заказ" перестает существовать и остается только приходная накладная.
Смысл всего этого в том, что исполнение заказов по интернету всегда идет в той комплектации которую заказали. Поэтому плодить отдельные документы типа "Заказ" - не считаю целесообразным.
При этом манипуляции с копированием документов и их последующим редактированием, всегда можно отрегулировать ситуацию "Что заказал" и, "Что пришло".
P.S. Запись дополнительной инфы в проект, осуществляется аналогичным образом.
1) При открытии обработки таблица автоматом заполняется всеми характеристиками существующими в базе. (Удобства ради, без лишних кнопок).
2) Таблицу можно упорядочить по любой колонке кроме описания (ткнуть мышкой по названию колонки). Треугольник рядом в колонке показывает направление сортировки.
3) По кнопочке "Найти" выбираем, что искать и в какой колонке.
Есть еще одна тонкость, по кнопке "поиск" (в окне поиска) можно открыть карточку товара, если перед этим курсор мыши был с позиционирован на колонке "Номенклатура".
P.S. Доступ к поиску из подсистемы "Склад" и "Проектирование".
Дело в том, что пользователь выставляя какие-то ограничения должен постоянно об этом помнить и эти ограничения контролировать и менять. Это первый вариант -контроль каждого товара. Явно, проконтролировать остатки в 10 000 наименований - не реально.
Установить всем товарам одинаковое ограничение. Это как-то не логично. Что-то в одну единицу- нормально,а что-то и 100 шт. - мало. Это кстати касается и об установке коэффициента на роз.цену.
Надо думать о каких-то динамических алгоритмах. То есть анализировать скорости расхода элементов в ед.времени. Но это задача уже на будущее...
Сейчас реализовано только, если товар в проектах перевалил через 0, можно его собрать в один заказ.
Думаю на начальном этапе этого достаточно.
Это конечно интересно, но в домашних условия, ИМХО, не актуально. В потоке мелкосерийного производства - да. Возможность такую, конечно, неплохо иметь, но в будущем.
Установить всем товарам одинаковое ограничение. Это как-то не логично.
Реально объёмно-календарный план закупок составить нельзя не зная объём планируемого производства. Поэтому предлагаю реализовать некий документ по планированию выпуска готовых изделий. Ну то-что привязать к номенклатуре продукции её комплектный состав, я думаю говорить не надо ;)
Потом необходимо реализовать схему регистрации цен поставщиков, ну и конечно-же механизм анализа цен(со всеми хитростями типа различных скидок, акций и т.п.).
Ну а после этого, останется добавить бухгалтерский учёт и всё упрощённая УПП готова :)
В любой базе, чем больше возможностей, тем больше времени уходит на ее обслуживание.
Основные три функции: принять, списать, посмотреть что осталось. И опять все с начала. Вот жизненный цикл базы.
Остальное - плюшки для развлечения.
А прибыль я могу понять и на ощупь своего кошелька.
1. Доработал кардинально загрузку из текстового файла. Теперь можно закачивать тысячи элементов номенклатуры со всеми характеристиками, прямо из файлов которые предоставляют производители.Однако, чтобы преобразовать плоские двух-мерные таблицы, в многомерные приходиться выполнять определенные танцы "с бубном". В следующем обновлении будет обработка облегчающая такие "танцы".
Кроме того пришлось ввести предопределенную (нельзя удалить) характеристику "Аналог".
2. Документ "Поступление" теперь имеет двойное назначение. Если поставить галочку "Статус заказа" то накладная записывается как заказ и на остатки склада не влияет. По "Отчет по заказам" можно смотреть. что есть в заказах.
По второму вопросу. Специального учета в программе не предусмотрено.
По моему вполне достаточно оформлять такие готовые изделия приходной накладной, а реализацию делать через документ "Проект". В приходной накладной можно установить затраченную сумму через закупочную цену, а в проекте указать розничную цену. При таком оформлении можно увидеть прибыль в отчете "По проектам".
Только напоминаю, для того чтобы задействовать роз.цены надо в "Администрировании" установить галку "Роз.цены".
Глюк.
1 Не отображается основной отчет по остаткам
Добавить:
Не совсем понятно зачем в характеристике "Аналог". Вот к примеру пришел мне резистор 1 кОм 0805 (в файле поставщика длинная кроказябля), я оприходовал этот резистор с "наименованием" кроказябля и указал в "справочнике номенклатура" характеристику аналог "1 кОм 0805". От другого поставщика этот же резистор пришел под другим наименованием. Его тоже оприходовал под наименованием указанным в накладной, и также указал аналог "1 кОм 0805". В итоге получаю на складе по смыслу один и тот же резистор 1 кОм 0805 только под разным наименованием "крокозябля" и у каждого из них один и тот же аналог "резистор 1 кОм 0805" - это, то что меня устраивает!
НО хотелось бы в документе "проект" осуществлять подбор товара по его характеристики "аналог" и при нажатии какойто новой кнопки (к примеру "выборка по характеристики") происходил автоматический подбор ЭРЭ-в по аналогу указанному в проекте. После выборки по складам автоматически добавилось бы в проект. дальше как обычно првести, списание и т.п. И еще "аналог" хранится в проекте, при копировании документа проект копировались бы "аналоги" и при переходе в скопированный документ по нажатию волшебной кнопки происходила бы выборка.
Зачем все это надо:
ЭРЭ в основном закупаю по безналу, у каждого поставщика свои наименования (аналоги), бывают браки ЭРЭ и мне остается хранить все только под своими названиями.
Для упращения набора документа проекты проще ориентироваться по наименованию аналога (1 кОм 0805 1%), а не по кракозябле. И в случае мало майской серии быстрее скопировать док-т и нажать кнопку "выбрать со складов" и про контралировать выборку. Но есть еще одна проблема куда девать номенклатуру которая уходит в минус, чтоб этот минус загасить следующим приходом не путая какая куда ушла "краказябля"?
Или же проще создать паралельный справочник "Аналог номенклатуры" забить там все красивые фото, описания и т.п.. А в справочнике "Номенклатура" вести учет движения комплектующих?
Сделал бы сам, но не представляю алгоритм(
Пример: отечественный счетчик 155ИЕ7, а его импортный аналог SN74193. Или на оборот SN54193 - аналог 133ИЕ7.
Но это полный аналог. Думаю надо сделать через разделитель и тогда можно будет подключать и не полные аналоги.
Типа: 155ИЕ7 в аналог записать SN74193,133ИЕ7,SN54193 и тогда при подборе в проект можно до кучи и остальные функциональные аналоги увидеть (естественно, только те которые есть в остатке).
В таком варианте при подборе можно выбрать и "крякозябу" и минусов на складе не будет.
Теперь я имею:
1 В приходном документе я забиваю количество ЭРЭ по номенклатуре (названию ЭРЭ) поставщика.
2 Проект забивается по наименование из справочника "аналог".
3 Сделал волшебную автоматическую функцию выборки по складам. (когда не хватает ЭРЭ в минус ни чего не идет, куда идет еще не придумал. Скорей всего будет создаваться номенклатура в справочнике "номенклатура" в строке названия номенклатуры и аналог будет проставляться имя аналога. При новом поступлении буду просто переименовывать номенклатуру в аналог)
4 Проведение проекта происходит по сформулированной автоматической выборки.
5 Копирование проекта только по аналогу.
6 Так же у меня есть понятие как № сборки устройства или партии устройств, в списании участвует № сборки, что бы потом можно было определить какой ЭРЭ из какой партии поставки.
Минус моего наделанного:
иногда случаются тормоза из-за не оптимизированности того что я написал
моя БД уже давно не соответствует с вашей. не возможно автоматическое обновление.
За повторное скачивание вашей БД все же берут средства с лицевого счета(
Но поскольку конфигурации сильно отличаются, то уже не имеет смысла сравнивать эффективность способов.
Я сейчас тоже борюсь со скоростью подбора, поэтому и выбросил "Идентификатор товара".
После того как я закачал 20 тысяч микросхем со всеми характеристиками база в файловом режиме уже ощутимо подтормаживает.
Можно конечно привернуть веб-интерфейс и даже с планшетника рулить, но по мне так удаленный доступ лучше всего. И ресурсы своего компа всегда под рукой, не только база.
Программы удаленного доступа в простом применении - бесплатны. Зачем изобретать велосипед? Кроме того логмин можно и на сотовый телефон установить, только мелковато все получается, но что-то срочное все равно можно сделать.
(160) john-nnov, SQL - конечно хорошо, но это уже не домашний компьютер.
P.S. выгрузка в текстовый файл в любом САПРе обязательно должна присутствовать. Другое дело если эта программа "altiuma" часть САПРа и делает только печатные платы, то там может и не быть самих компонентов, а только корпуса.
вот из описания:
Смысл его в том чтобы некоторые проекты оформлять в виде полуфабриката и возвращать в основной склад как новую единицу товара под собственным именем.
Стоит вводить такой функционал или это усложнит систему и затруднит понимание где-что находиться?
Добавил возможность делать из проекта новый товар "Полуфабрикат".
Название товара берется из названия проекта.
Закупочная цена вычисляется как сумма закупки комплектующих.
Количество определяется цифрой количество партии.
Товар приходуется на основной склад.
Вторая плюшка: печать этикетки на товарную часть как накладной так и проекта.
Первая строчка этикетки если из накладной "Накл. № .... ". Если из проекта, первая строка - название проекта.
При первом выводе на печать создается пустой шаблон. В нем нужно настроить формат этикетки и пару строк с указанием формата шрифта типа: "Verdana,7,Истина" и высоты строки чуть больше шрифта допустим 8. Это будет заголовок этикетки.
Вторую строчку аналогично, но с более мелким шрифтом. Типа "Verdana,4,Истина" при высоте строки 5.
Текст строки не важен, он заполняется наименованием товара.
До печати, таблицу с форматами строк и их количество строк на этикетке можно редактировать.
2. Редактировать параметры надпись только руками?
1)Добавил поиск картинок в интернете.
Функция ищет, через гуголевский поисковик, картинки по названию товара. При выборе из предложенных 20 вариантов вставляет картинку в основное изображение карточки товара.
2) (175) Упростил выбор и настройку шрифтов для этикеток(стандартная встроенная функция от 1С).
P.S. Летом занимался строительством хозблока. Теперь программу затачиваю под сметы на строительство.
1. Картинки искать он не хочет, точнее вообще даже намека нет, уж я поиск как только не писал ему. Может слово какое заветное надо говорить? ))
2. Шрифты на этикетках - согласен. В таком виде уже можно пользоваться. Спс.
Ждем исправления ошибок или разъяснения. И конечно новых доработок.
Поиск будет вначале предлагать выбрать фото из этого каталога и если ничего не выбрано, перейдет в поиск через интернет.
P.S. Надо бы разобраться какой скрипт в Linux отвечает за обработку регулярных выражений. Подставить его в программу не составит большого труда.
Добавил "Каталог типовых фото". Теперь при нажатии"Поиск картинок" программа вначале лезет в этот справочник, если ничего не выбирать, перейдет к поиску в интернете.
Такой вариант поиска устанавливается если в административных настройках установить галочку "Поиск фото в коллекции".
Фото выбранное для номенклатуры из "типовых фото" является просто ссылкой на эту запись. Поэтому если это фото заменить в "Типовых...", то присвоенная ссылка поменяет картинку у всех связанных товаров.
В типовой каталог фото заносятся с компьютера. Структура - многоуровневая иерархия.
Решил попробовать импорт компонентов через текстовый файл (Пользуюсь Altium). Ничего не получилось. Тогда я скопировал пример текста из файла справки ("Пример файла для загрузки, созданный Протеусом:")
и создал текстовый документ CSV. Опять делаю "Загрузить из текстового файла", формат выбираю Proteus, выбираю мой csv файл и окно "Файл не соответствует формату документа". Что это может означать. И как этим пользоваться.
Шаблон изменился потому как номиналы элементов перенес в характеристики номенклатуры.
Поле "Реквизит" очистить, а в характеристиках создать новую характеристику "Номинал".
И начальную строку установить 1 , а не ноль.
В Altium тоже надо шаблон поправить, с учетом что номиналы - это характеристики элемента.
Все строки очистились в окне "Протеус форматы файла" и все мои попытки их восстановить не получаются. Одну строку я могу добавить, а потом правый клик и "Добавить" (Ins), новую стороку не создаёт...? И никак.
После этого можно уже жать кнопку "загрузить из файла".
P.S. Строчки в шаблоне не нужно вручную добавлять, они берутся из колонок файла.
Реквизиты это элементы из справочников типа "Наименование, цена, артикул" их можно только выбрать из предлагаемого списка. Характеристики это свой справочник и туда можно что угодно придумать. Правда там только всего два поля "Наименование" и "значение".
Там есть "Мультипроект" он собирает как раз отдельные проекты под одну крышу.
Это конечно не иерархия, но по другому в платформе 1С документы просто не возможно объединить.
Pover/Volteg можно исправить на Power/Voltage? Проект имеет статусы (например, для закрытия от изменения всех документов по завершённому поекту)?
По закрытию от изменений документов есть общая дата запрета редактирования. Но может есть смысл действительно привязать еще и к статусу документа. Надо подумать...
Comment Description Designator Footprint LibRef Quantity
Тут больше информации, но не суть. Твой тоже нормально принимается.
По количеству разобрался. Алгоритм подправил.
Ой, только теперь при заходе в Номенклатуру - "Поле объекта не обнаружено (Имя картинки)"
и при каждом нажатии на папки и элементы в папках оно же. (см. скр.)
Сейчас попробовал, для чистоты эксперимента, твою базу запустить на другом компе - тоже все норм. Резюк на картинке это же твой?
1. В проекте. Не отображает картинки элементов которые были присвоены после создания проекта (из типовых фото), если из файла, то всё нормально.
2. Создание нового элемента копированием текущего (очень удобно) - если копированием, так и картинку надо копировать (или ссылку на нее), а то если у меня 100 резисторов, каждому назначать заново
Я прикрепил видео.
Этот вариант копирования работает если картинка у исходного элемента изначально была назначена из типовых фото.
А вот если она индивидуально была найдена в инете или взята с компа, то такое не скопируешь по определению.
Если предполагается, что картинка будет многократно использоваться в номенклатуре ее нужно предварительно загнать в "типовые ...". От туда к первому элементу ее прицепить, а потом уже можно и размножаться.
Два пути по сохранению фото и сделаны для таких вариантов. Если картинка уникальна, то какой смысл ее еще отдельно обрабатывать , подцепил к товару и забыл.
Фото взятое из типовых, для элементов номенклатуры - это ссылка на это фото. При замене такого фото в "типовых..", оно автоматически изменится во всех товарах.
Столкнулся с такой штукой. Лежат у меня микросхемы. У всех одинаковый корпус, но не совсем. Всем было присвоено типовое фото (из типовых фото). Теперь я захотел одной из них поменять картинку (с диска) на более подходящую. Такое не проходит. Картинку изменить не могу. Берет типовую и все. Для того чтобы это сделать, приходится удалять и заново создавать компонент и всё что ему принадлежит.
Что-то тут не так по моему.
И еще рис.1 непонятно почему при изменении количества партий, количество для заказа не меняется (как ни старался). Но если поманипулировать с "провести", "отмена проведения", да после этого поставить курсор в поле "Кол-во партий" и нажать ввод. Вот тогда кол-во заказа изменится кратно числу партий. Затем нажимаем "сохранить" - кол-во в заказе опять для одной партии.
Я запутался.
Карточку отвяжу от поиска в типовом каталоге.
Мультпроект превращу в объект конструкции. Раньше он просто выполнял роль группы проектов, теперь будет объединение модулей (проектов) с контролем доступных партий.
Есть еще идея "этапы проекта" замутить, но пока ни кто это не высказывал, отложу на будущее.
1. Убрал приоритетную привязку картинок к типовому каталогу.
2. В документе "Мультипроект" добавил функцию контроля партий проектов. Таким образом он представлять собой конструкции на основе модулей созданных в проектах.
После обновлении конфигурации на версию v5.00, для правильного учета остатков партий и учетных сумм, требуется перепровести "Проекты" и в мультипроектах перевыбрать эти документы.
3. В "проектах" контроль элементов по остатку на складе и заказ жестко привязан к дате документа.
P.S. Не забываем, что есть еще один вариант создания модуля: из россыпи элементов. Это когда проект находится в режиме "Полуфабрикат". Проведение документа создает элемент номенклатуры с описанием внутренней структуры и автоматического приема такого элемента на склад учета.
С фотографиями стало работать правильно :)
Уже близко к тому чего хотелось бы.
Приведу свой пример как я делаю и что получается.
1Рис. Проект 1.
2Рис. Проект 2.
3Рис. Мультипроект из Проект1(2шт.) и Проект 2(1шт.)
4Рис. Отчет по мультипроекту.
На мой взгляд теперь количество партий теряет смысл в обычном проекте.
так как при необходимости создать партию одинаковых проектов (плат или изделий)
создается мультипроект с указанием количества таких плат и всё. На то и слово мульти..)
По последнему скрину: когда делаю отчет по мультипроекту (т.е. сколько мне чего надо для его выполнения)
Одинаковые элементы из разных проектов не объединяются в общее количество, а делятся на разные строки. Придется суммировать одинаковые элементы самому?
Я бы заменил столбцы "Партий" и "Количество в пректе" на "Общее количество" или просто "Количество"
По второму замечанию согласен, там уже не важно сколько партий и откуда они. Оставил только общее количество затраченных элементов на весь мультипроект. Версию v5.01 пришлю по почте.
Пусть есть две микросхемы - аналоги.
1. Добавляю одной характеристику аналог. "Значение" надо ручками вводить?, а не выбор из номенклатуры.
Хорошо сохраняю/закрываю форму. Опять открываю, вижу появилось "Аналог".
2. Нажимаю "Аналог" открылось окошко, в нем какой-то произвольный элемент из номенклатуры. Зато появиляется кнопочка с троеточием, выбираю, сохраняю/закрываю.
3. Открываю 3 раз. Нажимаю "Аналог" вижу остался тот-же произвольный элемент из номенклатуры
Что я не так делаю?
Но что интересно если в 1.п. руками ввести "Значение" он его помнит, и изменить уже ничего нельзя.
С другой стороны тот аналог не знает о существовании другого его аналога.И процедуру п.1. надо проделывать двухсторонне.
Как бы так, чтоб выбор аналога можно было делать через номенклатуру (наподобие как в п.2), но чтоб запоминалось.
И оба аналога (а их может быть и больше 2!) знали о существовании друг друга с обоих сторон.
В Экселе это делается иерархическими отборами по характеристикам с помощью функции "автофильтра": 1кОм-0,25Вт или 1кОМ-0,5Вт-демонт с вертикальной установкой (или новый с длинными ножками) - а как у Вас такое провернуть?
Добавить его не сложно, потому что его алгоритм встроен в код платформы.
Если интересно, я напишу небольшую инструкцию как его пристроить к форме списка номенклатуры или любого другого динамического списка.
В новую версию конфигурации, я его на всякий случай добавлю.
По умолчанию все поля устанавливаются без индексации, видимо чтобы сильно не разрасталось база.
Честно говоря я не очень понимаю как индексация поможет поиску, когда в строке поиска добавляется всего по одному символу.
В ближайшее время посмотрю как добавление индексации влияет на размер и объем базы и выложу новую конфигурацию.
В командную строку добавить реквизит "СтрокаПоиска" из списка "дополнительные элементы списка".
Источник данных выбираем: Список.СтрокаПоиска.
Чтобы по другим полям не искал, в настройках формы убираем лишние поля. Это можно сделать и в пользовательском режиме.
"Все действия" -> "Изменить форму"- открываем группу списка и снимаем галочки у лишних полей.
Изменить место хранение можно в приходной накладной - это если весь приход нужно положить куда надо.
Документ "Перемещение" позволяет изменить место хранения только части товара.
С какого склада и на какой перемещаем, я думаю по этим полям все понятно.
В табличную часть подбираем товар и его количество у которого нужно изменить место хранения.
- Допустим, на складе описаны компоненты и созданы спецификации для изделий. Дальше необходимо произвести некоторое кол-во изделий или нескольких разных изделий.
Можно ли получить отчет по кол-ву компонентов - сколько есть на складе, сколько требуется докупить (для конкретного изделия, общий по всем изделиям)
- Есть ли возможность посмотреть использование компонента в изделиях (спецификациях). Поиск компонента в спецификациях наименованию и по характеристикам (например, искать наименование "RC1206 4.7k 1%" или характеристику "4.7k")
- Получить расчет себестоимости изделия по спецификации, пересчет цен на компоненты, например, по последней закупочной.
- Расчет стоимости изделия, например, сумма компонентов как коэффициент*закупочная цена (на фото есть). Возможность заложить в расчет стоимости изделия стоимости работ (сборка, проверка и т.п.)
- Как реализован учет кабельной продукции, например, в закупке цена на катушка кабеля n-метров, а в спецификации изделия отрезки указанной длины
Пересчитывать стоимости старых изделий по новым ценам не получиться.
Вся номенклатура считается только штучно. Перевод одних единиц измерений в другие не предусмотрен.
А вот посмотреть во сколько обошёлся проект или сколько нужно еще докупить компонентов - это реально.
Услуги типа: сборка, проверка, доставка и т.д. можно включить в проект. Эта та же номенклатура только с пометкой "услуга". Она на складе как товар не учитывается, но добавляет цену к сумме проекта.
Подскажите такой момент. Ситуация, нужно, допустим, положить один и тот же компонент в разные коробки с разными номерами. Т.е. часть компонентов лежит в 00-01, а новое поступление добавлено в 00-10. Конфигурация это позволяет сделать, но когда идет добавление компонентов в проект я не имею возможности выбрать с какой коробки я их беру. Может я что то не так делаю или не понимаю? И второй, момент. Когда я делаю перемещение, оно работает некорректно. Объясню. Опять же, лежат у меня компоненты в 00-01, я хочу все их переместить в 00-10. Документ о перемещении создан. Но, когда я в номенклатуре открываю карточку компонента, он все равно отображает 00-01, хотя я его уже переместил и должно быть 00-10. Опять таки, я что то не так делаю? Если просто все документы по компоненту поправить на 00-10, то все ок.
а тут можно свою почту написать?
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 97906
Создание 11.11.11 19:33
Обновление 06.04.14 12:35
Просмотры 30945
Загрузки 160
Рейтинг
38
Комментарии 264
Код открыт Не указано
Рубрики Разное
Кому Для всех
Тип файла Конфигурация (md, cf)
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Windows
Страна Россия
Отрасль Бытовые услуги, сервис
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)