Решение проблемы с открытием периода ТиС

05.06.16

Задачи пользователя - Корректировка данных

Способ решения проблемы с открытием периода в конфигурации "Торговля и склад" версии 7.7 (вызванной регистром "Книга продаж")

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

В один "прекрасный" день, а точнее в ночь на первое число как обычно в монопольном режиме попытался открыть период, и вот тебе раз:

Ошибка при открытии периода

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

Итак, полумеры были приняты, взялся за дело. Так что же такое за "Error #: -120"? Выяснить не составило особого труда. Эта ошибка возникает, когда размер файла dbf превышает 2Gb. Не буду утверждать на 100%, но это вроде как не только проблема базы данных 1С версии 7.7, но и всех DBF в целом. Отсортировал все файлы в базе данных по размеру и действительно: удивительно, поразительно. Он единственный такой большой, следующий по величине в три раза меньше.

Первым делом посмотрел файл 1Cv7.DD, который содержит описание всех таблиц информационной базы. Оказалось, что это регистр "Книга продаж"

#===============================================================================
#==TABLE no 157    : Регистр КнигаПродаж
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG4343  |Регистр КнигаПродаж           |A          |RG4343     |1         
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP4336    |(P)КредДокумент     |C   |13    |0        
F=SP4337    |(P)СтавкаНДС        |C   |9     |0        
F=SP4365    |(P)ВидДолга         |C   |9     |0        
F=SP4338    |(P)СуммаНДС         |N   |16    |2        
F=SP4339    |(P)СуммаРуб         |N   |16    |2        
F=SP4340    |(P)СуммаНП          |N   |16    |2        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName     
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP4336,SP4337,SP4365                                 |PROP       
#

Первое, что пришло в голову, это ещё раз попробовать сделать тестирование и исправление со следующей комбинацией галок:

Пересчёт итогов

   При просмотре файла выяснилось следующее: в колонке "Period Registr" стоял 2005 год и записей было очень много, потом 2006, 2007 и так далее. Так как эти записи относились к более ранним периодам, а документы в журнале начинались с 2011 года, соответственно было сделано предположение, что кто-то сворачивал базу, может и неоднократно, но вероятно, немножко кривыми ручками. Предполагалось, что после пересчёта итогов лишние записи уберутся и останется только изящно запустить тестирование и исправление ещё раз, но уже только с одной галкой "Упаковка таблиц информационной базы".

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

   Ситуация начинала уже раздражать. Всегда неприятно ощущать бессилие перед программой. Попросив пользователей ещё денёк поработать на 31 числе на ночь с четверга на пятницу была предпринята попытка свернуть информационную базу за 2 года в надежде сократить размер злополучного файла.

   Как только завершился рабочий день, разумеется сделав архив, запустил свёртку базы на 1.01.2013 года, так как документы там были с января 2011 года. Утром с огорчением увидел, что процесс ещё во всю идёт, а уже нужно начинать работать. Опять попросил уже изрядно нервных пользователей потерпеть, и стал думать, ЧТО ЖЕ ДЕЛАТЬ???!!!!

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

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

   Пришлось порыться в документации. Основное назначение регистра "Книга продаж" — оперативное ведение учета НДС по каждому покупателю. Залез в конфигурацию, просмотрел, как он работает:

Книга продаж

Нажал на волшебную кнопочку "Описание" и узнал всё, чо нужно:

Регистр "Книга продаж" предназначен для ведения учета НДС, выставленного
покупателям в расходных документах. Движение приход регистра производится при
проведении документов реализации ТМЦ и услуг покупателям и движение расход - при
включении сумм в книгу продаж (документами "Формирование книги продаж" и
"Запись книги продаж"). По этому регистру производится построение отчета "Книга
продаж".

СТРУКТУРА РЕГИСТРА "КНИГА ПРОДАЖ"

ИЗМЕРЕНИЯ

КредДокумент
Здесь проставляется значение документа, которым были реализованы ТМЦ или услуги
покупателю.

СтавкаНДС
Ставка НДС.

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

