Reg 1541

Reg 1541

5 / 5 ( 2 голоса )

На сервере 1С со временем увеличивается в размерах папка
reg_1541, содержащая журналы регистрации 1С. Расположена эта папка в директории С:\Program Files\1cv82\srvinfo. И как следствие может возникнуть проблема свободного пространства на системном жестком диске. Чтобы избежать роста папки srvinfo необходимо периодически очищать журнал регистрации 1С.

Удаление неиспользуемых журналов регистрации из папки Srvinfo

В журнале регистрации фиксируется все изменения объектов баз 1С — документы, справочники, регистры и т.д.

Для каждой базы данных 1С существует своя директория хранения журнала регистрации и выглядит она таким образом:

C:\Program Files\1cv8\srvinfo\\\1Cv8Log

Папка <Имя кластера сервера> по-умолчанию называется reg_1541.

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

Вычислить эти папки можно открыв файл 1CV8Clst.lst, который находится так же в reg_1541.

Копируем <Идентификатор базы на сервере> из папки Srvinfo и ищем в файле 1CV8Clst.lst. Если идентификатор в файле не найден, то папку можно удалять.

1CV8Clst.lst

В директории Srvinfo находится папка с названием вида snccntx+<Идентификатор базы на сервере>. Эта папка содержит сеансовые данные и ее лучше не удалять без необходимости т.к. много места она не занимает.

Настройка и очистка журнала регистрации 1С

Запускаем 1С в режиме конфигуратора и переходим в меню «Администрирование/Настройка журнала регистрации»

настройка журнала регистрации 1С

В настройках журнала регистрации можно выбрать какие события будут регистрироваться:

Ошибки — информация о сбоях
Предупреждения — важные уведомления, не ошибки
Информация — все изменения базы данных
Примечания — все остальные уведомления

Для очистки журнала регистрации нажимаем кнопку «Сократить»

очистка журнала регистрации 1С

Здесь можно будет увидеть диапазон дат, за который хранятся данные.

В поле «Удалить события до:» выбираем дату до который будем очищать журнал регистрации.

Удаляемые события рекомендуется записать в файл, чтобы при необходимости можно было их восстановить

Автоматизация процесса очистки журнала регистрации

Автоматизация процесса через командную строку Windows выглядит таким образом:

«\1cv8.exe» CONFIG /Out /ReduceEventLogSize -saveAs

— строка подключения к информационной базе. Т.к. речь идёт о серверном варианте, эта строка будет иметь вид «/S /N /P». Пользователь должен иметь право администрирования.
— путь к файлу, в котором будут сохранены сообщения системы при выполнении этой операции.
— дата, по которую будет укорочен журнал регистрации в формате yyyy-mm-dd
— путь к файлу в формате *.elf, к которым можно будет обратиться в случае необходимости проводить расследования давних операций с информационной базой.

Операцию необходимо выполнять когда нет активных подключений к базе 1С.

Образец скрипта для PowerShell

# # backup & shrink 1c logs # param ( $1cexe = «C:\Program Files (x86)\1cv82\8.2.15.319\bin\1cv8.exe», $1cbase = «srvrname\ibname», $1cuser = «username», $1cupassword = «password», $1coperlog = «s:\logs\1cshrink.txt», $1cdaysoflogstore = 7, # (get-date).Date.AddDays(-$1cdaysoflogstore).ToString(«yyyyMMdd») $1clogsarchive = «s:\backup\6months\», # $1clogfilename = $env:COMPUTERNAME.ToLower() + «-1clog-» + ($1cbase.split(«\»)) + «-» + (get-date).Date.ToString(«yyyyMMdd») + «.elf» ) $1clog = $1clogsarchive + $1clogfilename cmd /c «`»`»$1cexe`» CONFIG `/s$1cbase `/N`»$1cuser`» `/P`»$1cupassword`» `/Out$1coperlog `/ReduceEventLogSize $((get-date).Date.AddDays(-$1cdaysoflogstore).ToString(«yyyy-MM-dd»)) -saveAs`»$1clog`»`»»

