Новини зірок
Найчастіші помилки «1С» та методи їх виправлення. Найчастіші помилки «1С» та методи їх виправлення Збій програми 1с втрата даних звіти
Всім відомо, що будь-яке програмне забезпечення може давати іноді різні збої або попросту кажучи працювати не належним чином. Подібні збої, що призводять до порушення правильного функціонування системи, називаються в помилками. Програма 1с є програмним продуктом(програмним забезпеченням), відповідно в цій програмі теж можуть зустрічатися різні помилки, які призводять до неправильної роботи системи. можуть бути дуже різноманітними, і якщо Ви не володієте рядом спеціальних знань у галузі програмування та специфіки роботи внутрішніх механізмів 1с то Ви не зможете правильно зрозуміти та діагностувати помилку, а тим більше її виправити. Будь-який наш програміст 1с завжди готовий Вам допомогти у вирішенні будь-яких питань, пов'язаних з помилками 1с!
Через що виникають помилки у базі 1с?
Тепер давайте трохи поговоримо про те, через що все-таки можуть відбуватися різні помилки у базі 1спід час роботи з програмою. Насправді причин може бути дуже багато, і всі вони можуть мати під собою абсолютно різний ґрунт. І все ж таки, ми з Вами постараємося зрозуміти в узагальнених рисах причину виникнення різних помилок у 1с.
Види помилок у базі 1с
Помилок у 1сможе бути безліч і відбуватися вони можуть по самих різних причин. У цій статті ми не розглядатимемо все можливі помилки 1с, ми постараємося виділити так звані основні "види" помилок, що зустрічаються. Ми умовно називаємо їх "види" так як зміст помилки який показує Вам програма зазвичай завжди різне, а суть часто буває однакова. Отже виділимо найпоширеніші помилки у базі 1с:
- Помилка формату потоку
- Поле об'єкта не виявлено
- Метод об'єкта не виявлено
- Недостатньо пам'яті
- Помилки пов'язані з таблицями SQL (актуальні для серверів 1с, які працюють на реляційних базах даних, наприклад MySQL)
- Помилка доступу 1с
Помилка формату потоку 1с
помилка формату потоку 1с
Поле об'єкта не виявлено
Поле об'єкта не виявлено
Індекс знаходиться за межами масиву
Помилка 1с
Помилка формату потоку 1с
Ця помилкадуже часто проявляється при помилковому читанні послідовності команд з байт-коду в потоці, тому вона і називається помилка формату потоку 1с. Будь-яка транзакція буде перервана, якщо внаслідок її виконання виникає ця помилка. Подібні помилки вимагають негайного виправлення, оскільки вони можуть нашкодити роботі системи 1С Підприємство. Ці помилки можуть виправити лише кваліфіковані програмісти 1с.
Поле об'єкта не виявлено
Якщо система 1с видає вам повідомлення про помилку із текстом " Поле об'єкта не виявлено", то це означає наступне, що помилка виникає в ситуації коли програма намагається звернутися до реквізиту (полю) об'єкта якого просто не існує. Дана помилка носить характер "помилки часу виконання" якщо вона виникає в 1С Підприємстві. Помилки цього роду також виправити можуть тільки програмісти.
Індекс знаходиться за межами масиву
Масивом у програмуванні називається якась область пам'яті в якій зберігаються безліч об'єктів однакового типу (в 1с такими типами можуть виступати наприклад Довідник Посилання, ДокументОб'єкт і т.д., а також будь-які примітивні типи, такі як число, рядок, булеве і т.д.). Помилка 1спов'язана з виходом за межі масиву таки трапляється тоді, коли програма звертається за межі пам'яті яка виділена під масив. Відповідно програма в цьому випадку і видає помилку, повідомляє користувача (програміста) про те, що відбувається звернення за межі масиву, а це, у свою чергу, є програмною помилкою.
Метод об'єкта не виявлено
Подібна помилка відбувається тоді, коли система намагається звернутися до методу (функції) об'єкта, опис якого (який) не існує в коді. Помилки такого типу можуть бути виправлені програмістами.
Недостатньо пам'яті в 1с
Ця помилка відбувається в тому випадку, якщо у системи закінчується вся оперативна пам'ять виділена під потреби виконання програм в операційній системі, тому програма і видає помилку. Недостатньо пам'яті в 1сВона може статися при різних подіях таких як оновлення конфігурації, обробка великого файлу, при формуванні звіту, завантаження великої бази даних і т.д. Таку помилку користувач може спробувати виправити сам.
Можливе виправлення помилки 1с «Недостатньо пам'яті»
Помилка криється в обмеженому виділенні адресної пам'яті операційною системою під програмним забезпеченням (програмне забезпечення).
Обмеження для адресної пам'яті за замовчуванням становлять:
- для 32 бітної системи – 2гб
- для 64 бітної – 4 гб
Для того, щоб збільшити розмір адресної пам'яті, Вам необхідно зробити наступні дії:
- Запустіть командний рядок: “Пуск – Виконати” – введіть CMD та натисніть клавішу enter
- Тепер у командному рядку введіть текст без лапок "bcdedit /set increaseuserva 3072", де 3072 - розмір бажаної адресної пам'яті
- Перезавантажте Вашу операційну систему (комп'ютер)
- Спробуйте виконати те дію в 1С, яке раніше не виходило і призводило до помилки.
- Якщо все вийшло і операція повторюється не так часто – рекомендується повернути розмір адресної пам'яті до значення за промовчанням за допомогою команди “bcdedit /deletevalue increaseuserva”
Помилки, пов'язані з таблицями SQL
Помилки такого роду зазвичай виникають за сервера, тоді як система звертається до таблиці і може прочитати дані. Така помилка може виникати через неправильне налаштування сервера, а також через пошкодження таблиць SQL. В особливих важких ситуаціях навіть не може бути можливості відновлення бази даних, і тоді Вас може врятувати тільки архівна копія бази даних. Ми рекомендуємо своєчасно робити архівні копії бази даних.
Помилка доступу до 1с
Ця помилка відбувається тоді коли користувач намагається виконати будь-яку дію, яка заборонена правами доступу (ролі). Саме тому система видає помилку доступу до 1с. Ролі налаштовуються у конфігураторі програмістом.
Чи не вдалося виправити помилку в 1с?
Якщо у Вас не вдалося виправити якусь помилку в 1с не варто впадати у відчай, підніміть трубку і зателефонуйте нам! Наші фахівці завжди готові Вам допомогти у вирішенні будь-яких питань пов'язаних з 1с, у тому числі і з помилками, що виникають при роботі системи.
Повідомляти або повідомляти про факт втрати облікових даних в ІФНС організація вправі вирішувати самостійно. Ця ситуаціяніяк не регламентується діючим законодавством, тому наслідки та кроки організації у аналізованої ситуації може бути такими.
Так, має місце технічна помилка в результаті збою у програмному забезпеченні (1С), внаслідок чого у платника податків може бути недостовірне відображення господарських операцій, оскільки організація, будучи платником ПДВ (на ОСНО) застосовує при реалізації протезно-ортопедичних виробів ставки ПДВ 0, 10 та 18 відсотків.
Організація в даному випадку не зможе апелювати до норм п. 3 ст. 401 ДК РФ, оскільки збій у програмному забезпеченні не носить надзвичайного та невідворотного характеру (тобто не були вчасно вжиті належні заходи щодо забезпечення збереження інформації, її своєчасної архівації тощо).
Платники податків зобов'язані протягом 4 років забезпечувати безпеку даних бухгалтерського облікута документів, необхідних для обчислення та сплати податків (пп. 8 п. 1 ст. 23 НК РФ). Крім того, ведення бухгалтерського обліку та зберігання документів бухгалтерського обліку організуються керівником економічного суб'єкта (п. 1 ст. 7 Федерального законувід 06.12.2011 № 402-ФЗ "Про бухгалтерський облік", далі - Закон № 402-ФЗ). Первинні облікові документи, регістри бухобліку, бухгалтерська (фінансова) звітність підлягають зберіганню протягом строків, встановлених відповідно до правил організації державної архівної справи, але не менше 5 років після звітного року (ч. 1 ст. 29 Закону № 402-ФЗ). У силу ч. 3 ст. 29 НК РФ економічний суб'єктмає забезпечити безпечні умови зберігання документів бухгалтерського обліку та їх захист від змін.
Податкові органи мають право вимагати відповідно до законодавства про податки та збори від платника податків документи, які є підставою для обчислення та сплати (утримання та перерахування) податків, а також документи, що підтверджують правильність обчислення та своєчасність сплати (утримання та перерахування) пп. .1 ст. 31 НК РФ). У листах Мінфіну РФ від 22.07.2013 № 03-02-07/2/28610, від 07.06.2013 № 03-02-07/1/21191 роз'яснено, що документи можуть бути витребовані податковими органами у тому числі у випадках проведення щодо платника податків повторної виїзної податкової перевірки(ст. 89 НК РФ) та проведення інших заходів податкового контролю, зокрема за необхідності отримання документів (інформації), що стосуються діяльності платника податків, що перевіряється, та інформації щодо конкретної угоди (ст. 93.1 НК РФ).
З метою забезпечення виконання пп. 8 п. 1 ст. 23 НК РФ та подання в установленому порядкув Податковий органдокументів, зазначених у пп. 8 п. 1 ст. 23 НК РФ, відповідні документи, втрачені платником податків, мають бути відновлені. Непредставлення в встановлений термінплатником податків до податкового органу документів та (або) інших відомостей, необхідних для здійснення податкового контролю, тягне за собою відповідальність, встановлену ст. 126 НК РФ.
Відсутність вини особи у вчиненні податкового правопорушенняодна із причин, що виключає притягнення особи до відповідальності за скоєння податкового правопорушення (п. 2 ст. 109 НК РФ). Обставини, які виключають провину платника податків у скоєнні податкового правопорушення, наведено у ст. 111 НК РФ. Однією з таких обставин є вчинення діяння, що містить ознаки податкового правопорушення, внаслідок стихійного лиха або інших надзвичайних та непереборних обставин (зазначені обставини встановлюються наявністю загальновідомих фактів, публікацій у ЗМІ та іншими способами, які не потребують спеціальних засобів доказування).
За грубе порушення правил обліку, до якого належить відсутність первинних документів, що не спричинило заниження податкової бази, передбачені санкції як НК РФ (п. 1-3 ст. 120 НК РФ), і КоАП РФ (ст. 15.11 КоАП РФ).
Виходячи зі сформованої судової практики(див. Постанова ФАС ПЗ від 24.03.2011 № А06-3321/2010, Постанова ФАС ВПО від 05.04.2011 № А43-10932/2010, Постанова ФАС МО від 23.09.2008 № КА-А408-85 визначення Краснодарського крайового судувід 16.08.2012 (№ 33-15393/2012) можна зробити висновок про те, що організація в даній ситуації може убезпечити себе таким чином:
- повідомити в ІФНС про подію (втрату документів) (за бажанням, оскільки жорстко регламентований обов'язок законодавчо не закріплений);
- якщо організація ухвалить рішення сповістити ІФНС про цей факт, то до листа (у довільній формі) їй необхідно додати копії документів (акт, договір) спеціалізованої організації з висновком про неможливість відновлення сервера (комп'ютера), на якому було встановлено облікову програму;
- оскільки організація є платником ПДВ та при реалізації товарів застосовує ставки 0, 10 та 18 відсотків та через неможливість підтвердження ставок 0 та 10 відсотків, їй необхідно буде обчислити ПДВ за максимальною ставкою – 18 відсотків. Надалі можна подати уточнену декларацію з ПДВ, коли буде відновлено дані, що підтверджують податкові ставки. Організація уникне перерахунку податків, якщо зможе відновити втрачені бухгалтерські та податкові документи;
- провести IT-аудит з метою виявлення слабких місць, щоб мінімізувати ризики втрати інформації; бухгалтерії та IT-відділу спільно розробити та встановити жорсткий регламент збереження облікових даних;
- у разі виникнення подібних ситуаціймаксимально стислі термінипроводити за розпорядженням керівника позапланову термінову інвентаризацію залишків товарів по магазинах, що допоможе швидко відновити облікові дані при їх втраті; а керівнику необхідно сформувати своїм наказом у разі комісію з метою з'ясування причин події та встановлення винних осіб (результати роботи комісії оформляються актом чи протоколом);
- у разі пред'явлення претензій з боку контролюючих органів, організація може звернутися за відстоюванням своїх інтересів до суду.
Зазначимо, що наявність наміру чи необережності у діях організації у аналізованої ситуації мають доводити податківці.
Ця стаття є продовженням циклу статей «Перші кроки до 1С». У ній розглянуто типові прийоми відновлення бази 1С на платформі «1С:Підприємство 8» після збоїв. Передбачається, що база працює у файловому режимі. Відновлення бази клієнт-серверному режимі роботи розглядається, т.к. дане питання явно виходить за рамки "перших" кроків фахівця-початківця.
Матеріал статті детально розкриє відповіді на такі питання:
- Що робити до початку всіх робіт з відновлення? (копію, Карле!)
- Які тонкощі є під час використання утиліти перевірки?
- Які засоби для відновлення є у конфігураторі?
- Коли і навіщо робити вивантаження/завантаження у формат *.dt?
- Якщо все вищеописане не допомогло, що можна спробувати?
Застосовність
Стаття написана для платформи «1С:Підприємство» версії 8.3.4.496, але не переживайте, якщо ви працюєте з старшою версією! Весь матеріал є абсолютно актуальним.
Як у 1С відновити пошкоджену базу «1С:Підприємство 8»
Часом для новачка дане завданняздається просто нереальною. Хоча, насправді, є ряд нехитрих штатних засобів тестування баз 1С і прийомів виправлення помилок, що виникають.
Поява різноманітних систематичних збоїв (помилок, невірно відображуваних даних, аварійне закриття програми) можна вважати пошкодженням бази.
Причини виникнення критичних помилок бувають різноманітними. Найчастіше проблеми виникають через збої електроживлення.
З упевненістю можна сказати, що при клієнт-серверному режимі роботи база більш стійка до помилок.
В рамках наших статей ми будемо розглядати файловий режим роботи бази. І перше, що потрібно попередити клієнта – наявність джерела безперебійного живленняна комп'ютері, де встановлено інформаційну базу, дуже бажано.
Отже, головне не лякатися перед спробою відновлення бази зробити її копію.
Наприклад, можна спочатку скопіювати всю папку, в якій розміщена база, а потім у цій папці залишити лише файл 1Cv8.1CD (файл бази) та папку 1Cv8Log (журнал реєстрації подій).
Насправді, здебільшого бази підлягають відновленню. Деякі 1С-ники це зрозуміли і радо перехоплюють таких клієнтів. Самому робити здебільшого нічого особливого не треба, клієнт наляканий, а робота тестових програм займає чималий час.
Перейдемо до практики. Спочатку з'ясуйте у клієнта, як давно і за яких обставин почали виникати збої. Дізнайтеся, як користувачі здійснюють оновлення конфігурації та як за часом пов'язані ці дві події. Уточніть об'єм бази.
Навіть якщо в даному конкретному випадку з'ясовані обставини вирішально на Ваші наступні дії не вплинуть, Ви зможете зібрати деяку статистику, яка може стати в нагоді в майбутньому.
Обов'язково дізнайтеся, чи оновлювалася платформа, і під яким релізом платформи база працювала раніше.
Насамперед видаліть усі файли та папки, які у заданій директорії оточують файл бази (1Cv8.1CD). Так, це деякі службові файли, які забезпечують повноцінну роботу, але точно зазначено, що у роботі цих файлів виникає деяке неузгодженість.
Нічого страшного не станеться, тому що при черговому запуску бази всі необхідні файли будуть створені заново. Із запуском ми поки що почекаємо.
Тепер використовуємо найефективніший, але ще далеко не останній засіб. У директорії C:\Program Files\1cv82 (для платформи 8.3 – 1cv8)\(далі номер релізу платформи)\binзапустіть утиліту chdbfl.exe.
Увага! У кожному релізі платформи є власна утиліта chdbfl.exe. Доцільно використовувати утиліту з релізу платформи, з яким використовувалася дана база. Найчастіше – це останній встановлений реліз платформи.
Тут варто сказати про одну особливість, якщо момент пошкодження бази приблизно збігається з моментом оновлення платформи, то утиліта chdbfl.exe попередньої платформи найчастіше дає кращі результати в пошуку та виправленні помилок.
Особливість даної утиліти - якщо при першому проході виправлених помилок не було (утиліта не змогла виправити жодної помилки), то повторно запускати її, можна сказати, марно.
Однак якщо помилки виправлені не всі, але при цьому відзначається зменшення кількості помилок, то є сенс запустити утиліту ще раз.
Були випадки, що за другий прохід кількість знайдених помилок змінювалася нанівець. Одним словом, повторюйте операцію, доки є результат зменшення кількості помилок. Схоже, що частина виправлених помилок при черговому проході дозволяє виправити ще й інші.
Самі параметри тестування та виправлення, якщо Ви абсолютно чітко не розумієте, що саме робите, краще не чіпати.
Поліпшення результатів тестування під час повторного використання даного засобуне відмічено.
Слід сказати про засіб перевірки конфігурації. За досвідом, помилки, що відзначаються цим засобом, не відрізняються особливою критичністю. Швидше, вони просто уповільнюють роботу самої бази. Що, по суті, для баз розміром понад 4 Гб користувач може розцінюватися теж як пошкодження бази.
4 Гб - це максимально допустимий розмір не самої бази, а таблиці в базі. Але який-небудь регістр може бути значно більше інших і займати більшу частину обсягу бази.
У цій формі без абсолютно чіткого розуміння ніяких налаштувань змінювати не варто.
Слід сказати ще про один не зовсім очевидний метод. Справа в тому, що при розвантаженні бази в файл з розширенням dt існує дуже низька ймовірність, що завантажити його назад не вдасться.
Однак при завантаженні відбувається певна реструктуризація пам'яті, що в окремих випадках дозволяє відновити роботу бази шляхом послідовного вивантаження та завантаження.
Якщо після всіх проведених заходів та випробувань Ви виявили, що Ваша база залишається пошкодженою, то доцільно використовувати цей засіб.
Вивантаження здійснюється в конфігураторі через меню Адміністрація, пункт Вивантажити інформаційну базу.
З'явиться діалогове вікно, в якому потрібно буде вказати напрямок вивантаження. Назва файлу, що створюється, можна використовувати за замовчуванням – 1Cv8.dt.
Слід зазначити, що вивантаження також є одним із можливих методів копіювання.
Завантаження найкраще робити у нову базу без конфігурації. Для створення такої бази у вікні інформаційних баз натисніть кнопку Додати. На черговому кроці збережіть налаштування Створення нової інформаційної бази та натисніть на кнопку Далі.
У формі, що з'явилася, поміняйте налаштування на Створення інформаційної бази без конфігураціїа також натисніть на кнопку Далі. На наступних двох кроках визначте ім'я бази та директорію (порожню), в якій вона буде.
Додаткові параметри можна не заповнювати та натиснути на кнопку Готово. Буде створено інформаційну базу без конфігурації.
Ще кілька моментів. Якщо несправності в роботі бази спостерігаються лише на одному комп'ютері, слід спробувати змінити комп'ютер. Якщо несправності виявляються лише в одного користувача, слід спробувати перестворити користувача.
Іноді допомагає видалення бази зі списку у вікні інформаційних баз із подальшим додаванням до списку тієї ж існуючої інформаційної бази (відновлення шляху до неї).
Насамкінець хочеться сказати, що, звичайно, не всі бази підлягають відновленню, частина з них відновлюється складнішими способами. Але не засмучуйтесь, такі випадки бувають досить рідко.
Як профілактика можна порадити проводити оновлення баз через конфігуратор і використовувати штатні засоби тестування та виправлення помилок перед кожним оновленням. Користувачі, які є власниками базових версійта мають право на безкоштовне оновлення, також можуть попередньо завантажувати файли поновлення з сайту.
У наступній статті розглянемо можливості настроювання списку інформаційних баз.
Пісочниця
авторитет 18 вересня 2013 року о 15:241С відновлення конфігурації інформаційної бази з використанням MS SQL
Свого часу зіткнувся з проблемою: при оновленні конфігурації зі сховища стався збій і закрилася 1С.
Як з'ясувалося пізніше - відбулося руйнування сховища конфігурації та при оновленні конфігурації зі сховища злетіла і конфігурація БД. Подібна помилка виникала насамперед при динамічному оновленні ІБ.
Т.к. дана проблема виникала неодноразово вирішила поділитися варіантом лікування.
При наступному запуску конфігуратора виникла помилка: «Увага! При оновленні даних після останньої реструктуризації сталася помилка. Повторити оновлення? при ствердній відповіді отримуємо повідомлення: «Виявлено незавершену операцію збереження конфігурації. Для продовження роботи необхідно завершити операцію» після цього програма закривається.
При розборі цієї проблеми було знайдено кілька варіантів вирішення проблеми, кожне рішення працює у різних випадках.
Варіант 1 (за наявності бекапу SQL з копією з ідентичною конфігурацією):
Розгортається копія ІБ, і виконується запит наступної конструкції:
USE GO DELETE FROM .. GO INSERT INTO .. SELECT * FROM .. GO
При цьому переливається таблиця в якій зберігається конфігурація ІБ. Бажано після цієї операції виконати тестування та виправлення ІБ.
Варіант 2 (за відсутності бекапу):
До даному варіантузвернулися як до останньої соломинки. Т.к. Конфігурація була в стадії розробки і про бекап трохи забули сподіваючись на сховище.
У базі видаляються два записи з таблиці Config за значенням у стовпці FileName - dbStruFinal і commit
Виконується наступний запит:
USE GO DELETE FROM. WHERE FileName = "dbStruFinal" GO DELETE FROM . WHERE FileName = "commit" GO
Як не дивно, база оживає.
Теги: 1с підприємство 8.2, SQL, відновлення конфігурації
Ця стаття не підлягає коментуванню, оскільки її автор ще не є повноправним учасником спільноти. Ви зможете зв'язатися з автором лише після того, як він отримає
Причин виникнення таких помилок може бути безліч. Перше, що має сенс робити у разі таких помилок — визначитися з джерелом проблеми.
Уточнити обставини та терміни появи помилки: несправність, яка не може бути відтворена, можливо, є просто випадковістю, збоєм.
Перевірити роботу програми з іншого комп'ютера та з іншого облікового записукористувача.
Перевірити релізи платформи та конфігурації: чи поточна версія останньої офіційної.
Надалі, якщо ви не впораєтеся з помилкою самостійно, вам треба буде пояснити природу її появи фахівцеві, відповідно ці питання виникнуть у будь-якому випадку.
Є ціла низка помилок, що виникають при використанні неліцензійного програмного забезпечення(як продуктів "1 ° C", так і, наприклад, операційної системи "Windows"). Характерний приклад у разі «ламаної» платформи «1С»: патч, що зламує конкретну версію платформи, перестає працювати після встановлення нової версіїплатформи, вхід до бази в цьому випадку призведе до появи повідомлення «Не виявлено вільну ліцензію».
Важливо!Не забувайте робити резервну копію ваших баз перш ніж змінювати будь-що в конфігурації. Якщо база не відкривається за допомогою конфігуратора, слід скопіювати папку з базою засобами операційної системи і далі виконувати всі операції з цією копією.
Версії змін мають бути актуальні (це особливо важливо у разі змін, основі яких створюється регламентована звітність). Оновлення до поточної версії буде першим кроком усіх без винятку фахівців-розробників, якщо ви звернетеся до них. Після перевірки актуальності версій конфігурацій слід перевірити актуальність релізу платформи (тут слід враховувати рекомендації «1С»: в повному обсязі релізи змін відповідають релізам платформи).