РЕСУРСЫ

СуммаРуб
В этом ресурсе ведется учет суммы продаж всего, включая НДС и НП, в валюте
бухгалтерского учета.

СуммаНДС
В этом ресурсе ведется учет суммы НДС продаж, в валюте бухгалтерского учета.

СуммаНП
В этом ресурсе ведется учет суммы НП продаж, в валюте бухгалтерского учета.

РЕКВИЗИТЫ

КодОперации
Код хозяйственной операции движения.

ДокументОплаты    
Документ оплаты задолженности. Документ оплаты, по которому произошло
включение в книгу продаж. Проставляется при формировании движения по
включению сумм в книгу продаж.

СтавкаНП
Ставка НП продажи. Проставляется при проведении документов реализации. 

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

   А дальше как в песне, "как легко на плоской карте стрелку начертить, а потом идти придётся через горы и овраги....". Нужен был инструмент для выполнения данной операции. Так как я не любитель копаться в dbf, взял то, что подсказал Яндекс. И был это DBF Commander. Обалденная программа, на 20 дней выдаётся бесплатно. Разумеется, можно было взять любую другую, но зачем тратить время, если она позволяет добиться результата. Повторюсь, ни в коем случае не рекламирую эту программу, подойдёт любая, позволяющая удалять записи из DBF и паковать его, даже Visual FoxPro.

   Открыл при помощи DBF Commander файл RG4343.DBF, там оказалось почти 25000000 записей!!! Открывался файл минуты три. В меню "Правка" оказался очень удобный пункт "Удалить все записи", им я и воспользовался. Commander жевал файл почти час, уже готов был испугаться, но наконец-то все записи покраснели. Осталось только выбрать следующий пункт "Паковать таблицу".

   После этой процедуры файл из многотонного бегемота больше двух гигов превратился в пушинку 257 байт. Не забыв удалить индексный файл RG4343.CDX, запустил программу в монопольном режиме. Индекс моментально перестроился и вышло приглашение открыть новый период.

   С замиранием сердца я ждал результат. И вот он сладкий миг победы!!! Период открыт! Причём очень быстро. Попробовал перепровести несколько реализаций, всё хорошо. Они вызывают записи в RG4343.DBF, но с нулями в колонках.

   На всякий случай обратился ещё раз к 1Cv7.DD:

#===============================================================================
#==TABLE no 158    : Регистр (Дв.) КнигаПродаж
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RA4343  |Регистр (Дв.) КнигаПродаж     |A          |RA4343     |1         
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=LINENO    |LineNo              |N   |4     |0        
F=ACTNO     |Action No           |N   |6     |0        
F=DEBKRED   |Flag Debet/Kredit   |N   |1     |0        
F=SP4336    |(P)КредДокумент     |C   |13    |0        
F=SP4337    |(P)СтавкаНДС        |C   |9     |0        
F=SP4365    |(P)ВидДолга         |C   |9     |0        
F=SP4338    |(P)СуммаНДС         |N   |16    |2        
F=SP4339    |(P)СуммаРуб         |N   |16    |2        
F=SP4340    |(P)СуммаНП          |N   |16    |2        
F=SP4341    |(P)КодОперации      |C   |9     |0        
F=SP4342    |(P)ДокументОплаты   |C   |13    |0        
F=SP5345    |(P)СтавкаНП         |C   |9     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName     
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE     
#

   Это движения того же самого регистра. Он содержал около 350000 записей. На всякий случай зачистил и его. В результате получил значительное ускорение работы всей базы.

   Возможно, у проблемы было и другое решение. Если интересно, давайте обсудим.

   Зачем я всё так подробно описал? А потому, что ситуации у всех разные и не нужно, возможно, стрелять из пушки по воробьям. Может, кому-то поможет тестирование и исправление, а может просто прочтение этого материала натолкнёт на спасительную мысль.

   Надеюсь, моя статья кому-то поможет.

2Gb Книга продаж DBF RG4343

См. также

