Записки программиста
Как старую форму декларации по пиву №12 превратить в новую форму декларации по пиву №8? Или продадимся в ноль.
Кипит разум возмущенный. Обожаю придумщиков. Вот решили баба срубить на алкоголиках. Я собрал сведения с разных сайтов. Ничего от меня здесь нет, кроме отзыва на ЕГАИС Декларант. Полагаю, что те кто за ним стоит – главные инициализаторы.
Обзор построен так. Ссылка на сайт и информация с сайта. Приступим-с.
Биткоин в 2021 году. Поторгуем? Лохотрон для хомяков.
Стой, црулна, стрыжом, брэим первы зорт
В.Я.Шишков. Угрюм-река
Майнинг на процессоре стал выгоден, и вот торгую я в коридорах, эффективно торгую, а сумма на аккаунте уменьшается, ну не уменьшается, а колом встала.
Утерян чек на ГСМ
Памяти Леонида Райского посвящается.
В конце 2017 года я на Youtube опубликовал видео, где продемонстрировал как можно заполучить всю базу чеков.
Эксперимент проводился в мобильном приложении «Проверка чека».Я написал по этому поводу письмо в налоговую инспекцию. Они втихушку все исправили, а мне отписали – «У нас такого не может быть!». То есть помимо номера фискального документа требуется и дата. Прошло более трех лет. Пылкий разум желает повторить эксперимент.
Настройка FrontolSynchro
Банальная ситуация. Обратились клиенты. Слетела синхронизация в базах Фронтол 6 по остаткам товаров. Решение проблемы заняло 1 минуту. Но… Выкладываю руководство по настройке. Тем более что ничего вразумительного по синхронизации в поиске нет, кроме видео, да и то про Фронтол 4. Восстановим пробел.
Подготавливаем базу данных касс и базу данных сервера
Одна база кассы полная – просто скопирована у клиента
База сервера пустая – где взять, надеюсь все знают. Вряд ли будет читать ЭТО народ, не знающий, откуда берется пустая база. Шутка.
Вторая база кассы пустая
Первый комп. Будет стоять база сервера и база первой кассы.
Второй комп. База второй кассы – ведомая.
Пропишу-ка я вторую кассу во Frontol Администратор на первый комп с двумя базами
Как видим, путь сетевой. Открываем базу и видим что она пустая – товаров в ней нет
В базе сервера тоже пусто, скрин выкладывать смысла нет, он идентичен. А вот в первой кассе товар присутствует, как и пользователи
Настройку начинаем с сервера синхронизации
Сервер синхронизации. Создаем схему.
Важно!
В путях указывайте IP адрес.
Настраиваем правила.
Меня интересуют товары и остатки, а также скидки со счетчиками
Добавляем в схему синхронизации первую основную кассу. Имя службы указывать необязательно. Это и Атоловцы указывают в документации.
И идентично добавляем в правила синхронизации товары, остатки и скидки со счетчиками
Добавляем вторую кассу
Внимание! На закладке Параметры не должно ничего быть. У меня было. Пришлось отключить. И вид на синхронизацию стал таким. Оно изначально так и выглядит.
Жмем экспорт для переноса настроек на остальные базы
Открываем базу первой кассы и импортируем файл
Открываем базу второй кассы и импортируем файл
Теперь открываем на первой кассе FrontolSynchro и запускаем службу синхронизации. Выбираем центральную базу.
Заходим в настройки центральной базы и инициализируем. Копировать лог – галочку ставить. Только в централке. Ниже пригодится
Заходим в настройки синхронизации первой кассы и инициализируем
Делаем второй заход, путь сетевой базы первой кассы
Ничего импортировать не будем, как и очищать. Нам нужно чтобы данные попали с этой кассы. Потому давим кнопку Инициализировать.
Вторую кассу настраиваем идентично, только отметил удаление данных.
Перезапускаем службу FrontolSynchro на централку и радуемся.
Отступление.
Вот как выглядит лог централки, когда не были повторно проинициализированы кассы на свои базы, а только на централку
06.02.2021 14:05:12.147 Запуск службы FrontolSynchro v.6.10.2.0. Имя: «». БД: «192.168.1.96:C:\Atol\АКваВитаЦентр\MAIN.GDB»
06.02.2021 14:05:12.172 2 Запуск. БД: 192.168.1.96:C:\Atol\АкваВита\MAIN.GDB. ThreadId = 2560
06.02.2021 14:05:12.172 3 Запуск. БД: 192.168.1.27:C:\Atol\АкваВитаДоп\MAIN.GDB. ThreadId = 6324
06.02.2021 14:05:12.228 2 Внутрений идентификатор БД не соответствует внутреннему идентификатору БД в схеме синхронизации. Для подключения базы данных необходимо выполнить её инициализацию в текущей схеме синхронизации.
06.02.2021 14:05:12.231 2 Остановлен
06.02.2021 14:05:12.268 3 Внутрений идентификатор БД не соответствует внутреннему идентификатору БД в схеме синхронизации. Для подключения базы данных необходимо выполнить её инициализацию в текущей схеме синхронизации.
06.02.2021 14:05:12.273 3 Остановлен
Короче, план действий или закрепление материала.
- Настраиваем централку с подчиненными базами
- Инициализируем
- Выгружаем настройки
- Загружаем в подчиненные базы
- Иициализируем подчиненные базы. Сперва с галкой “База данных службы синхронизации верхнего уровня”, потом – без этой галочки с сетевым путем локальной базы (На скриншотах выше видно где что выбирать импорт, очистка или просто инициализация)
Лог после перезапуска службы FrontolSynchro на чентралке будет примерно таким
06.02.2021 14:25:13.662 Запуск службы FrontolSynchro v.6.10.2.0. Имя: «». БД: «192.168.1.96:C:\Atol\АКваВитаЦентр\MAIN.GDB»
06.02.2021 14:25:13.686 2 Запуск. БД: 192.168.1.96:C:\Atol\АкваВита\MAIN.GDB. ThreadId = 3908
06.02.2021 14:25:13.687 3 Запуск. БД: 192.168.1.27:C:\Atol\АкваВитаДоп\MAIN.GDB. ThreadId = 6516
06.02.2021 14:25:13.751 2 Начало такта синхронизации
06.02.2021 14:25:13.756 2 => Очистка очереди удалений…
06.02.2021 14:25:13.759 2 => Очистка очереди удалений выполнена
06.02.2021 14:25:13.805 3 Начало такта синхронизации
06.02.2021 14:25:13.825 3 => Очистка очереди удалений…
06.02.2021 14:25:13.834 3 => Очистка очереди удалений выполнена
06.02.2021 14:25:13.958 2 => Товары…
06.02.2021 14:25:13.966 2 => Товары (всего обработано записей: 0, соотв.: 0)
Для элемента (Товар 2288) не найдена ссылка: (Налоговая группа 1) (Товар 2288)
06.02.2021 14:25:13.993 2 => Остатки…
06.02.2021 14:25:13.997 2 => Остатки (всего обработано записей: 0, соотв.: 0)
Для элемента (Остатки ID = 2255618) не найдена ссылка: (Товар 2288) (Остатки ID = 2255618)
06.02.2021 14:25:14.018 2 => ШК…
06.02.2021 14:25:14.025 2 => ШК (всего обработано записей: 0, соотв.: 0)
Для элемента (ШК ID = 2255625) не найдена ссылка: (Товар 1046) (ШК ID = 2255625)
06.02.2021 14:25:14.115 2 => Цены…
06.02.2021 14:25:14.118 2 => Цены (всего обработано записей: 0, соотв.: 0)
Для элемента (Цены ID = 606401) не найдена ссылка: (Остатки ID = 606401) (Цены ID = 606401)
06.02.2021 14:25:14.139 2 => Действия…
06.02.2021 14:25:14.149 2 CopyActivitiesData RARECHANGECONDITIONS, CurrentID = 2242002
06.02.2021 14:25:14.158 2 => Действия (всего обработано записей: 0, соотв.: 0)
Для элемента (Маркетинговые мероприятия, условия ID = 2242002) не найдена ссылка: (Вид карт 1) (Действия ID = 2241997)
06.02.2021 14:25:14.412 2 <= Движения остатков…
06.02.2021 14:25:14.416 2 <= Движения остатков (всего обработано записей: 0, соотв.: 0)
exception 9
E_EDIT_FORBIDDEN
Редактирование запрещено
At trigger ‘UPD_BEF_REMAIND0’ line: 4, col: 69 (ID=1000000000002)
06.02.2021 14:25:14.511 2 Завершение такта синхронизации
06.02.2021 14:25:15.972 3 <= Коды продукции ЕГАИС…
Оно… работает. И напоследок скриншоты
Централка
Касса 1
Касса 2
Логика. Стрелки активности должны быть именно как на скринах по аналогии.
Завожу товар «оп-ля-ля» на первой основной кассе
Открываю базу централки
И вторую ведомую кассу
Работает
Кстати, на форумах Атол с легендарной личностью Царюковым Романом, как всегда информации ноль
http://forum.atol.ru/index.php?showtopic=19687
PS
Проблему накопительных скидок со счетчиками во Фронтоле и хранения данных по дисконтным картам в 1С Управление Торговлей 10 я решил средствами 1С. Но это другая тема. Там скидки загружаются в отчет ККМ, соответственно хранятся в регистре накопления базы 1С и выгружаются вместе с товаром во Фронтолы на кассах. Без синхронизаций во Фронтоле. Давно это было. Нынче скидки иначе настраиваются. Делалось на Фронтоле 4.
Вот архив кому интересно.
Восстановление переписки Viber при смене iPhone
Заодно о двух популярных мессенджерах. И вспомним Джобса, точнее упомянем. О покойниках или хорошо или никак.
Самое важное при смене айфона — это бэкап и восстановление как через iCloud (Хрена Вам! — при 5 Gb), так и через 3u Tools или iTunes (далее Тунец). Есть еще перенос между телефонами, начиная с iOS 11.
С WhatsApp проблем никогда не возникало. Архивируешь в настройках и на другом телефоне при вводе номера переписка восстанавливается.
Viber. Вроде делаешь тоже самое. Настройки-Учетная запись-Резервное копирование. Оно радостно сообщает что все гут. При переносе – хрена Вам! Ранее были попытки переноса с iPhone7 на идентичный. На обоих установлена iOS 13. Хренушки! Хотя переключатели стояли – архивировать в iCloud. Я тогда охерел немного, но особого внимания не придал.
Отступление.
Самым лучшим для меня и по сей день остается iPhone 4 с iOS 6. На нем Вайбер до сих пор “робит” в отличие от Вацапа, где постоянно вынуждают обновляться и в то же время убирают поддержку старых iOS.
Вот я и люблю Вайбер за то, что старые версии работают в отличие от Вацапа. Вацап час от часу напоминает о необходимости обновиться иначе он не будет функционировать. Сцуки, больше нечего сказать. Это маркетинг, заставляющий хомячков покупать новое железо.
И мне тоже приходится его покупать. Но я реалист или в меру жадный – не знаю. Но покупать iPhone за безумные деньги? Ага, “щаз”! Года четыре назад взял iPhone 5S во Вьетнаме за копейки. Телефон меня радовал, но если находится покупатель – я продаю. Продал. Купил по акции три года назад iPhone SE. Это уже гавнище. Но покупать другой новый – жаба душила. Гребаные индусы, запилили ПО так, что нихрена на экране не видно. И это на iOS 10. Далее обновляться не желал. Постоянно обновлявшийся у супруги iPhone 5S – тому подтверждение. В общем, он не выдержал издевательств c ее стороны и помер.
Аксиома. Вновь вышедшие айфоны идеально работают с той iOS, с которой они изначально выходят. Далее начинается маркетинг с одной стороны, и глюки с тормозами с другой.
Итак, на дворе 2020 год. Цены на iPhone7 упали. Поэтому сперва своей половине купил за 200$ летом, потом себе осенью и тоже за 200$. Я не собираюсь переплачивать уродам.
Перенос.
Здесь стандартно. Копия в iTunes и восстановление из копии. Из-под Виндовс оно как-то странно перенесло, особенно настройки почты, да и половина значков на экране не запускалась, радостно сообщая – “Не удается установить “ИмяПриложения”. Вы должны купить это приложение, чтобы установить его”. Вайбер ругался аналогично.
ЧЕГО?!
Ну ладно, иду в App Store – ОНО не устанавливается! Если удалить и заново скачать, то устанавливается и работает.
С Вацапом было все хорошо. Он запустился и при вводе номера благополучно восстановил всю переписку. А вот с Вайбером было как со Сбербанком. Ну ладно, снес, заново установил, ввел номер телефона, и… И ничего! Восстанавливать неоткуда. Пишет архивов нет и они не создавались. Благо исходный телефон жив. Ввожу тел номер – переписка вся видна. Проверяю насчет выгрузки в iCloud – все нормально.
Опять на новом телефоне ввожу номер в Вайбер, надеясь что он увидит архив… И ничего. Потом начинается интересная история с подтверждением кода Вайбера по СМС. Только три подтверждения с сутки. Я это уже проходил ранее – поэтому не удивился. Включаю MAC.
Может Виндовс с Тунцом “здурела” в плане переноса, поэтому будем пользоваться “яблучным для яблучного”. Опять архивация старого Айфони в Тунце и восстановление на новый Айфон. Перенос по самим настройкам выполнился корректнее, а проблема с “некупленными приложениями” осталась.
Я решил проблему. Но, к сожалению, скриншотов не делал, поэтому покажу на примере Сбербанка, но с Google Authenticator такое не прокатит, как и c Dropbox. С Google Authenticator нужно, перед переносом, если не сохраняли QR коды, то пройтись по всем своим сайтам с двухфакторной аутентификацией и скорее всего заново отменить её и подтвердить сохраняя QR штрихкоды. Но я ученый, у меня все QR штрихкоды есть. Дурбокс к сожалению лично мне победить не удалось. На компах помогает банальное копирование дисков с системой, а как быть на айфонях – мне неведомо.
Итак, запускаю 3u Tools и подключаю старый телефон. Он у меня джейлбрейкнутый. А причина банальна – я НЕНАВИЖУ непрозрачный док. Он меня бесит. Если на iPhone 5S проблема решалась установкой обоев 1Х1 пиксель черного цвета, то на остальных “чудах” только джейлбрейк!
Итак лицезреем.
Мы сохраним приложение и документы, а потом зальем в новый Айфон!
Здесь процесс установки сохраненного Сбербанка на новый Айфон.
И тут я еще раз охренел.
Общедоступное?! Без Apple ID? Видать все компьютерные Боги смилостивились и услышали молитвы хомяков, нещадно просящих убрать подпись приложений, идущую еще с времен Великого Джобса! Как такое могло произойти? Первое послабление со стороны Apple – она подписывает легендарную IOS 6 на IPhone4S и Ipad 2. Второе – общедоступные приложения? Хотя гореть в аду Джобсу с его подписями, shsh и “песочницами”. И этот изврат (песочницы) кочует от одной iOS к другой с забивкой костылей по обмену файлов между приложениями.
Можно погуглить про общедоступное приложение для iOS. А толку? Поэтому поступаем радикально. Обновляем Сбербанк. В том же 3u Tools. Перед обновлением вводим наш Apple ID в 3u Tools, дабы “купить”
Вот теперь по Феншую.
Я проделал идентичную хрень с Вайбером. Я использовал три попытки активации через СМС. Остался звонок. Девочка-робот перезвонила сообщила мне цифры. Они не подошли. Странно, подумал я, и настрочил слезницу в техподдержку. Описал проблему, что не приходят СМС, и поэтому не могу активировать, написал, что приходится делать Джейлбрейк, дабы вытянуть переписку. СМС пришла через 2 минуты, Вайбер активировался. И, о чудо, вся переписка на месте. Сложилось.
Папка “Документы” Вайбера на старом телефоне
Как видим архив хранится в папке DBExport. Мой эскпорт делался 21.11.2020. Ничего не понимаю. Я этим и ограничился не доходя до сути, где хранится база и в каком формате. Скорее всего в самом приложении и в формате SQLite и скорее всего имя у нее Viber. Но до этого не дошло. Иначе был бы джейбрейк второго Айфони с перетаскиванием базы. Для этого нужно было чтобы стояли одинаковые версии Вацапов, которые можно скачать с помощью Charles…
Да ну его! Работает и ладно. Но как бесит непрозрачный док!
PS
iPhone 7 глазами 3u Tools. За 200$ самое то.
Не удержался.
Опа! База данных iOS шифруется с помощью SQLite API под названием sqlite3_key()
А как раньше было хорошо потрошить все и вся. Прогресс не стоит на месте. Но всегда есть шанс обойти и зайти через филейную часть
PPS
Добавлено 23.11.2020
Оказывается у меня на iPhone установлена iOS 13.5 и массовая эпидемия прошла мимо меня. Вот подробно описана проблема и решение в комментариях. Оказывается или у яблочников крышу снесло или индусы напакостили.
И само лечение:
1. Откройте Настройки → Основные → Хранилище iPhone
2. Выберите приложение, которое не запускается
3. Нажмите кнопку Сгрузить приложение
4. Нажмите кнопку Переустановить приложение
Но сама инструкция или от дебилов или для дебилов.
Вот у меня осталось два проблемных приложения WebMoney и E-num
Делаем по инструкции
может это случайность?
Ну, что же, заслушаем клоунов? Прошу, товарищи!
У них нигде и упоминания об этом нет.
Я не поленился и написал в чат поддержки. Они на прямые вопросы не отвечают. Да и не будут отвечать — выкинут сразу с работы. Сама переписка с Верой.
Apple Support Case 101247898091 24_11_2020_6 06am
Что сказать. Ублюдки хреновы. И еще. Не занимайтесь онанизмом с iPhone Backup Extractor для восстановления Вайбера. Много умников клонируют абсолютно бесполезную херню по «восстановлению» переписки.
При расчете начисления “Оплата по окладу” за Апрель 2020 для сотрудника возникла ошибка: Деление на 0
Те, кто выжил в катаклизме, пребывают в пессимизме,
Их вчера в стеклянной призме к нам в больницу привезли
В. Высоцкий. Бермудский треугольник
Согласно Федерального закона от 24 июля 2007 года N 209-ФЗ с 1 апреля 2020 г. поменялся тариф страховых взносов.
Плательщики страховых взносов, признаваемые субъектами малого или среднего предпринимательства исчисляют страховые взносы по льготному тарифу только в части выплат, которые по итогам календарного месяца превышают сумму федерального МРОТ на начало года (10% на ОПС, в ФСС — 0%, ОМС — 5%). С суммы выплат равной или менее МРОТ страховые взносы начисляются по общеустановленному тарифу (для работников общий размер тарифа— 30%). Региональный МРОТ, а также региональные повышающие коэффициенты не имеют значения для расчета страховых взносов.
К счастью, вся эта клоунада с коронавирусом меня и большинства моих клиентов не коснулась – работали в штатном режиме. Оказалось — в нештатном. Но обо всем по порядку.
Обновляемся, идем в настройку и добавляем тариф страховых взносов
Штирлиц молол Чушь. Чушь визжала и сопротивлялась. К чему этот анекдот? Итак, девочки пытаются начислить зарплату.
При расчете начисления “Оплата по окладу” за Апрель 2020 для сотрудника возникла ошибка: Деление на 0
Хорошо. А как та себя табель чувствует?
Вау!
Он над нами издевался, ну, сумасшедший, что возьмешь? Владимир Семенович отжигает
Идем в настройки и убираем ненужные в данном случае галки в настройках расчета зарплаты и графиках работы. Хотя коронавирус изначально не стоит.
Оно не нужно по причине, что организация работала в штатном, точнее нештатном режиме. В штатном все дома сидели.
А как же взносы – спросите Вы. С взносами все нормально, уж поверьте.
Самое интересное при обновлении ЗУП базовой версии в графиках работы галочки “При заполнении учитывать нерабочие дни” не ставились. Парадокс? Нет, не думаю. Эсники без подлости не могут. Понимаю, кушать все хотят.
Шпаргалка для штатного режима. Скопировано с сайта учетбеззабот.рф
Свои скриншоты прикладывать не вижу смысла. Нормально разжевано.
Начнём с того, что в программе в релизе 3.1.13.146 были внесены изменения в производственный календарь Российской Федерации. 30, 31 марта и весь апрель – нерабочие.
Скриншот выкладывать не буду, сами посмотрите.
Также в релизе 3.1.13.151 появился флаг «Нерабочие дни в связи с коронавирусом оплачивать как отработанные по графику работы сотрудника» в разделе «Настройка» в пункте «Расчёт зарплаты».
После установки этого флага необходимо произвести повторное заполнение графиков работы в разделе «Настройка» — «Графики работы сотрудников».
В открытом графике есть флаг «Автоматическое обновление по производственному календарю», который необходимо установить, а затем нажать на кнопку «Заполнить».
В изменениях свойства графика появился флаг «При заполнении учитывать нерабочие дни».
При его установке дни с 30 марта по 30 апреля должны стать как «Оплачиваемые нерабочие дни».
Если же этот флаг снять, то график будет заполнен прежними нормами часов для тех, кто продолжает работать во время карантина.
После заполнения графиков в «Табеле учета рабочего времени» все нерабочие дни будут отмечены, как «ОН» — оплачиваемый нерабочий.
При начислении заработной платы за месяц в разделе «Зарплата», количество нормы дней в марте будет равным 21 дню, хотя рабочих было 19.
Всё дело в том, что при изменении нормы дней пострадали бы те сотрудники, которые не отработали месяц полностью. Например, если сотрудник был на больничном, то при расчёте оплаты за рабочие дни исходя из нормы в 21 день расчёт будет одним, а при 19 – абсолютно другим.
Предположим, что сотруднику было начислено пособие по нетрудоспособности за период с 01 по 14 марта. Таким образом, расчёт зарплаты должен произвестись за 12 рабочих дней. Возьмём условный оклад в 50 000 рублей.
Зарплата за март составит: 50 000 / 21 * 12 = 28 571,43 рубля.
А если бы норма была изменена на 19, то: 50 000 / 19 * 10 = 26 315,79 рублей.
Соответственно, сотрудник потерял бы свои деньги. При этом те, кто пойдёт в отпуск в последующих периодах, наоборот, выиграли бы дополнительные суммы, в связи с уменьшением нормы рабочих дней. Поэтому норма дней должна оставаться прежней для расчёта среднего заработка, используемого для других начислений.
Нерабочий период при сдельной оплате труда
Минтруд разъяснил, что работникам, оплачиваемым сдельно, за указанные нерабочие дни выплачивается соответствующее вознаграждение, определяемое локальным нормативным актом работодателя. Суммы расходов на эти цели относятся к расходам на оплату труда в полном размере.
Исходя из этого, каждое предприятие должно самостоятельно определить, как будет производиться расчёт сдельщикам и закрепить это в локальном акте организации.
Рассмотрим один из вариантов — ввод документа «Отсутствие с сохранением оплаты» в разделе «Зарплата» — «Все начисления», но предварительно выполним настройку нового начисления в разделе «Настройка».
Введём наименование, отражающее суть начисления, выберем вид начисления «Оплата времени сохраняемого среднего заработка». При желании можно внести изменения в формулу расчёта, например, если вы хотите, чтобы расчёт был произведён из текущей ставки, а не из средней, то в формуле необходимо ввести «ТарифнаяСтавкаЧасовая * ВремяВЧасах».
Затем в разделе «Учёт времени» в графе «Вид времени» нужно выбрать вид «Оплачиваемые нерабочие дни». Данный вид времени появляется в программе после установки флага «Нерабочие дни в связи с коронавирусом оплачивать как отработанные по графику работы сотрудника» в разделе «Настройка» — «Расчёт зарплаты» (Об этом мы писали выше).
В разделе «Зависимости» можно указать зависимые начисления, например, «Районный коэффициент» и зависимые удержания, например, «Удержание профсоюзных взносов».
В разделе «Приоритет» автоматически заполнены начисления, приоритет которых выше, например, отсутствие по больничному листу.
В разделе «Средний заработок» должны отсутствовать флаги, для того, чтобы не завысить показатели для расчёта будущих отпусков и больничных.
Вкладка «Налог, взносы, бухучёт» заполнена исходя из параметров предыдущих вкладок и её редактирование не требуется.
Сохраним начисление по кнопке «Записать и закрыть» и перейдём к вводу документа «Отсутствие с сохранением оплаты» из раздела «Зарплата» — «Все начисления».
Укажем период и дату начисления, выберем сотрудника, укажем вид времени и выберем даты начала и окончания.
На вкладке «Оплата» будет произведён расчёт начисления. Нажав на значок рядом с ячейкой «Средний заработок», можно увидеть какие начисления вошли в расчёт.
Проведём документ и посмотрим, как он отразился на «Табеле учёта рабочего времени». Для этого в разделе «Зарплата» выберем пункт «Отчёты по зарплате» — «Табель учёта рабочего времени (Т-13)», и сформируем его.
Нерабочие дни с сохранением заработка будут отмечены буквами «ОН».
При расчёте заработной платы программой будут учтены данные из документа «Отсутствие с сохранением оплаты» и количество рабочих дней заполнится автоматически.
Ошибка Поле Фамилия не заполнено и немного про НДС и КонвертациюДанных
Ошибка Поле Фамилия не заполнено и немного про НДС и КонвертациюДанных
Иногда некоторые вещи сотворенные фирмой 1С неподвластны никакой логике. Хотя вру, логика есть и она едина – срубить бабло.
Итак, настройка банальной синхронизации между программами ТиС 7.7 и чистой БП3.0. После прогона обмена в БП3.0 появилась организация. Любые попытки ее записать приводят к ошибке
Реквизит ЮридическоеФизическоеЛицо недоступен для редактирования. Почему!? Промолчу.
Можно исправить с помощью обработки ГрупповаяОбработкаСправочниковИДокументов на управляемых формах. Но мы не ищем легких путей. В итоге будем править с помощью обработки ОрганизацииЮрФизЛицаИсправить
Открываем обработку и у нас доступен для редактирования реквизит Юридическое / физическое лицо
Радуемся
И еще одна подлость со стороны 1С. Не знаю, чем им мешало Перечисление СтавкиНДС
Так нет же, извратились и добавили Перечисление ВидыСтавокНДС
Я в Конвертации данных поправил. И самое прикольное, что Перечисление ВидыСтавокНДС присутствует только в справочнике Номенклатура.
Остается вспомнить Кинамана с его знаменитой табличкой. А с другой стороны благодаря придумщикам у меня есть работа.
Скачать обработку можно по ссылке ниже.
Ошибка SQL Таблица не найдена
Восстановление базы 1С после неудачного обновления.
Часть вторая
Ошибка SQL Таблица не найдена ‘NNNNNNNN’
При написании статьи использовались публикации
https://infostart.ru/public/99809/
http://www.softmaker.kz/1s/oshibka-subd-oshibka-sql-tablica-ne-najdena-reference-kak-ispravit.html
Итак в предыдущем обзоре я писал что восстановил базу используя HEX редактор. Итак ставлю клиенту базу, у него радости выше крыши и довольный ухожу. Через несколько часов звонок
>Спасибо все хорошо, все документы и справочники целые, только в реализацию не пускает.
!? А как ругается?
>Ошибка SQL Таблица не найдена
Опа!
Копия базы осталась, захожу в журнал документов и точно — Ошибка SQL Таблица не найдена ‘ Document351’
Запускаю конфигуратор преревожу запуск базы как обычное приложение и открываю обработку Соответствие всех объектов конфигурации с таблицами.epf (Самая лучшая это ПосмотрМетаданных82_ОНО.epf. Я ее использовал когда базу на SQL подрезал. Ну что что первое было под руками.)
Чет мне стало нехорошо. Звоню и спрашиваю:
А много реализаций было?
> Да были, но не очень много
Запустил Tool_1CD на пару с Hiew, но шапки документа 351 (Реализация) в самом раннем файле испорченной базы не нашел. Есть табличная часть с указанием услуг и суммой документа. Это хоть что-то.
Ладно, но ведь ссылки на документ могут остаться в проводках и хотя бы в РегистреСведений ДаныеПервичныхДокументов _INFORG12800
Хорошо, думаю, сейчас базу проиндексирую и оно восстановит мне. Ага, Щаз! Не надо быть таким наивным по отношению к фирме 1С.
Короче, оно не индексируется, ссылаясь на отсутствие таблицы _ReferenceChngR2473
А это что за справочник? Основные средства. Их у них нет.
Вспомнилась история, как Желдорэкспедиция приобрела погрузчик и отдельно кабину к нему. Пока бухгалтер думала да гадала как его ввести в эксплуатацию да модернизировать – погрузчик сгорел нахрен с кабиной в ангаре. Пришлось сделать списание.
Приступим.
Первое – делаем копию и ничего не боимся. Если таблица отсутствует – нужно удалить объект конфигурации и по любому проиндексировать базу. Вот почему я и люблю SQL. Там бы посоздавал таблицы и голова бы не болела.
Как я делал. Создал пустую базу с идентичной конфигурацией. Из нее я буду копировать справочники и документы Cltr +C и Cltr +V
В раненой базе добавляю буковку «я» впереди документа РеализацияТоваровУслуг. Потом делаю глобальную замену яРеализацияТоваровУслуг на РеализацияТоваровУслуг. В одном модуле потом дорисовать эту буковку «я». Само ругнется. А потом в чистой конфигурации становлюсь мышкой на документ РеализацияТоваровУслуг (Cltr +C) – а в раненой на Документы (Cltr +V)
И помечаю на удаление яРеализацияТоваровУслуг. Выскочит куева туча ссылок
Нужно удалить ссылки. Я ставил на копированный документ, хотя к конце всего этого процесса он удалится при обновлении конфигурации.
Потом у меня вылез документ РеализацияОтгруженныхТоваров
Чтобы быстрее шла работа – используйте фильтр. И момент, про который не все знают
Тут интуитивно понятно.
Итак я удалил два документа, а потом полезли справочники…. Благо что в них изначально ничего не было.
Логика такова – удалять на что ругается, пока не проиндексирует базу.
После того как база проиндексирована – нужно загрузить идентичную нашей, конфигурацию из файла. Оно удалит созданные нами документы и справочники, загрузит оригинальные и самое главное – создаст таблицы. Номера у таблиц будут другие, не такие как у исчезнувших. Итак загружаю конфигурацию из файла и созерцаю.
Я не буду лезть в подробности и грохну содержимое регистра. Ничего интересного там нет.
И по иронии судьбы вылез регистр ДанныеПервичныхДокументов. Я в Tool_CD выгружу из дохлой базы данные таблицы, грохну содержание регистра в новой , обновлю конфигурацию базы данных, а потом загружу в регистр данные. Не забываем про конвертацию с помощью cnvdbfl.exe и Tool_1CD_alpha. Про нее расписано в первой части.
Сделал, как написал выше и запустил индексацию.
Знаете что он удалил? А я знаю. Записи реализации. Эсники без подляны никак не могут.
Что имеем в осадке.
А имеем две таблицы полученные из первоначальной мертвой базы с помощью Tool_CD. Первая – это реализация услуг.
Вторая это регистр
Соответствия есть. И при желании можно в SQL…
Предложение есть и для файлового варианта
https://infostart.ru/public/143704/
Ввиду ограниченности бюджета у заказчика на этом все и закончилось. Документов было немного. Их проще и дешевле забить руками.
И напоследок.
https://forum.infostart.ru/forum105/topic24464/?PAGEN_1=7
Валерий Агеев (awa) разработчик Tool_CD
Атол HUB 19 пароль root
Su
Password — ?
АТОЛ: Царюков Роман
мы пароль от рута не предоставляем
Этот пароль, похоже, вообще чуть ли не государственная тайна. Таки да рут засекречен, а ну как кому в голову взбредет обратно в тв приставку хаб переделать
Внимание! Даная статья написана чисто в ознакомительных целях. И Вы сами будете нести ответственность за содеянные Вами действия. Атол свернул свой довольно успешный маркетинговый проект Атол HUB 19, впереди новый лохотрон — Атол HUB 20! Даную статью хотел написать месяца три назад, но в момент замены батарейки позвонила «вонючка» и хаб, испустив волшебный дым, отправился в мир иной. Первый хаб подарил клиент, а вот второй пытался приобрести у китайцев, Вы не поверите, даже итальянцев. В конечном итоге купил за бесценок на Авито с раздолбанным гнездом питания. Заменил гнездо, батарейку, и закончил эксперимент.
Я приведу цитаты из интернета
- С выпуском УТМ под Убунту ценность обсуждаемой поделки с учетом убогой тех. поддержки стремится в глубокий минус. Обновления слишком часто приводят к неработоспособности устройства, вплоть до невозможности доступа. При таком подходе атолу надо готовиться к массовому возврату своего поделия назад.
- Атол — тухлая контора, ну а куда без них.
- Вы серьёзно думаете использовать АТОЛЛ хаб как кассу?
эээ… ну … Мне кажется что скорее Путин с Медведевым выйдут и при людно на красной площади покаяться про Платон и ЕГАИС…
Вы себе это как представляете? или Вам кто то обещал что так работать будет? - Вы смелый человек, чтобы заниматься недофронтолом на этой недохрени. Мои почти все клиенты отказались от хабов 19 в пользу Контур маркет. Что ни говори у Контура адекватная поддержка. Заберу парочку, из одного сделаю web сервер, а из второго игровую консоль. Кассу на нем можно врагу подарить.
- Продолжаем мучать поддержку Атола=) будь они неладны. Звонит клиент, говорит что не работает HUB. Приехал, посмотрел. Зашел на веб морду. Остатки там, УТМ вроде норм. Иду в настройки и хер, не пускает, вываливает ошибку. Внутрь не зайти, настройки не слить … Ну да ладно. Настроил другой УТМ, новый. Проверили, вроде все норм, работает. Тот забираю. Пишу в атол. Так мол и так, не работает, вываливает ошибку при попытке входа. Они говорят -» поменяйте батарейку внутри, подключите HUB к компу и дайте нам удаленку». Ладно, поменяли, пытались сами через графическую оболочку зайти и поменять время, ибо сбилось оно после замены. ХЕР!!! пароль root мы не знаем. Ну пишем снова, типа дайте нам пароль root. Они ответили, типа хер вам а не пароль, мы пароль никому не даем, подключайте хаб к компу и давайте нам доступ. Подключили, дали доступ ,он набрал пароль рут, и в командной строке ПОМЕНЯЛ,СУКА ВРЕМЯ И ДАТУ!!! и пишем в блокнотике, типа все, можете проверять. Я тут же спросил, у нас еще есть несколько хабов, если у них сядет батарейка так же действовать? Пароль не дадите? Нет говорит, не дадим, действовать так же.
Собственно вопрос. Можно ли как то выщемить пароль из этого устройства??
Собственно ответ. Можно. Но ответа в интернете нет, а есть народ, который сообщает, что это удалось и не приводит при этом никаких доказательств. Привожу примеры.
http://shtepsell.blogspot.com/2017/07/hub-19-root.html
Вот еще сайт. Там правда просят обращаться в личку и присутствуют тухлые ссылки на скачку
https://kkmcom.ru/index.php?topic=8178.0
Здесь чёто вообще почувствовал себя обкуренным
http://ewobexuj.conbourdi.tk/irbis/atoll-hub-19-proshivka.php?utm_source=www.google.com
Ну все в общем в таком духе.
Итак наш зверь
HUB-19 — это мини пк на процессоре allwinner A20 (2-Х ядерный Cortex-A7)c 1Гб ОЗУ DDR2, c nand flash 8ГБ. Порты — 4+2 USB, VGA/HDMI. На борту Debian 8 архитектура 32 бита arm (armhf), графическая оболочка xfce, web сервер nginx. Программное обеспечение Документы ЕГАИС. Размеры 130х105х29 мм. Образ распаковывается элементарно утилитой imgrepacker. (Кажется я это где-то читал…)
Мне подарили видать первую партию, где батарейка приварена
Это второй. В нем все по уму, с батарейкой.
А это брат Cubietruck
Правда похоже?
Вот такой хаб ранее продавался на Алиэкспресс
Второе чудо Omnima A20 micro PC
http://omnima.co.uk/home/omnima-a20/
Но самое интересное на Алибабе
Оказывается хабы для Атола производила RSH-Tech Company Limited. Атоловцы это и не скрывают. Переверните хаб и читайте – Сделано в Китае по заказу компании Атол. Мои попытки заполучить железяку у этой компании ни к чему не привели. Этот скриншот был сделан в декабре 2018 года. Вот как выглядит хаб сейчас
Убрали надпись Атол. А цена! Я был прав, когда Атол начинал продавать хабы, что красная цена их поделию 13-15 баксов.
Немного не в тему, но вот брат Атол HUB 20 на жирбесте в декабре 2018 года
А это оригинал
Про программное обеспечение. Я уже упоминал что стоит Debian и по правде весьма неплохой для последних прошивок. Иначе у меня не было бы интереса со всем этим разбираться. Атоловцы впереди планеты всей — скрестили ежа с носорогом! Я имею ввиду MySQL для ЕГАИС и SQLite для xPos. MySQL — отдельная тема. Как оно выгружает базу — вообще жесть, тупо папки с директориями! Поэтому после перепрошивы ничего не восстановишь. Кто работает с MySQL — поймет. Хотя атоловцы другого мнения. Коротко — полный дебилизм и даунизм с закосом защиты баз данных. Как мне говорили, хабом в Атоле один человек занимается. Эта сволочь (HUB 19) реально после своих обнов MySQL базу рушит. Самое прикольное, если обновы отключить — все равно обновляется. В качестве лечения можно удалить базу транспортного модуля и перезагрузиться. Если не помогло – вставить карту памяти с прошивкой. Быстро и думать особо не нужно.
Альтернативное ПО которое попробовал.
Вот img-файлы с Linux-ом
http://dl.cubieboard.org/software/a20-cubieboard/
Неплохой debian-nand.img (логин: root пароль: cubieboard )
Вот Armbian
http://www.armbian.com/cubieboard-2/
Только ставится он на карту памяти (логин: root пароль: 1234
Ставил на него и Андроид — не понравился.
Ссылки на прошивки на этом сайте https://radiotech.kz/threads/distributivy-dlja-allwinner-a20.919/
и 4PDA https://4pda.ru/forum/index.php?showtopic=714971&st=20
ищите слова
Нашел почти методом тыка, просьба не винить, если что-то не заработает (образы создавались для Cubieboard, но работают и на нашем плеере). Пишите о результатах сюда, дополняйте.
Итак по сути. Стоит задача распаковать прошивку, подправить файлик shadow в папке etc
Немного теории скопированной с другого сайта, да простит меня владелец.
Файл /etc/shadow хранит в себе пароли, по этому права, установленные на этот файл, не дают считать его простому пользователю. Пример одной из записей из этого файла:
vasyapupkin:$6$Yvp9VO2s$VfI0t.o754QB3HcvVbz5hlOafmO.LaHXwfavJHniHNzq/bCI3AEo562hhiWLoBSqxLy7RJJNm3fwz.sdhEhHL0:15803:0:99999:7:::
Здесь:
№ | Поле | Описание |
1 | vasyapupkin | Имя пользователя для входа в систему. |
2 | $6$Yvp9VO2s$VfI0t.o754QB3HcvVbz5hlOafmO.LaHXwfavJHniHNzq\
bCI3AEo562hhiWLoBSqxLy7RJJNm3fwz.sdhEhHL0 |
Необязательный зашифрованный пароль. |
3 | 15803 | Дата последней смены пароля. |
4 | 0 | Минимальный срок действия пароля. |
5 | 99999 | Максимальный срок действия пароля. |
6 | 7 | Период предупреждения о пароле. |
7 | Период неактивности пароля. | |
9 | Дата истечения срока действия учётной записи. |
Пробуем. На хабе открываем терминал и вводим команду
mc
Ищем директорию etc
Пытаемся открыть изменить или скопировать файлик shadow
Облом? То-то.
Нам понадобится:
Прошивка nand_3.0.2-3781.img – я на ней привожу в чувства хабы
PhoenixCard
DiskInternals Linux_Reader — только посмотреть на результат
imgRePacker_206
Mac или Хакинтош
Все это можете скачать по ссылке https://www.dropbox.com/sh/th09ryvj5kb7j38/AADQjqSTQkWowA_01uURev3Ha?dl=0
Там кстати лежит образ прошивки с известным паролем для root
Мака к сожалению, дать не могу. Но если есть Ubuntu на PC то понадобятся ext4_utils. Они там есть и не работают ни на апельсинке ни на малинке ни на Маке. Судя по свойствам, подходят для х86. Не проверял и ничего не скажу за них.
Итак копируем прошивку в отдельную папку, переименовываем в original.img (можете не переименовывать – тогда батники подправите) и туда же распаковываем imgrepacker
У меня два батника для распаковки и запаковки
Распаковка
imgRePacker.exe unpacking noiso original.img
Оно создаст директорию original.img.dump и в ней будет папка _iso и в ней файлик rootfs.fex.iso
Далее нужен Мак. Скачиваем программу Paragon extFS и монтируем rootfs.fex.iso который мы скопировали из под виндовс
Открываем /etc/shadow
root:$6$Z5EULXDh$hCXOwkHnpyyPGcks9ipPVpcDkmGQYzVtkxHbivL1af9/GXwTUnbjbxlEGb2JZeR.AziutMQ/hcVwYpkNgrsLu.:16731:0:99999:7:::
daemon:*:16941:0:99999:7:::
bin:*:16941:0:99999:7:::
sys:*:16941:0:99999:7:::
sync:*:16941:0:99999:7:::
games:*:16941:0:99999:7:::
man:*:16941:0:99999:7:::
lp:*:16941:0:99999:7:::
mail:*:16941:0:99999:7:::
news:*:16941:0:99999:7:::
uucp:*:16941:0:99999:7:::
proxy:*:16941:0:99999:7:::
www-data:*:16941:0:99999:7:::
backup:*:16941:0:99999:7:::
list:*:16941:0:99999:7:::
irc:*:16941:0:99999:7:::
gnats:*:16941:0:99999:7:::
nobody:*:16941:0:99999:7:::
systemd-timesync:*:16941:0:99999:7:::
systemd-network:*:16941:0:99999:7:::
systemd-resolve:*:16941:0:99999:7:::
systemd-bus-proxy:*:16941:0:99999:7:::
dnsmasq:*:16941:0:99999:7:::
sshd:*:16941:0:99999:7:::
messagebus:*:16941:0:99999:7:::
mysql:!:16945:0:99999:7:::
lightdm:*:16954:0:99999:7:::
user:$6$Gw4/d/tk$wPLU4eIQsifKvRVs64dO.GXJjD8u8eztQxy/7wij7zRsEt0yh/L52kUBOzP1B4NSd9J78o/JCZucCb0ySpZqz.:16955:0:99999:7:::
ntp:*:16962:0:99999:7:::
utm:$1$gdQHJ26m$mNMApjvCb7/dcxj18sn7h.:17147:0:99999:7:::
Нам нужно хеш пароля юзера $6$Gw4/d/tk$wPLU4eIQsifKvRVs64dO.GXJjD8u8eztQxy/7wij7zRsEt0yh/L52kUBOzP1B4NSd9J78o/JCZucCb0ySpZqz. вставить руту. А пароль юзера мы знаем.
Про хеши. Вопрос.
Как расшифровать пароль из /etc/shadow?
> В shadow солёный хеш, это бесполезно.
Как он получается из обычного?
>Генерируется рандомная соль (затравка), которая конкатенируется к паролю, и с этой строки снимается хеш, который и записывается рядом с солью. В итоге хеши одинаковых паролей не одинаково выглядят. После второго знака «$» идёт соль, после третьего собственно хеш. Объяснение не мое, но суть понятна – пароль рута мы не узнаем никогда. Да он нам и не нужен.
Итак, правим файлик, сохраняем и копируем опять на виндовс rootfs.fex.iso соглашаясь на замену. Кстати переименовываем или убираем в другое место файл original.img
Запускаем батник запаковки
imgRePacker.exe unpacking noiso original.img.dump
Примечание. Есть еще файлик rootfs.fex который вроде используется в ext4_utils
Я так понял что он в сборке не участвует. Просмотреть файл rootfs.fex и rootfs.fex.iso можно программой DiskInternals Linux_Reader .
Ну и собственно говоря, накатываем образ на карту памяти
Пробуем.
su
Password_1
mc
Открываем /etc/shadow
Обратите внимание что хеши паролей юзера и рута одинаковы.
Я ведь говорил что Денди на него поставлю! Точнее эмулятор.
Примечание. В интернете есть инструкция по использованию ext4_utils. Ничего не скажу. Вот она:
Создаем в домашней директории папку, в которой будем редактировать прошивку. Назовем NEW. Теперь распаковываем файлы из архива
ext4_utils.zip
в папку NEW.
Запускаем терминал и набираем
cd NEW make
Программа скомпилируется и мы получим инструмент для редактирования Sim2img. Теперь копируем в папку NEW наш файл system.fex и переименовываем его в sytsem.img
Вводим в терминале
./simg2img system.img output.img
Теперь имеем файл output.img . Теперь создаем папку например с названием sys
mkdir sys
монтируем наш файл output
sudo mount output.img sys
в папке sys находятся файлы, которые можно редактировать. Как пример, можно внести изменения в файл build.prop
начинаем сборку
./mkuserimg.sh -s sys/ ./factoryfs_custom.img ext4 ./temp 512M
Полученный файл factoryfs_custom переименовываем в system.fex.iso
В качестве заключения.
Привожу оригинал переписки. Интересно куда Роман Царюков подевался? Легендарная личность.
Цитата(АТОЛ: Соколов Антон @ 19.2.2019, 20:16)
Уже не ждать. Я писал при выпуске 3.0.2-4810, что это ПОСЛЕДНЯЯ сборка ОС. Больше для HUB-19 не будет
Тоесть вскоре вы прекратите поддержку HUB-19 и я так понимаю вы этими действиями принуждаете переходить на HUB-20 . Тогда сделайте трейд ин , сдаем вам HUB-19 и получаем HUB-20 со скидкой
В осадке имеем.
Зная стоимость поделия Атол HUB 20 каждый примет решение сам. Хотя с финансовой точки зрения как ни странно Атол HUB 19 за три года обошелся дешевле чем обошелся бы Контур Маркет с ежегодной платой тоже за три года. Почему? Отчеты по алкоголю я делаю собственной обработкой из под 1С. Отправляю сразу на портал fsrar.ru. Подписываю программой КриптоАРМ. Лицензию на нее покупал за 1000 рублей в свое время. Мне нравится на Атоле вести приемку алкоголя. Если знаешь железяку, то по мне она лучше чем УТМ на стационарном компе.
Но…
У Контура шикарная поддержка. Поэтому все мои клиенты сидят на Контуре и никаких хабов с xPos видеть не желают.
Бонус. С сайта https://olegon.ru/showthread.php?t=23411&page=19
Тетя Зина стоит и мечтает когда ей дадут планшет, чтобы отпускать алкоголь 😀
не.. не так.. тетя Зина мечтает что ей привезли неведому фигню… поставили в угол, взяли деньги и сказали что всё ОК.. потому что контора АТОЛ отбашляла кому надо и на презентациях бодро показывала «неведому» коробочку… но видимо бюджет ушел на «подмазывание» представителей Рара и на то чтобы дистр под убунту не выкладывали как можно дольше… разрабам же под новый год «не докладывали мяса»…
а потом тете зине еще купят монитор… тыщ за 5… или телефон чтобы она могла с веб интерфейса телефона или того же планшета подтверждать накладные…
тетя Зина конечно понимала что её это не будет стоить 13 килорублей… но чтобы еще и планшет + как там что то набирать чтобы зайти на вебморду… но самое главное она очень рада вниманию… когда под новый год через день к ней ездят с флэшкой и колдуют над неведомой зверушкой… да еще и монитор небось с собой приносят… чтоб хоть что то посмотреть…
а так то да… устройство не плохое… просто у всех свои недостатки…
Счастливая тетя Зина после установки шайтан-коробки глазами Атол.
Всё?!
Нет не всё. Брюки и пиджак против бритвы.
Нет, только пиджак.
И когда статья была готова, я случайно наткнулся
УТМ Атол -hub 19 для работы в ЕГАИС, занимают львиную долю этого рынка. На мой взгляд, это стало результатом совместной и согласованной деятельности руководства Аладдина и АТОЛа, а именно г-на Сергея Груздева и г-на Алексея Макарова. Так как для меня очевидно, что они помогли друг другу решить вопрос разделения рынка ЕГАИС совершенно логичным образом с точки зрения отечественного бизнеса.
АТОЛ: У меня есть УТМ
Аладдин Р.Д.: А у меня есть крипто-ключ ДжаКарта
АТОЛ: А давай поможем друг другу
Аладдин Р.Д.: А Давай! Нам все равно никто ничего не скажет.
Действительно не скажет. Стырил чужие деньги и на таксиста свалил. Подмазали кому надо, развели лохов, срубили бабла. Молодцы, уважаю.
Атол реально подмазал ФСРАР дабы они как можно позже выложили УТМ в доступ. Вот суждения следующего «горемыки»
Всё!
А может быть пароль на рут
A_gKu10_!
Восстановление базы 1С Повторяющееся имя таблицы
Восстановление базы 1С после неудачного обновления.
Внимание! Эксперименты всегда проводим на копии! Это первое правило, точнее второе. А первое правило – делаем бэкапы ежедневно автоматом и само собой перед вмешательствами в базу.
Вечно эсники в погоне за наживой постоянно подсовывают нам подлянки. Взять к примеру их доблестное рвение перехода на троечную зарплату с вынужденным обновлением платформы и последующей «нелицензионностью» программы. Эта хрень лечится rbc_icpFor1C. А чего стоит подлый перенос данных из ЗУП 2.5 в ЗУП 3.1 с отсутствием переноса документов. Лечится написанием собственной конвертации данных по переносу. Спасибо Вам огромное! – без денег не останемся!
А теперь непосредственно поделюсь своим опытом восстановления трупа базы после обновления. Обратились ко мне, точнее не обратились, а мимоходом спросили – нет никого, дабы восстановить базу, рухнувшую после обновления (я впоследствии понял что обращались уже много и ко многим но безрезультатно). Говорю – давайте попробую, если не получится, то ничего не теряете. До этого был печальный опыт. Клиент тупо перезатер базу. Как умудрился? Ему только ведомо. Там был стандартный отказ. Опять я отвлекся.
Итак делаю копию рухнувшей базы, запускаю chdbfl.exe и натравливаю на базу
А так? Без галки.
Он много написал. На скриншоте упущена часть ошибок. Короче оно обновлялось, создавало копии страниц и странным образом решило помереть. Забираю базу, дабы препарировать ее дома на нормальном железе, а не на ноутбуке. Архивы, копии, выгрузки отсутствуют напрочь.
Отвлечение. На инфостарте всячески ругают встроенную в 1С утилиту chdbfl.exe, которая при серьезных проблемах либо ничего не делает, либо делает хуже. Я поклонник MS SQL и при возможности ставлю базы на него. Но что имееем… Итак лезу в закрома и открываю Tool_1CD_alpha. Мда, почти три года не использовал, интересно что изменилось за это время?
Изменилось… А обнова есть? Есть!
Итак база открылась. Диагноз товарища Саахова подтвердился.
Таблицы в базе целы, хоть и есть дубли – это хорошо. Версия Tool_1CD только для просмотра. Но ведь я могу копировать из нее таблицы и заносить скажем в чистую базу. Ага, ЩАЗ! 1С не была бы 1С без своих постоянных подлянок. На этот раз подлянка в названии таблиц. Поясню. Мы ставим первый раз ну скажем бухгалтерию предприятия, и в базе данных создаются таблицы констант, справочников, документов, регистров сведений и накопления.
Смотрим
О чем это говорит? Раньше база была БП 2.0. Установлена в 2016 году и впоследствии конвертирована в БП 3.0. Но я не знаю какой был релиз при установке – а это разные таблицы. Во база постарее
А это БП 3.0 начала 2019 года
Кстати на этот релиз умершая база и обновлялась. Получается я не знаю где какая таблица в базе. Что имеем? Я могу скопировать из Tool_1CD любую таблицу погибшей базы и запихать даные из нее в чистую базу на SQL. Но это попахивает нехорошим. А если сконвертировать базу в формат 8.2.14 который можно редактировать в Tool_1CD_alpha. Итак, в командной строке запущенной из папки bin набираем:
cnvdbfl.exe -c -f 8.2.14 C:\Баы1С\Восстановить\1Cv8.1CD
Ага! Разогнался! Хренушки! Не конвертится! Я разозлился и пустил в ход тяжелую артиллерию для реверс-инжиниринга. Это Hiew 7.10
Открываем базу и забиваем нулями дублирующие таблицы, которые нам заботливо будет выдавать chdbfl.exe
Он на эту таблицу первую и ругался. Выходит примерно так
Итак потихоньку забиваю нулями дубли таблиц на которые ругается chdbfl.exe. И, о чудо!
Да неужели?!
Оно запускается!
Эска выжила, ничто не пропало. Вот такие дела.
Выводы.
Делайте бэкапы. А если случилось горе, не следует крыть матом эсников за их недо-chdbfl.exe. Утилита работает. Единственное, эксперименты проводить на копии базы.
Ну мало ли что.
Короче, надо немного понимать что делаешь — и будет счастье. И спасибо Валерию Агееву за Tool_1CD. Его проект https://github.com/e8tools/tool1cd
Я только не пойму одного. Агеев реально умер?
И напоследок о Шурике. Эсникам со своим жестким маркетингом насрать на конечных пользователей. И они могут довести их до помутнения рассудка. Во главе угла стоят только деньги. Я тоже не против зарабатывания денег, но нельзя же так цинично все это делать.