Внимание! Данные для подключения к базе 1С обезличены. Необходимо заменить на свои.

Перенос журнала регистрации на другой диск

Чтобы избежать переполнения системного диска файлами журнала регистрации 1С папку SRVINFO можно перенести на другой диск. Выполнить это можно изменив параметры запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows.

редактирование запуска службы «Агент сервера 1С:Предприятия 8.3» в реестре Windows

Очистка кэша 1С

Очистка серверного кэша 1С

Очистка серверного кэша 1С с помощью скрипта

По-умолчанию для сервера 1С:предприятия x64 по такому пути:

C:\Program Files\1cv8\srvinfo\reg_1541\snccntx*

Что выполняется в скрипте:

################################################# # rem Остановка службы сервера предприятия 1С x64 ################################################# net stop «1C:Enterprise 8.3 Server Agent (x86-64)» ####################################################################################### # rem Принудительное завершение процессов сервера 1С, если они не завершились корректно ####################################################################################### TASKKIll /F /FI «IMAGENAME eq rphost*» TASKKIll /F /FI «IMAGENAME eq rmngr*» TASKKIll /F /FI «IMAGENAME eq ragent*» ############################################################ # rem Удаление пользовательского кэша 1С (при необходимости) ############################################################ @FOR /D %%i in («C:\Users\*») do ( @FOR /D %%j in («%%i\Local settings\Application data\1C\1Cv8\????????-????-????-????-????????????») do rd /s /q «%%j» @FOR /D %%j in («%%i\AppData\Roaming\1C\1Cv8\????????-????-????-????-????????????») do rd /s /q «%%j» ) ################################################### # rem Удаление сеансовых данных сервера предприятия ################################################### for /d %%a in («c:\Program Files\1cv8\srvinfo\reg_1541\snccntx*») do rd /s /q «%%a» ################################## # rem Запуск службы сервера 1С x64 ################################## net start «1C:Enterprise 8.3 Server Agent (x86-64)»

После запуска файла появится окно консоли со списком операций, которые выполняются, по завершению которых оно закроется.

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

Различия данной операции на Linux и Windows минимальны, и обусловлены только различиями ОС. Ближе и роднее конечно Debian, потому основное описание и команды будут для него.

Для Windows отличается только размещения каталога кластера серверов(смотри по тексту), а остановить и запустить службу можно из соответствующего раздела в панели администирования.

Дано

Сервер с Debian x64 на борту и установленным сервером 1С:Предприятие 8.3.10.2580 x64. Со временем разросся журнал регистрации и занимает более 40 Гб, а терять такой объем на SSD не выгодно.

Решение

Первым делом необходимо остановить службу сервера 1С:Предприятие.
Для этого выполним команду /etc/init.d/srv1cv83 stop на которую получим ответ

# /etc/init.d/srv1cv83 stop Stopping 1C:Enterprise 8.3 server: OK

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

# cd /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/

Для Windows по умолчанию это каталог %programfiles%\1cv8\srvinfo\reg_1541\
Теперь проверим, что лежит в данном каталоге

# ls -h -l /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/ -rw-r—— 1 usr1cv8 grp1cv8 2,0K окт 17 23:25 1CV8Clst.lst -rw-r—— 1 usr1cv8 grp1cv8 2,0K окт 8 18:40 1CV8Clsto.lst drwxr-xr-x 3 usr1cv8 grp1cv8 43,7G янв 27 2017 21528742-e4a5-11e6-4f8a-80ee7336f1fc drwxr-xr-x 4 usr1cv8 grp1cv8 1,2G янв 27 2017 5b53ab74-e4a5-11e6-4f8a-80ee7336f1fc drwxr-xr-x 4 usr1cv8 grp1cv8 3,4G мар 12 2017 90b8b40e-071d-11e7-7f90-80ee7336f1fc drwxr-xr-x 4 usr1cv8 grp1cv8 1,1G,янв 27 2017 e0293120-e4b9-11e6-4f8a-80ee7336f1fc drwxr-xr-x 2 usr1cv8 grp1cv8 4,0M окт 17 13:26 snccntxdbc54ce8-e3f3-11e6-e197-a7d6ea9824fa