Комплект обработок 1С 7.7 для работы со справочниками и документами

Чистка данных Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Архив различных обработок 1С 7.7 с открытым исходным кодом для работы с данными при свертке, выгрузке, исправлении, модификации информационной базы. Можно использовать любую обработку в качестве заготовки для добавления собственных функций.

1 стартмани

13.05.2021    7809    8    etmarket    0    

3

Сверки и переносы документов между базами 7.7 и 8, исправление расхождений. Реализации. Поступления. Корректировки отгрузки, поступления. Счета-фактуры выданные, полученные; исправленные выданные и полученные. COM-объект 1С8 (ОФ)

Корректировка данных Акт сверки Платформа 1С v7.7 Платформа 1С v8.3 1С:Управление торговлей 10 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Россия Бухгалтерский учет Управленческий учет НДС Абонемент ($m)

Пример реализации сверок между базами и исправления расхождений в обе стороны, из 7.7 -> в 8.3 и из 8.3 -> в 7.7 на обычных формах. Фундаментальные обработки, которые работают на постоянной основе и поддерживают идентичность данных между базами основных поставщиков и основных покупателей (их соответствие прописано в модуле). Используется Новый COMОбъект("V77.Application"), пример использования внешнего источника данных. Реализация в поступление. Поступление в поступление. Корректировка поступления в корректировку отгрузки. СчФ выданный в СчФ полученный. Исправление СчФ полученного в исправление СчФ выданного. Перенос документа Реализация 7.7 в Поступление 8, Перемещение 7.7 в Поступление 8. Акт сверки взаиморасчетов (несколько организаций). Все обработки запускаются в базе 1С Предприятие 8 (обычные формы).

1 стартмани

03.10.2019    14645    30    ksnik    6    

4

Универсальный подбор и обработка объектов для 1С: Предприятия 7.7 "UChoice.ert"

Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Универсальная обработка 7.7, представленная здесь, до сих пор почему-то по функционалу гораздо беднее, чем общеизвестная типовая "Универсальный подбор и обработка объектов" (UNIREPS82\UniversalSelection) 8.2-8.3", мне не хватило возможности выполнить произвольный код обработчика объектов. Данная обработка "UChoice.ert" является полным аналогом "UniversalSelection", представляет собой консоль выполнения произвольного кода, позволяет делать с объектами информационной базы 1С 7.7 абсолютно все, что угодно, а не узкий, сложно настраиваемый набор команд, на мой взгляд, она существенно превосходит имеющиеся аналоги, поэтому ничем другим кроме нее я не пользуюсь.

1 стартмани

04.04.2019    16318    28    ksnik    9    

4

Переход на НДС 20% для 1С:7.7

Корректировка данных Бухгалтерский учет 7.7 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет НДС Абонемент ($m)

Для 1С:Предприятия 8 переход на НДС 20% сделан, а для 7.7 я не нашел. Выкладываю.

1 стартмани

24.12.2018    18499    34    pentanom    25    

5

Исправление отрицательных номеров строк табличной части документов

Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

Обработка, исправляющая ситуацию с отрицательными номерами строк в табличной части

1 стартмани

31.08.2017    13351    1    C0mmander_Alex    1    

3

Групповая обработка документов и справочников v.7.7

Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Россия Абонемент ($m)

1. Обработка позволяет совершать следующие действия над объектами: а. СПРАВОЧНИКИ: удаление; пометка на удаление; снятие пометки на удаление. б. ДОКУМЕНТЫ: удаление; пометка на удаление; снятие пометки на удаление; проведение; отмена проведения; выключить проводки; включить проводки. 2. Действия могут быть ограничены некоторыми условиями. 3. Существует отбор по видам объектов. 4. Есть возможность обработать подчиненные справочники.

1 стартмани

30.04.2017    22201    78    DUH    0    

5

Универсальные обработки документов и справочников для 1С: Предприятие 7.7

Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Россия Абонемент ($m)

