При открытии конфигурации ошибка формата потока при

Ошибка формата потока 1С Предприятие — одна из самых распространенных ошибок, возникающих при работе с 1С программами. Из публикации вы узнаете, как исправляется ошибка формата потока 1С Предприятие 8.3 без обращения к администраторам или партнерам 1С, проверенными на практике способами.

Работаешь в программе 1С, все замечательно, а тут неизвестно из-за чего появилась небольшая форма с уведомлением «Ошибка формата потока» и с вариантами «Завершить работу» в программе или «Перезапустить» программу. Перезапуск, естественно, ни к чему не приводит, ошибка появляется снова…

Я описал ваш случай? Не огорчайтесь! Вы не первый пользователь 1С у кого эта ошибка появилась, и, уверен, что не последний. За время работы с 1С программами выработался алгоритм исправления этой ошибки, которым я хочу поделиться в этой публикации. Поэтому, читайте и исправляйте эту 1С «занозу»! Итак…

…из публикации вы узнаете:

1. Почему возникает ошибка формата потока 1С Предприятие 8.3
2. Эффективный способ исправить ошибку файловых баз 1С Предприятие 8.3
3. Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3
4. Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3
5. Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3

Ошибка формата потока 1С Предприятие 8.3 — одна из самых распространенных в работе 1С:Предприятие и при этом одна из самых не информативных. Вылетает окошко с сообщением об ошибке и никакой дополнительной информации, что и где сломалось и как починить. Поэтому, исправление ошибки формата потока 1С начнем с вычисления причин появления этой ошибки, что бы лучше знать «врага» в лицо.

Почему возникает ошибка формата потока 1С Предприятие 8.3

Что бы выяснить причины появления ошибки формата потока 1С 8.3 необходимо рассмотреть область данных 1С платформы. Тут хотелось бы отметить, что платформа 1С во время работы использует:

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

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

А теперь представьте, что произошел скачек электричества, поэтому часть сетевого пакета исказилась и была записана в некорректной форме или отключили электричество и данные, которые писались в кеш 1С записались частично, что в этом случае произойдет?

Правильно! При попытке прочитать эти данные и их обработать, 1С не сможет их «прожевать» и выплюнет с «ошибкой формата потока». Вот такой «верблюд» получился и у вас. Давайте рассмотрим, что можно с этим сделать.

Первым делом необходимо сделать копию информационной базы 1С на случай порчи рабочей базы при её исправлении.

Эффективный способ исправить ошибку формата потока 1С Предприятие 8.3 для файловых баз данных 1С

Если вы работая в файловой версии 1С Предприятие, стали жертвой этой напасти, то хочу предложить способ от её избавления, работающий в 78% случаев.

• Для этого необходимо зайти в каталог, где хранится база данных 1С Предприятие 8.3 и удалить все файлы и папки, КРОМЕ ФАЙЛА ДАННЫХ 1Cv8.CD. Операция требует сноровки, поэтому будьте осторожны, не переборщите с удалением!  🙂

Путь до каталога базы данных 1С Предприятие 8.3 вы можете посмотреть при запуске программы — он будет расположен внизу окна запуска 1С Предприятие 8.3.

По поводу удаленных файлов не переживайте — это все служебные файлы, которые будут созданы заново в правильном формате при следующем запуске 1С Предприятие 8.3.

• Если предложенный способ не помог, то для исправления файловых баз в 1С Предприятие 8.3 предусмотрена утилита chdbfl.exe. Проверьте структуру вашей базы, воспользовавшись этой утилитой.

Ошибка формата потока 1С 8.3 не исчезла? Плохо! Читаем дальше.

Стандартные шаги по исправлению ошибки формата потока 1С Предприятие 8.3

Если указанные выше рекомендации не помогли в исправлении ошибки формата потока 1С или если у вас клиент-серверная база данных 1С, то следующими шагами исправления будут стандартные операции, возникающие при любых ошибках:

• Очистка кеша 1С Предприятие 8.3
• Тестирование и исправление информационной базы 1С Предприятие 8.3

На эти темы были написаны подробные публикации, поэтому тут мне добавить нечего. Читайте статьи и делайте всё в точности по написанному.