Посмотрим на содержимое файла 1CV8Clst.lst, в нем хранится соответствие ИБ и вложенных каталогов. Файл имеет следующий вид (привожу только начальную часть текста с описанием первой ИБ)

{0, {da007f72-e3f3-11e6-0c8f-a349084f127d,»Локальный кластер»,1541,»SRV1C»,0,0,0,0,0,0,0, {1, {«SRV1C»,1541} },0,0,0}, {3, {5b53ab74-e4a5-11e6-4f8a-80ee7336f1fc,»trade»,»Управление торговлей»,»PostgreSQL»,»SRV1C»,»trade»,»srv1c»,»g95WK23ghLi4v7ktux/t8cMLO+5jkGMPWFRRHR4fHcR08=»,»CrSQLDB=Y;DB=trade;DB$ {0,00010101000000,00010101000000,»»,»»,»»},0,1,»»,0,»»,»»,23},

В данном случае нас интересует строка 5b53ab74-e4a5-11e6-4f8a-80ee7336f1fc,trade,Управление торговлей…, где

  • 5b53ab74-e4a5-11e6-4f8a-80ee7336f1fc — Название каталога в котором расположен ЖР ИБ;
  • trade — Имя указываемое в строке подключения к ИБ;
  • Управление торговлей — Описание ИБ указанное в консоли серверов.

А необходимо это знание, чтобы удалить безвозвратно ЖР для тестовых ИБ, а от рабочей отломить и положить на полку переместить и сжать в архив.

Теперь знаем, в каких каталогах необходимо удалить ЖР. Собственно переходим в нужный каталог, находим каталог 1Cv8Log, а в нем файл 1Cv8.lgd или 1Cv8.lgf, удаляем или переносим его

Четыре уровня кэширования в сети: клиентский, сетевой, серверный и уровень приложения

Перевод статьи «Client, Network, Server and Application Caching on the Web»

В этой статье мы рассмотрим один из секретов высокой масштабируемости и производительности сайтов. Из блога об архитектуре Flickr, на серверах которого размещается более 5 000 000 фотографий, мы узнали, что кэширование и оперативная память играют ключевую роль в масштабируемости и производительности сайта.

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

  • клиентский;
  • сетевой;
  • серверный;
  • уровень приложения.

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

Кэш на клиентском уровне

Заголовки HTTP отвечают за определение возможности кэширования ответа и за определение срока хранения данных. Следующий пример заголовка Cache-control указывает, что ответ может находиться в кэше в течение 7 дней. Браузер отправит повторный запрос на хранение данных, если срок хранения истечёт или пользователь целенаправленно обновит страницу.

Запрос и ответ, которые могут быть кэшированы в течение 604800 секунд.

Ответ также может включать заголовок Last-Modified или Etag. Эти заголовки нужны для проверки возможности повторного использования данных. Статус ответа 304 указывает, что содержимое не изменилось и повторная загрузка не требуется. Обратите внимание на парные заголовки Last-Modified и If-Modified-Since, а также на даты ниже:

Ответ с заголовком «Last-Modified» и последующим запросом с его использованием.

Заголовок Etag используется с If-None-Match аналогичным образом для обмена кодами ответа при определении изменений в контенте, если они имеются.

Сайт с продуманными HTTP-заголовками обретёт больший успех у пользователей. Кроме того, браузер сэкономит время и пропускную способность.

Кэш на сетевом уровне

Согласно Википедии, Сеть Доставки Контента (CDN) — географически распределённая сетевая инфраструктура, позволяющая оптимизировать доставку и дистрибуцию контента конечным пользователям в сети Интернет. Иначе говоря, CDN — это распределённое хранение и использование кэша.

Директива HTTP-заголовка Cache-control: public позволяет различным частям сети кэшировать ответ. С помощью заголовка Cache-Control: public, max-age=31536000 находят ресурсы, которые хранятся в течение одного года.

Возможно, вы уже знакомы с другими директивами заголовков. Существует также ещё один мощный заголовок, для обработки аутентифицированных и других видов динамических ответов.

Кэш на серверном уровне

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

Первый подход к более быстрым ответам и экономии ресурсов — настройка кэш-сервера между приложением и клиентом.

Клиенты, запрашивающие одно и то же содержимое на прокси-сервере.

Такие инструменты, как Varnish, Squid и nginx кэшируют изображения, скрипты и прочее содержимое, которое требуется пользователям. Следующая настройка nginx собирает кэш, опираясь только на HTTP-заголовки в приложении.

proxy_cache_path /path/to/cache keys_zone=my_cache:10m; server { location / { proxy_cache my_cache; proxy_pass http://aplication; } }

Существует ещё одна директива, которая называется proxy_cache_lock, которая позволяет прокси-серверу делегировать только первый из похожих клиентских запросов за один раз для приложения. Если директива установлена, клиенты будут получать ответ при возврате первого запроса.

Множество клиентов, запрашивающих одно и то же содержимое одновременно.

Этот простой, но мощный механизм позволяет избежать беспорядка на стороне приложения при большом количестве запросов, когда заканчивается срок хранения контента.

Идея последнего, но не менее важного подхода заключается в том, что прокси-сервер может улучшить отказоустойчивость приложения. Существуют флаги директивы proxy_cache_use_stale для доставки контента с истёкшим сроком актуальности, когда приложение возвращает статус ошибки или когда связь между прокси-сервером и приложением не работает должным образом.

В руководстве по кэшированию с NGINX и NGINX Plus содержится более подробная информация и параметры конфигурации.

Кэш на уровне приложения

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

Мемоизация

def price @price ||= Price.new(unit_price, category) end

В приведённом выше коде на Ruby используется простой метод мемоизации, который сохраняет цену продукта, чтобы избежать дополнительных вычислений. Эта функция сохранит данные в экземпляре объекта и сэкономит ресурсы во время обработки запроса.

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

Интеллектуальное кэширование в памяти

cache.fetch(«category-tax-#{category_id}», expires_in: 1.minute) do CategoryTax.new(category_id) end

В приведённом выше коде используется API кэширования Rails для хранения и повторного использования метки категории в течение одной минуты во время обработки запросов. Ключом кэша для идентификации данных является category_id. Этот метод используется для экономии ресурсов, времени и уменьшения объёма запросов к внешней службе меток категорий.

Многие библиотеки предоставляют этот шаблон, но память приложения — не бесконечный ресурс. Например, менеджер кэша для Node не управляет объёмом потребляемой памяти. Также это может стать проблемой, если ваше приложение кэширует данные в больших объёмах, потребляя всю доступную память.

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

Совместное кэширование

Умение обращаться с растущим количеством пользователей и запросов — важный объект веб-разработки. Один из способов масштабирования приложения — добавление экземпляров приложения (горизонтальное масштабирование). Как вы, наверно, догадались, простой кэш в памяти не может использоваться несколькими экземплярами.

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

Хранилище со значениями ключей, такое как Memcached или Redis, может использоваться для совместного распределения данных кэша между экземплярами приложения. Эти инструменты имеют разные алгоритмы для сокращения количества кэшированных данных. Хранилища кэша также могут быть устойчивы к ошибкам с репликацией и хранением данных. Алгоритмы настолько сильно различаются, что Netflix создала свой собственный инструмент.

Ещё один важный аспект при использовании хранилищ кэша — это состояние гонки, которое происходит, когда разные экземпляры приложения обращаются к некэшированным данным одновременно. API кэширования запросов Rails содержит свойство race_condition_ttl для минимизации этого эффекта.

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

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

Тема: как почистить кэш клиент-серверный вариант 1с

Быстрый переход 1C Вверх

  • Навигация
  • Кабинет
  • Личные сообщения
  • Подписки
  • Кто на сайте
  • Поиск по форуму
  • Главная страница форума
  • Форум
  • Бухгалтерия
    1. Общая бухгалтерия
      1. Бухучет и Налогообложение
      2. Оплата труда и кадровый учет
      3. Документация и отчетность
      4. Учет ценных бумаг и валютных операций
      5. Внешнеэкономическая деятельность
      6. Внешнеэкономическая деятельность. Таможенный союз
      7. Алкоголь: лицензирование и декларирование
      8. Онлайн-ККТ, БСО, эквайринг и кассовые операции
    2. Отрасли и спецрежимы
      1. Индивидуальные предприниматели. Спецрежимы (ЕНВД, УСН, ПСН, ЕСХН)
      2. Учет в НКО и жилищном хозяйстве
      3. Бухгалтерский учет в строительстве
      4. Бухгалтерский учет в туризме
    3. Бюджетные, автономные и казенные учреждения
      1. Бюджетный учет
      2. Программы для бюджетного учета
    4. Банки
    5. МСФО, GAAP, управленческий учет
  • Юридический отдел
    1. Правовая помощь
    2. Регистрация
    3. Опыт проверок
  • Управление предприятием
    1. Администрирование и управление на предприятии
    2. Аутсорсинг
  • Автоматизация предприятия
    1. Программы для ведения бухгалтерского и налогового учета
      1. Инфо-Бухгалтер
      2. Другие программы
    2. 1C
    3. Электронный документооборот и электронная отчетность
    4. Прочие средства автоматизации труда бухгалтеров
  • Гильдия клерков
    1. Взаимоотношения на работе
    2. Бухгалтерский бизнес
    3. Обучение
    4. Биржа труда
      1. Ищу работу
      2. Предлагаю работу
  • Клуб Клерк.Ру
    1. Пятница
    2. Частные инвестиции
    3. Политика
    4. Спорт. Туризм
    5. Встречи и поздравления
    6. Авторские форумы
      1. Интервью
      2. Простое, как мычание
      3. Авторский форум Goblin_Gaga
        1. Бухгалтера можно…
        2. опусник Гаги
  • Интернет-конференции
    1. Кому я должен — всем прощайте: все о банкротстве физлиц
    2. Архив Интернет-конференций
      1. Интернет-конференции
        1. Обмен электронными документами и сюрпризы от ФНС
        2. Нарушение прав граждан при трудоустройстве и увольнении
        3. Новый порядок сдачи отчетности по НДС в электронном формате
        4. Подготовка годовой финансовой/бухгалтерской отчетности за 2014 год
        5. Все, что вы хотели спросить у оператора обмена электронными документами
        6. Как финансовый кризис превратить в окно возможностей?
        7. НДС: изменения в нормативном регулировании и их реализация в программе «1С:Бухгалтерия 8»
        8. Обеспечение достоверности результатов инвентаризационных мероприятий
        9. Защита персональных данных. Применение ЗПК «1С:Предприятие 8.2z»
        10. Формирование учетной политики компании: возможности сближения с МСФО
        11. Электронный документооборот на службе бухгалтера
        12. Учет времени при различных системах оплаты труда в программе «1С:Зарплата и управление персоналом 8»
        13. Полугодовой отчет по налогу на прибыль: раскроем все секреты
        14. Межличностные отношения на рабочем месте
        15. Облачная бухгалтерия 1С. Стоит ли уходить в облако?
        16. Банковские депозиты: как не потерять и выиграть
        17. Больничные листы и другие пособия за счет ФСС. Порядок расчета и начисления
        18. Клерк.Ру: задайте любой вопрос руководству сайта
        19. Правила расчёта НДС при осуществлении экспортно-импортных операций
        20. Как сдать отчетность в Пенсионный фонд за 3 квартал 2012 года
        21. Отчетность в ФСС за 9 месяцев 2012 года
        22. Подготовка отчетности в ПФР за 2 квартал. Сложные вопросы
        23. Запуск электронных счетов-фактур в России
        24. Как снизить затраты на ИТ-оборудование, ПО и ИТ-персонал с использованием облачных мощностей
        25. Отчетность в ПФР за 1 квартал 2012. Основные изменения
        26. Налог на прибыль: нюансы заполнения декларации за 2011 год
        27. Годовая отчетность в ПФР. Актуальные вопросы
        28. Новое в бухгалтерской отчетности за 2011 год
        29. Отчетность в ФСС в вопросах и ответах
        30. Полугодовая отчетность в ПФР в вопросах и ответах
        31. Расчет пособий по временной нетрудоспособности в 2011 году
        32. Электронные счета-фактуры и электронные первичные документы
        33. Формирование бухгалтерской отчетности за 2010 год
        34. Расчет больничных в 2011 году. Декретные и пособия в переходный период
        35. Новое в законодательстве о налогах и страховых взносах в 2011 году
        36. Изменения в финансовой отчетности в 2011 году
        37. DDoS атаки в России как способ нечестной конкурентной борьбы.
        38. Банковские продукты для физлиц: кредитование, депозиты, спецпредложения
        39. Документ в электронной форме — эффективное решение актуальных проблем
        40. Как найти работу с помощью Клерк.Ру
        41. Предоставление сведений перс. учета за первое полугодие 2010 года
        42. Налоговая ответственность: кто и за что отвечает?
        43. Проверки, взыскание, возврат/зачет налогов и др.вопросы ч.1 НК РФ
        44. Расчет больн. листов и страховых взносов в свете квартальной отчетности
        45. Замена ЕСН страховыми взносами и другие нововведения 2010 года
        46. Ликвидация коммерческих и некоммерческих организаций
        47. Бухгалтерский и налоговый учет товарно-материальных ценностей
        48. Обязательная перерегистрация фирм в соответствии с Законом №312-ФЗ
        49. PR и маркетинг в сфере профессиональных услуг своими силами
        50. Клерк.Ру: смена дизайна
        51. Построение личного финансового плана: мечты и реальность
        52. Подготовка бух. отчетности. Изменения в рос. стандартах учета в 2009 году
        53. Откаты в сфере продаж: за и против
        54. Потеря работы в период кризиса. Что делать?
        55. Все, что вы хотели знать о Клерк.Ру, но стеснялись спросить
        56. Кредит в кризис: условия и возможности
        57. Сохранение капитала во время кризиса: стратегии для частных инвесторов
        58. НДС: вычеты по авансам. Вопросы с ответами и без
        59. Пресс-конференция Деда Мороза
        60. Изменения в Налоговый кодекс, вступающие в силу с 2009 года
        61. Налог на прибыль с учетом последних изменений и разъяснений Минфина
        62. Российский кризис: угрозы и возможности
        63. Сетевой бизнес: качественные товары или развод на деньги?
        64. КАСКО: страховка без секретов
        65. Выплаты физическим лицам
        66. Рейдерство. Как защитить собственный бизнес?
        67. Актуальные вопросы исчисления и возмещения НДС
        68. Спецрежимы: ЕНВД и УСН. Особенности и сложные вопросы
        69. Налог на прибыль. Расчет, особенности исчисления, спорные моменты
        70. Учетная политика для целей бухучета
        71. Налоговые проверки. Практика применения новых правил
        72. НДС: порядок расчета
      2. Аутсорсинг в вопросах и ответах
      3. Как бухгалтеру выполнить требования Закона «О персональных данных»
      4. Идеальный архив бухгалтерских документов
  • Служебные форумы
    1. Архив
      1. FAQ (Часто задаваемые вопросы)
        1. FAQ: Часто задаваемые вопросы по бухучету и налогам
      2. Игры и тренинги
        1. Тренинг по воспитанию самоуверенности
        2. ВЭД в условиях суровой действительности
    2. Книга жалоб и предложений
      1. Дневники


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *