Мастер создания копии информационной базы для отчетности

Публикация № 1285563

Администрирование - Производительность и оптимизация (HighLoad)

отчетность копия базы OLAP аналитическая нагрузка оптимизация

Прототип инструмента для подготовки реплики в режиме только для чтения к использованию. Позволяет использовать "read-only" реплики как обычные информационные базы 1С.

Небольшое введение

Давным давно, а точнее больше года назад, была создана публикация "Копия базы 1С для отчетов. Или как выжить с тяжелой отчетностью", в которой была рассмотрена тема создания копии баз данных для распределения нагрузки информационной системы между её копиями. В комментариях к публикации также можно найти интересную информацию.

С тех пор по этой теме появилось несколько интересных новостей:

  • Механизм копий баз данных от фирмы "1С" (только для лицензии КОРП), который также позволяет перенести часть нагрузки на дополнительную реплику баз данных средствами платформы. О новой функциональности уже была публикация с дополнительными ссылками на Инфостарт.
  • Рассмотренные в статье некоторые способы работы с "read-only" репликами перестали работать, т.к. запуск клиентского приложения теперь всегда проверяет наличие этого ограничения. Проверено на 8.3.17 - толстый клиент в обычном приложении теперь запустить нельзя.
 
 Ошибки при попытке работы с "read-only" репликами баз данных

До появления новых "фишек" от фирмы "1С", функционал распределения нагрузки (как в автоматическом, так и в ручном режиме разработчиками) был доступен и ранее. Коллеги из Softpoint создали потрясающий продукт DataCluster для SQL Server, который отлично справляется с этими задачами. Если эта тема для Вас актуальна и важна, то пройти мимо их продукта было бы не правильно.

Также есть и другие способы использования доступных только для чтения реплик, но все они имеют существенные ограничения в использовании:

  • Можно опубликовать веб-сервисы и HTTP-сервисы информационной базы, связанной с этой репликой БД и обращаться к ней через них. Но все обращения придется реализовывать разработчикам. И не факт, что этот способ не перестанет работать в будущем.
  • Можно обращаться к копии базы через внешние источники данных. Также потребует значительных трудозатрат в разработке.

Но что, если решение от Softpoint для Вас избыточно или сильно дорогое, но копию базы для отчетности все же хочется иметь. А напрягать разработчиков новыми фишками нет возможности. При этом Вы готовы мириться с некоторыми ограничениями. Вот для таких случаев и создавалась эта разработка, о которой и пойдет речь далее.

Как создать копию

Но как же создать эту копию базы? Да еще и так, чтобы актуальность данных в ней была максимально приближена к основной рабочей базе. Ведь формирование отчетов может потребовать максимально актуальных данных и вариант с обновлением копии базы каждую ночь из бэкапа не подойдет.

Мы не будем рассматривать каким лучше способом создавать копию базы для отчетности. Частично эту тему затрагивали в предыдущей публикации. Кратко напомню, что есть несколько путей (все будет описываться для SQL Server, т.к. инструмент сейчас работает только с этой СУБД):

  • Простое бэкапирование и восстановление - медленно, дешево, сердито, неэффективно. Но если подходит, то нет смысла пробовать что-то другое.
  • Доставка логов транзакций - замечательная возможность SQL Server для создания "почти в реальном времени" копии базы данных. С определенными настройками позволяет создавать копию базы данных в режиме "только для чтения". Есть ограничения по обновлению, т.к. потребуется "отключение" сессий и связанные с этим проблемы.
  • Репликация. SQL Server позволяет использовать репликацию данных разных видов. На самом деле штатно использовать репликацию к базам данных 1С практически невозможно и нужны некоторые стероиды для этого.
  • AlwaysOn - группы доступности AlwaysOn позволяют создавать копии базы данных на других инстансах практически в реальном времени. О них мы также говорили в предыдущей публикации. Также там были ссылки по настройке.
  • Моментальные снимки - еще один интересный механизм SQL Server, но с огромными ограничениями для основной базы данных. Для использования на продакшене нужно любить рисковать и закрывать глаза на очевидные проблемы :)

Зеркалирование для этих целей не подойдет, т.к. копия базы недоступна для использования. Да и не для этого оно создавалось, а для отказоустойчивости.

Я предпочитаю AlwaysOn всем остальным способам, т.к. на мой взгляд - это самое эффективное средство создания копии базы данных в реальном времени. Идеальный вариант для переноса на эту базу OLAP-нагрузок.

Если Вам интересна тема работы репликации и других механизмов SQL Server в части создания копий баз данных, то дайте знать в комментариях. Об этом можно написать очень много, в т.ч. и в контексте 1С. И эта тема полна нюансов.

Назначение и возможности

Наконец-то мы подобрались к инструменту. Главное его назначение - это помочь использовать реплику "только для чтения" как обычную информационную базу 1С. То есть к базе данных в режиме "read-only" можно будет подключить информационную базу 1С в кластере и работать с ней привычным образом:

  • Запускать клиентские приложения (тонкий и толстый клиент, обычное и управляемое приложение)
  • Формировать отчеты, печатные формы и т.д.
  • Для использования клиентского приложения чаще всего не нужны никакие доработки конфигураций. По крайней мере типовых конфигураций, про остальные надо смотреть по ситуации.
  • Часть функционала будет работать как обычно, не смотря на то, что база только для чтения:
    • Будут сохраняться настройки форм
    • Пользовательские настройки отчетов (НЕ ВАРИАНТОВ ОТЧЕТОВ!)
    • Можно открывать внешние отчеты и обработки
    • История работы пользователей будет работать как обычно
    • И многое другое.
  • Можно даже выполнять некоторые операции изменения данных, но при этом по факту в базе ничего не изменится:
    • Запись элементов справочников
    • Запись регистров
    • Некоторые служебные операции

В общем, у Вас будет информационная база, работающая с копией рабочей базы в режиме "только для чтения" с минимальными неудобствами. Минимальными для текущей ситуации :). Вот пример работы с такой базой (Демобаза Управление торговлей 11), и когда можно все-таки нарваться на ошибки в работе.

Как Вы могли увидеть на анимации - отчеты, различные интерфейсные панели, открытие и запись элементов справочников работают как обычно. Данные только не изменяются :) Ошибка может возникнуть только при попытке создания новых записей и чаще всего это относится к объектным сущностям (справочники, документы и т.д.) - все это из-за особенностей работы платформы 1С.

Именно создать возможность использования копии базы в режиме "только для чтения" и является целью этой разработки.

