Budget: 600 UAH Deadline: 1 day
Good day . Ready to fulfill your task. Let’s suggest you a little to subordinate your tz – it will significantly reduce its cost and the volume of work with the same result for you. Ready to start today. Please call us and we will discuss details.
17 years of experience.
Certificate of 1C.
Contact in the profile.
PS: We give all our customers a currency rate download module from the internet.
Budget: 15000 UAH Deadline: 14 days
Hello to you.I will take your task for 15,000 UAH within 2 weeks (the result I expect to get earlier, but the deadline I take with the stock).I am a FOP (EN, 3 group, without VAT).I accept payments exclusively on the FOP account.At the same time, the task can be carried out through the Site with the indication that the payment is carried out through the Site.This can be useful in the light of the possibility of leaving one-to-one reviews.I can accept the payment as from Yuri.The face and the physique.the face.If you need a contract, we can sign a contract, and then the payment will be based on the acts of the work performed.If the contract is not required, then the payment on account offers (which can be paid both from the account and from a bank card or at any bank department).I show the result remotely (on the test basis), and after receiving money from you, I update three of your bases and give them to you.I am guaranteed for my work:
If after receiving the result you find any errors in what I did, then I fix them free of charge (this risk is included in the cost and motivates me to do everything quality from the first time).More detail about me and the interaction with me can be read on my website: http://hj.net.ua/synergies.html
Alina Bondarenko
Winning proposal- Projects 21
- Rating -
- Rating 547
Budget: 550 UAH Deadline: 1 day
Good day ! Ready to help with your task. The rate is indicated for an hour, this work will take 2-4 hours. In order to correctly evaluate this work, you need to communicate personally. Write to LS, we will be happy to help. We are also in Dnepr, a personal meeting is possible.
Budget: 1200 UAH Deadline: 2 days
Hello to you. There are ideas about how to fulfill your task. Let’s discuss the details.
Proposals concealed
Proposals are currently absent
Proposals concealed
-
Serhii Rilsky 14 November 2020Доброе утро. Есть несколько вопросов:
- какая у вас конфигурация (название и версия);
- с какой целью вы хотите заменять названия документов.
-
Yury Petrov
14 November 2020