Если после проделанных с базой манипуляций «ошибка формата потока» все равно появляется, в этом случае пробуйте ещё один проверенный способ:

• выгрузите вашу базу с файл *.dt, создайте пустую базу 1С и загрузите в неё выгруженный до этого файл *.dt. В выполнении этой операции вам поможет статья про резервное копирование базы 1С Предприятие 8.3.

На этом шаге исправить ошибку формата потока 1С Предприятие 8.3 получается в 94% случаев. Но что делать есть не спало???

Нестандартные способы исправить ошибку формата потока 1С Предприятие 8.3

До этого были проделаны все стандартные операции по исправлению данной ошибки, и если до этого момента ошибка не устранена, значит придется заняться «творчеством». Ещё этот процесс называют «танцами с бубнами» или «шаманством»… Поэтому, если до этого вы не «танцевали», то ошибка формата потока 1С Предприятие 8.3 может вам составить отличную пару. Итак, продолжим:

• Пробуйте загрузить файл *.dt в новой базе данных, созданной на другом компьютере. Этим вы исключите вероятность некорректно работающего железа или программ компьютера, где находится база.
• Удалите (именно УДАЛИТЕ через Установку и удаление программ) платформу 1С и установите заново, желательно новейшую версию. Исключаем некорректно работающие исполняемые файлы платформы, которые могли быть подпорчены вирусами или «посыпавшимися» секторами жесткого диска или другими способами.
• Обновите конфигурацию на следующий релиз или загрузите текущую конфигурацию из файла *.cf с полным замещением объектов.
• Отключите брандмауэр и антивирусы. Существует вероятность, что исполняемый файл был замечен в подозрительной активности антивирусом и помещен в карантин или остался под жестким контролем с блокировкой «опасных» действий. В любом случае — исключаем вариант карантина антивирусов.
• Удалите временные файлы на компьютере. Они находятся в нескольких местах:

1. В профиле пользователя, для поиска введите %Temp% в адресной строке проводника.
2. В папке C:WindowsTemp
3. Иногда на диске C:Temp

• Ещё один способ был однажды применен, когда ничто не помогало — создали полный начальный образ базы данных и потом отвязали его от РИБ, сделав независимым. Получили ту же базу, пропустив начальную через механизмы РИБ (как через мясорубку 🙂 ) .

Ещё пара способов исправить ошибку формата потока 1С Предприятие 8.3

Есть ещё пара способов с хакерским подходом:

• загрузить файл *.dt в клиент-серверную базу данных (если база с ошибкой формата потока клиент-серверная, то делаем на ней, предварительно сделав копию) и очистить файл от всех записей в таблице «configsave» через программную консоль.
• в утилите Tool_1CD есть проверка формата потока. Скачайте эту утилиту и проверяйте поток.

Описанные в публикации способы исправления ошибки формата потока были проверены на практике — работают!

Надеюсь, что ничего не забыл. Если вдруг всплывет в памяти что-то ещё, то обязательно дополню публикацию.

Всем читателям отличного настроения! Пусть ошибка формата потока вас обходит стороной!!!  😉

Если вам что-то не понятно в вопросе как исправляется ошибка формата потока 1С:Предприятие 8.3, то вы можете задать вопрос в комментариях к статье или на форуме сайта.
Что бы не потерять статью в просторах интернета — сохраните её к себе в социальные сети или в закладки.

24.05.08 — 15:39

1 — 24.05.08 — 15:40

У Вас наверно вирус, такого быть не должно.

2 — 24.05.08 — 15:49

3 — 24.05.08 — 15:50

ИМХО вырус или червяк

4 — 24.05.08 — 15:50

5 — 24.05.08 — 15:51

6 — 24.05.08 — 15:53

7 — 24.05.08 — 16:03

8 — 24.05.08 — 16:09

9 — 24.05.08 — 16:19

10 — 24.05.08 — 16:24

Скиньте мне конфигурацию — я посмотрю.

11 — 24.05.08 — 16:27

12 — 24.05.08 — 16:33

13 — 24.05.08 — 16:35

(10) Какой метод вы собираетесь использовать для просмотра файла конфигурации?