Обработки можно использовать в любой конфигурации 1С-Предприятия 7.7. Обработки позволяют просмотреть/изменить значения любого реквизита документов/справочников, существующих в базе. В обработках реализован множественный отбор по значениям реквизитов (для табличной части документов тоже). В обработке документов реализованы следующие действия: Перенумерация; проведение; отмена проведения; пометка на удаление; непосредственное удаление; снятие пометки удаления; изменение реквизитов; очистка реквизитов; удаление строк табличной части; вывод на печать и в файлы *.xls,*.csv,*.dbf,*.xml реквизитов шапки и табличной части. В обработке справочников реализованы следующие действия: Перенумерация; пометка на удаление; непосредственное удаление; снятие пометки удаления; изменение реквизитов; очистка реквизитов; очистка истории значений периодического реквизита; перенос справочника в другую базу подобной конфигурации по OLE; вывод на печать реквизитов и истории значений периодических реквизитов; вывод реквизитов в файлы *.xls,*.csv,*.dbf,*.xml; отчет по структуре справочников, вывод и обработка ссылок на выбранные элементы.

1 стартмани

23.11.2016    38141    210    SanchoD    15    

13

Выводим из suspect базу 1С 7.7 на sql server 2000, а также "Перемещение баз данных SQL Server в новое местоположение с помощью операций Detach и Attach"

Корректировка данных Платформа 1С v7.7 Конфигурации 1cv7 Абонемент ($m)

База данных помечается Suspect, когда SQL Server не может читать файлы данных, связанные с базой данных с жесткого диска. В этом случае сделать бекап базы нельзя, но можно попробовать образ диска. После того как возможность читать файлы данных восстановлена, вы можете перезапустить службу SQL Server, и если возможно, произойдет автоматическое восстановление. Что делать, если информационная база 1С7.7 на SQL Server 2000 перешла в состояние suspect? Если это произошло утром и бекап сделан, Вы, конечно, можете грохнуть и раскатать базу заново (вечером это проблематичнее), но не торопитесь - возможно, поможет detach+attach или другие методы, изложенные в данной публикации.

1 стартмани

08.11.2016    22733    ksnik    5    

5
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. andrewks 1367 05.06.16 21:16 Сейчас в теме
жесть какая, и это вместо того, чтобы просто удалить два dbf и два cdx и запустить в монопольном режиме
YA_1414857; goatmen; vbuots; AlexLM75; apatyukov; const000; NoRazum; KRJ; +8 Ответить
17. YA_1414857 01.02.24 13:21 Сейчас в теме
(1) Подскажите почему два файла и какие? RG4343 - это понятно, а какие еще два?
18. CheBurator 3119 02.02.24 14:16 Сейчас в теме
(17) окрываете блокнотом/фаром/тоталом файл, который в папке базы и имеет расширение DD (DataDictionary, словарь данных, НЕ МЕНЯТЬ!!! НЕ СОХРАНЯТЬ!!!), ищите поиском "книга" - находите какие файлы соответствуют книге покупок и книге продаж, каждой книге соответствуют в папке базы 4 файла: 2 - данные и 2 - индексы, итого 8 файлов можно тупо удалить и запуститься в монопольном режиме для автосоздания этих файлов пустыми. Это можно сделать если вы не ведете в ТиС/вам не нужны книги покупок/продаж. После удаления - ПРОВЕРЬТЕ КАК ФОРМИРУЮТСЯ СЧЕТАФАКТУРЫ/УПД ПО РЕАЛИЗАЦИЯМ.
.
ЯсенПень: перед манипуляциями - сделать бэкап базы. После манипуляций убедиться что вас все устраивает, если что-то не устраивает - восстановиться из бэкапа, обратиться к специалисту.
Прикрепленные файлы:
19. CheBurator 3119 02.02.24 14:18 Сейчас в теме
(17) Правильнее будет сделать в коде конфигурации "отключение" ведения книг покупок/продаж, чтобы система туда вообще ничего не писала. Это ускорить открытие новых периодов.
20. athlon64k 02.02.24 16:40 Сейчас в теме
(19)
то ускорить открытие новых периодо