Основными возможностями инструмента являются:

  • Анализ исходной копии базы данных в режиме только для чтения для последующего использования.
  • Формирование скриптов для создания и настройки служебной базы, которая позволяет использовать копию базы через подключение к кластеру серверов 1С.
  • Выставление защиты от операций изменения данных на уровне служебной базы данных: при этом может быть защита в виде игнорирования таких операций, либо появления исключений.
  • Формирование скриптов для пересоздания служебной базы данных.

Требования к работе:

  • Платформа 1С версии 8.3.* (на 8.2 тоже будет работать, но потребуются адаптации скриптов).
  • СУБД Microsoft SQL Server 2008 и выше. Основная работа тестировалась на версии SQL Server 2014.
  • Служебная база данных создается на том же инстансе, на котором находится реплика только для чтения. НО возможно и на другом сервере через, например, создание связанных серверов. Все это уже другая история.
  • Возможность подключения через ADO c сервера 1С к экземпляру SQL Server с правами к копии базы данных.
  • Только управляемые формы. Для использования в обычном приложении используйте известные обходные пути.

Далее кратко опишем принцип работы.

Принцип работы

Сам принцип работы очень простой. Допустим, у нас есть два сервера: SQL-1 и SQL-2. На SQL-1 у нас основная база, в ней работают пользователи и все хорошо. На SQL-2 есть копия базы, сформированная через AlwaysOn и находящаяся в режиме "только для чтения". Обе базы имеют имя "ut_11_always_on". Просто для примера.

Напрямую подключить реплику базы "ut_11_always_on" с сервера SQL-2 в кластер 1С мы не можем. Точнее можем, но запускать клиентские приложения в обычном виде не сможем (ошибки см. в выше). Но можно пойти другим путем:

  1. На сервере SQL-2 создать служебную базу "ut_11_always_on_fake" вручную с пустым составом таблиц.
  2. Далее создать представления (view) для всех таблиц базы "ut_11_always_on". Представления будут созданы в служебной базе "ut_11_always_on_fake", но запросы будут выполняться к таблицам базы "ut_11_always_on".
  3. При этом часть служебных таблиц информационной базы перенести все же не представлениями, а обычными таблицами и скопировать в них данные из реплики. К этим системным таблицам, например, относятся:
    • V8Users
    • DBSchema
    • Config
    • ConfigSave
    • _UsersWorkHistory
    • И другие.
  4. При подключении информационной базы в кластере к этой служебной базе данных платформа 1С по факту будет работать с базой, которая не находится в режиме только для чтения. А системные таблицы и вовсе могут изменяться. Та же история работы пользователя спокойно будет записываться в таблицу "_UsersWorkHistory".
  5. Чтобы избежать ошибок с операциями INSERT, UPDATE, DELETE к нашей служебной базе мы создадим триггеры для представлений, которые позволят эти операции максимально игнорировать.
  6. Там где игнорировать нельзя - будет выдано исключение, но таких операций меньшинство и их легко избегать. В том числе и настройками прав на уровне 1С.
  7. Если системные таблицы изменяются в реплике, то их обновляем с помощью скриптов и в служебной базе (например, если мы обновим конфигурацию, добавим расширение или изменим права доступа пользователей - то один запуск скрипта и все данные в таблицах обновлены).

В случае возникновения ошибок в служебной базе нет причин чего-то бояться, ведь данные основной рабочей базы только для чтения и никаких потерь не предвидится. Самое плохое что может случиться - это вылет сеансов служебной информационной базы в период ее актуализации. Поэтому лучше это все же делать вне рабочего времени или в отведенный период регламентных работ.

Все эти принципы работы использовались в этой разработке, а также учтены некоторые нюансы использования.

Примеры использования

Рассмотрим очень простой пример. Как и ранее, пусть будут два сервера SRV-SQL-01-VM и SRV-SQL-02-VM. На SRV-SQL-02-VM есть копия базы, сформированная через AlwaysOn и находящаяся в режиме "только для чтения". Обе базы имеют имя "ut_11_always_on". Вот как это выглядит на стороне СУБД.

В основной базе запускаем инструмент и на первом этапе настраиваем подключение. Все параметры индивидуальны. В том числе и пароль не обязательно у Вас должен быть как 16 звездочек :).

Далее определяемся с именем служебной базы данных, через которую мы будем работать с репликой основной БД. Пусть для разнообразия это будет "ut_11_always_on_writetable_fake_ver2". Почему? Да просто так :). Установим это имя в настройках адаптированной базы и нажмем "Заполнить настройки объектов базы по умолчанию".

Эти настройки используются для формирования скриптов создания объектов служебной базы.

После этого заполняются настройки переноса объектов из реплики в служебную базу данных, а также на вкладке "Скрипты" будут сформированы их тексты для ручного запуска. Скрипт создания базы выполнять не обязательно, если Вы её создали с нужными параметрами вручную.

Тексты скриптов можно переформировать вручную, если были изменены настройки объектов служебной базы по умолчанию. После запуска сформированных скриптов в том же порядке, в котором они были представлены в обработке, мы будем иметь служебную базу с представлениями вместо таблиц, исключая только служебные сущности.

Именно эту базу мы можем подключить в кластере 1С и использовать ее в обычном режиме. В самом начале публикации мы уже видели как это смотрится в клиентском приложении. Посмотрим еще раз: сверху основная база, снизу "read-only" копия.

Профит!

Вместо заключения

Конечно, не все так гладко. Все же могут возникать ошибки при попытке изменения некоторых таблиц, поэтому нужно максимально это предотвратить:

  • Либо с помощью инструкций пользователям по работе с базой для отчетов.
  • Либо с помощью изменения системы прав доступа в конфигурации.

Дополнительно необходимо для копии отключать регламентные задания, чтобы не произошло чего-нибудь непредвиденного. Если идти еще дальше, то в самой конфигурации можно добавить модули определения на какой реплике выполняется код (основной или дополнительной) и в зависимости от этого выполнять проверки и алгоритмы.

Также можно пойти дальше и автоматизировать обновление служебных таблиц данными из реплики после выполнения обновлений основной базы. Можно переносить только часть данных служебных таблицы. Плюс ко всему можно разрешить редактирование некоторых справочников только для отчетной базы. Например, это справочник вариантов отчетов.

В любом случае, инструмент является лишь прототипом, который Вы можете использовать для своей ситуации. В большинстве случае мелкие доработки скриптов нужны почти всегда. Если тема будет интересна сообществу и разработка будет поддержана, то ее функционал будет развиваться:

  • Расширение настроек объектов служебной базы.
  • Более умное обновление объектов базы.
  • Автоматизация обновления после изменения основной базы или реплики.
  • Добавлена поддержка PostgreSQL.
  • Значительно улучшить удобства работы со служебной базой и инструменты автоматизации.
  • И многое другое.

Если будет интерес сообщества, то инструмент будет развиваться. Также как это постепенно делается с последними выпущенными обновлениями других разработок:

