Budget: 1700 UAH Deadline: 2 days
Выполню отчет по вашему шаблону с отборами по техническому заданию
Создание внешнего отчета (отчет по закупкам)
1С:Підприємство 8.3 (8.3.14.1694)
"Управление торговым предприятием для Украины", редакция 1.2. (1.2.56.2)
Postgresql
Budget: 1700 UAH Deadline: 2 days
Выполню отчет по вашему шаблону с отборами по техническому заданию
Budget: 30000 UAH Deadline: 10 days
Доброго дня, Андрію.
Зроблю Вашу задачу так, як і вирішили в її обговоренні:
- В регістр Закупки додам два ресурси СтоимостьРегл та НДСРегл.
- В усіх місцях використання цього регістру врахую появу цих ресурсів.
Особливу увагу приділю проведенню документів:
+ АвансовыйОтчет
+ ВозвратТоваровПоставщику
+ ВозвратТоваровПоставщикуИзНТТ
+ ГТДИмпорт
+ КорректировкаЗаписейРегистров
+ ОтчетКомиссионераОПродажах
+ ПоступлениеДопРасходов
+ ПоступлениеИзПереработки
+ ПоступлениеТоваровУслуг
+ ПоступлениеТоваровУслугВНТТ
- Створю зовнішній звіт на СКД, який буде відображати данні регістру Закупки за вказаний період часу кожного дня з вказаного періоду дат. У вигляді, як у прикладених файлах.
- Створю зовнішню обробку, за допомогою якої можна буде заповнити нові ресурси регістра для вже існуючих рухів документів.
- Перенесу зміни на конфігурацію Вашої Живої бази (і виконаю на ній свою обробку).
Оцінюю задачу в 30 000 грн. На роботу мені потрібно 5-10 днів, але так як я навряд чи зможу почати раніше 6-го вересня, то кінцевий срок закриття задачі взяв би на 20 вересня.
Я зареєстрований ФОПом (ЄП, 3 група, без ПДВ).
Приймаю оплату виключно на розрахунковий рахунок ФОПа. При цьому саму задачу можна провести через Сайт з вказанням, що оплата буде здійснена поза Сайтом. Це може бути корисно для можливості залишити один-одному відгуки.
Можу прийняти оплату, як від юридичної особи, так і від фізичної особи.
Якщо Вам потрібен договір, то можемо підписати договір, і тоді оплата буде по актам виконаних робіт.
Якщо договір не потрібен, тоді оплата по рахункам-офертам.
Я демонструю результат віддалено, і після надходження від Вас грошей, віддаю його Вам.
На мої роботи даю гарантію:
Якщо після отримання результата Ви знайдете якісь помилки в тому, що я робив, то виправляю їх безкоштовно (цей ризик включено у вартість і мотивує мене робити все якісно з першого разу).
Більш детально про мене та взаємодію зі мною можна у мене на сайті почитати: http://hj.net.ua/synergies.html
Budget: 1420 UAH Deadline: 3 days
Добрый день. Готов выполнить заказ. Необходимо обсудить нюансы и можно приступать к работе.
Budget: 3000 UAH Deadline: 2 days
День добрый,
готов выполнить вашу задачу, опыт работы в написании отчетов есть и в работе с УТП тоже.
Budget: 1800 UAH Deadline: 1 day
Добрый день. Обращайтесь - сделаем с использованием СКД со всеми настройками и отборами.
Опыт работы 17 лет.
Сертификаты 1С.
Контакты в профиле.
PS: Всем своим клиентам дарим модуль загрузки курсов валют с интернета.
Budget: 2000 UAH Deadline: 2 days
Добрый день! Буду рад сотрудничеству. Обращайтесь в ЛС для обсуждения.
Budget: 2999 UAH Deadline: 2 days
Доброго дня. Напишу вам такий звіт, можемо додатково поспілкуватися і уточнити всі нюанси. Дякую
Здравствуйте, Андрей.
Так в УТП закупки по регламентированному учету не ведутся в разрезе номенклатуры (если смотреть на регистр накопления ПриобретенияНалоговыйУчет). В регистре накопления Закупки - только данные управленческого учета.
Или Вам нужно объединить регистр накопления Закупки с регистром бухгалтерии Хозрасчетный (проводки Дт 2х Кт 63)?
Добрий вечір, так знаю що в регл. обліку не ведуться, показує лише управ. обліку. В нас валюта управ. обліку долар, а регл. обліку грн. Інвестор хоче ще бачити закупки і в грн.
То Вам потрібно просто перерахувати суми в доларах у гривню по поточному курсу (на яку дату)?
Чи потрібно організувати облік закупівель у гривні? Наприклад, додати ще один регістр і зробити, щоб документи робили по ньому рухи одночасно з рухами по регістру Закупівлі?
Алгоритм роботи наступний (в налаштуваннях валюта регламентованого обліку гривня, валюта управлінського обліку долар, курси валют щодн обновляються з фінанс.юа
1) закуповується сировина (продукція) - в 1с вводиться накладна, номенклатура з характеристиками, ціна зазначаєть в грн
2) щодня необхідно робити звіт по прийнятій продукції за зміну, тому у відборі вказувати ще й години окрім дати. наприклад звіт за період з 01.08 по 27.08 або з 27.08 8:00:00 год по 27.08 18:59:59 год., має відображатись кількість прийнятої продукції, вартість і сума як в грн так і доларах. в розрізі номенклатури скільки кожний контрагент поставив, або навпаки контрагент яку продукцію поставив, скільки і по якій ціні. Якщо заданий діапазон дат більше ніж один день то має будуватись по кожній даті. Це все приблизно описано наочно в файлах до завдання
По перше, потрібно зрозуміти, що хоч в документах і вказана гривня, але у регістр (по якому будується звіт) потрапляють долари.
Отже є два найочевидніших варіанти вирішення Вашої задачі (насправді їх значно більше, але то все варіації на тему цих двох).
1. Можна розраховувати суми в гривні при побудові звіту (курс брати з регістру з курсами валют на дату документа надходження, або прямо з документа надходження - в ньому фіксується той курс, по якому взаєморозрахунки з постачальником відображаємо).
В цьому випадку істотних змін в конфігурацію вносити не потрібно. Задача вирішується відносно швидко і не дорого.
Але формуватись цей звіт може годинами (може й швидше, але не настільки швидко, як користувачам зазвичай хочеться).
2. Можна в той же регістр Закупівлі додати ще один ресурс СумаРегл і при проведенні документів заповнювати його вказаною в документі суммою гривень, або перерахованою сумою документа з іншої валюти (якщо документ надходження валютний) у гривню.
Ну і потрібно буде або перепровести всі документи, або (що краще, хоч і витратніше) - написати ще обробку, яка в рухах всіх існуючих документів розрахує цей ресурс.
Цей варіант більш правильний з точки зору архітектури і методології розробки.
І в цьому випадку звіт буде формуватись "миттєво" (так як він формується зараз).
Вам який варіант більше до вподоби? На який бюджет Ви розраховуєте?
Якщо будемо все-одно вносити зміни у конфігурацію (варіант 2 без цього неможливий), то звіт все-одно робимо зовнішнім? Чи краще вже в конфігурацію його вставити?
Ще питання.
1.У звіт мають потрапляти ТІЛЬКИ прибуткові накладні?
Чи повернення, коригування, авансові звіти, звіти комісіонерів про продажі, надходження доп. витрат, надходження з переробки - теж?
2.
Я правильно розумію, що Вартість - це Ціна?
І вона розраховується як Сума / Кількість?
Чи має якось витягуватись вказана в документі Ціна?
1) на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів
2) так вартість це ціна (ціна*к-ст=сума)
бажано щоб ціну відображало
на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів
Тобто на даний момент обмежуємо задачу?
Варіант 1.
- В регістрі Закупки СумаРегл та НДСРегл будуть заповнюватись ТІЛЬКИ для прибуткових накладних (для інших документів там будуть нулі).
- У звіті потрібно реалізувати додатковий фіксований відбір, щоб у звіт потрапляли тільки рухи прибуткових накладних (доречі, в цьому випадку звіт буде трохи повільніше формуватись).
Так?
Варіант 2.
Чи бажано все ж таки зробити корректно (щоб всі документи рухали регістр правильно)?
Просто доробити це пізніше буде значно дорожче, ніж зробити це зараз вкупі з прибутковою накладною.
Варіант 3.Чи інші документи (крім прибуткової) не чіпаємо (вони будуть по регістру робити рухи з нульовими регламентними сумами), але і в звіті обмежень не вносимо (просто для не прибуткових накладних регламентні сума і вартість будуть нульові)?
Підкажіть, будь ласка, а що сталось з цією задачею? Її ж наче взялись виконувати. А тепер вона закрита без виконання.
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.
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.