14 — 24.05.08 — 16:42

15 — 24.05.08 — 17:12

А что говорит 1С?

16 — 24.05.08 — 17:43

17 — 24.05.08 — 18:11

(12), что-то не верится мне, чтобы размер файла конфигурации .cf весил почти 400 мег.

Архив базы данных, файл .dt, может столько весить и даже больше

18 — 24.05.08 — 19:13

19 — 24.05.08 — 19:16

Мдя, прикольный размерчик получился

20 — 24.05.08 — 19:21

21 — 26.05.08 — 17:56

22 — 26.05.08 — 18:00

попробуй скопировать 1Cv8.1CD в другую папку, создай новую базу с этой папкой и запусти

23 — 26.05.08 — 18:10

24 — 26.05.08 — 18:14

а C:1c_basebuh уже существует?

25 — 26.05.08 — 18:17

создай ноывую папку

скопируй файл 1Cv8.1CD

добавь новую ИБ

если не иполучится закрой все 1с, потри все файлы из каталога временнных файлов

26 — 26.05.08 — 18:40

27 — 26.05.08 — 18:45

lexa, не понятно чего Вы предполагаете добиться предложенными действиями.
У меня ошибка в конфигурации информационной базы. Зачем мне файл этой базы копировать и подключаться к нему?

28 — 26.05.08 — 19:14

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

и попрбуй почисть темп

29 — 27.05.08 — 00:03

(18) этот CF сжимается или нет?

30 — 27.05.08 — 09:51

31 — 27.05.08 — 11:27

(30) пропытка номер два. Наводящий вопрос: что такое Zip и Rar знаешь?

32 — 27.05.08 — 11:52

33 — 27.05.08 — 19:25

(29) Архиватором WinRAR cf файл сжимается на 3МБ (метод сжатия максимальный).

383 Мб -> 380 Мб. Сжимается мало.

34 — 27.05.08 — 23:44

(33) скачай http://mmf.newmail.ru/CFZullCheck.exe  положи рядом с ним свой Cf. Запусти CFZullCheck.exe -d ИмяТвоегоCF.cf Потом расскажи, что получилось.

PS работает только на cf с указанным тобой размером

35 — 27.05.08 — 23:57

бредня..

36 — 28.05.08 — 11:54

37 — 28.05.08 — 12:56

38 — 28.05.08 — 13:20

(37) попробуй D:tempCFZullCheck.exe -d D:tempxi.cf -m 1 а потом выложи лог который рядом с экзешником появится

39 — 28.05.08 — 13:41

40 — 28.05.08 — 13:42

(39) восстанавливать руками надобно… или root побился или че еще… отсюда не видно

41 — 28.05.08 — 13:47

(40) Как восстанавливать то, через WinHEX?

42 — 28.05.08 — 13:59

(41) чем умеешь пользоваться, через то и восстанавливай. Лично я предпочитаю HEX workshop

43 — 28.05.08 — 14:04

(41) А реально восстановить-то? MMF, Вы восстанавливали конфигурацию?

44 — 28.05.08 — 14:11

(43) В общем — да. В частном твоем случае — фиг его знает.

45 — 28.05.08 — 14:20

MMF, а не подскажете ссылки, где можно почитать о методиках восстановления? Может кроме HEX workshop еще какие программы нужны для восстановления?

46 — 29.05.08 — 10:08

(45) в http://infostart.ru/projects/1843/ есть исходники, только они во многом неверные. Я думаю, что самостоятельно с нуля осилить восстановление — понадобится дофигища времени. Или обращайся в 1С или ищи подрядчика или пиши свою конфу заново.

47 — 29.05.08 — 10:41