А Вы бы использовали такой подход? Или знаете другие более простые альтернативы?

Другие ссылки

Авторские разработки

 
 Другие разработки (бесплатные и за $m)

Скачать файлы

Наименование Файл Версия Размер
Мастер создания копии информационной базы для отчетности:

.epf 33,35Kb
28.08.20
1
.epf 1.0.0.0 33,35Kb 1 Скачать

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. starik-2005 2200 28.08.20 17:31 Сейчас в теме
Мы делали в конторе прям вот так, как нельзя, но если очень надо, то можно ))) Выпилили все попытки записать что-то в базу при создании сеанса для web-сервиса. В итоге любой отчет можно было выполнить как в текущей базе, так и в реплике (снапшот 300 ГБ базы делался менее 10 сек трижды в день и туда мы запускали всех озверелых бухов и это ОЧЕНЬ СИЛЬНО сократило загрузку SQL-сервера).

В общем достаточно было добавить в модуль любого (у нас все отчеты были на СКД, но многие из них компоновались вручную - отчеты для сравнения разных баз, например) отчет ПЯТЬ строк кода, и он появлялся в списке отчетов, которые можно было бы выполнять в реплике. Более того, даже роботы, которые формировали отчет, формировали его в реплике, если он был прописан в настройке, и даже не догадывались об этом. Более того, расшифровки прекрасно работали и тоже формировались в реплике. И всего-то пять строк кода на модуль любого отчета и никаких строк кода в форме отчета, его менеджере или даже в общей форме - только модуль )))
YPermitin; +1 Ответить
2. YPermitin 9711 28.08.20 17:33 Сейчас в теме
3. starik-2005 2200 28.08.20 17:37 Сейчас в теме
(2) обычным мелкоскуловским снапшотом.
4. YPermitin 9711 28.08.20 17:57 Сейчас в теме
(3) я помню, что мы об этом год назад говорили.

Если ограничения снапшота не помеха, то конечно это хорошо.
А если все, что-то из написаного в разделе "Ограничения по базе данных-источнику" по ссылке мешает их использовать, то это уже проблема.

Плюс то что это на том же инстансе со всеми вытекающими и т.д.

Но если помогло, то круть :)
5. starik-2005 2200 28.08.20 21:19 Сейчас в теме
(4)
А если все, что-то из написаного в разделе "Ограничения по базе данных-источнику" по ссылке мешает их использовать, то это уже проблема.
Сдается мне, что в этом разделе мало что можно применить к 1С. А сам моментальный снимок - это версия состояния БД, в которой хранятся лишь измененные в основном инстансе страницы. Если в БД минимум изменений, то для снапшота нужно минимум дискового пространства. И чем чаще делается снапшот, тем меньше дисковой памяти на его поддержание уходит. Ну и никаких блокировок при чтении.
6. YPermitin 9711 29.08.20 00:47 Сейчас в теме
(5) На тех системах, где производительность была важна, я бы не смог применить снимки.

Вот краткое пояснение по некоторым пунктам ограничений:
>> 1. База данных не может быть сброшена, отсоединена или восстановлена.
При наличии снимков самое резервное копирование выполняется как обычно, но в случае аварий для восстановления БД из резервных копий или из журналов транзакций на определенный момент времени пришлось бы все моментальные снимки удалить. Это конечно же можно обходить в скриптах восстановления, но можно столкнуться и с другими проблемами. Например, если восстановить состояние БД из сника, то нарушится цепочка логов транзакций. Это значит, что восстановиться из сохраненных ране резервных копий журнала не получиться и нужно будет искать подходящую полную копию, разностную или (если повезет) ранее бэкапированные журналы транзакций до момента восстановления.

В общем, есть некоторый оверхед со стратегией бэкапирования. Конечно, если стратегия сделать бэкап раз в день ночью, то никаких проблем нет.

>> 2. Производительность снижается по причине увеличения количества операций ввода-вывода
Тут присутствует негативное влияние. Конечно операций записи всегда намного меньше, чем чтений (по крайней мере для систем 1С), но при массовых миграциях данных, интеграциях и т.д. это может быть заметно. Ситуация чем-то напоминает влияние сжатия данных, но влияет оно только в части записи.

Еще важное ограничение:
>> Моментальный снимок базы данных должен создаваться и оставаться на том же экземпляре сервера, что и база данных-источник.
Обычно копию базы для OLAP-нагрузок создают на отдельном сервере. Обосновывается это тем, что один инстанс имеет единый буфферный кэш. Тяжелые аналитические отчеты и их запросы этот кэш быстро вымывают, что влияет на скорость выполнения операций транзакционной базы. Влияет негативно. Если мы выносим отчетную базу на отдельный сервер, то это влияние исключается. Можно посмотреть показатель производительности "SQLServer:Buffer Manager\Page life expectancy". Если страницы не задерживаются в кэше, то значит есть тяжелые запросы.
Я это к тому, что если основная база и снапшот продолжают располагаться на одном сервере, то проблемы вымывания кэша никак не решаются.
Плюс отдельный инстанс позволяет для отчетной базы изменить те же настройки параллелизма, что даст отчетам новую жизнь.
Снапшоты плюсов в этой части не дают.

Поэтому я вижу использование там, где:
1. Система не находится под постоянной нагрузкой в части изменения данных.
2. Простейшая стратегия бэкапирования.
3. Нет цели разделения оперативной и отчетной нагрузки.
4. Есть цель решить проблему избыточных блокировок СУБД при чтении. Но это уже не так актуально с появлением RCSI и управляемых блокировок.

В общем, как-то так.
Unknown31; Lansi; +2 Ответить
7. starik-2005 2200 29.08.20 10:48 Сейчас в теме
(6)
Поэтому я вижу использование там, где:
1. Система не находится под постоянной нагрузкой в части изменения данных.

У нас как раз было более 100 запросов к системе в секунду периодически (множество запросов из веб-приложения). До того, как стали использовать отчетность из снапшоте, все очень сильно проседало по производительности.

НО! В действительности количество операций ввода-вывода не изменилось, а вот характер нагрузки поменялся - операции чтения отчетных данных стали уходить на неблокируемый инстанс снапшота, в то время как раньше они уходили на постоянно блокируемый записью инстанс основной базы. Я так понимаю, что для Вас операции ввода-вывода выросли, но для системы в целом они могут даже сократиться из-за разделения инстансов и отсутствия записи в снапшоте.

