Кой знае, chdbfl.exe - стандартна програма за изпитване на възстановяване и физическата неприкосновеност на 1С база данни, член на комплект платформа. И всички отдавна знаят, че chdbfl.exe го прави по-лошо в повечето случаи (в моята практика по този начин).
Всичко започна с много банални грешки. От програмисти 1C любовта е мъдър, а след това по време на отчитането 1C следващата актуализация падна, както следва:
Сега знам, че тази грешка продължи да почистите кеша, но по това време взех го chdbfl.exe и Конфигуратор (Тестване и корекция). Грешка отиде и аз лесно се актуализира. Но на следващия ден имаше счетоводител на събуждане по телефона: - Ела!
При пристигането си бях посрещнат с 1C сметище пръкват, когато отворите документа "получаване на стоки и услуги." Решено бе да се направи отново по-горе продукти. И ето! Проблемът е решен. Аз гордо напусна организацията, но в същото време се база за тестване на вашия компютър. Но това не беше там. Сега друг документ се разби сметище. Беше решено да се отложи до утре всичко и да се опитаме да направим нещо на компютъра си. И този път аз помогнах същите стъпки, както преди. "Сега всичко" - помислих си аз. Но не съвсем.
2 седмици е имало друг разговор: - Доклади на горене, идват бързо!
Този път всичко беше много по-сериозен. Когато резултатите от преизчисляване 1C получават следното:
Доклади, които изискват резултатите бяха дадени, както следва:
Както и преди, аз използвах същите инструменти, както и преди, но резултатът не е дадено. Като не се ползват всички видове разтоварване / товарене / икономия. Актуализиране също не се състоя по някаква неизвестна причина за мен:
Тя ме озадачават за 2 дни. По време на тези дни е била изпробвана почти всичко. Мнозина не се препоръчват, за да видите сметкоплан и изтриване на допълнително subkonto в тази сметка. Но! Всичко беше типичен, не са направени никакви промени.
Решението дойде внезапно и това е вдъхновен от тази статия. Свалих всички програми от статията и започна да "вземе". Отворен база в Tool_1CD файл и след половин час на тютюнопушенето и разбиране разкри, че:
- _Acc - основната маса сметкоплана.
- _Acc_ExtDim - видове трапезни subkonto сметкоплан, създават сметки за плана в случай, че максималният брой на subkonto голяма от нула.
В моя случай съответно го _ASS13 маса и _ASS13_EXTDIM446:
Сега, към веселбата започва. Не забравяйте областта _IDRREF нашата сметка в _ASS13 маса:
Отиваме в _ASS13_EXTDIM446 и се опитайте да намерите този идентификационен номер в полето _ASS13_IDRREF:
Ето ги и тях, нашият обичан subkonto. Но трябва да има три! Някои странно и необичайно Конфигуратор при преструктуриране и chdbfl.exe zadvoili subkonto на този профил, получавам грешка. Излишният трябва по някакъв начин да бъдат отстранени. За тази цел ние се нуждаем от повече едно поле от една и съща маса, _KEYFIELD. Ние помним всички стойности на допълнително subkonto. Трябва да се получи следното:
И така с всеки subkonto. Редовете нас:
- a7c1920ebbd1a385484e55905724b6a1000001b0
- a7c1920ebbd1a385484e55905724b6a1000001b1
- a7c1920ebbd1a385484e55905724b6a1000001b2
Остава при малко. Промяна на първата цифра е 9 (можете да вземете всеки друг, но е необходимо да се контролира уникалността на кода) и запишете файла на базата данни. Отворен в 1С: Enterprise (за да сте сигурни все още можете да стартирате на тестване и корекция и chdbfl.exe) и се насладете на възстановен и работи базата данни.
Свързани статии