А названия менять, что бы и просто в списке не понятно было что за документ. Это как дополнение, готовы отказаться от этого -
Serhii Rilsky 14 November 2020Может быть вам стоит перейти на УНФ базовую. Там уже реализован механизм блокировки (правда без редактируемых сообщений).
-
Sergey Nazarenko 14 November 2020Здравствуйте, Юрий.
А не проще ли сделать, чтобы пользователи вообще не видели запрещенных им документов? Зачем весь этот "маскарад"? -
Yury Petrov
14 November 2020
Проще конечно ограничить определённую категорию документов но нужно ведь не это) если убрать доступ чисто к примеру к справочникам номенклатуры то тогда вся она видна не будет. А нам необходимо что бы доступ остался к документам за определенный период
-
Sergey Nazarenko 14 November 2020Подождите. При чем тут номенклатура к документам? Не путайте все в одну кашу.
Можно ограничить доступ к документам (чтоб эти документы пользователь видел, а эти нет). И с номенклатурой можно так же поступить - чтобы эту номенклатуру видел, а эту нет.
В том числе можно и по периоду доступ ограничить. Чтоб старых документов они и не видели.
Делается это элементарно - с помощью механизма РЛС (если я правильно все помню, то в 8.1 он уже был).Кстати, еще один вопрос - а почему на такой древней версии работаете? На 8.3 обновиться не думали?
-
Yury Petrov
14 November 2020
Каким образом будет ограничиваться доступ? По типу документов? И как быть в том случае если доступ к этому типу документов нужен, но не ко всем а к тем которые были созданы в течении последнего месяца. На 8.1 с 2010года необходимости обновляться не было полностью устраивала нас
-
Sergey Nazarenko 14 November 2020"Каким образом будет ограничиваться доступ?"
В 1С есть такое понятие как RLS (Record Level Security). С ее помощью, для каждой роли, которую нужно ограничить (т.е. ограничивать можно не всех пользователей, а только пользователей с определенной ролью)... для каждого объекта (в нашем случае документа), доступ к которому нужно ограничить... прописывается "запрос-ограничение".
В Вашем случае, запрос может накладываться по дате. Что-то вроде "ГДЕ Дата >= ПРИБАВИТЬПЕРИОД(&ТекущаяДата, -31, ДЕНЬ)".
Где ТекущаяДата - это ПараметрСеанса (который тоже нужно будет добавить и устанавливать при запуске приложения).Все. И теперь пользователи с этой ролью просто физически не будут видеть документы старше 31 дня.
А реализовать то, что Вы изначально просите (с маскарадом названий документов) - во-первых трудозатратно (т.к. не очень понятно как это вообще можно реализовать), а во-вторых ненадежно, т.к. пользователь может наугад открывать какие попало документы и таким образом найти нужный ему. -
Yury Petrov
14 November 2020
Хорошо, Сергей. Делайте вашу ставку если интересно будет этим заняться. Обсудим все дополнительно по телефону если нужно будет.
-
Sergey Nazarenko 14 November 2020Я делаю ставку только после того, как у меня на руках будет цена. А для получения цены мне нужно более подробно изучить задачу.
Для этого мне от Вас понадобится:
- Файл Вашей конфигурации. Или даже лучше, если такое возможно, выгрузка базы с похожими на Ваши (но не обязательно настоящими) демо-данными для разработки.
- Более подробное описание того, каким ролям, какие документы и точно по каким критериям ограничивать? Например, "Нужно добавить роль Стажер, у которого должен быть доступ только к документам ЗаказПокупателя (и к связанным с ним справочникам - только просмотр). При этом документы, старше 31 дня ему доступны быть не должны."- Вам результат в каком виде нужен? Файл конфигурации с изменениями подойдет? Или нужно будет обновить все Ваши три базы и сдать "под ключ"?
P.S.
Вот. Нашел статью про РЛС. В ней говорится, что РЛС появилась в 8.1 (так что Вам такое решение очень даже подойдет).
http://e-1c.ru/index.php/node/207 -
Sergey Nazarenko 14 November 2020Еще один уточняющий вопрос.
"доступ к этому типу документов нужен, но не ко всем а к тем которые были созданы в течении последнего месяца"
Имеется в виду ограничение по дате документа? Или если мы сегодня вводим документ трехгодичной давности, то во-первых, нам должны позволить такое сделать, а во-вторых, этот документ должен быть доступен (т.к. создан сегодня, хоть и древней датой)?
-
Sergey Nazarenko 15 November 2020Здравствуйте, Юрий.
Читая обсуждение задачи (в том числе с другими исполнителями), а также постановку задачи, у меня все больше закрадываются сомнения в том, что я правильно уловил суть Вашей проблемы, т.к. формулировку "чтобы пользователи не видели документы" можно понимать по разному.Поэтому задаю ключевой вопрос:
Вам нужно чтобы ограниченные пользователи "не знали" о существовании более ранних документов?
Или просто, чтобы эти документы "не путались у них под ногами"? -
Sergey Nazarenko 15 November 2020чтобы ограниченные пользователи "не знали" о существовании более ранних документов?
Я имел в виду "чтобы пользователи не знали о существовании документов в закрытом периоде"
-
Sergey Nazarenko 15 November 2020По поводу настройки ограничений.
Настройки ограничений должный задаваться конкретному пользователю отдельно свои. В карточке пользователя Конфигуратор – Администрирование – Пользователи = Конкретный пользователь
В указанное окно мы никакие поля добавлять не можем (это чисто платформенное окно).
Если настройки нужно делать для каждого пользователя, то для этого нужно добавлять какие-то поля в структуру данных конфигурации.
Например, в справочник Пользователи.
Или добавить специальный регистр сведений с настройкой периодов отображения документов.
Тут надо еще подумать, как лучше.
Но важно, чтобы Вы понимали, что в указанное окно настройки пользователей, открываемое в конфигураторе, мы никаких настроек добавлять не можем (кроме ролей в список доступных пользователю ролей, но об этом дальше). -
Yury Petrov
15 November 2020
"кроме ролей в список доступных пользователю ролей" значит создание дублирующей роли будет оптимальным решение. Но тогда вопрос где и как мы будем задавать период для этой роли?
-
Sergey Nazarenko 15 November 2020Период для этой роли будем задавать в карточке Пользователя (в режиме Предприятие). Технически, будет это реквизит в справочнике Пользователи или отдельный регистр сведений - не важно. С точки зрения пользователя-администратора - это будет где-то в карточке Пользователя.
Я больше к регистру сведений склоняюсь, но еще подумаю как лучше. -
Yury Petrov
15 November 2020
Не будет ли пользователь иметь доступ к этой настройке, и возможность ее редактировать самостоятельно?
-
Sergey Nazarenko 15 November 2020Естественно, что нет. Доступ к настройке будет только у Администратора (ПолныеПрава).
А у роли ПолныеПраваСОграничением будут права только на программное чтение таблицы настроек периодов (т.е. он их даже посмотреть не сможет - развче что запросом каким-то выковырять, чтобы увидеть). Но изменять настройки у него возможности не будет.
-
Sergey Nazarenko 15 November 2020По поводу настройки периода.
иметь возможность указывать это период от и до
Если так сделать, то нужно будет регулярно (с той частотой, с которой этот период изменяется) для каждого ограничиваемого пользователя вручную указывать этот период.
Вы точно уверенны, что хотите именно этого, а не например "чтобы каждому пользователю можно было указать глубину периода, за который он видит документы" (например, только документы за последние 30 дней)?
-
Yury Petrov
15 November 2020
Я так понимаю вы ознакомились с обновлённой информацией, я не совсем понимаю о чем вы говорите. Мне допустим надо что бы пользователь не видел документы за март 2019 года. Я себя представляю это так: указываю дату начала ограничения 01.03.2019 и дату окончания 31.03.2019 как бы и все, за этот период документы не должны быть видны. Что касательно последних 30-60 дней и тд. Я понимаю что идёт смещение во времени и дату нужно будет редактировать. Каждый день, по событию изменения даты.
-
Sergey Nazarenko 15 November 2020Да. Я ознакомился с дополнением к задаче и приложенными файлами.
Я не совсем правильно понял. Мне показалось, что Вы хотите указывать период дат, в котором пользователю доступны документы. А получается, что у Вас обратная задача - "скрыть какой-то конкретный период".
Кстати, сразу следующий вопрос, уже с новой точки зрения: Такой "скрытый" период может быть только один? Или их может быть несколько (например, март 2019, сентябрь 2019 и "с 13.01.2020 по 21.05.2020")? -
Yury Petrov
15 November 2020
Да периода достаточно одного, если нам необходимо будет ограничить март и август допустим мы будем делать ограничение с марта по август
-
Sergey Nazarenko 15 November 2020Понял.
А что по первым двум вопросам: Ключевой вопрос и По поводу настройки ограничений. -
Sergey Nazarenko 15 November 2020По поводу ролей.
Если речь идет о том, чтобы документы не были доступны никакими способами (ограниченные пользователи "не знали" о существовании документов за пределами позволенного им периода), то...Реализовывать эту задачу разумнее всего через РЛС. Так и надежнее (т.к. "спрятанные" документы будут недоступны пользователю никакими способами, включая запросы и отчеты), и технически проще.
Но РЛС вешается не к пользователю, а на какие-то роли.
Причем, если пользователю будет назначено две роли, одна из которых дает доступ к указанным документам, а другая роль пытается с помощью РЛС этот доступ ограничить, то сработает принцип "если одна из ролей позволяет, тогда пользователю позволено" и РЛС работать НЕ будет.
Следовательно, чтобы РЛС работал, ограниченным пользователям должна быть назначена роль, в которой настроена РЛС, и не должно быть назначено других ролей, дающих доступ к указанным объектам.
В предоставленной Вами тестовой базе - у всех пользователей ПолныеПрава.
Если в Ваших Живых базах тоже у всех пользователей ПолныеПрава, то логично ограничение вешать на эту роль. Хотя, как на мой взгляд, крайне странно и не логично - роль ПолныеПрава, у которой права НЕ полные.
Если ограничивать нужно пользователей, которым не назначена роль ПолныеПрава, а назначена роль Пользователь, тогда логично РЛС вешать на роль Пользователь. Правда, в этом случае, всем таким пользователям нужно будет настраивать доступные периоды. Хотя эту необходимость можно какой-то дополнительной галочкой в свойствах пользователя отключать (это так - раздумья на тему).
Если же это будут совершенно новые пользователи, у которых доступ должен быть ограничен строго указанными документами (и используемыми в них ссылками), тогда логично добавить новую роль (или новые роли), которые назначить этим пользователям вместо роли Пользователь.
Тут нужно обсудить как Вам лучше.
Но в этом случае, мы получим необходимость в будущем поддерживать эту роль в случае дальнейших доработок конфигурации.
Под "поддерживать эту роль" я подразумеваю "каждый раз при внесении в конфигурацию изменений, которые затрагивают роли, анализировать необходимость внесения изменений и в нашу(и) роль(и), и вносить их, если это необходимо".
В-общем, нужно больше информации о том, каким образом Вы раздаете своим пользователям роли, и как Вы видите развитие своей политики раздачи ролей пользователям? -
Yury Petrov
15 November 2020
Значит сделать дублирующую роль, аналогичную «Полные права» но назвать ее «Полные права_ограниченные» и для неё реализовать оговариваем функционал.
-
Sergey Nazarenko 15 November 2020По поводу поставки результата.
Я правильно понимаю, что Вы предоставите три dt-шки Ваших Живых баз? И во время того, как я буду у себя обновлять в них конфигурацию, в Ваших базах никто работать не будет. А когда Вы получите от меня обновленные dt-шки, то самостоятельно развернете их у себя?
Или, может, чтобы сократить время "простоя" баз, лучше пустить меня удаленно на Ваши машины, чтобы я обновил конфигурацию прямо на Живых базах? Естественно, бекап "До" и бекап "После" - в обязательном порядке :)
-
Yury Petrov
15 November 2020
Мы остановим работу полностью, предоставим три dt для правки. Обратно хотим получить этиже исправленные dt. Процес заливки произведем сами.
Current freelance projects in the category Enterprise Resource Planning (ERP)
Attention Production is looking for a specialist for long-term cooperation!!! I am looking for a developer or a team that will help create an inexpensive, reliable, and easy-to-use production automation system for the chicken deboning workshop. The main goal is to maximize the automation of the weighing process, product labeling, inventory management, and ensure complete traceability of each batch of products from the receipt of raw materials to delivery to the customer. Main functionality 1. Integration with weighing equipment Connecting electronic scales to a personal computer. Automatic weight acquisition without manual input. Support for one or multiple workstations. 2. Automatic printing of thermal labels After weighing, the system automatically prints a label containing: product name; weight; batch number; production date; expiration date; code or full name of the employees who performed the operation; barcode or QR code; other necessary information according to the company's requirements. 3. Automatic inventory management The system must provide: receipt of carcasses for production; automatic write-off of raw materials; accounting of finished products; real-time inventory tracking; control of losses and product output. 4. Product shipment Formation of customer orders. Order picking. Automatic write-off of products from the warehouse. Control of inventory after shipment. 5. Traceability This is one of the most important modules of the system. It is necessary to ensure the ability to determine at any moment: from which batch of carcasses each unit of product was made; when it was produced; who specifically processed it; on which scales it was weighed; what weight indicators were recorded; when and to whom it was shipped. The system should also allow for quick retrieval of all units of product made from a specific batch of raw materials, which is especially important in case of inspections or product recalls. 6. Reports It is desirable to implement: inventory levels; product movement; employee productivity; output of products from each batch; losses during deboning; history of all operations; production statistics for any period. Preferences Simple and intuitive interface. Minimal manual data entry. Operation without expensive licenses. Local database with backup capability. Possibility of further functional expansion. Support for integration with scales and thermal printers (Zebra, Godex, TSC, Xprinter, or similar). In your response, please indicate Examples of similar projects. Proposed development technology. Estimated cost and completion time. Supported models of scales and thermal printers. Suggestions for system improvement. Prospects for cooperation In the future, there are plans to expand the system to a full-fledged production ERP with automation of all enterprise processes: procurement, inventory, production, quality control, logistics, sales, and financial accounting. Therefore, I am looking for a specialist or team for long-term cooperation. I would also immediately add another requirement that will significantly increase the practical value of the system: calculation of product output and losses. For example, if 1,000 kg of carcasses are received, the system automatically shows: how much fillet, thighs, wings, drumsticks, etc. were obtained; overall output percentage; technological losses; productivity of each employee or team; cost of each item.
CRM Setup | Make Automation
Communication/recruitment agency. CRM — NetHunt (Business plan, 2 users). Two funnels — candidates and clients — have already been created independently. This is an internal working tool for a team of 2 people, not a public product. The goal is to correctly configure the system, automate routine tasks, and connect external tools (Google Form, Notion, Telegram) to the CRM. What needs to be done Review and optimize the structure of the database and two funnels (fields, stages) for recruitment processes. Automatic emails to candidates when moving between stages of the funnel (native NetHunt workflow + templates). Auto-creation of candidate cards from applications — evaluate two options: (a) native NetHunt form; (b) from the existing Google Form via webhook/Make. Notion → NetHunt: when creating a record in the database [SPECIFY WHICH], a card is automatically created in the CRM (via Make/Zapier, field mapping, duplicate protection). Connecting Telegram — evaluate two options: (a) two-way integration (candidate chats become cards, responses from CRM); (b) one-way auto-messages. Testing all scenarios + training 2 people + a short instruction. Criteria for successful results All automations work stably, without duplicates and data loss. The team understands how to use the system and make simple edits independently. There is a short, clear documentation on the setup. Please specify in your response Fixed price separately for each item + total. Deadline for completion. Whether support after launch is included (e.g., bug fixes for 1–2 weeks). Similar cases: implementation of NetHunt and/or integrations via Make.
We are looking for a specialist in Google Sheets to support the existing work tracking table and payroll calculation. The table has already been created and contains many formulas and interconnections between sheets. Currently, there are errors that need to be found and corrected. Requirements: analyze the structure of the table; find and fix errors in the formulas; restore the correct functioning of the table if necessary; explain the working principle so that we can independently make simple changes in the future; provide ongoing support for the table if possible. Experience with Google Apps Script will be an advantage if the table uses automation. Before starting work, I will provide access to the table and explain what the problem is.
Adding document photos via a Telegram bot. The connection to BAS should be implemented as an extension - without changing the configuration. Settings: 1. Log for setting which objects it will work with. An object can be a document or a directory. 2. User log of the bot. The log confirms bot users, links to BAS users (a bot user may not be a BAS user), default department 3. Access settings for storage on FTP 4. Settings for departments and directories on FTP for departments Registration 1. by phone number 2. Confirmation of registration in BAS (check the active box) Operating mode. Mode 1. 1. From the document, the "add photo" button is pressed. (the button for the user is pressed only once, and until the operation is completed in the bot, it is inactive for this or other documents) 2. The bot sends a message to the user "add a photo or document". 3. The user attaches a photo (one or several) and presses the "send" button in the bot (or cancel) 4. A message in Telegram about the success of the sending. 5. The photo is attached to the document in BAS. Mode 2. 1. Photos are added to the bot 1 or several 2. A "send" button appears (or cancel) 3. A message in Telegram about the success of the sending 4. File upload to the department's directory. The file name is formed as: 2026_06_24_Document_Telegramuser
Looking for a specialist in business process automation. Need to conduct an audit of routine tasks (orders, reporting, spreadsheets, communication, control) and implement effective solutions. Requirements: experience with AI, Google Sheets/Apps Script, Telegram bots, CRM, integrations (Make, Zapier, n8n). Expectations: process audit; identification of bottlenecks; proposals and implementation of automation; minimization of manual work. The goal is to automate repetitive processes and free up the team's time for development.