2. Простейшая стратегия бэкапирования.
Не было проблем с инкрементальными бэкапами. Мы не совсем уж сумасшедшие, чтобы снапшот для бэкапа юзать. Мы его в любой момент сбросить можем и 10 секунд на восстановление. Какое-то странное утверждение вообще. Там же просто все - база снапшота становится версией и просто игнорирует все последующие изменения. База основная практически не ощущает на себе нагрузки, ибо запись данных - это всегда физически новый блок, особенно на ССД. Вы немножко мозг включите и представьте себе, как работает система на уровне физической записи измененных версий. У снапшота есть своя карта, а оперативная база просто не трогает блоки, которые были до момента создания снапшота - на это минимум ресурсов выделяется. А журнал транзакций продолжает писаться ровно в том же виде.

Но да, снапшот не забекапишь - да и кому такая ересь в голову прийти может?

3. Нет цели разделения оперативной и отчетной нагрузки.

Вот ровно такая цель и есть, когда оперативная и отчетная нагрузка разделяется. На оперативную нагрузку система тратит теперь меньше ресурсов, т.к. нет мешающей ей нагрузки множественного чтения. Еще раз скажу: количество операций ввода-вывода остается в пределах сервера примерно одинаковым, но характер нагрузки для оперативной (OLTP) базы меняется.

4. Есть цель решить проблему избыточных блокировок СУБД при чтении. Но это уже не так актуально с появлением RCSI и управляемых блокировок.


Факт остается фактом: включили снапшот изолейшн - стало чуть лучше, но нагрузка на сервер осталась очень высокой - из-за механизмов обеспечения консистентности СУБД. Вынесли отчеты в снапшот - нагрузка УПАЛА В ДВА РАЗА.

Юрий, Вы на проблему не как DBA посмотрите, а как программист, который бы делал СУБД. Что нужно для того, чтобы обеспечить параллельность работы? Чтобы между разными сеансами не было чтения и записи одних и тех же данных в один и тот же момент, чтобы данные были изолированы друг от друга при работе с ними из разных потоков для одной базы данных. В итоге наворачивается вокруг этого сотни семафоров и мьютексов, которые и тратят достаточно большое количество ресурсов, ибо многие реализации "мгновенных" операций (т.е. без отработки операций по прерыванию таймера с возвратом спящему сеансу управления) делаются "бесконечным" циклом (вон постгресовцы писали в блоге, что переписали с С на |ссемблер мьютексы - и "все стало летать" - относительно, конечно).

И вот эта нагрузка - она очень влияет. Выделяешь отдельно инстанс - получаешь прибавку к быстродействию. Да, на отчетные данные тратится другая память, а не та, которая тратится на оперативные данные. Но она просто не тратится в оперативном инстансе, а тратится в инстансе отчетном. Если у нас была бы одна база, то да, память бы потратилась бы в оперативном инстансе и в нем бы производительность опять же уперлась бы в блокировки.

НО! Основная замута в том, что многие товарищи покупают себе память - она сейчас сравнительно не дорогая, - но не получают от этой памяти никаких преимуществ. Она просто выдирается мелкософтовским скулом до порога ограничений, а когда ее вдруг перестает хватать, то часть информации скул теряет, освобождая для новых пачек данных (был, кстати, мастеркласс на эту тему на митапе про постгрес и скул). Вот у тебя много памяти, вот ты и пишешь, и читаешь, и читаешь много. Вот начал ты много читать - скулу не стало хватать памяти для поддержки оперативного кеша с данными об остатках взаиморасчетов и товаров, и он просто освободил эти данные для того, чтобы загрузить туда данные отчета - все эти миллионы временных таблиц, сворачиваемых в финальном блоке запроса, как любят это делать 1С-неги, получившие степень "спеца по платформе". В итоге у тебя при следующей транзакции происходит чтение оперативных данных с диска, а для их размещения в памяти еще что-нибудь нужное освобождается в этой конкретной базе. Когда все в этой базе закончится, начнется освобождение того, что было поначитано в другой базе. Ну и т.д. А разделил инстанс, и большую часть времени отчетная база освобождает себе данные себя самой от предыдущих отчетов, а не данные оперативной базы, которые этой оперативной базе понадобились бы. Ведь внутри одного инстанса у скула нет приоритета, какие данные важнее, а какие можно освободить - он просто грохает, что более старое, и все.
8. YPermitin 9711 29.08.20 11:39 Сейчас в теме
(7) как и год назад Вы проигнорировали все факты что я написал и просто сказали, что у Вас все хорошо :) Только оьщие слова.

Бессмысленое обсуждение получилось. Вы либо меня троллите, либо просто игнорируете:)))

Продолжать смысла нет.
9. starik-2005 2200 29.08.20 21:11 Сейчас в теме
(8)
Продолжать смысла нет.
Так и Вы все мои аргументы игнорируете, даже не пытаясь понять.

Если сервер на одном инстансе и отчеты собирает, и транзакции пишет, то если инстансы разделить, то количество операций ввода-выводе не поменяется. Я, например, не понимаю, с чем тут можно спорить? Нет блокировок - нет тормозов. А бэкапы - ну кто ж снапшот бэкапит, а для бэкапа транзакций основной базы нет никаких ограничений, только при восстановлении снапшот нужно будет прибить, а это не проблема совершенно.
Оставьте свое сообщение

См. также

Перенос данных из УНФ 1.6 в БП 3.0 Промо

Обмен через XML Перенос данных из 1C8 в 1C8 v8 УНФ БП3.0 Россия БУ УУ Платные (руб)

Обработка для переноса документов, начальных остатков и справочной информации. Можно использовать как для разового начального переноса данных, так и для организации регулярного обмена данными. Есть возможность указать период отбора данных и установить фильтр по организациям. Перенос оперативно обновляем при выходе новых релизов программ 1С. По возникающим вопросам оказываем техническую поддержку (через тикеты на Инфостарте).

16000 руб.

18.05.2020    2652    0    6    

Бери и делай!

О сообществе Бесплатно (free)

Первый шаг к продажам – самый страшный. Кто-то боится, что над ним будут смеяться, кто-то считает, что у него ничего не получится, а третьи просто не понимают, как можно использовать свои компетенции. Исполнительный директор Инфостарт Александр Чавалах попытался убедить, что все сомнения уйдут, но только после того, как сделать этот первый шаг.

31.08.2020    1492    chavalah    6    

Не спеша, эффективно и правильно – путь разработки. Часть 2. Теория

Практика программирования Бесплатно (free)

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

22.06.2020    9489    WildHare    23    

Не спеша, эффективно и правильно – путь разработки. Часть 1. Парадигма

Практика программирования Бесплатно (free)

