ut2k5

в рег. задании указать пользователя, под которым сохраняли настройки

Прикрепленные файлы:

2024-02-07_12-15-42.png

Код
лНовыйПериод = Новый СтандартныйПериод(НачалоДня(ТекущаяДата()), КонецДня(ТекущаяДата()+24*60*60)); ЗаполнитьЗначенияСвойств(Элементы.Список.Период, лНовыйПериод); Элементы.Список.Обновить();

кто подскажет, где купить? можно б/у. просто 1с перестала выпускать. электронную версию не предлагать, она есть. нужен печатная версия

(19) что мешает проверочную обработку написать и удостовериться, что работает:

Код
Сч = 0;    Пока Сч < 24 Цикл              Результат   = Окр(Сч + 0.5, 0, РежимОкругления.Окр15как10);       ТекстШаблона         = "%1 = %2";       СообщениеПользователю   = СтрШаблон(ТекстШаблона, Сч, Результат);       ОбщегоНазначения.СообщитьПользователю(СообщениеПользователю);              Сч   = Сч + 0.1;                 КонецЦикла;

(3) да, примерно такой же код и у нас, только без погашения купона
но на мой взгляд это не источник проблемы, а скорее последствие, ведь просто так 99 999 строк появится не могут, подозреваю, что возникают эти строки, когда загружается из сохраненного кэш файла в темп папке "OrdrBack.xml"
Процедура ВосстановитьДанные() и иже с ней ПолучитьАвтосохраненныеДанные()

чек по сути загружается напрямую из ПрочитатьXML(ЧтениеXML);
и если вдруг этот xml файл имеет не корректное закрытие тегов, или окончания файла, то видимо и попадают множества строк

подскажите, удалось решить проблему? выявили, что возникает она, когда чек с купонами откладывают, где то ставили расширение с очисткой всех табличных строк, но все равно ошибка плавающая и конкретное место (строку кода) проблемы так и не выявили

у вас по коду ошибка, вы вместо ТабличныйДокумент.ВысотаТаблицы используете ТабличныйДокумент.ВысотаСтраницы

используемая вами функция: "Содержит высоту страницы в миллиметрах для размера бумаги Custom.
Максимальное допустимое значение - 5000 мм"

а вам надо: "Содержит количество строк в таблице."

добрый день. с декабря прошлого года заметили такую особенность, что при запросе остатков по первому регистру из ЕГАИС приходят не корректные данные. по третьему (в разрезе марок) данные корректные. изучая проблему более детально выявили, что именно в момент отправки данных чеком в егаис, по третьему списываются марки, по первому нет. в связи с этим отсутствует возможность проводить оперативную инвентаризацию.
еще есть подозрение, что чеки чуть позже (через день или два) все таки проходят и остатки постепенно выравниваются, но не оперативно
так же изза этой проблемы нет возможности делать чеки на возврат оперативно, только через несколько дней, однако если акцизные марки списывать документом ЧекЕГАИС, то проблема не отслеживается. хотя протоколы у Чека и у ЧекаЕГАИС одинаковые
кто нибудь еще сталкивался с подобной проблемой?

(20) Спасибо огромное. Действительно работает

первую версию скачал с "ВидСчетаФактуры", не заработала, так как оказалось, что такого реквизита нет, хотя релиз 10.3.50.2, автор пишет, что это было начиная с версии 10.3.20
скачал вторую версию без "ВидСчетаФактуры", не заработала, ошибка: "Поле объекта не обнаружено (НаАванс)"

потратил два стартмани в пустую(((