Бюджет: 3000 RUB Срок: 5 дней
Добрый день. Обращайтесь в личку, сделаю. Большой опыт работы с БД, импортами из различных источников.
Есть более 30 архивов с json объектами (nosql dump предположительно mongo), распакованный объем 4гб.
Пример вот тут
https://mostdannyh.bitrix24.ru/~wDTBF
полный архив тут
объекты правильные, тоесть поля у них единые, пример распарсенных объектов
https://mostdannyh.bitrix24.ru/~ElSyi
объекты нужно по полям загрузить в соответсвующие поля таблицы, куда я буду кидать обычные sql запросы
CREATE TABLE public.fulldata
(
minjustregnum character varying(255),
regionname character varying(255),
logo character varying(255),
statusdetail_name character varying(255),
statusdetail_code character varying(255),
statusdetail_shortname character varying(255),
fullname character varying(255),
datereg character varying(255),
minjustform character varying(255),
charter character varying(255),
minjuststatus character varying(255),
ogrn bigint NOT NULL,
opf_name character varying(255),
opf_code character varying(255),
opf_version character varying(255),
oktmo_name character varying(255),
oktmo_code character varying(255),
egrulstatus character varying(255),
mainokved_name character varying(255),
mainokved_code character varying(255),
mainokved_version character varying(255),
regioncode character varying(255),
incometotal character varying(255),
email character varying(255),
administrators_0_name character varying(255),
administrators_0_title character varying(255),
inn character varying(255),
okpo character varying(255),
origindate_date character varying(255),
website character varying(255),
dateliquid character varying(255),
address character varying(255),
okogu_name character varying(255),
okogu_code character varying(255),
kpp character varying(255),
hasregionalsupport character varying(255),
addokved jsonb,
okato_name character varying(255),
okato_code character varying(255),
okfs_name character varying(255),
okfs_code character varying(255),
website_punycode character varying(255),
shortname character varying(255),
dateogrn_date character varying(255),
socialmedia_youtube character varying(255),
socialmedia_vk character varying(255),
socialmedia_facebook character varying(255),
socialmedia_twitter character varying(255),
socialmedia_instagram character varying(255),
socialmedia_ok character varying(255),
dateliquid_date character varying(255),
contracts44_2021_sum character varying(255),
contracts44_2021_count character varying(255),
administrators_1_name character varying(255),
administrators_1_title character varying(255),
datereg_date character varying(255),
contracts44_2020_sum character varying(255),
contracts44_2020_count character varying(255),
CONSTRAINT fulldata_pkey PRIMARY KEY (ogrn)
)
1. большое jsonb поле в объектах addokved не грузим вовсе,
2. иные большие jsonb поля объектов (
chiefs
successors
grants
administrators
contracts44
contracts93
contracts223
) в таблице распарсены до отд значений в каждое поле, но в json - это просто jsonb объекты, можно НЕ парсить, а залить как jsonb в одну или несколько отдельных таблицэ, где PRIMARY KEY (ogrn)
3. главное условие поля:
| inn |
| ogrn |
это строго целые числа
| dateLiquid | originDate |
даты создания или ликвидации - даты
остальное varchar или text по необходимости
после загрузки произвести базовые проверки (общее количество заполненных строк, распределение частот ключевых признаков opf_name, mainokved_name , mainokved_code ) - просто убедиться что база втянута корректно
Бюджет: 3000 RUB Срок: 5 дней
Добрый день. Обращайтесь в личку, сделаю. Большой опыт работы с БД, импортами из различных источников.
Бюджет: 3000 RUB Срок: 7 дней
Здравствуйте, готов выполнить работу. Есть необходимый опыт работы.
Нужен програмист из Александрии со знанием Open card и google Ads! Для купирования 5 сайтов + доработки 3 -х новых
Распаковать и отсортировать базу в формате XL по городам Распаковать и отсортировать базу в формате XL по городам Распаковать и отсортировать базу в формате XL по городам
О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете
Необходимо провести глубокую техническую проверку трех PDF-файлов на достоверность и возможные признаки редактирования или подделки. Нужна не только визуальная оценка документов. Исполнитель должен хорошо понимать внутреннюю структуру PDF-файлов и уметь анализировать: метаданные файлов; структуру PDF и отдельных объектов; историю создания и возможного редактирования; используемое программное обеспечение; встроенные шрифты, изображения, слои и другие элементы; возможные признаки повторного сохранения, конвертации, внесения изменений или формирования документа задним числом; любые технические несоответствия, которые могут свидетельствовать о манипуляциях с файлами. По результатам проверки необходимо предоставить понятный письменный вывод по каждому файлу с указанием выявленных признаков, рисков и ограничений проверки. Рассматриваем специалистов, имеющих практический опыт в цифровой криминалистике, анализе PDF-документов, метаданных или проверке электронных файлов на подлинность. В отзыве, пожалуйста, кратко опишите ваш опыт, методы и инструменты, которые вы используете для такой проверки.
Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.