Черновой вариант книги Никиты Зайцева, a.k.a.WildHare. Разработкой на платформе 1С автор занимается с 1996-го года, специализация — большие и по-хорошему страшные системы. Квалификация “Эксперт”, несколько успешных проектов класса “сверхтяжелая”. Успешные проекты ЦКТП. Четыре года работал в самой “1С”, из них два с половиной архитектором и ведущим разработчиком облачной Технологии 1cFresh. Ну — и так далее. Не хвастовства ради, а понимания для. Текст написан не фантазером-теоретиком, а экспертом, у которого за плечами почти двадцать три года инженерной практики на больших проектах.

15.06.2020    13538    WildHare    34    

DT:Менеджер 8.2 (8.3) (Распаковка/упаковка *.DT файлов. Быстрый экспорт CF. Сброс пользователей. Работа с "битыми" DT) Промо

Сервисные утилиты Инструментарий разработчика Администрирование данных 1С v8 1cv8.cf Платные (руб)

Внешнее приложение для работы с форматом *.DT. Осуществляет быстрый экспорт конфигурации, очистку сведений о пользователях и может работать с аварийными DT файлами.

6000 руб.

19.04.2013    126625    206    221    

Перенос данных из 1С:Бухгалтерии 7.7 в БП 3.0

Перенос данных из 1С7.7 в 1C8.X Обмен через XML v7.7 v8 1С7:Бух БП3.0 Россия БУ Платные (руб)

Стандартная обработка перехода с 1С:Бухгалтерии 7.7 на 1С:Бухгалтерия предприятия 8, ред.3.0 достаточно сложна в использовании. При ее запуске и попытке выполнения перехода можно встретить большое количество ошибок (примеры ниже). Наша разработка содержит исправление этих ошибок. Также при приобретении нашего переноса данных из 1С:Бухгалтерии 7.7 в БП 3.0 вы получите техническую поддержку наших специалистов по любым вопросам, связанным с этой задачей.

15000 руб.

26.05.2020    2646    0    9    

5 причин 1С-нику участвовать в хакатонах

Личная эффективность Бесплатно (free)

5 причин, зачем вам ходить на хакатоны, почему на это стоит выделять время.

24.05.2020    5135    comol    19    

Перенос данных из БП 3.0 в УПП 1.3

Обмен данными 1С Обмен через XML Перенос данных из 1C8 в 1C8 v8 УПП1 БП3.0 Россия Платные (руб)

Поддерживается перенос документов и справочной информации. Есть возможность указать период отбора данных и установить фильтр по организациям. Перенос оперативно обновляем при выходе новых релизов программ 1С. По возникающим вопросам оказываем техническую поддержку (через тикеты на Инфостарте).

15000 руб.

06.05.2020    3588    3    9    

Универсальное выборочное удаление данных из базы 1С (любые конфигурации на упр.формах: БП 3.0, УТ 11, КА 2, ERP, УНФ, ЗУП 3, Розница и т.д.) Промо

Чистка базы Универсальные обработки v8 v8::УФ Розница УНФ ERP2 ЗКГУ3.0 БП3.0 УТ11 КА2 ЗУП3.x Платные (руб)

Обработка позволяет удобно выборочно удалить данные из базы 1С. Это могут быть как неиспользуемые элементы справочников, так и неактуальные организации. При этом есть возможность провести анализ пересечений документов с другими организациями и таким образом уберечься от того, что при удалении обороты по другой организации изменятся.

3000 руб.

28.11.2019    5294    12    7    

Перенос данных из ERP 2 / КА 2 / УТ 11 в УНФ 1.6

Обмен данными 1С Перенос данных из 1C8 в 1C8 v8 УНФ ERP2 УТ11 КА2 Россия Платные (руб)

Обработка позволяет выполнить полный перенос данных из программ 1С:ERP / КА 2 / УТ 11 в программу 1С:УНФ. Переносятся начальные остатки на выбранную дату, документы за период, а также справочная информация. Переносятся все возможные виды документов. Оказываем техническую поддержку. Оперативно обновляем правила конвертации данных при выходе новых релизов программ 1С.

18000 руб.

28.04.2020    3379    1    7    

Автозагрузка банковских выписок (БП 3.0)

Банковские операции Обмен с банком v8 v8::БУ БП3.0 БУ Абонемент ($m)

Расширение позволяет автоматизировать загрузку банковских выписок в программу 1С:Бухгалтерия предприятия, ред. 3.0. При начальной настройке создается регламентное задание. Период срабатывания регламентного задания в дальнейшем можно поменять в консоли заданий. Требуется указать каталог, из которого нужно загружать банковские выписки.

1 стартмани

06.04.2020    4013    3    primat    6    

Как я собрал для себя высокопроизводительный и бесплатный облачный бекенд для 1С на PosgreSQL + PostgREST

Производительность и оптимизация (HighLoad) WEB Интеграция Мобильная разработка Администрирование веб-серверов v8 Бесплатно (free)

В этой статье я расскажу о проблемах бека для мобильных приложений или другого фронта, который требует производительности, быстрой реакции и отказоустойчивости, и как я решил это благодаря opensource проекту PostgREST и СУБД Postgre SQL 12. Проведу простой тест производительности для сравнения 1С с данным решением. Это может быть полезно всем, кто разрабатывает мобильные приложения либо фронтсайд-приложения для 1С на чем угодно - на мобильной платформе или на нативном языке или на Simple UI. И также обзор новых функций SimpleUI для связи с этим бекендом.

31.03.2020    12589    informa1555    31    

Перенос документов, остатков и справочников из УНФ 1.6 в УТ 11 / КА 2 / ERP 2 (ЕРП 2) Промо

Обмен данными 1С Обмен через XML Перенос данных из 1C8 в 1C8 v8 УНФ ERP2 УТ11 КА2 Россия Платные (руб)

Правила переноса данных из УНФ в УТ 11 / КА 2 / ERP 2 (ЕРП 2) позволяют перенести начальные остатки на выбранную дату, а также документы за период, начиная с этой даты. Это позволит комфортно начать ведение учета в новой программе 1С. Предоставляем техническую поддержку, оперативно обновляем перенос при выходе новых релизов программ 1С. Добавляем новые виды объектов в переноса по просьбам наших клиентов.

21000 руб.

05.12.2019    7768    7    11    

Печать текстовых водяных знаков в файлы PDF из 1С

Универсальные обработки v8 1cv8.cf Абонемент ($m)

Обработка для группового наложения текстовых водяных знаков в документах PDF с помощью бесплатной программы AVS Document Converter. Тестировалась в ОС Windows 7 64 bit на платформе 8.3.15.1830 с AVS Document Converter 4.2.3.268.

2 стартмани

13.03.2020    1484    3    Spartan    8    

Полиграфистки сходят с ума по одной

О жизни Бесплатно (free)

Мой опыт прохождения полиграфа.

06.03.2020    5314    1c-intelligence    81    

Стабильность превыше всего

