Вряд ли кто-то поспорит, что 1С:Підприємство в общем программа неплохая. Ведь плохая программа вряд ли стала бы такой популярной. И Вы как пользователь наверное привыкли к ней и знаете ее достаточно хорошо, со всеми плюсами и минусами. Но любой программе, хорошей или плохой все-таки как правило присущи глюки.

Давайте разберемся вначале с термином «глюк». Слово глюк своими корнями восходит к слову галлюцинация, т.е. нечто, что кажется. Впрочем в отличие от галлюцинаций, глюки в программах штука к сожалению вполне реальная. Глюк - это в общем-то сбой программы, который может быть регулярным или единоразовым (кстати вторые - наиболее противны).

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

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

Личный опыт показывает, что 1С:Підприємство лучше работает на хорошей аппаратуре, а особенно на терминальных серверах высокого класса. Это связано с тем, что дорогие сервера стоят так дорого не только из-за того, что они собраны на быстрых процессорах и жестких дисках, а еще и по той причине, что в серверах применяют, в первую очередь, надежные блоки питания, процессоры, память, жесткие диски.

На таких компьютерах редко случаются вылеты с ошибками во время работы.

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

На самом деле распространенных и известных глюков в 1С:Підприємство немного. Все-таки программе уже больше 7 лет и за этой время разработчики выпустили аж 25 релизов, таким образом исправив большинство ошибок.

Ну собственно, давайте посмотрим на глюки:

• Одной из частых ошибок является следующая. При работе в 1С:Підприємство она вдруг ни с чего вылетает с ошибкой. «Программа выполнила недопустимую ошибку и будет завершена». Из-за чего произошла такая ошибка как правило непонятно, поскольку носят они единоразовый характер.

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

• Невозможность сохранения архивной копии (из конфигуратора) на внешние носители (флеш-память, магнитооптические диски и т.д.). Проявляется следующим образом. При сохранении прямо на внешний носитель по окончании процесса выдает ошибку «Ошибка определения свободного места на диске» и соответственно ничего не сохраняет. Ошибка также возникает при выгрузке данных, а также при выгрузке для обмена с базами, при использовании УРИБ. В последнем релизе платформы ошибка исправлена, однако иногда по-прежнему возникает с некоторыми операционными системами.

Решение: сохранять вначале на жесткий диск (сеть), а затем копировать на внешний носитель. Неудобно, но деваться некуда.

• «Зависание» при тестировании и исправлении ИБ. Если вы запускали процедуру тестирования/исправления из конфигуратора, то могли обратить внимание, что стоит переключиться из конфигуратора в другую программу, а потом назад, то мы больше уже не видим, что происходит. Программа вроде как зависает. На самом деле она продолжает работать, но мы не видим прогресса. Объяснения общественной организации САБ по этому не смертельному, но неприятному глюку напоминают объяснения главного героя фильма «Люди в черном», позволю себе примерно процитировать: «Лунный свет отразился от Венеры, что вызвало взрыв болотного газа». Т.е. нормальному человеку эти объяснения непонятны. Они в общем непонятны и компьютерному специалисту. 1С:Підприємство говорит так, цитирую: «Это связано с особенностями взаимодействия библиотека mfc32.dll с Windows». Ошибка возникает в версия Windows начиная с Windows XP.

• «Вылетание» 1С:Підприємство с ошибкой при старте. Собственно тут сама программа не виновата. Тут возможные разные варианты, но как правило связано это с тем, что на диске компьютера есть ошибки. Как правило, это потерянные кластеры.

Решение: В этом случае пробуем сделать следующее - выполняем проверку диска, если это не помогло, то заходим через Мой компьютер в папку базы. В ней находится папка SYSLOG. Удаляем эту папку. Таким образом мы теряем журнал регистрации, но зато 1С:Підприємство будет работать. Если это не помогло, то нужно искать проблему в другом месте. Эта ошибка пожалуй самая противная и опасная поскольку благодаря ей, можно потерять полдня, а то и день работы.

• Потеря данных при восстановлении последовательности. А вот это уже очень противная ошибка. Возникает она в конфигурациях, в которых нет компоненты «Оперативный учет», т.е. «Бухгалтерський облік для України», «Бюджетная для Украины», «Пiдрядник будiвництва», «Рарус громадське харчування» и др. Если пользователь запускает восстановление последовательности или проведение документов, через Действия - Проведение документов, и проведение не завершается успешно, то все дальнейшие действия, выполненные пользователем в базе не будут сохранены при выходе! Т.е. запустили мы, проведение, не через Сервис-Обработка документов, а через Действия-Проведение документов, и какой-то из документов не провелся. Предположим мы его исправили. Так вот, если мы выйдем из программі, то все исправления будут потеряны. Ошибка не возникает в конфигурациях «ПУБ», «Комплексная», «Торговля и склад», т.е. там, где присутствует компонента «Оперативный учет».

