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.Чи інші документи (крім прибуткової) не чіпаємо (вони будуть по регістру робити рухи з нульовими регламентними сумами), але і в звіті обмежень не вносимо (просто для не прибуткових накладних регламентні сума і вартість будуть нульові)?
Підкажіть, будь ласка, а що сталось з цією задачею? Її ж наче взялись виконувати. А тепер вона закрита без виконання.
Set up automatic daily updates of product availability on our website on prom.ua. We have a supplier who sends a price list of products in Excel format to our email every day. The items on our website and in the supplier's price list are the same. The values in the "stock" column are either out of stock, a number, or more than a box - these need to be updated on the site to either Ready for shipment or Out of stock. Items that are not in the supplier's price list should remain unchanged. Please propose a solution, timeline, and budget. Thank you in advance for your response, I look forward to collaborating with a specialist.
We are looking for an experienced specialist in 1C BAS KUP who can help integrate the work with a mobile application turnkey.Currently, we have not yet decided on the software and mobile application for the TSD, so we are looking for a specialist who has practical experience, is familiar with modern solutions on the market, and can not only recommend the optimal option but also fully implement it. What needs to be done:install and configure the mobile application and integrate it with BAS KUP;select and propose a TSD;set up correct data exchange between BAS and the mobile application;test the system's operation and, if necessary, fix errors or make necessary adjustments.conduct training for BAS KUP and TSD users.The project needs to be implemented urgently, so it is important for us to find a specialist who is ready to start work promptly and bring the implementation to a fully operational state. Requirements for the candidate:experience working with BAS KUP and integrating mobile applications;knowledge of modern solutions for warehouse automation;experience in implementing similar turnkey projects;ability to start work in the near future. In your response, please briefly describe your experience, indicate which solution you recommend for our case, provide examples of similar projects, and let us know when you are ready to start working.
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.