Рефакторинг и качество кода v8 Бесплатно (free)

Странная заметка о поддержании стабильности в условиях интенсивного изменения конфигурации.

07.11.2019    9410    YPermitin    40    

Алкогольная декларация для 1С 8.1, 8.2, 8.3 (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 формы) УТ10.2/10.3, УТ11, УПП, КА, БП2.0/3.0, БП КОРП, Розница 1.0/2.1, Далион, Астор, УТАП и др. с подписью и шифрованием, редакция 2.3 Промо

Регламентированная отчетность Бухгалтерские Налоговые Розничная торговля Розничная торговля v8 КА1 БП2.0 Розница УПП1 БП3.0 УТ11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия БУ НУ Акцизы Платные (руб)

Сложности с подготовкой алкогольной декларации? Срок сдачи все ближе, а Вы не успеваете? Устали заносить/править данные вручную? Давит угроза штрафа в десятки тысяч или лишение лицензии? Бессонные ночи и потраченные на работе вечера в пик сдачи отчетности? Надоело формировать отчет для каждого клиента и отсылать вручную? Вам знакомы эти проблемы? Если да, то у нас есть РЕШЕНИЕ, которое Вам поможет! Автоматическое и ручное заполнение алкогольных деклараций по формам 1, 3 (производство), 2, 4 (использование), 5, 6, 7 (опт), 8, 9 (перевозка), 10 (использование мощностей), 11, 12 (розница, разделы I и II) по данным учета, проверка и шифрование, а также загрузка из внешних файлов и выгрузка в последнем актуальном формате 4.31.

20000 руб.

23.10.2012    213267    287    416    

6 шотов

О жизни Бесплатно (free)

Небольшие пятничные истории о взаимоотношениях в коллективе

01.11.2019    10093    sapervodichka    28    

Шорты Белокаменцева

О жизни Бесплатно (free)

Короткие версии старых статей

28.10.2019    7963    1c-intelligence    18    

Перенос данных из КА 1.1 / УПП 1.3 / УТ 10.3 в УНФ 1.6

Обмен данными 1С Перенос данных из 1C8 в 1C8 v8 КА1 УПП1 УНФ Россия Платные (руб)

Перенос остатков, документов и справочников из КА 1.1 / УПП 1.3 / УТ 10.3 в УНФ 1.6. Обработка позволяет начать учет в программе "1С:Управление нашей фирмой" - перенести в нее из существующей базы "1С:Управление производственным предприятием 1.3" / "1С:Комплексная автоматизация 1.1" начальные остатки на выбранную дату, документы за период времени и также всю необходимую справочную информацию. По вашему запросу бесплатно добавляю в перенос дополнительные виды объектов (например, новые виды документов). Перенос включает в себя правила конвертации в формате XML, обработку для выгрузки и загрузки данных, а также инструкцию по работе. В стоимость переноса включена техподдержка в течение месяца с момента покупки, а также получение обновлений переноса в течение полугода.

29700 руб.

17.10.2019    8395    6    14    

Перенос данных из Управление торговлей 10.3 в Бухгалтерию предприятия 3.0 (правила переноса остатков, документов и справочников из УТ 10.3 в БП 3.0) Промо

Обмен через XML Перенос данных из 1C8 в 1C8 v8 УТ10 БП3.0 Россия БУ УУ Платные (руб)

Правила переноса остатков, документов и справочников из УТ 10.в БП 3.0 позволяют как начать вести учет в новой базе БП 3.0, так и организовать регулярный обмен данными, вводимыми на стороне УТ 10.3. Перенос оперативно обновляем на новый релизы, предоставляем техническую поддержку. Возможно бесплатное выполнение тестового переноса данных перед приобретением нашей разработки.

15000 руб.

02.10.2019    6770    3    12    

Видя деньги

О жизни Бесплатно (free)

Немножко бизнес-программирования.

09.09.2019    8694    1c-intelligence    94    

Куда и как расти

Личная эффективность Бесплатно (free)

Даже если сейчас у вас стабильная работа, это не означает, что завтра ситуация не изменится, вы не окажетесь на рынке труда в поисках новой должности. Какие специалисты сейчас требуются, и какие тренды превалируют на рынке IT и в сфере 1С, на конференции рассказал директор по развитию внедренческого центра «Раздолье» Андрей Мироненко. Он работает в качестве руководителя IT-направления свыше 15 лет, а в должности директора IT – 10 лет. Является автором различных обзоров, курсов и иных полезных материалов. Занимался подбором и мотивацией персонала, разработкой стандартов качества IT-сервисов, руководством проектами автоматизации (ERP, WMS и пр), имеет опыт организации розничных сетей, call-центров, запуска и сопровождения интернет-магазинов.

16.05.2019    11957    andironenko    26    

Универсальный HTTP-сервис на платформе 1С, аля HTTP-сервер с примером

Инструментарий разработчика v8 1cv8.cf Абонемент ($m)

Практический кейс построения HTTP-сервиса, который работает по принципу HTTP-сервера, с разбором всех методов построения и разработки класса задач построения личных кабинетов и сопряжения их с центральной базой.

1 стартмани

13.05.2019    28817    126    Diversus    42    

Заполнение книги учета доходов и расходов (КУДиР) 1С Промо

Обработка документов Налоговые Закрытие периода Закрытие периода Закрытие периода v8 v8::УФ КА1 БП2.0 УПП1 ERP2 БП3.0 КА2 БУ НУ УСН Платные (руб)

При формировании КУДиР при УСН часто возникает множество вопросов и проблем, к.т.: 1. Как выполняется заполнение книги учета доходов и расходов 2. Неправильно формируется книга учета доходов и расходов в 1С а). Доходы / расходы не попадают в КУДиР; б). Доходы / расходы попадают, но не принимаются к учету и многие другие ошибки. При правильном учёте, книга формируется корректно, но идеальный учет это скорее фантастика, для реальных случаев можно использовать специальный инструмент. Обработка предназначена для просмотра и заполнения КУДиР. Заполнение может производиться как штатным, так и альтернативным способом (от бухгалтерской проводки).

4900 руб.

12.03.2014    107506    60    81    

Удаленная работа. Как выбрать работодателя

Личная эффективность Бесплатно (free)

На что обратить внимание при выборе удаленного работодателя

15.11.2018    11958    sergey_garin    24    

В гости к отцу

О жизни Бесплатно (free)

Про старых и новых инженеров.

14.11.2018    7651    1c-intelligence    34    

Контроль отрицательных остатков в конфигурациях: УТ 11.4, КА 2.4, ЕРП 2.4

Бухгалтерский учет Учет ТМЦ Управленческий учет (прочее) Учет ТМЦ v8 v8::УФ ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