Спасибо - все понял.
(19)
2. zemskov 64 05.06.16 22:01 Сейчас в теме
Не поленился, проверил. Действительно получилось. Где же вы раньше были?
Я думал, что 1С только индексы умеет восстанавливать. Теперь буду знать. Спасибо.
4. spectre1978 60 05.06.16 22:22 Сейчас в теме
(2) не поверите - можно создать чистую папку и положить туда dd и md от вашей конфигурации. Затем запустить семерку монопольно, указать ей эту папку - и она создаст там полностью готовую к работе программу! Почти готовую - не будет файлов прописей, v7plus, внешних печатных форм и т.д. плюшек. Но зайти и начать работать можно будет, да.
3. spectre1978 60 05.06.16 22:17 Сейчас в теме
10 лет и быстро работает? Документооборот, видимо, небольшой. У меня после пяти лет начали довольно чувствительно щекотать блокировки при обращении к журналу документов, даже с учетом того что юзеров около 10. Пришлось удалять доки и переносить остатки. А по существу - да, можно удалять DBF и она их пересоздаст. Я обычно всегда так и очищал файловую семерку - удалял регистровые и документные dbf и cdx и часть справочников по вкусу. Потом ТИИ и здрасте, чистая база с заполненными справочниками.
AlexLM75; +1 Ответить
5. zemskov 64 05.06.16 22:32 Сейчас в теме
Спасибо за комментарии. Я это уже понял. С 7.7 дружу уже 15 лет, дописывал конфигурации "Комплексная" и "ЗиК", но вот этого, представляете, не знал, хотя можно было догадаться. DD - это видимо Data Description, а MD разумеется MetaData
6. CheBurator 3119 05.06.16 22:35 Сейчас в теме
Автору тотальное два в первую очередь за незнание предметки
Многие доки в тисе двигают книгу продаж в плюс
То есть грубо говоря исчисляют ндс с которым надо рассчитаться с государством
Если вы не делали регламентные документы каждый месяц формирования книги продаж и покупок - которые минусовали накопленные плюсы - то вы с государством не рассчитывались
Об этом свидетельствует огромный размер файла итогов - который должен быть в штатной ситуации во много раз меньше файла движений
А так все записи за все предыдущие месяцы каждвй раз клонировались на каждый следующий месяц что и привело к бяке вашей

Насчет удаления файлов уже сказали

А так чтобы не чистить каждый раз - достаточно в коде где идет запись в книги продаж покупок просто поставить сразу после входа в соответствующие процедуры возврат и все, и в паре мест закомментировать где идет без вызова процедур. Таким образом кучу лет занулил у себя книги продаж и покупок, регистр кассы и банкаи забыл про них
goatmen; AlexLM75; const000; +3 Ответить
7. CheBurator 3119 05.06.16 22:40 Сейчас в теме
То есть на следующий период можно сказать в штатном случае переносятся только итоги по незакрытому документообороту, незакрытого документооборота обычно намного меньше чем полного документооборота
В этом случае открытие периода практически не зависит от размера базы
Если вы наблюдаете различимое на глаз увеличение открытия периода с каждым месяцем - то скоро но случится

