Добрый день) Помогите пожалуйста написать формулу на встроенном языке 1с. Суть в следующем, Розница 2.2 необходимо чтобы код товара соответствовал коду SKU. Через групповое изменение реквизитов хочу задать для кода товара формулу, но не умею этого делать
(3) Выдает вот такую ошибку: В формуле обнаружены ошибки. Проверьте формулу. Формулы должны составляться по правилам написания выражений на встроенном языке 1С:Предприятия.
(8) Тоже выдает ошибку. выгружаем товар в кассу там в штрих-код попадает код товара. выгружаем весовой товар в весы штрих-принт там в штрих-код попадает SKU. при сканировании этикетки касса выдает другой товар по коду номенклатуры. Что делать, мозг кипит. И нет инфы как это сделать
(9) Вы на верном пути, в свое время при автоматизации на торговых точках где используются кассы оффлайн типа Атол или Штрих и весы с печатью этикеток я понял, что код номенклатуры должен быть исключительно числовой, и должен равняться коду товара что на кассе что на весах. При данном подходе проблем с рассинхронизацией между товароучетным ПО и кассовым не будет. Сейчас обычно перед выгрузкой списка товаров я использую обработку, который перенумерует коды номенклатуры в числовой с добавлением лидирующих нулей, и далее уже создаю регистр SKU где код SKU равен коду номенклатуры + еще заполнение регистра PLU. И только потом выгружаю список товаров на кассы и весы. Можно попробовать в вашем случае мое решение - но скорее всего возникнет пауза в работе касс, и придется перевешивать весовой товар, но в дальнейшем проблем уже не будет
вот так как раз делать не надо.
Уже неоднократно писалось что такая выгрузка - не является бэкапом
И бэкап следует делать:
- в случае файловой базы - копированием файла базы (папки с базой)
- в случае клиент-серверного соединения, средствами SQL.
(16) потому что в случае если у вас база немного битая (а вы об этом наверняка не знаете) - то DT может не загрузится обратно. и это самый простой пример.
https://its.1c.ru/db/metod8dev#content:2922:hdoc
Многа текста по ссылке
1С:Предприятие поддерживает возможность загрузки/выгрузки информационной базы в файл.
Этот механизм предназначен, прежде всего, для получения образа информационной базы независимо от способа хранения данных.
Например, загрузка/выгрузка информационной базы в файл может быть использована для преобразования файлового варианта к клиент-серверному.
Иногда этот режим используют, также, для создания резервной копии информационной базы, однако такой вариант его использования обладает рядом недостатков.
Основным недостатком такого способа создания резервной копии является необходимость использования однопользовательского режима для осуществления этой операции. При большом объеме информационной базы перерыв в работе пользователей может быть достаточно велик, что не всегда приемлемо.
В зависимости от варианта работы 1С:Предприятия (файловый или клиент-серверный), можно рекомендовать следующие способы создания резервной копии информационной базы:
При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных.
Следует учитывать, что для обеспечения целостности и согласованности данных во время создания резервной копии, работа пользователей с информационной базой должна быть запрещена, однако время, необходимое на создание резервной копии существенно меньше, чем при использовании выгрузки информационной базы в файл.
При использовании клиент-серверного варианта 1С:Предприятия 8 появляется возможность создания резервной копии информационной базы средствами СУБД. Например, SQL Server позволяет выполнять резервное копирование данных в то время, когда база данных находится в многопользовательском режиме и доступна для всех пользователей.
Использование этих способов дает максимально точную копию состояния информационной базы, что не всегда может быть получено при использовании режима загрузки/выгрузки информационной базы. Например, если в базе данных есть нарушения, то при выгрузке некоторая информация может быть не выгружена, в то время как при копировании будет сохранена вся информация, и после восстановления можно будет выполнить исправление базы данных.
Также существенно уменьшается время нахождения информационной базы в однопользовательском режиме в случае файлового варианта работы 1С:Предприятия 8, а в случае клиент-серверного варианта однопользовательский режим вообще не используется.
Кроме этого положительным моментом является то, что при использовании перечисленных способов, можно применять различные специализированные программные средства для создания резервных копий
Каменты с инфостарта:
А ещё прикольно когда делают выгрузку в dt. Потом что то не получается и пытаются этот dt загрузить обратно в ту же базу. И загрузка падает с ошибкой и затирает старую базу... и получаешь ты сломанный dt. и отсутствие базы вообще...
(с)TODD22
когда будет нарушена целостность бд, в dt выгрузится. Вот только обратно не загрузится. Будет такой бесполезный файлик на диске и офигение клиента от факта "у тебя больше нет базы уважаемый, есть рабочая копия недельной давности и да те десят тысяч первичных документов нужно внести заново, и сверить платежи с банком."
(7) боже. Вы чего? Бэкап - это святая процедура, помогающая избежать системному администратору возгорания пятой точки и возможного увольнения со скандалом ))