Подробный разбор всех присутствующих в конфигурациях УТ 11, КА 2, ЕРП 2 вариантов контроля отрицательных остатков: по организациям, складам, оперативный контроль

08.11.2018    55554    ids79    73    

Обмен каталогом товаров между 1С и другими системами в формате YML (Yandex Market Language) Промо

Обмен через XML WEB Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля v8 УТ10 УНФ УТ11 Платные (руб)

Обработка для выгрузки/загрузки каталога номенклатуры в 1С из формата YML (Yandex Market Format). В настоящий момент поддерживается выгрузка в YML из УТ11 и УТ10. Загрузки из YML в УТ11, УТ10 и УНФ 1.6. Обработки тестировалась на конфигурациях УТ 11.3.1.115 (управляемые формы), УНФ 1.6.9.36 (управляемые формы) и УТ 10.3.32.2 (обычные формы). Обращайтесь по вопросом адаптации обработки под другие конфигурации. Обработка предоставляется с открытым кодом. Кроме того, будет осуществляться развитие проекта. Выпускаемые обновления будут распространяться среди покупателей БЕСПЛАТНО в течение 1 года с момента покупки. Обратите внимание, что при чтении YML-файлов большого размера может происходить увеличение размера временных файлов 1С. Поэтому для быстрого чтения объемных файлов необходимо иметь соответствующей мощности ПК. Если есть потребность быстро загружать объемные файл рекомендуется использовать сервера, а не обычные ПК.

4900 руб.

18.05.2015    65993    113    50    

О главном инструменте разработчика, аналитика и руководителя

Личная эффективность Бесплатно (free)

Думаю, все были на собеседованиях и на вопрос «какие инструменты вы используете в работе», у всех заготовлен ответ про языки, библиотеки, среды разработки, базы данных и т.д. и т.п. В крайнем случае, у кого-то может быть припасена шутка про грабли и напильник. Ну и все доблестно перечисляют всякие XDTO и СКД, думая, что перечисляют невероятно важные средства разработки, в которых хорошо разбираются. Но правда заключается в том, что единственно важным средством разработки является ваш мозг. И вы абсолютно ничего не знаете о том, как он устроен.

10.08.2018    10919    m-rv    40    

Способы оптимизации переносов данных

Перенос данных из 1C8 в 1C8 Интеграция v8 КД Абонемент ($m)

Хочу рассказать вам про способы оптимизации разработки правил обмена в программе «Конвертация данных» второй редакции. Казалось бы, про эту программу и разработку в ней правил конвертации уже сказано все, что можно. Появились уже более современные и быстрые технологии. Почему же все еще она? Дело в том, что «Конвертация данных» второй редакции все еще актуальна для огромного круга задач. Она имеет очень широкую функциональность и позволяет реализовывать сложные алгоритмы. Годы идут, а люди продолжают ей пользоваться и у них возникает много вопросов по этой программе. Возможно, в будущем вы тоже будете заниматься такими проектами и столкнетесь с задачами, похожими на те, про которые я собираюсь рассказать. Мне хочется вам в этом помочь.

1 стартмани

02.08.2018    17296    primat    7    

Минимализмы 3

Практика программирования Универсальные функции v8 Бесплатно (free)

