Создается новый процесс, вручную ему присваивается номер и выбираем тип процесса. В зависимости от выбранного типа создается шаблон в котором вносится параметры: время начала, окончания и т.п. вводится все вручную, единственный параметр который подтягивается это значение поля используемого сырья(подтягивается со склада). По окончанию процесса оператор жмет кнопку "конец" и полученный результат - партию, записывается на "склад", а заполненный шаблон сохраняется в архив. Одновременно может проходить несколько процессов. Склад формируется только из ранее выполненных процессов, т.е. это циклическое производство где новое делается из ранее произведенного. Например: процесс №3 использует в качестве сырья, партию №2 и 1, следовательно по результату процесса на складе останется только партия №3, а 1 и 2 будут удалены.
Бюджет: 2000 RUB Срок: 1 день
Александр, добрый день.
Напишу простое решение на базе ексль + VBA или гугл таблиц (если решите делать онлайн).
Полностью покроет Ваши задачи, быстро и не дорого. Обращайтесь!
Бюджет: 8000 RUB Срок: 14 дней
Создам для вас универсальный инструмент. При возникновении новых типов процессов будет возможность самостоятельно донастроить систему. Бесплатное исправление ошибок в течении месяца от начала эксплуатации.
Здравствуйте. Вы хотите мини ПДМ-систему?
13 ноября 2020
Мне сложно ответить на вопрос, я не знаю что это такое. По факту моя задача это реализация бумажного журнала учета производственных процессов. Единственное идет взаимодействие со складом, "сырье" оттуда берется и кладется результат текущего процесса. А дальше "сырьем" является результаты предыдущих процессов.
На сколько я понял. Вы хотите создать данные на тех. процесс в зависимости от специфики работ (шаблона документа). На выходе получить ввиде PDF файла, с возмлжностью ведения учета данных по документам и привязки их к деталям. Я правильно вас понимаю?
13 ноября 2020
Да, что то вроде того.
Какое приложение вам нужно: веб или десктоп?
13 ноября 2020
Десктоп приложение.
Александр, задача интересная, если я правильно вас понял, вам нужна небольшая программа, "заточенная" под ваше рабочее место, помогающая вам выполнять ваши профессиональные обязанности. Из вашего сообщения ясно, что необходимо вести количественный учет текущего состояния "склада". Если у вас нет времени писать техническое задание то, пожалуйста, приведите несколько примеров. Какие выходные документы будет генерировать программа?
Здравствуйте!
Есть вопросы по тех. заданию:
1) В какой операционной системе предполагается эксплуатация софта?
2) Требуется ли функциональность одновременной работы нескольких пользователей с данными программы с разных компьютеров?
3) Требуется ли аутентификация пользователей? Т.е. будут ли работать с программой разные пользователи и требуется ли подтверждать их идентичность, например чтобы видеть кто и когда создавал документ и вносил правки?
4) Требуется ли авторизация для пользователей? Т.е. должны ли разные пользователи иметь разные права к функционалу приложения? Например одному может быть позволено менять данные приложения, а другому только просматривать?
5) Какой планируемый объём данных? Т.е. сколько примерно журналов в месяц планируется создавать и сколько позиций сырья в среднем будет в одном журнале?
6) В описании упоминается необходимость получать данные о сырье со склада. Имеется в виду из данных самой программы или у вас на производстве уже работает складской учет и требуется интегрироваться с существующими данными?
Спасибо.
16 ноября 2020
1)Windows
2)Не трабуется
3)не требуется
4)не требуется
5)это небольшое производство по переработки. Т.е. зашло сырье прошло до 5 стадий и получен продукт. На складе не более 20 позиций, так как готовое к отправке будет списываться сразу. Склад это образно, это скорее буфер для учета прохождения стадий переработки. Что значит сколько журналов? - информация будет храниться в виде заполненных форм процесса.
6)Все данные внутри программы, как написал выше "склад" - условное понятие.
Это небольшая программа, которая просто заменит бумажный журнал и сделает наглядной работу для сотрудников.
Спасибо. Уточните, пожалуйста, версию Windows.
Александр, пожалуйста, прикрепите файлы журнала ("Это небольшая программа, которая просто заменит бумажный журнал "), его (журнала) скриншоты. После этого сделаю ставку.
Ищем опытного Shopify-разработчика для создания полноценного интернет-магазина с нуля с обязательной интеграцией с Amazon. Что нужно сделать: Интеграция с Amazon как основа проекта: синхронизация товаров, остатков и заказов между Shopify и учетной записью продавца на Amazon. Настройка магазина строится с учетом этой интеграции с самого начала. Настройка магазина: кастомизация темы, структура каталога, карточки товаров, корзина, оформление заказа — все согласуется с логикой интеграции с Amazon. Техническая оптимизация для AI-видимости (GEO): структурированные данные, файл llms.txt, оптимизация контента под ответы AI-ассистентов (ChatGPT, Perplexity, AI Overviews и т.д.), правильная семантическая разметка страниц. Базовое SEO-настройка: метатеги, sitemap, скорость загрузки, мобильная адаптивность. Подключение платежных систем. Установка необходимых приложений (отзывы, email-маркетинг, аналитика и т.д.). Тестирование магазина перед запуском.
Необходимо помочь переосмыслить и построить чистую реляционную схему для внутренней операционной системы на Airtable. Текущая база уже используется командой, но она выросла органически: структура частично плоская, часть таблиц/вьюшек используется активно, часть почти не используется, а документы сейчас скорее "подтягивают" информацию в Airtable, хотя в идеале Airtable должен стать источником правды и генерировать необходимые операционные артефакты. Нужна не просто помощь с формами или автоматизациями, а именно структурная работа: анализ текущей логики, проектирование реляционной схемы, создание чистой новой базы/инстанса, документация и рекомендации по миграции на новую схему. И потенциально возможно даже внедрение Контекст системы: Есть два основных направления: Система обратной связи Система для сбора и обработки сигналов от внешних советников, фокус-групп, внутренних команд и заинтересованных сторон. Должна поддерживать: реестр сигналов; отслеживание советников; прием обратной связи; панель синтеза; статус / ворота / рекомендации; логику закрытия цикла. Каталог продуктов В каталоге продуктов сейчас около 400 записей, примерно 100 из них активные/live. Нужно лучше структурировать продукты, статусы, связи, источники данных, логику жизненного цикла/ворот и отчетность. Текущая ситуация: Airtable уже существует и используется командой. Текущая точность данных примерно 80%. Схема преимущественно плоская, не реляционная. Активно используются только первые несколько таблиц/вкладок: Часть валидационных ворот, задач/решений и панелей управления пока почти не используется. Нет PII. Любая работа с живой базой должна быть максимально осторожной: без изменений в production без согласования. Идеальный подход — анализ структуры и построение новой чистой базы отдельно в Sandbox. Что нужно сделать: Этап 1 — Аудит и рекомендации по архитектуре Посмотреть на текущую структуру Airtable. Определить, какие таблицы/поля/вьюшки реально нужны, какие дублируются, какие можно объединить или убрать. Предложить реляционную модель данных. Описать основные сущности, отношения, первичные ключи, связанные записи, логику поиска/агрегирования. Предложить чистую схему для Проекта + Каталога продуктов. Определить, какие панели/интерфейсы нужны для разных пользователей. Подготовить краткую архитектурную записку или схему. Этап 2 — Построить чистую базу Airtable Создать новую чистую базу Airtable / инстанс. Настроить таблицы, поля, связанные записи, вьюшки, базовые интерфейсы. Настроить базовую логику панели управления/отчетности. Подготовить карту миграции: как переносить данные со старой структуры в новую. Задокументировать структуру так, чтобы команда могла поддерживать ее после передачи. При необходимости — предложить стратегию автоматизации, но без излишней сложности. Ожидаемые результаты: Схема Airtable. Новая чистая база Airtable. Таблицы + отношения + ключевые поля. Вьюшки/интерфейсы для основных пользователей. Рекомендации по миграции. Краткая документация для команды. Рекомендации по управлению: кто вносит данные, кто утверждает изменения, какие поля являются обязательными, как избегать дублирования. Опционально: 1 короткий звонок для передачи / Loom walkthrough. Важные правила безопасности / доступа: Без PII. Без опасных токенов или персональных интеграций. Нельзя подключать AI/MCP/ChatGPT/Claude к живому Airtable. Если нужен доступ к существующей базе, он должен быть только для чтения или через экспорт/скриншоты/структурное описание. Любые записи/изменения делаются только в новой тестовой/чистой базе, не в живом production. Кого ищу: Идеальный кандидат имеет опыт: Архитектуры баз Airtable; Проектирования реляционных схем; Интерфейсов Airtable, вьюшек, форм, автоматизаций; Миграции/очистки неаккуратных баз Airtable; Операций с продуктами / CRM / системами рабочих процессов; Документации и передачи. В отклике, пожалуйста, укажите: Примеры баз Airtable или систем, которые вы строили. Был ли у вас опыт преобразования плоской структуры Airtable в реляционную схему. Как бы вы подошли к аудиту → проектированию схемы → построению. Ориентировочную оценку часов для Этапа 1. Ваш почасовой тариф или фиксированное предложение для первого этапа. Готовы ли вы работать под NDA. Формат работы: Начать желательно в ближайшее время. Сначала можно сделать небольшой оплачиваемый аудит, после чего перейти к полному построению.
Нужно переподвизать договор оферты в футтере на новый , в компании поменялся регламент Задача на 20 минут
Техническое задание: инструмент сверки счетов с банком, картами и бухгалтеромОбщая цель Нужен локальный инструмент (скрипт/небольшое приложение на Python), который запускается вручную раз в 1-2 месяца на моём компьютере и делает сверку между: Счетами, которые я выставил клиентам и получил от поставщиков (PDF-файлы и фото квитанций, лежащие в почте Gmail) Банковской выпиской (Excel) Расходами по кредитным картам (Excel, может быть несколько файлов — несколько карт) Excel-файлом от бухгалтера, в который он вносит счета для отчётности в налоговую и НДСЧто должен делать инструмент1. Сбор счетов из почты (Gmail) Подключение через Gmail API (OAuth) Поиск писем за заданный период (например, последние 2 месяца) с вложениями Скачивание вложений: PDF-файлы и изображения (фото квитанций/чеков) Распознавание данных из каждого счёта: дата, сумма, название поставщика/клиента, номер счёта (если есть) Для PDF — извлечение текста напрямую Для изображений — распознавание текста (OCR), включая текст на иврите2. Чтение Excel-файлов Банковская выписка (доходы и расходы) Один или несколько файлов расходов по кредитным картам Excel от бухгалтера со списком внесённых счетов (в нём есть только сумма + дата + название контрагента, единого номера счёта для сопоставления нет)3. Логика сопоставления Сопоставление записей между источниками по комбинации: сумма + дата (с допустимым отклонением) + название контрагента (нечёткое сравнение текста, т.к. названия могут немного отличаться).4. Проверки, которые нужно выполнить A. Выставлены ли счета на все доходыДля каждого поступления денег в банке — проверить, есть ли соответствующий счёт, который я выставил. Если нет — пометить как "доход без выставленного счёта". B. Сохранены ли счета на все признанные расходыДля каждого расхода в банке/на картах, который относится к категории признанных расходов — проверить, есть ли сохранённый счёт. Если нет — пометить как "расход без сохранённого счёта". C. Сверка со списком бухгалтераСравнить список счетов, которые я собрал (из почты), со списком, который бухгалтер внёс и отправил в налоговую/НДС. Пометить: Счета, которые я собрал, но которых нет в файле бухгалтера (возможно, не были переданы или не внесены) Записи в файле бухгалтера, для которых не нашёлся соответствующий счёт в моей коллекции D. Проверка зарплатного листкаПроверить, что сумма, указанная в зарплатном листке, соответствует сумме, которая по факту списана/поступила в банке.5. Итоговый отчёт Результат — один Excel-файл с несколькими листами: Доходы без выставленного счёта Расходы без сохранённого счёта Счета, отсутствующие у бухгалтера Записи бухгалтера без соответствующего счёта Сверка зарплатного листка с банком Несовпадения/проблемные строки должны быть визуально выделены (цветом).Технические детали Язык: Python Excel: pandas + openpyxl PDF: извлечение текста (pdfplumber/PyMuPDF) OCR изображений: с поддержкой иврита (желательно использовать Claude API с поддержкой изображений вместо классического Tesseract, для лучшей точности с ивритом) Gmail API: google-api-python-client, OAuth (понадобится создать проект в Google Cloud Console — это будет сделано заказчиком/исполнителем совместно) Результат сохраняется как Excel-файл локально на компьютере Интерфейс: достаточно командной строки (CLI), без необходимости в веб-интерфейсеФормат сдачи Исходный код проекта Краткая инструкция по запуску (включая, как подключить свой Gmail и где положить входные Excel-файлы) Инструкция по созданию credentials в Google Cloud Console, если это не было сделано заранееДополнительно Готов предоставить примеры структуры Excel-файлов (банк, карты, файл бухгалтера) и примеры счетов (PDF и фото) для тестирования.