Очевидно, природа ошибки связана с тем, что для ускорения проведения документов проводит их в транзакции. И действительно, проведение через Действия-Проведение документов работает быстрее, чем Обработка документов из меню Сервис. При ошибке при проведении транзакция не завершается и в дальнейшем компания полагает, что мы все наши действия выполняем в той же транзакции. И при завершении работы программы 1С:Підприємство транзакцию не фиксирует.

Ошибка также отлично известна разработчикам.

Решение: Не пользоваться Проведением документов из меню Действия. Или при ошибке, при таком проведении, выполнять выход из 1С:Підприємство, вход в нее а уже потом вносить изменения.

• Следующая ошибка возникает уже, когда мы пользуется Сервис - Обработка документов. Ошибка наблюдалась только в Windows 2003 Server. Заключается в следующем: при переносе документа из списка проводимых в список не проводимых (кнопки -> и =>>), возникает ошибка «Invalid argument encountered». При нажатии кнопки ОК программа наглухо зависает, хотя делает вид, что что-то делает. Ошибка в принципе повторяемая, но возникает не регулярно, т.е. не обязательно она возникнет с первого нажатия, но бывает и так. Информация об ошибке также передавалась разработчикам.

Решение: Собственно решения нет. Надеяться, что ошибка не возникнет.

• Теперь пожалуй наиболее известная ошибка платформы. Невозможность сохранения в Excel отчетов большого размера. Суть ошибки в том, что при попытке сохранить большой отчет в из 1С:Підприємство в формате Excel, программа просто зависает. Причем это не выглядит так, как будто время сохранения в Excel зависит напрямую от размера файла. Просто при достижении определенного размера файлы больше не сохраняются. В формат mxl (внутренний формат таблиц программы) файл сохраняется успешно. Но попытка открыть его в Excel (с помощью поставляемого отдельно конвертера mxl2xls) также не увенчивается успехом, и ведет к зависанию Excel. Ошибка обнаружена очень давно и отличная известна разработчикам. Самое противное, что в версии 8.0 она уже исправлена, следовательно ошибка не настолько критичная, что не поддается исправлению, но разработчики почему-то не хотят исправлять.

Решение: решения здесь нет. Или формировать отчет кусочками или попросить программиста, чтобы он переписал отчет таким образом, чтобы он сразу формировался в Excel. Правда, во втором случае Excel обязательно должен быть установлен на компьютере.

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

Решение: Не забывать переключать язык не русский.

В заключение хочу сказать, что несмотря на все ошибки, 1С:Підприємство программа все-таки неплохая и со своей задачей справляется. Если бы еще разработчики более оперативно реагировали на информацию об ошибках...Впрочем их тоже можно понять. Как ни крути, а 7.7. - уже прошлое, которое поддерживается по инерции, Сейчас 1С:Підприємство вплотную занята 8.2. Но это уже другая программа и совсем другие глюки.

Песочница

1С, восстановление конфигурации информационной базы с использованием MS SQL

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

Как выяснилось позднее – произошло разрушение хранилища конфигурации и при обновлении конфигурации из хранилища слетела и конфигурация БД. Подобная ошибка возникала прежде при динамическом обновлении ИБ.

Т.к. данная проблема возникала не однократно решил поделится вариантом лечения.

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

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

Вариант 1 (при наличии бэкапа SQL c копией с идентичной конфигурацией):

Разворачивается копия ИБ, и выполняется запрос следующей конструкции:
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С»: не все релизы конфигураций соответствуют релизам платформы).