USE [db_buh]
GO
DROP TABLE [dbo].[ConfigSave]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [dbo].[ConfigSave](
      [FileName] [nvarchar](128) NOT NULL,
      [Creation] [datetime] NOT NULL,
      [Modified] [datetime] NOT NULL,
      [Attributes] [smallint] NOT NULL,
      [DataSize] [int] NOT NULL,
      [BinaryData] [image] NOT NULL,
PRIMARY KEY CLUSTERED
(
      [FileName] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
INSERT INTO ConfigSave
SELECT * FROM Config
GO

48 — 29.05.08 — 10:45

тестирование исправление делал?

как вариант можно попробовать обновить какую-то этой своей

49 — 29.05.08 — 10:47

а что вобще за конфа, может ее кто-то так защитил?

50 — 29.05.08 — 10:55

(47) читай 30. У него конфигурации одинаково глючные

51 — 29.05.08 — 10:56

(49) это однозначно нетленка

Благодарю всех, принявших участие в беседе.

Думаю, что тему можно закрывать.

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Начнем с того, что именно обозначает эта ошибка. Разработчики немногословны, никаких подробностей сообщение об ошибке не содержит:

Столь же скупа и информация для технической поддержки:

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

К возникновению данной ошибки приводит повреждение основной конфигурации информационной базы. Реже — кеша конфигурации информационной базы, в последнем случае устранить ошибку можно путем очистки кеша, для этого можете воспользоваться нашей утилитой 1:Tools (кто хочет поддержать нас — может скачать ее по ссылке с Инфостарта)

1:Tools (Зеркало на Инфостарте)
MD5: 448277422B59EFA426CC51E4F3A52F53

В остальных случаях придется заниматься восстановлением непосредственно базы. В этом месте мы сразу внесем ясность и разделим сущности: информационная база 1С — это хранилище данных на уровне логики 1С:Предприятия которое описывается конфигурацией информационной базы. Т.е. именно здесь содержатся документы, справочники, регистры и т.д. и т.п., а повреждение конфигурации информационной базы делает невозможной работу с ними на этом уровне абстракции. База данных СУБД — это набор таблиц в которых хранятся как данные, так и конфигурация информационной базы 1С.

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

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

Все это достаточно сложно и не всегда приносит требуемый результат, поэтому проще и надежнее заменить конфигурацию информационной базы на заведомо исправную используя инструменты СУБД, в нашем случае PostgreSQL. В зависимости от используемой ОС (Windows или Linux) некоторые аспекты работы с PostgreSQL могут отличаться и это будет оговорено отдельно, в остальных случаях указанные команды применяются вне зависимости от платформы.

Перед тем как начинать работу с PostgreSQL в Linuх последовательно повысим свои права для суперпользователя и затем войдем в систему от имени пользователя postgres:

sudo -s
su postgres

Если утилита sudo не установлена (такой вариант может быть в Debian), то:

su -
su postgres

В первом случае вам потребуется ввести пароль от текущей учетной записи, во втором — от учетной записи суперпользователя (root).

Затем обязательно сделаем копию информационной базы средствами СУБД. Получить список баз данных в кластере СУБД можно командой:

psql -l

В Windows вам потребуется ввести пароль пользователя postgres.

Выяснив имя необходимой базы данных выгрузим ее дамп командой:

#Linux
pg_dump basename > ~/basename.psql
#Windows
pg_dump basename > D:backupbasename.psql

Где basename — имя нужной базы данных. Обратите внимание, что в Windows мы можем явно задать путь выгрузки дампа, а в Linux выгружаем его в домашнюю директорию пользователя postgres, т.е. /var/lib/postgresql.

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

После чего откроем интерактивный терминал PostgreSQL в котором будем производить все последующие действия:

psql

В Windows вы можете получить сообщение:

ПРЕДУПРЕЖДЕНИЕ: Кодовая страница консоли (866) отличается от основной
          страницы Windows (1251).
          8-битовые (русские) символы могут отображаться некорректно.

В этом случае выполните:

 ! chcp 1251

Теперь подключимся к исправной базе:

с newbasename

где newbasename — имя исправной базы данных. При этом в строке приглашения появится имя подключенной базы.

Из нее мы выгрузим таблицу config в которой находится основная конфигурация информационной базы.

#Linux
COPY config TO '/var/lib/postgresql/config_OK.txt';#Windows
COPY config TO 'D:/backup/config_OK.txt';

Обратите внимание, при указании пути для операционной системы Windows вы также должны использовать прямой, а не обратный слеш. Также служба СУБД должна иметь права на запись в целевую аудиторию, проще всего это сделать выдав полные разрешения для пользователя Все.

Переподключимся к поврежденной базе:

с basename

На всякий случай, также сохраним содержимое таблицы config:

#Linux
COPY config TO '/var/lib/postgresql/config_ERR.txt';#Windows
COPY config TO 'D:/backup/config_ERR.txt';

После чего очистим сбойную таблицу:

DELETE FROM config;

И загрузим в нее данные из исправной информационной базы:

#Linux
COPY config FROM '/var/lib/postgresql/config_OK.txt';#Windows
COPY config FROM 'D:/backup/config_OK.txt';

Для выхода из терминала PostgreSQL введите:

q

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

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

DELETE FROM configsave;

Как видим, устранение ошибки формата потока средствами СУБД PostgreSQL достаточно несложно, однако требует некоторых навыков работы с данной СУБД. Но если вы будете внимательно и вдумчиво следовать нашей инструкции, то проблем у вас возникнуть не должно.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

В первую очередь, причиной данной ошибки является неправильная обработка кэш программой. Это может быть следствием сбоя работы программы 1С, вызванного некорректным завершением ее работы — выключение питания, сбой работы сети, перезагрузка (выключение) главного компьютера при незавершенных сеансах других пользователей программы и т.п.

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

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

Рассмотрим варианты исправления этой проблемы.

Как исправить ошибку формата потока в 1С 8.3

Удаление временных файлов. Что это такое и где они находятся

Если откроем папку с нашей установленной программой 1С, то увидим там множество разных файлов, помимо файла нашей конфигурации (1Cv8.1CD).

Файлы с расширением *.cfl — служебные файлы, создаваемые 1С Предприятием, используются программой для контроля совместного доступа пользователей в файловом режиме работы. Они имеют нулевой размер и не удаляются после завершения работы с программой.

Файлы с расширением  *.1cl является носителем блокировок данных из хранилища конфигурации. Т.е. при работе программы 1С, файл базы 1cv8.1CD никак не блокируется, а блокировки накладываются на вспомогательный файл 1cv8.1cl. Т.е., если 1С выполняет какое-то действие: открывает или записывает объект, то она блокирует 1cv8.1cl. После выполнения действия блокировки снимаются.

В файле 1Cv8Tmp.1cd хранится служебная сеансовая информация, список активных пользователей программы.

Так, один из способов решения проблемы «Ошибка формата потока» в 1С 8.3 — это удаление из папки этих временных файлов из предыдущих сеансов работы программы. Это все служебные файлы и они будут снова созданы при запуске программы.

Удаление информационной базы из списка и добавление ее снова

Это один из способов очистки кэш — временных файлов. И зачастую помогает избавиться от такого рода ошибки.

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

Более подробно об этом и других способах удаления временных файлов читайте в статье Очистка кэш 1С

Рассмотренные варианты в большинстве случаев должны решить возникшую проблему.

Другие способы исправления ошибки

Если ошибка все-таки появляется, то можно воспользоваться способом загрузки и выгрузки файла базы в формате *.dt.

Для этого через Конфигуратор выгружаем нашу базу в файл *.dt (пункт меню Администрирование — Выгрузить информационную базу), создаем пустую базу 1С и загружаем в нее выгруженный файл *.dt (пункт меню Администрирование — Загрузить информационную базу).

Подробнее об этом варианте выгрузки и создании пустой базы читайте в статьях Резервное копирование 1С 8 и Как создать новую базу в 1С.

Если эти способы не помогли избавиться от ошибки, то для файловых баз данных существует утилита проверки chdbfl.exe.

Также, можно провести Тестирование и исправление информационной базы в режиме Конфигуратора.

См. также:

• Ошибка СУБД: файл базы данных поврежден в 1С 8.3
• Не найден файл внешней компоненты в 1С 8.3: как исправить
• Ошибка работы с интернет Удаленный узел не прошел проверку в 1С: как исправить
• Конфигурация узла распределенной ИБ не соответствует ожидаемой
• 1C Отчетность: не удалось расшифровать файл

Если Вы еще не являетесь подписчиком системы БухЭксперт8:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

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

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно