Уже несколько лет мы занимаемся интеграциями с помощью платформы DATAREON, часто заказчикам нужна выгрузка объектов из одной базы 1С в другую. Задача вроде бы понятная. Но каждый раз для этого требовалось проектировать структуру объектов, писать код, тестировать, исправлять баги. Сложно. Долго. Дорого. Рассказываю, что придумали.
Маркировка Честного знака — вопрос очень актуальный на текущий момент. Этот процесс регламентируется законом, сроки строго прописаны.
На какой-то продукции необходимо фиксировать каждый этап (производство, передвижение, реализация), на какой-то продукции все пока на этапе запуска и достаточно регистрации производителя. В связи с этим вопрос автоматизации процессов маркировки сейчас интересует большое количество компаний.
В этой статье мы расскажем, какой выход нашли для продавца чулочно-носочных изделий с большим складом, которым необходимо перейти на продажу только маркированной продукции. Мы с заказчиком при первом рассмотрении казалось, что вариант один: месяц работать круглосуточно и без выходных и маркировать каждые носочки, которые есть на складе (представьте трудозатраты напечатать наклейку, приклеить к носочкам, напечатать, приклеить, напечатать, приклеить). Но мы нашли другое оптимальное решение за счет автоматизации процесса в 1С:
Я провел небольшое исследование и выявил основные проблемы основные проблемы с которыми сталкиваются Джуны (новички) в 1С.
Основные проблемы джунов (новичков) в 1С.
Технические сложности
Начинающие пользователи 1С сталкиваются с широким спектром технических проблем, которые могут серьезно затруднить процесс обучения. Одной из самых распространенных является сама сложность изучения и понимания специфики 1С, поскольку это уникальная платформа разработки с собственной логикой и особенностями.
Пользователи часто сталкиваются с ошибками информационных баз, когда база не открывается ни в пользовательском режиме, ни в конфигураторе. Это может быть вызвано проблемами с временными файлами или физической целостностью базы данных.
Также распространены ошибки формата потока, недостаточности памяти и проблемы с доступом к системе.
Концептуальные трудности
Как показывает практика, неверное понимание структуры данных является одной из основных ошибок начинающих программистов 1С. Каждая система 1С имеет свою структуру данных, которая является основой для всей работы программы, и недопонимание этой архитектуры приводит к серьезным проблемам в разработке.
Джуны (Новички) часто делают запросы в циклах и обращения через точку, что является грубой ошибкой с точки зрения производительности.
Рассмотрим на примере:
Конструкция типа “Пока Выборка.Следующий() Цикл А = Выборка.Ссылка.Договор;” создает неявные запросы в каждой итерации цикла.
Бизнес-процессы и контекст
Эта статья — крик души. О слепой погоне за IT-мечтой, о курсах, которые обещают сделать из вас гуру программирования за три месяца, и о деньгах, которые якобы посыпятся на вас, как из рога изобилия.
Но за красивой картинкой — тысячи часов проб и ошибок, выгорание, бессонные ночи и жёсткая конкуренция. Готовы ли вы на самом деле к этому пути? Или просто верите в сказку?
Warning! Warning! Warning! В этой статье я буду душнить…
Вот сколько лет делаю разработки для Fresh, а только сейчас узнал кое-какие подробности... Касающиеся жадности 1С до денег и нюансов "любви" 1С к клиентам...
Тема перехода на PostgreSQL весьма популярна, и почти на каждой конференции по PG обязательно есть парочка докладов на эту тему. Почему же эта тема до сих пор злободневна?
Когда мы начинали свой блог здесь на Хабре, наша первая статья была посвящена как раз задаче перевода больших баз данных MSSQL –> PostgreSQL. И первой причиной, из-за которой компании решаются на переход мы называли законодательство. А именно, необходимость для государственных и окологосударственных организаций, чьи информационные системы относятся к значимым объектам критической информационной инфраструктуры (ЗОКИИ) переводить свою работу на отечественное ПО. Прошло два года. И это всё еще основная причина.
Это не будет инструкция в стиле «делай раз», «делай два». Это будет про то, что большие базы в принципе очень тяжело и рискованно передвинуть (СУБД, платформа, окружение,…). И мы предлагаем собственный метод, как это сделать с гарантией отсутствия простоев бизнеса. Даже если что-то пойдет не так в «новой» системе, пользователи не должны страдать, а бизнес простаивать. Это главное!
Привет, Хабр! Меня зовут Леша Литонов, я старший разработчик и техлид Lamoda Tech на проекте 1С:Управление холдингом. В начале 2024 года мы в компании закончили масштабную миграцию на новый финансовый контур, сменив зарубежную ERP и 1С-бухгалтерию на новую систему «1С:Управление холдингом». Изменения затронули всю финансовую систему Lamoda, включая расчеты с миллионами клиентов и контрагентов, поэтому нам было важно провести быстрый, бесшовный и безрисковый переход. Я опишу, с какими проблемами производительности мы столкнулись в блоке «Казначейство», и как их удалось решить с помощью подсистем «Менеджер потоков» и «Монитор».
Два способа работы с динамическим списком для вывода дополнительной информации отсутствующей в реквизитах объекта.
В данной статье проведем обзор функциональных возможностей программы 1С: ERP в части управления складом.
Одним из ключевых преимуществ данной системы является возможность автоматизированного учета товаров на складе. Благодаря единой системе ЕРП, которая включает в себя все основные процессы товародвижения, можно в режиме реального времени отслеживать поступление и отгрузку товаров, контролировать оперативные остатки.
Функционал управления складом в ERP - мощный инструмент для оптимизации складского хозяйства, улучшения оперативности и контроля за движением товаров. Использование данной системы позволяет повысить эффективность складских операций и обеспечить бесперебойную работу всей компании.
Переходим к настройкам системы.
Настройка подсистемы склада в 1С: ERP
Открываем настройки подсистемы склада.
К нам обратилась компания, которая была лишена аккредитации IT компании по итогам ежегодного подтверждения.
Разбираемся что с этим делать дальше.
Рассказываем, как сделать систему, которую легко масштабировать: добавлять новых поставщиков, обновлять данные и управлять ассортиментом без изменений в 1С и пересборки сайта. Даже если каждый поставщик работает по своим правилам.
Опыт настройки, кастомизации и боли в 1С
Привет, Habr!
Меня зовут Матфей, я бизнес-аналитик, работаю на стыке автоматизации, процессов и ритейла (Родробнее освещю в совем Telegram-канале). В этой статье — немного практики и живого опыта из мира рассчета бонусных баллов в ОК (отчеты комиссионера), 1С и вечного «а можно ещё вот такую механику?».
⸻
Почему бонусные системы — это не просто «процентик от суммы»
Если ты думаешь, что бонусы в 1С:Розница — это просто “5% от чека начислили, клиент потом списал”, то держи что скрывается под капотом:
1) Программы лояльности с многоуровневыми условиями;
2) Расчёт бонусов по определённым группам товаров;
3) Рассчет бонусов в ОК — только если это необходимо (Собсвенная доработка);
5) Бонусы, которые зависят от физ. лица, канала, региона, уровня карты и т.д.
6) Персональные скидки, акции, подарочные баллы, партнёрские накопления…
И всё это желательно “считать на лету”, интегрироваться с фронтом и не взорвать 1С.
⸻
Пример применения кастомного расчета ББ в ОК:
Кастомные доработки: расчёт ББ (бонусный баланс) в ОК и реализациях
Когда дело доходит до реализации бонусных механик по заказам из e-commerce, особенно в рамках документов “Отчёт комиссионера”, появляется масса нюансов.
Особенно если дело касается рассчета ББ в Рознице, а там отчетов комиссионера как таковых нет.
Например:
1) Бонусы начисляются только в конкретных случаях (предоплата, самовывоз, наличие дисконтной карты и т.д.);
2) Тип магазина влияет на расчёт — вводится перечисление в справочнике "ТипыМагазиновЕКОМ", где мы делим точки на ЕКОМЦС, ЕКОМУнивермаг, неЕКОМ;
3) Алгоритм расчёта бонусов зависит от двух дат: дата оформления заказа и дата выкупа (и это не всегда один и тот же день);
4) В документе “Реализация товаров” теперь появляются кастомные реквизиты:
4.1 ЕКОМ_КодСпособаДоставки
4.1 ЕКОМ_ЭтоОтчетКомиссионера
Поскольку компания со страшной силы использует 1С, то сложились некие неизменные традиции, одна из которых – это веб-публикации 1С. Плодятся они примерно так: 1 ИБ (информационная база) + например несколько ИБ с тем же смыслом = 1 отдельный web(iis)-сервер, а таких конструкций полно. Получается, что помимо лицензий, мы тратим кучу ресурсов просто на веб-доступ. Поступила идея, что пора экономить (а заодно отказоустойчивость). Пока на этапе экспериментов/тестов.
Disclaimer: этот разбор — взгляд на результаты судебного процесса и тренды. Не является
юридической консультацией.
Кратко о сути дела
В конце 2023 года Арбитражный суд Северо-Кавказского округа пересмотрел (по сути, отменил) решения двух предыдущих инстанций по делу ООО "Новороссийский автотерминал" vs. ФНС.
ФНС сочла, что структура группы (грузовая автостоянка + ИТ-компания со статусом резидента "Сколково") — это фиктивное дробление ради ухода от налогов.
Инспекция «склеила» всю выручку и доначислила налоги по максимальной ставке.
Доначислили компании более 100 000 000 рублей (НДС и налог на прибыль).
Кейс войдет в практику как показатель того, как важна защита деловой цели ИТ-компании в составе группы, грамотное структурирование бизнеса… и своевременные маркетинговые и коммуникационные усилия!
Позиция ФНС
Тут все довольно просто и предсказуемо:
• есть несколько компаний;
• одна из- компаний применяет налоговые льготы (в данном случае это резидент Сколково)
• льготы убираем, выручку «склеиваем» и вуаля все доначисляем
В данной статье мы рассмотрим архитектуру 1С с точки зрения информационной безопасности: разберем характерные уязвимости, присущие различным вариантам подключения к системе, приведем примеры типовых сценариев атак, а также предложим практические меры по их предотвращению.
Работая аналитиком 1С уже не первый год, я всё больше прихожу к выводу: время — один из главных ресурсов. А значит, любые инструменты, которые помогают сэкономить его — на вес золота.
В этом посте поделюсь подборкой полезных обработок, скриптов и приёмов, которые выручают меня в ежедневной работе. Некоторые из них самописные, какие-то — популярные, но в связке дают отличный эффект.
Целевая аудитория — аналитики, которые не просто составляют ТЗ, но и погружаются в логику системы, отлаживают процессы, и работают с программистами на одном языке.
Когда бизнес внедряет 1С, он ждёт, что «всё будет работать само». Но вместо автоматизации начинается война с системой.
Я — бизнес-аналитик и аналитик 1С. Работаю с малым и средним бизнесом. В этой статье расскажу, почему типовая конфигурация 1С чаще мешает, чем помогает, и что с этим делать.
В чём корень проблемы?
Предприниматели думают, что 1С — это готовое решение. И действительно, «Управление торговлей», «Розница», «Бухгалтерия» — это мощные платформы. Но ключевое слово тут — платформы, а не решения.
Типовые конфигурации создавались под максимально обобщённые кейсы.
Платформа 1С обычно ассоциируется с чем‑то здорово консервативным. Как и положено приличной учетной системе, она развивается, но спокойно, без революций. Неудивительно, что генеративный искусственный интеллект, гремящий уже считай два с половиной года, обошел 1С стороной. Да, они прикрутили китайскую модель к EDT. А также предоставили пользователям возможность пообщаться с ней же в облике консультанта ИТС. Но все это больше похоже на действия для «галочки». Между тем, среда 1С хорошо приспособлена к тому, чтобы внедрять в нее современные технологии искусственного интеллекта, причем в той самой эволюционной манере, которая свойственна 1С. Сейчас я вам расскажу, как это делается
С каждым годом защита данных становится все более актуальной темой в нашей жизни.
В условиях стремительного развития технологий и увеличения объемов информации, с которой мы работаем, необходимость защищать личные и корпоративные данные становится не просто рекомендацией, а жизненно важной задачей. И если о вопросах информационной безопасности в быту сказано и написано уже очень много, и мы действительно стали реже сообщать данные своей банковской карты при звонках «служб безопасности банка», то вопросы защиты корпоративных данных требуют более детального анализа.
Не секрет, что самым уязвимым элементом в защите любой информационной системы, даже если она технически безупречна, является пользователь. Действия пользователя, даже если они неосознанные, могут привести к утрате данных в учетной системе или раскрытию коммерческой тайны компании. Поэтому одним из основных вопросов в сфере информационной безопасности в 1С является разграничение и минимизация полномочий пользователей.
В данной статье мы рассмотрим базовые механизмы разграничения полномочий пользователей на примере 1С:ERP, которые позволят минимизировать риск умышленного или неумышленного негативного воздействия на учетную систему.
И для начала вспомним механику присвоения прав доступа в 1С:ERP. Полномочия на чтение или изменение того или иного объекта метаданных пользователем определяется ролями, перечень которых объединяется в профиль доступа. К профилю доступа создается группа доступа, которая является перечнем пользователей, которым присвоены полномочия профиля доступа.
В рамках статьи расскажем о расширении pg_trace, предназначенном для сбора трассировок запросов в PostgreSQL, соберем трассировку на реальном примере работы приложения, оценим влияние сбора трассировки на производительность и агрегируем данные трассировки.
