Бюджет: 1000 UAH Срок: 2 дня
Добрый вечер. опыт работы 8 лет. готова реализовать Ваш проект.
Нужно написать в Excel программу для ведения учета строительнной компании (расходы, зп), выделить категории приходов и расходов и свести все в баланс. Пример: программа P&L. Программа должна показывать помесячные изменения в цифрах (сколько ушло на офисные расходы, на хоз товары, и к примеру на рекламу), а также выделить подкатегории, как: реклама ФБ, реклама гугл и т д. Будем рады сотрудничеству.
Бюджет: 1000 UAH Срок: 2 дня
Добрый вечер. опыт работы 8 лет. готова реализовать Ваш проект.
Бюджет: 1000 UAH Срок: 2 дня
Марьяна, добрый день
Готов реализовать проект в кратчайшие сроки (опыт работы с excel 10+ лет)
По желанию - визуализация и аналитика
Бюджет: 700 UAH Срок: 14 дней
Марьяна, добрый день! Работаю аналитиком 10 лет, разрабатываю отчетность в эксель и гугл таблицах (в том числе P&L и пр, в том числе делаю автоматизацию и аналитические инструменты).
Ставка пока условная, для точной оценки нужно обсудить задачу более подробно.
Пишите)
Бюджет: 700 UAH Срок: 1 день
Добрый день, Марьяна.
Есть наработки в этом направлении. Категории, графики, сводные таблицы по необходимости - пишите в лс, покажу рабочий пример, что я разрабатывал в в рамках другого проекта.
Бюджет: 2000 UAH Срок: 2 дня
Добрый день!
Правильно ли я понимаю, что вам нужна управленческая отчетность в Exel?
Готова выполнить задание, в результате которого предоставлю шаблоны P&L и Balance с прописанными формулами и формулой проверки (подставив данные в отчеты вы сможете увидеть, есть ли ошибка в балансе. Ошибка может быть, если будут вписаны некорректные данные).
Вам останется только внести в таблицу данные и увидеть финансовый результат деятельности, баланс.
Пишите - обсудим.
Бюджет: 1000 UAH Срок: 2 дня
Здравствуйте!
Работаю с Excel и Google таблицами.
Готов помочь с помощью формул или макроса.
Буду рад сотрудничеству.
Здравствуйте, Марьяна.
Я в конце 90-х видел хороший полноценный бухгалтерский учет на Экселе. Но тогда клиент переходил с этого Экселевского учета в 1С, т.к. Эксель физически не тянул такие огромные объемы данных. И это никаких P&L - это был чистый бух. учет.
С тех пор техника сильно шагнула вперед, и возможности 1С тоже сильно выросли (если в те времена база в 200МБ считалась огромной, то сейчас 50ГБ - это средненькая база). А вот возможности Экселя, в плане обработки огромных массивов данных, - выросли не сильно (100МБ файлы он очень трудно ворочает).
Т.е. скорее всего, Вы в этот проект вгрохаете указанную Вами сумму, умноженную на 1000-100000, и в итоге, через год эксплуатации, эта система загнется.
Поэтому, лучше сразу обратите свое внимание в сторону 1С. И не тратьте зря свое время и деньги.
Возможно на OLAP кубах хотят построить!? Но это тоже давно прошлый век! Сереж, я с Вами полностью солидарен!!!
Так то оно так, А сколько это будет стоить в 1C?
С затратами Вы ошиблись на пару ноликов 700х1000=700000 = 25 тыс. баксов. За такие деньги берется человек в штат ;)
В ексль, и даже в гугл таблицах. Очень хорошо вести учет на начальном этапе и переходить на более продвинутые системы вместе с ростом предприятия.
В ексль, и даже в гугл таблицах. Очень хорошо вести учет на начальном этапе и переходить на более продвинутые системы вместе с ростом предприятия.
На начальном этапе о P&L никто не думает. Мысли о P&L, обычно появляются у компаний, когда они уже дорастают до корпораций международного уровня.
А сколько это будет стоить в 1C?
Если учесть, что 1С специально заточена под разработку програм учета (и 80% очень сложных вещей реализации скрыта "под капотом")... и если учесть, что любая типовая конфигурация - это 20-30 лет труда не одной сотни программистов... И даже если не найдется полностью подходящего Заказчику готового решения на 1С, то внести небольшие правки в соответствии с различиями между ожиданиями Заказчика и уже имеющимися наработками, будет значительно дешевле, чем писать это все с нуля в системе, которая просто не предназначена для решения подобных задач.
"С затратами Вы ошиблись на пару ноликов 700х1000=700000 = 25 тыс. баксов. " Я прозрел - откуда такие цифры???
Цифры брал почти "с потолка".
Исходил из того, что реализовать средствами Экселя полноценный бухгалтерский учет - это 0,5-3 года работы. Я прикинул, что в 1000 раз (просто красивое число) больше указанного бюджета (это будет 700 000 грн) - вполне приемлемая цена для проекта на 0,5-1 года. Но на выходе будет сырой черновичек, в котором только один пользователь сможет работать.
А если учесть необходимость надежной многопользовательской работы.... если учесть, что нужен не простой бух. учет, а полноценный фин. учет (позволяющий собирать P&L)... Если еще учесть, что это все запускается "с кардачка", а следовательно переписываться "с нуля" будет раза три... Да и другие риски, с которыми постоянно придется бороться команде во время этой разработки.... То умножить первый бюджет (который в 1000 раз больше озвученного) еще на 100 (просто красивое число) - вполне нормально будет. Так появилась цифра 700*100000.
Ясное дело, что это цифры оторванные от реальности. Важно, что они характеризуют огромные затраты, которые будут выброшены в пустоту (точнее, на получение Заказчиком соответствующего опыта).
P&L и СF, я без понятия как это одним отчетом собрать на тех кубах екселя, интерфейс как минимум не тот, может найдутся спецы, которые возьмут работу, но но я за Назаренко Сергея вариант.
Думаю, что в задании речь ведется об управленческом учете.
И есть смысл делать его в Exel или гугл-таблицах, если управленческие отчеты предназначены не для широкого круга пользователей.
Необходимо настроить связь для vapi.ai через make.com к сайту на prom.ua. Робот должен запрашивать цену, наличие и описание товара на сайте.
Автоматизация / AI-контент-завод для создания коротких видео Ищу специалиста для разработки автоматизированной системы по массовому созданию AI-контента для TikTok / Instagram Reels. Основная задача — создать не шаблон, который каждый раз генерирует однотипные ролики, а полноценный контент-завод, способный регулярно создавать разные видео: с новыми сюжетами, сценами, локациями, действиями и визуальными решениями. ### Как примерно должен работать процесс: 1. Генерация идеи и сценария - система генерирует новую тему / идею для ролика; - создаёт сценарий; - разбивает его на отдельные сцены / кадры; - для каждой сцены формируется описание того, что должно происходить. Важно, чтобы ролики каждый раз отличались друг от друга, а система не повторяла постоянно одинаковые идеи, сцены и структуру. 2. Создание изображений по сценам - для каждой сцены автоматически генерируется изображение; - изображения должны соответствовать общей истории ролика; - должна быть возможность работать в двух режимах: Режим 1 — разные персонажи и разные истории Каждый ролик может иметь новых героев, новый визуальный стиль, новые локации и сюжет. Режим 2 — AI-блогер / постоянный персонаж Фиксируется один персонаж, который сохраняет узнаваемую внешность между роликами, но при этом меняются: - одежда; - локации; - ситуации; - действия; - сюжет; - окружение. То есть должен получиться условный AI-блогер, который постоянно появляется в новом контенте. 3. Оживление сцен + голос Предпочтительно использовать AI-модели, которые могут сразу: - оживлять изображение; - создавать речь / lip-sync; - генерировать или синхронизировать голос. То есть необязательно делать озвучку отдельным этапом, если выбранный AI-сервис способен генерировать видео с речью сразу. Но архитектура должна учитывать стоимость генерации: если отдельная генерация голоса + последующая анимация окажется значительно дешевле или качественнее, можно использовать и такой вариант. Язык речи: - русский; - украинский. 4. Сборка ролика На выходе нужно получить набор готовых сцен или полноценное вертикальное видео. Дополнительно можно реализовать: - автоматическое соединение сцен; - субтитры; - музыку; - звуковые эффекты; - переходы; - автоматический монтаж. Монтаж не является обязательной частью первого этапа проекта — зависит от стоимости и сложности реализации. 5. Автопостинг Опционально: - автоматическая публикация в TikTok; - автоматическая публикация в Instagram Reels. Автопостинг также можно вынести в отдельный этап. ### Важный принцип системы Это должен быть именно масштабируемый AI-контент-завод, а не один жёстко зафиксированный workflow для генерации одинаковых роликов. Система должна уметь создавать большое количество разного контента за счёт: - генерации новых идей; - разных сценариев; - разных сцен; - разных локаций; - разных действий персонажей; - разных визуальных композиций; - контроля повторов уже использованных идей. При этом должна быть возможность зафиксировать определённые параметры, например: - одного постоянного AI-персонажа; - конкретный визуальный стиль; - тематику канала; - формат видео; - язык; - длительность роликов. ### Пример логики: Тема / ниша → новая идея → сценарий → разделение на сцены → генерация изображений → оживление сцен с речью → сборка ролика → сохранение / публикация ### По реализации Предпочтительно использовать n8n, но открыт к другим решениям, если исполнитель сможет предложить более стабильную архитектуру. Система должна быть модульной, чтобы в будущем можно было заменять: - LLM; - модель генерации изображений; - модель image-to-video / talking image; - голосовой сервис; - сервис монтажа; - способ публикации. Желательно предусмотреть хранение истории уже созданного контента, чтобы система могла учитывать предыдущие ролики и снижать количество повторяющихся идей. ### Что хочу получить от исполнителя в отклике: - ваш опыт с AI-автоматизациями и n8n; - примеры похожих проектов; - какую архитектуру вы предлагаете; - какие AI-модели / API предлагаете использовать; - как предлагаете решить вопрос разнообразия контента; - как предлагаете решить консистентность постоянного AI-персонажа; - ориентировочную стоимость одного сгенерированного ролика; - стоимость разработки автоматизации; - что можно реализовать в рамках первого MVP. Готов рассмотреть реализацию поэтапно: Этап 1: рабочий контент-завод до генерации готовых сцен / ролика. Этап 2: автоматический монтаж. Этап 3: автоматическая публикация в TikTok / Instagram.
Имеется лицензия Корп. Необходимо настроить ЦУП для 1с и SQL, что бы понять где проседает и идут зависания.
Общее описание: Ищем исполнителя для решения задачи автоматизации обновления данных о товарных остатках поставщиков. В первую очередь рассматривается поиск и адаптация существующего готового решения. Если готового решения, соответствующего ключевым требованиям, не найдется, рассматривается разработка расширения с нуля.Основная цель — настроить стабильную и автоматическую загрузку остатков. Дополнительной (опциональной) задачей является настройка загрузки прайс-листов. Возможен рассмотрение отдельно или в комплексе.Конфигурация 1С:Программа: Business Automation Software for small company. PROFВерсия: 1.6.21.3Требование: Решение должно быть реализовано исключительно в виде расширения, без внесения изменений в основную конфигурацию.Подход к реализации (Важная заметка для исполнителей):Мы открыты к вашим предложениям! Если у вас есть:Готовое расширение, которое частично соответствует требованиям — предлагайте его с описанием необходимых доработок.Своё видение или альтернативный подход к реализации — мы с радостью его рассмотрим. Наша цель — получить эффективный рабочий инструмент, и мы готовы быть гибкими в способах её достижения. Основные требования к функционалу:1. Получение данных:Источник: Почтовый ящик Gmail.Способ получения: Система должна уметь обрабатывать: Письма с прямыми вложениями (файлами).Письма, в теле которых содержится прямая ссылка для загрузки файла (без необходимости ввода логинов/паролей на сторонних порталах).Фильтрация вложений: Возможность указать "маску" имени файла или расширения для каждого поставщика (например, *stock*.xlsx), чтобы система автоматически игнорировала другие вложения в письме (счета, картинки с подписями, PDF-каталоги).Форматы файлов: Excel (.xls, .xlsx), CSV, XML. 2. Настройка и обработка данных:Необходимо реализовать гибкий интерфейс настройки для каждого поставщика отдельно.Логика сопоставления номенклатуры: Сопоставление товаров должно происходить строго по артикулу.Обработка несопоставленных позиций: Если артикул из файла не найден в базе 1С, система не должна создавать новую номенклатуру. Вместо этого, должен формироваться отчет с перечнем таких позиций для дальнейшего анализа менеджером.Обработка неполных файлов: Система должна корректно обрабатывать файлы, содержащие только остатки (без цен) или только цены (без остатков), обновляя в 1С только те данные, которые присутствуют в файле.Оптимизация работы с памятью: Парсинг больших Excel-файлов должен происходить максимально оптимизировано (например, чтение через табличный документ на стороне сервера или с помощью специализированных библиотек), чтобы избежать аварийного завершения 32-битной клиентской программы из-за нехватки оперативной памяти.Единицы измерения и валюты (опционально): Возможность указать валюту входного файла (с автоконвертацией) и задать коэффициент упаковки для корректного расчета базовых единиц измерения. 3. Логика загрузки данных:Основное задание: Загрузка остатков Это ключевая и обязательная часть функционала.Критическое требование к очистке: Очистка предыдущих остатков конкретного поставщика должна происходить исключительно после успешного считывания и полной валидации нового файла. Если файл поврежден, пустой или изменилась структура колонок — старые остатки не удаляются, а система просто генерирует ошибку. Это необходимо для избежания случайного обнуления базы и гарантии наличия данных. Дополнительное (опциональное) задание: Загрузка прайс-листовЭта функциональность будет преимуществом, но не является обязательной на первом этапе.Статические цены: Возможность загружать цены в три определенные типа цен в 1С: "Закупочная", "VIP цена", "Розничная".Расчетные цены: Необходимо предусмотреть гибкий механизм расчета цен по формулам, который настраивается для каждого поставщика. Например: Вариант А: Базовой является розничная цена из файла, а закупочная и VIP рассчитываются как процент от неё.Вариант Б: Базовой является закупочная цена, а розничная и VIP рассчитываются с помощью наценки.Должна быть возможность задавать базу расчета и формулу для каждого типа цен. 4. Хранение и отображение данных в 1С:Хранение: Рекомендуется хранить данные в новом Регистре сведений. Однако, мы открыты к вашим предложениям, если вы видите более оптимальный архитектурный подход.Отображение: Актуальная информация об остатках должна отображаться в следующих интерфейсах:Форма документа "Заказ покупателя".Форма "Подбор товаров".Форма карточки номенклатуры.Важно: Если один и тот же артикул имеется у нескольких поставщиков, в интерфейсе должно быть четко видно остаток по каждому из них отдельно (например, отдельная информационная панель, всплывающее окно при наведении или дополнительные колонки). 5. Автоматизация:Загрузка должна выполняться автоматически с помощью серверного регламентного задания (или другого более оптимального подхода).Должна быть возможность настроить разное время запуска для разных поставщиков (например, 8:00, 10:00).Обязательно должна быть возможность ручного запуска процесса загрузки.Система уведомлений: В случае возникновения критических ошибок во время автоматической загрузки (отсутствие файла в письме, неизвестный формат, ошибка чтения), система должна генерировать уведомление для ответственного менеджера (в виде задачи в 1С, сообщения или email). Результат работы:Файл расширения (.cfe), или инсталляционный пакет готового решения.Инструкция пользователя по настройке и использованию. P.S. Примеры подобных доработок : 1) https://ingenum.ua/analiz-praysov-postavshikov-dlya-bas-ili-1c2) https://pdk.com.ua/ua/features/dev/monitor_zagruzki-detail/3)https://nct.ua/catalog/raboty_dlya_1s_8/Automatic-loading-of-price-lists-of-suppliers-and-the-balance-of-goods-from-suppliers/
Необходимо, чтобы при создании заказа менеджером в Битриксе автоматически формировалась ТТН для Новой почты. Для дальнейшей возможности распечатывать ТТНки реестром.