Каталог радиолюбителя
См. также
Тренажер Азбуки Морзе
Разное Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)
Тренажер Азбуки Морзе на 1С без внешних компонент.
1 стартмани
17.04.2024 596 1 Irwin 2
Разложим фото по полочкам
Разное Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)
В публикации представлена простая внешняя обработка, позволяющая перенести файлы с фото в нужные папки.
1 стартмани
21.03.2024 418 1 vikhrov53 0
Учет домашней квартплаты
Разное Платформа 1С v8.3 Конфигурации 1cv8 Энергетика и ЖКХ Россия Бухгалтерский учет Управленческий учет Абонемент ($m)
Позволяет в одном документе собрать записи по всем коммунальным платежам и показаниям бытовых приборов. Вы не пропустите и не забудете свой коммунальный платеж. Будете точно знать ежемесячную сумму коммуналки по всем объектам собственности. Расширение предназначено для самой популярной конфигурации 1С:Бухгалтерия 8, ред. 3. Объекты расширения не имеют заимствования конфигурации. Его легко встроить в другие типовые конфигурации 1С.
1 стартмани
30.01.2024 529 2 kwn2000 2
Конфигурация "Рюкзачок"
Разное Платформа 1С v8.3 Туризм и путешествия Россия Абонемент ($m)
Составление комплекта вещей в поездку, поход, для работы и т.п. Конфигурация разработана для платформы 1С:Предприятие 8.3 (конкретно учебная версия 8.3.13.1644, потому что более новые утомили меня своими сюрпризами).
1 стартмани
19.01.2024 6239 5 AnatolPopov 31
Конфигурация "Казначей группы (класса/команды/...)"
Разное Взаиморасчеты Платформа 1С v8.3 Общественные и некоммерческие структуры Обучение, бизнес-тренинг, курсы Развлечения, искусство, спорт Домашние учет и финансы Управленческий учет Абонемент ($m)
Нано- (даже не микро- !) конфигурация для тех, кто выступает в роли казначея класса/группы/команды, и в чьи задачи входит сбор денег с участников за участие в каких-то мероприятиях, а потом передача собранных денег организаторам этих мероприятий.
1 стартмани
03.11.2023 711 3 q_i 0
Математический тренажер через телеграмм (feat 1С)
Математика и алгоритмы Разное Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m)
Расширение (+ обработка) представляют собою математический тренажер. Ваш ребенок сможет проверить свои знание на математические вычисление до 100.
2 стартмани
29.09.2023 1962 maksa2005 8
Генератор математических примеров
Математика и алгоритмы Разное Абонемент ($m)
Маленькая программа для генерации примеров. C#
1 стартмани
28.09.2023 1376 1 FIERYLIONS 18
Конструктор: ЧислоПрописью и СтрокаСЧислом
Разное Инструментарий разработчика Работа с интерфейсом Платформа 1С v8.3 Абонемент ($m)
Возможно я просто ленивый, а может потому что понадобилось... в общем сделал конструктор параметров. Может 1С когда-нибудь сделает что-нибудь такое в конфигуратор?
1 стартмани
15.09.2023 3144 12 vandalsvq 8
Обычно в начале создают структурированный понятный и логичный каталог из пустых папок, а потом его заполняют как это делал со своей таблицей Менделеев.
Номенклатура - это справочник. Там не может быть никаких цен.
Цены рядом (слева от карточки), гиперссылка на регистр цен. Там все
цены и розн. и закуп.
В проекте (по сути та же расходная накладная). Только там можешь
указать роз.цену.
Когда проект в режиме разукомплектования, там нельзя сделать розничную
цену. А в стандартном режиме можно.
В этом вопросе есть ограничения накладываемые самой системой.
Поскольку цены на один и тот же товар со временем могут меняться,
поэтому запись цен ведется в специальном регистре.
Вручную туда цены не запишешь, только каким-то документом.
Вот документы: прих.накладная -пишет зак.цены, а проект- рознич.цены.
В других программах бывает спец.документ -установка цен, или корректировка цен.
Логичнее всего роз.цены устанавливать именно в момент продажи, а не
заранее их вводить.
И если была хоть одна продажа товара, система всегда вытащит эту
(последнюю) цену при следующей продаже.
(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.
Текст строки не важен, он заполняется наименованием товара.
До печати, таблицу с форматами строк и их количество строк на этикетке можно редактировать.
1)Добавил поиск картинок в интернете.
Функция ищет, через гуголевский поисковик, картинки по названию товара. При выборе из предложенных 20 вариантов вставляет картинку в основное изображение карточки товара.
2) (175) Упростил выбор и настройку шрифтов для этикеток(стандартная встроенная функция от 1С).
P.S. Летом занимался строительством хозблока. Теперь программу затачиваю под сметы на строительство.
1. Картинки искать он не хочет, точнее вообще даже намека нет, уж я поиск как только не писал ему. Может слово какое заветное надо говорить? ))
2. Шрифты на этикетках - согласен. В таком виде уже можно пользоваться. Спс.
Ждем исправления ошибок или разъяснения. И конечно новых доработок.
Поиск будет вначале предлагать выбрать фото из этого каталога и если ничего не выбрано, перейдет в поиск через интернет.
P.S. Надо бы разобраться какой скрипт в Linux отвечает за обработку регулярных выражений. Подставить его в программу не составит большого труда.
Добавил "Каталог типовых фото". Теперь при нажатии"Поиск картинок" программа вначале лезет в этот справочник, если ничего не выбирать, перейдет к поиску в интернете.
Такой вариант поиска устанавливается если в административных настройках установить галочку "Поиск фото в коллекции".
Фото выбранное для номенклатуры из "типовых фото" является просто ссылкой на эту запись. Поэтому если это фото заменить в "Типовых...", то присвоенная ссылка поменяет картинку у всех связанных товаров.
В типовой каталог фото заносятся с компьютера. Структура - многоуровневая иерархия.
Решил попробовать импорт компонентов через текстовый файл (Пользуюсь Altium). Ничего не получилось. Тогда я скопировал пример текста из файла справки ("Пример файла для загрузки, созданный Протеусом:")
и создал текстовый документ CSV. Опять делаю "Загрузить из текстового файла", формат выбираю Proteus, выбираю мой csv файл и окно "Файл не соответствует формату документа". Что это может означать. И как этим пользоваться.
Шаблон изменился потому как номиналы элементов перенес в характеристики номенклатуры.
Поле "Реквизит" очистить, а в характеристиках создать новую характеристику "Номинал".
И начальную строку установить 1 , а не ноль.
В Altium тоже надо шаблон поправить, с учетом что номиналы - это характеристики элемента.
Все строки очистились в окне "Протеус форматы файла" и все мои попытки их восстановить не получаются. Одну строку я могу добавить, а потом правый клик и "Добавить" (Ins), новую стороку не создаёт...? И никак.
После этого можно уже жать кнопку "загрузить из файла".
P.S. Строчки в шаблоне не нужно вручную добавлять, они берутся из колонок файла.
Реквизиты это элементы из справочников типа "Наименование, цена, артикул" их можно только выбрать из предлагаемого списка. Характеристики это свой справочник и туда можно что угодно придумать. Правда там только всего два поля "Наименование" и "значение".
Скрин шаблона
Там есть "Мультипроект" он собирает как раз отдельные проекты под одну крышу.
Это конечно не иерархия, но по другому в платформе 1С документы просто не возможно объединить.
По закрытию от изменений документов есть общая дата запрета редактирования. Но может есть смысл действительно привязать еще и к статусу документа. Надо подумать...
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
№ 97906
Создание 11.11.11 19:33
Обновление 06.04.14 12:35
Просмотры 26272
Загрузки 158
Рейтинг
38
Комментарии 259
Код открыт Не указано
Рубрики Разное
Кому Для всех
Тип файла Конфигурация (md, cf)
Платформа Платформа 1С v8.3
Конфигурация Конфигурации 1cv8
Операционная система Windows
Страна Россия
Отрасль Бытовые услуги, сервис
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)