Как говорится
1сник и жнец и швец и пи..ц
8. zemskov 64 05.06.16 22:47 Сейчас в теме
Я эту базу обслуживаю только 4 месяца, бывший программер откланялись...
Если внимательно статью почитать, то я не сразу решился книгу продаж грохнуть, магазин работает на упрощёнке, без НДС, так что он и не нужен. Насчёт зануления я тоже думал, но ещё руки не дошли, так, наверное и сделаю.
9. CheBurator 3119 06.06.16 01:56 Сейчас в теме
10. perforator 08.06.16 08:30 Сейчас в теме
(8) После правки кода снова грохни записи регистра, которые сейчас снова записываются, а то эти хвосты так и будут тянуться, если не перепровести документы, которые сейчас набивают.
AlexLM75; +1 Ответить
11. zemskov 64 08.06.16 10:41 Сейчас в теме
Обязательно. Пока они не сильно раздуваются, ещё ничего не делал.
12. МимохожийОднако 140 13.06.16 09:49 Сейчас в теме
Неплохой рассказ для застолья одинэсников
13. lvictor58 135 16.06.16 00:44 Сейчас в теме
У нас в Калининграде тоже 90% фирм на упрощенке сидят. Не знаю как сейчас со вступлением в ВТО будет... Но разработчики ТиС как то эту тему проигнорировали насчет того, что упрощенцам и книга продаж и книга покупок нах.. не нужна. Как и кому либо еще. Вряд ли найдется кто-то, кто сидя на общем режиме рискнет формировать ее только по данным торговых операций. Наиболее полная и достоверная информация по отчетности по НДС всегда ведется в бух. учете!
AlexLM75; +1 Ответить
14. spectre1978 60 27.06.16 23:23 Сейчас в теме
(13) lvictor58, ТиС не имеет полноценной поддержки уже очень давно, поэтому каждый, кто ее использует, должен понимать соответствующие риски и уметь решать вопросы, возникающие при подобных изменениях извне. А если нужно чтобы все происходило само собой - тогда только УТ11 и ИТС...
15. CheBurator 3119 12.12.18 14:13 Сейчас в теме
и.. это.. фраза "Открыл при помощи DBF Commander файл RG4343.DBF, там оказалось почти 25000000 записей!!!" - про 25 млн записей несколько "сыровата".. ;-) в файловой версии 1Ска поддерживает только 16 млн записей в ДБФ
16. user1767943 06.04.22 02:06 Сейчас в теме
Автор поста ГЕНИЙ пытливости ума и сопротивления препятствиям, и человеколюбия! Вы может быть и не поверите, но 6 лет спустя от этого поста я столкнулась с абсолютно идентичной проблемой!!! Внезапно в последний день месяца не дает открыть период. Программист, которая мне все это устанавливала и 10 лет помогала - исчезла, искренне надеюсь, что жива, здорова и тд, просто что-то пошло н так в средствах связи. Дальше сама - попытка свертки (фиг- вылетела на открытии периода), попытка диагностики и исправления (2 суток - вылетела). Перекопала весь интернет, прочитала про все коды ошибок, ничего не помогло - либо очень сложно и непонятно, либо не помогает. Везде виноват это файл, но нигде нет понятной пошаговой инструкции борьбы. Позвонила друзьям и знакомым, дали пару протекций - и! " оу, 7, торговля+склад, еще и с периферией. такая древность, нет не полезем".Отчаялась. Пошла по объявлениям услуг - ответ один - переходите на 8-ку цена от 7 до .. тр р. И тут нахожу этот пост.... Аккуратно, с опаской читаю, инфо поняла, спускаюсь к коментам, грущу, опять что-то не так. А потом, ну и наплевать, сделаю как написано! Однако смутил товарищ andrewk. В итоге я его прозвала злым ГЕНИЕМ (Вам сложно было не просто возмутиться, а нормально написать, что сделать?). В итоге возникла компиляция из поста и первого комента. Я не стала скачивать доп программы, просто удалила этот весьма надоевший мне dbf файл (самый большой какой нашла), запустила монопольно и опять, блин все все вылетело.... Но я дама упрямая, запустила опять, пишет "программа завершена аварийно, проиндексировать ...;", думаю все ни раз читали этот вопрос). Тут терпение лопнуло, думаю да делай что хочешь, все равно не работаешь, жму Да, 2-3 минуты индексировала. Все!!!!!!!!!!!!! Боже, ЗАРАБОТАЛА!!!!!
PS. ОГРОМНАЯ БЛАГОДАРНОСТЬ автору поста и чуть-чуть поменьше andrewk! И да, моей базе в этот день было ровно 10 лет, без обрезания, без каких-либо вмешательств, файл dbf был 2 092 810 КБ. И меня совершенно не беспокоит НДС, тк изначально была ЕНВД, а теперь УСН.
Оставьте свое сообщение