Очередная серия "минимализмов" [http://infostart.ru/public/306536/, https://infostart.ru/public/460935/]. Также, как и в предыдущих статьях, здесь приведена подборка коротких оригинальных авторских решений некоторых задач. Ранее эти решения были разбросаны по моим комментариям к чужим публикациям.

19.02.2018    46414    ildarovich    45    

Автоматизация службы доставки - Удобное решение: Служба доставки + Фастфуд 3.0 (Поддержка онлайн-касс, 54-ФЗ, ЕГАИС) Промо

Управление услугами и сервисом Управление торговлей Управление взаимоотношениями с клиентами (СRM) Оптовая торговля Управление взаимоотношениями с клиентами (СRM) Оптовая торговля v8 Рестораны, кафе и фаст-фуд УУ Платные (руб)

Программа для доставки «Удобное решение: Служба доставки + ФастФуд 3.0» (1С Доставка) предназначена для автоматизации службы доставки еды и предприятий в сфере общепита. Данная конфигурация поддерживает работу с ЕГАИС, имеется возможность подтверждения или отказа от ТТН, ведение журнала розничной продажи алкогольной продукции. Программа поддерживает онлайн-кассы, 54-ФЗ. Программа автоматизирует не только доставку, но и все стадии приготовления заказов, ведение клиентской базы и черных списков, разнообразные скидки и акции, фронт-офис для быстрого обслуживания посетителей ресторана или кафе, ведение кассовых документов, прием заказов с сайта, массовые СМС-рассылки клиентам, расчет заработной платы работникам, инвентаризации, калькуляции, поступления, списания, расчет себестоимости, отслеживание процента наценки и расчет валовой прибыли. Также данная конфигурация отлично подходит для автоматизации любой курьерской службы, для автоматизации приготовления и доставки пицц, ролл, суши, фастфуда. Специально для организаций, не имеющих собственного производства, занимающихся только доставкой из разных заведений предусмотрен режим отключения сборки заказов. Предусмотрена возможность принимать звонки в одном Call-центре и направлять их в различные филиалы. Для разграничения по зонам доставки вы просто выделяете необходимые области на карте. Появилась возможность приобрести у нас сайт, который интегрирован с программой. Меню можно выгружать из программы, заказы с сайта автоматически выгружаются в программу. Сайт имеет адаптивный дизайн и мобильное приложение для клиентов. При подключении модуля "Мобильное приложение курьера" у курьеров появляется возможность видеть список своих активных заказов, смотреть их местоположение на карте, делать отметки об исполнении. "Мобильное приложение курьера" бесплатно для двух одновременно работающих курьеров. Если у вас больше курьеров, то приложения нужно докупать за дополнительную плату. Важной особенностью данной программы для доставки, в отличие от большинства подобных программ, является открытый код, возможность вносить любые изменения и доработки, а также неограниченное число рабочих мест.

19000 руб.

24.04.2014    101837    29    84    

А чё это вы здесь делаете, а?

WEB v8 1cv8.cf Абонемент ($m)

Разработчикам тиражных обработок близка и понятна проблема обратной связи с пользователем. Много важного и полезного можно почерпнуть, зная, что делает бухгалтер, который запустил обработку. В большом мире вэба сбор статистики на сайте дело привычное и даже обязательное. Эта статья покажет практику применения инструментов сбора статистики из мира веба для обработок на платформе 1С:Предприятие.

1 стартмани

21.01.2018    23677    infosoft-v    42    

Одно Кольцо, Чтобы Править Всеми

Личная эффективность Бесплатно (free)

Рассказ о внедрении 1С. Необычный.

25.12.2017    15204    1c-intelligence    62    

Джеб Кличко

Личная эффективность Бесплатно (free)

Бывает же такое: 1Сник может учиться у Кличко

18.12.2017    16485    1c-intelligence    63    

АСТ: Обмен с ЕГАИС из 1С Промо

Внешние источники данных Обработка справочников Обработка документов Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля v8 КА1 БП2.0 УТ10 Розница УПП1 УНФ ERP2 БП1.6 БП3.0 УТ11 КА2 Розничная и сетевая торговля (FMCG) Рестораны, кафе и фаст-фуд Пищевая промышленность Россия БУ УУ Акцизы Платные (руб)

Автоматический обмен данными с системой ЕГАИС из 1С: загрузка данных по контрагентам, производителям, алкогольной продукции, сопоставление данных и запись их в базу данных; загрузка ТТН и справок Б от поставщиков, отправка по ним актов; выгрузка ТТН покупателям; запрос остатков. Выгрузка производства, импорта, работа с торговым залом, помарочный учет. Запрос остатков и движения по справке Б, работа с марками и штрихкодами продукции. Запрос статуса ТТН, необработанных ТТН, отправка данных АСИиУ. Работа с актами расхождений и запросами на отмену актов.

4000 руб.

30.09.2015    275792    653    790    

Латентные паразиты

Управление бизнес-процессами (BPM) Бесплатно (free)

Вот вы сидите, и не думаете о паразитах. А они рядом.

04.12.2017    26181    1c-intelligence    144    

Комплект увольнения

О жизни Бесплатно (free)

Это все, что останется после меня. Это все, что возьму я с собой.

28.11.2017    27285    1c-intelligence    87    

Суррогаты

О жизни Бесплатно (free)

Статья о том, что вы и без меня прекрасно знаете. Но я напомню.

21.11.2017    29258    1c-intelligence    197    

Конфигурация "Весовая" ред. 3.0 для Платформы 8.3 Промо

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Учет ОС и НМА Учет ТМЦ Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Учет ОС и НМА Учет ТМЦ v8 Транспорт, автопарки, такси Беларусь Украина Россия Казахстан УУ Платные (руб)

Конфигурация "Весовая" ред. 3.0 для "1С:Предприятие 8.3" - это решение для организации контроля движения грузов через весовую и остатков на складах предприятий, занимающихся: - сельскохозяйственной деятельностью; - тепличных комплексов; - добывающей и горнодобывающей деятельностью; - производителей бетона и асфальта; - дорожно ремонтно-строительных управлений; - торговых организаций; - речных и морских портов осуществляющих перевалку груза; - и организаций, использующих весовую. Конфигурация реализована полностью в интерфейсе "Такси".

3000 руб.

24.03.2015    72334    89    65    

Простой способ повысить шансы на победу, переговоры без поражения. Тонкое искусство переговоров для специалистов по 1С и не только. Часть 2

Личная эффективность Бесплатно (free)

После своей предыдущей публикации https://infostart.ru/public/690718/ получил много сообщений с вопросами. Один из наиболее часто повторяющихся – о том, как повысить шансы на победу в сложных переговорах, если этому никогда не учился? Конечно, от это вопроса веет верой в Гарри Поттера и его волшебную палочку, но мы точно знаем, что правильный ответ есть. Используйте принцип «всегда вдвоем». Это одна из самых простых и самых сильных манипуляций в переговорах.

07.11.2017    10339    user809424    17    

Кошка сдохла, хвост облез

Личная эффективность Бесплатно (free)

Практический прием для руководителя из арсенала системного мышления.

04.11.2017    17836    1c-intelligence    44    

Экзорцизм программистскими методами

О жизни Бесплатно (free)

Примеры из жизни о том, как инструменты на платформе 1С помогают компании изгонять зло.

24.08.2017    34267    1c-intelligence    59    

Рассылка СМС-сообщений через сервис SMS.ru

SMS рассылки v8 1cv8.cf Россия Абонемент ($m)

Простая конфигурация, позволяющая быстро организовать смс-рассылку через интернет-сервис SMS.ru. Конфигурация собрана на платформе 1С:Предприятие 8.3 (8.3.8.2088), механизм взаимодействия с внешним сервисом - http запросы.

1 стартмани

20.08.2017    12118    45    sdn-1    0    

Агрессия в переговорах

Личная эффективность Бесплатно (free)

Многие люди сравнивают агрессию с отсутствием такта и невоспитанностью либо с плохим настроением. И мало кто задумывается, что она может стать помощником, особенно когда идет речь о сотрудничестве или переговорах с партнерами. Чем может быть полезна агрессия и как правильно ею пользоваться, рассказывает бизнес-тренер, руководитель Петербургской школы переговорщиков «ШИП» Дмитрий Коткин.

08.08.2017    12475    user809424    45    

Умный дом на 1С + ардуино

Практика программирования v8 Абонемент ($m)

Конфигурация для автоматизации быта программиста 1C и не только. В данной статье будет рассказано, как можно использовать 1С для задач, не входящих в стандартные рамки этой платформы. Например, управление домом. В качестве периферии для подключения будет использован микроконтроллер (МК) Ардуино, но на нём не будет никакой логической нагрузки, весь процесс будет проходить на сервере 1С. Работа с пинами ввода/вывода происходит напрямую из 1С.

1 стартмани

07.08.2017    22168    21    sasha777666    63    

Алкогольная декларация для 1С 8.2, 8.3 (3, 4, 5, 6, 7, 8, 10, 11, 12 формы) УТ11, БП3.0, БП КОРП 3.0, Розница 2, с подписью и шифрованием, Управляемые формы Промо

Регламентированная отчетность Статистики Бухгалтерские Оптовая торговля Розничная торговля Оптовая торговля Розничная торговля v8 v8::УФ Розница БП3.0 УТ11 Россия БУ УУ Акцизы Платные (руб)

Не успеваете сдать декларацию вовремя? Устали заносить/править данные вручную? Давит угроза штрафа в десятки, а то и сотни тысяч? Бессонные ночи и потраченные на работе вечера в пик сдачи отчетности? Вам знакомы эти проблемы? Если да, то у нас есть РЕШЕНИЕ, которое Вам необходимо! Автоматическое заполнение алкогольных деклараций по формам 3 (производство), 4 (использование), 5, 6, 7 (опт), 8 (перевозка), 11, 12 (розница, разделы I и II) по данным учета, проверка и шифрование, а также загрузка из внешних файлов и выгрузка в формате XML 4.30 согласно приказу Росалкогольрегулирования №198 от 05.08.2013 г.

20000 руб.

01.07.2013    92685    73    83