Ошибка	Методы исправления
База не открывается	Обновление платформы. Очистка временных (cash) файлов: удалить базу из списка и подключить её же заново. Вход в базу от другой учётной записи.
Ничего не работает без видимых причин	Обновление платформы. Поиск причины сбоя в журнале регистрации.
Dump базы при запуске	Отключение аппаратное ускорения видеокарты средствами Windows, перезагрузка системы.
База открывается в конфигураторе, но не в пользовательском режиме	Обновление платформы. Очистка временных (cash) файлов. Вход в базу от другой учётной записи (и/или от записи администратора). Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего). Тестирование тестирования физической целостности базы с помощью утилиты «chdbfl» (папка C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe) или, в случае базы-SQL , — тестирование средствами SQL. Тестирование и исправление ИБ средствами конфигуратора.
Программа без предупреждения открывает код конфигуратора	Обновление платформы. Очистка временных (cash) файлов. Проверка кода в отладчике. Как правило, такая ситуация возникает из-за ошибок в изменённом коде, чаще всего — в случае нетиповых конфигураций.
Программа работает по-разному для разных пользователей	Обновление платформы. Очистка временных (cash) файлов. Настройка прав групп. Настройка прав пользователя.
Неправильное отображение блоков формы	Обновление платформы. Очистка временных (cash) файлов. Вход в базу от другой учётной записи (и/или от записи администратора). Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего).
Программа не работает на каком-то компьютере в работающей сети, но работает на остальных	Проверка сетевых прав данного компьютера (средствами Windows). Обновление платформы. В том числе следует проверить соответствие релизов конфигураций и платформы в пределах сети. Очистка временных (cash) файлов. Вход в базу от другой учётной записи (и/или от записи администратора).
Недостаточно памяти	Обновление платформы. Очистка временных (cash) файлов. Вход в базу от другой учётной записи (и/или от записи администратора). Вход в базу с другого компьютера (чтобы исключить общую неисправность текущего). Оптимизация проблемных запросов. Аппаратное увеличение объёма памяти. Увеличение размера файла подкачки. Управление выделенной памятью через командную строку Windows. Строка: «bcdedit /set increaseuserva 3072», где 3072 — размер желаемой адресной памяти.
Ошибка СУБД, внутренняя ошибка компоненты dbeng8	Обновление платформы на всех компьютерах сети. Тестирование тестирования физической целостности базы с помощью утилиты «chdbfl"ю. Эта ошибка характерна для сетей без сервера «1С» и связана с различием кода разных версий платформы на различных точках доступа.
Программные продукты 1С созданы для оптимизации деятельности предприятия, и сбои в их работе препятствуют нормальному течению рабочих процессов в организации. В худшем случае неполадки в работе программы могут вызвать полную остановку деятельности отдельных структур компании: бухгалтерии, финансового отдела, кадровой службы, производства и многих других. Даже если сбой имеет кратковременный характер, он может на время ограничить доступ к важным документам. В связи с этим оперативность устранения проблемы выходит на первый план. С одними неполадками сотрудник, обученный работе с продуктами 1С, может справиться самостоятельно. Другие же требуют квалифицированной помощи специалиста из сервисного центра. Разберём основные причины сбоев в работе 1С и способы её восстановления. Алгоритм действия при обнаружении неполадок должен выглядеть следующим образом: Определение ошибки и её причины. Оперативность действий на этом этапе поможет избежать трат времени в дальнейшем. Иногда бессистемные действия сотрудников, чья программа перестала функционировать, только усугубляют проблему, но не решают её. Воспроизведение сбоя. Моделирование ошибки необходимо для составления грамотной стратегии по её исправлению. Исправление ошибки. Когда тестирование показало, что интерпретация ошибки была осуществлена верно, к работе может приступить 1C специалист, ответственный за решение проблем с 1С. Например, если вы используете программу «1С: Предприятие», поддержка этого решения будет осуществляться сотрудниками сервисного центра, с которым вы заключили договор. Ошибки в работе 1С можно классифицировать так: 1. Ошибки пользователя. Эти ошибки вызываются некорректным действиями сотрудника и часто являются следствием недостаточного знания специфики программы 1C. Наиболее распространённые ошибки данного типа – неверное создание документа, неправильное использование функционала программы, случайная блокировка 1С и т.д. Для предотвращения появления такой проблемы в будущем рекомендуется проведение обучения для всех сотрудников, имеющих доступ к 1С. Это может быть как корпоративное обучение у специалистов лицензированных центров поддержки, так и самостоятельное обучение с использованием тематической литературы. 2. Программные ошибки. Наиболее распространённые сбои этой категории: Ошибки при запуске программы могут быть вызваны отсутствием ключа защиты, сбоями локальной сети или нарушением структуры конфигурации. Ошибки при установке чаще всего являются следствием неверно введённого ключа. Ошибки при обновлении – наиболее распространённые программные ошибки, вызванные несвоевременным обновлением компонентов программы. Для решения программных ошибок необходимо воспользоваться услугами специалиста по работе с продуктами 1С. 3. Технические ошибки. Эти ошибки обычно связаны с неисправным или проблемным оборудованием. Например, медленная работа программы может быть вызвана недостаточной мощностью сервера. Чтобы устранить эту проблему, необходимо проконсультироваться с ИТ специалистами и последовать их рекомендациям. Сообщать либо не сообщать о факте утраты учетных данных в ИФНС организация вправе решать самостоятельно. Данная ситуация никак не регламентируется действующим законодательством, поэтому последствия и шаги организации в рассматриваемой ситуации могут быть следующими. Так, имеет место техническая ошибка в результате сбоя в программном обеспечении (1С), вследствие чего у налогоплательщика может быть недостоверное отражение хозяйственных операций, поскольку организация, являясь плательщиком НДС (на ОСНО) применяет при реализации протезно-ортопедических изделий ставки НДС 0, 10 и 18 процентов. Организация в рассматриваемом случае не сможет апеллировать к нормам п. 3 ст. 401 ГК РФ, поскольку сбой в программном обеспечении не носит чрезвычайного и непредотвратимого характера (то есть не были своевременно приняты должные меры по обеспечению сохранности информации, ее своевременной архивации и т.п.). Налогоплательщики обязаны в течение 4 лет обеспечивать сохранность данных бухгалтерского учета и документов, необходимых для исчисления и уплаты налогов (пп. 8 п. 1 ст. 23 НК РФ). Кроме того, ведение бухгалтерского учета и хранение документов бухгалтерского учета организуются руководителем экономического субъекта (п. 1 ст. 7 Федерального закона от 06.12.2011 № 402-ФЗ «О бухгалтерском учете», далее – Закон № 402-ФЗ). Первичные учетные документы, регистры бухучета, бухгалтерская (финансовая) отчетность подлежат хранению в течение сроков, установленных в соответствии с правилами организации государственного архивного дела, но не менее 5 лет после отчетного года (ч. 1 ст. 29 Закона № 402-ФЗ). В силу ч. 3 ст. 29 НК РФ экономический субъект должен обеспечить безопасные условия хранения документов бухгалтерского учета и их защиту от изменений. Налоговые органы вправе требовать в соответствии с законодательством о налогах и сборах от налогоплательщика документы, служащие основанием для исчисления и уплаты (удержания и перечисления) налогов, а также документы, подтверждающие правильность исчисления и своевременность уплаты (удержания и перечисления) налогов (пп. 1 п. 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 № КА-А40/8513-08-2; Апелляционное определение Краснодарского краевого суда от 16.08.2012 № 33-15393/2012) можно сделать вывод о том, что организация в рассматриваемой ситуации может обезопасить себя следующим образом: сообщить в ИФНС о наступившем событии (утрате документов) (по желанию, поскольку жестко регламентированная обязанность законодательно не закреплена); если организация примет решение оповестить ИФНС о данном факте, то к письму (в произвольной форме) ей необходимо приложить копии документов (акт, договор) специализированной организации с заключением о невозможности восстановления сервера (компьютера), на котором была установлена учетная программа; поскольку организация является плательщиком НДС и при реализации товаров применяет ставки 0, 10 и 18 процентов и ввиду невозможности подтверждения ставок 0 и 10 процентов, ей необходимо будет исчислить НДС по максимальной ставке – 18 процентов. В дальнейшем можно подать уточненную декларацию по НДС, когда будут восстановлены данные, подтверждающие налоговые ставки. Организация избежит пересчета налогов, если сможет восстановить утраченные бухгалтерские и налоговые документы; провести IT-аудит с целью выявления слабых мест, чтобы минимизировать риски по утере информации; бухгалтерии и IT-отделу совместно разработать и установить жесткий регламент сохранения учетных данных; при возникновении подобных ситуаций в максимально короткие сроки проводить по распоряжению руководителя внеплановую срочную инвентаризацию остатков товаров по магазинам, что поможет быстро восстановить учетные данные при их утрате; а руководителю необходимо сформировать своим приказом в таких случаях комиссию с целью выяснения причин происшедшего и установления виновных лиц (результаты работы комиссии оформляются актом либо протоколом); в случае предъявления претензий со стороны контролирующих органов организация может обратиться за отстаиванием своих интересов в суд. Отметим, что наличие умысла или неосторожности в действиях организации в рассматриваемой ситуации должны доказывать налоговики. Виды займов Как отчитаться об исполнении плановых бюджетных показателей Хоум Кредит Банк Коттеджный поселок шолохова ОТП банк Льготы по транспортному налогу Новое на сайте Как получить из ифнс письмо, которое подтвердит, что ваша компания применяет упрощенку Значение за морем телушка полушка, да рубль перевоз Образцы смет на строительство дома Способы начисления амортизации основных средств Страхование жизни ренессанс > Самое популярное новый подъем забастовочного движения Декретницы в сзв-м Если я сделаю ошибку в отчете, есть ли возможность ее исправить Как заполнить декларацию по налогу на прибыль Строка 041 налога на прибыль какие налоги Инвестиционно-строительный комплекс Экономическая характеристика инвестиционно строительного комплекса Сдача НДС Срок уплаты ндс в марте Сайт о получении кредита. © 2024. . ПОПУЛЯРНЫЕ РАЗДЕЛЫ Банки Сбербанк Альфа Банк Хоум Кредит Банк Кредитные карты Микрозаймы Россельхозбанк