Одинцов Павел

32
Рейтинг

Darklight
Павел Одинцов



  •   Регистрация: 08.06.2012 (11 лет назад)

  •   Был(а) на сайте: вчера в 10:12

Подписчики 22

Группы

Участник Meetup

Рейтинг 32

Заполнение Регистрационного номера в элементах справочника "Номера ГТД"

Инструменты и обработки Бухгалтер Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Бухгалтерский учет Абонемент ($m) Внешняя обработка (ert,epf) Оптовая торговля Мастера заполнения

После обновления конфигурации Управление торговлей 10.3 на релиз 10.3.48.2 в элементах справочника "Номера ГТД" появился реквизит "Регистрационный номер" - теперь номер ГТД должен быть заполнен там (а не в реквизите "Код"). Обработка заполняет это новое поле - попутно усекая (в заполняемом поле) исходный номер ГТД (удаляется 4-ая секция, которая не используется в нумерации ГТД с 01.10.2017) и осуществляется общая проверка формата номера ГТД. Типовые алгоритмы печати используют до 01.10.2017 данные из реквизита "Код", а позже из реквизита "Регистрационный номер".

1 стартмани

11.01.2019    8876    19    Darklight    2       

2

Пометка тестовой копии рабочей базы через механизм оповещений и раскрашивание форм (Управляемое приложение)

Инструменты и обработки Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Windows Абонемент ($m) Расширение (cfe) Работа с интерфейсом

Данное решение позволяет визуально помечать окна информационных баз являющихся тестовыми (копиями) или рабочими (продуктивными) базами. Используется механизм оповещений пользователя, раскраска форм и изменение заголовка окна. Поставляется в виде расширения и конфигурации-дополнения для управляемого приложения.

1 стартмани

26.09.2018    10011    7    Darklight    2       

14

Обновление профилей доступа. БСП 2.x

Инструменты и обработки Системный администратор Программист Управление правами 1С:Бухгалтерия 3.0 Абонемент ($m) Внешняя обработка (ert,epf) Информационная безопасность

Обработка, позволяющая синхронизировать роли обновляемого профиля по исходному профилю, после обновления релиза конфигурации (когда обновляемый профиль создан на основе исходного профиля).

1 стартмани

12.03.2018    14510    40    Darklight    0       

16

Комментарии

DevЗапись объекта XDTO в узел документа DOM#2 14.02.24 13:48
Вроде бы сам разобрался

Интерлюдия - некоторый код, создающий объект XDTO (к вопросу не относится)
Код
Если ТипЗнч(Тип)=Тип("ТипЗначенияXDTO") Тогда
   знч = "";
   Если Тип.Фасеты<>неопределено Тогда
      знч = Тип.Фасеты.Получить(0).Значение;
   КонецЕсли;
   об = ФабрикаXDTO.Создать(Тип,знч); 
Иначе
   об = ФабрикаXDTO.Создать(Тип); 
КонецЕсли;                      

Далее "Узел" - узел приёмник, "Перед" - предыдущий узел (при обходе с конца) - всё это тоже напрямую к вопросу не относится

Такой код не рабочий
Код
нУзел = Узел.ДокументВладелец.СоздатьЭлемент(URIПространстваИмен,ЛокальноеИмя);
Если Перед = неопределено Тогда
   Узел.ДобавитьДочерний(нУзел);
Иначе
   Узел.ВставитьПеред(нУзел, Перед);
КонецЕсли;
Запись = Новый ЗаписьУзловDOM();
Запись.Открыть(нУзел);
ФабрикаXDTO.ЗаписатьXML(запись, об);
Перед = нУзел

а вот такой - работает
Код
Запись = Новый ЗаписьУзловDOM();
Запись.Открыть(Узел.ДокументВладелец);
ФабрикаXDTO.ЗаписатьXML(Запись, об, Имя, URIПространстваИмен);
нУзел = Запись.УзелDOM.ПоследнийДочерний;
Если Перед = неопределено Тогда
   Узел.ДобавитьДочерний(нУзел);
Иначе
   Узел.ВставитьПеред(нУзел, Перед);
КонецЕсли;
Перед = нУзел;

То есть через ЗаписьУзловDOM создаём новый узел (а не через Узел.ДокументВладелец.СоздатьЭлемент) - уже заполненный, а потом просто размещаем его в нужную позицию!
DevЗапись объекта XDTO в узел документа DOM#1 14.02.24 11:08
Всем добра. Возникла потребность обрабатывать документ XML через ДокументDOM - как читать так и писать (нужно провести анализ и модификацию некоторых существующих узлов). Нужно внести изменения в структуру узла - заменив её на новую путём записи туда значения "ОбъектXDTO" - но я что-то не смог понять как это сделать.
Вот у меня есть целевой узел типа "ЭлементDOM" (пусть это будет владелец, куда надо записать новый узел - так будет понятнее)
Вот у меня есть значение "ОбъектXDTO" которое надо записать в виде нового узла DOM в струкутре указанного узла-владельца.
И, вот, я никак не пойму как это сделать?

У объекта "ФабрикаXDTO" есть метод "ЗаписатьXML" который принимает такой вот аргумент, например, как тип "ЗаписьУзловDOM" в качестве провайдера записи. Но я никак не пойму как мне тогда его установить на целевой узел-владелец - в типе "ЗаписьУзловDOM" есть свойство "УзелDOM" но оно только для чтения, а конструктор принимает тип "ДокументDOM" - а мне нужен конкретный узел - или как раз мне нужно подавать в конструктор целевой узел как тип "ДокументDOM" (давно не работал в модели DOM - может эти типы взаимозаменяемы)?
То есть нужен "ЗаписьУзловDOM" уже спозиционированный на определённый узел, в который нужно писать - как его получить?

Или я что-то не так делаю, и нужно поступать по-другому?

Не хотелось бы последовательно перебирать весь документ xml через ЧтениеXML и ЗаписьXML когда надо просто точечно внести изменения!
Как и не хотелось бы вручную обрабатывать структуру объекта XDTO формируя узлы через методы ДокументDOM!
ОбменАдаптация XML - схем ГИС ЖКХ в XDTO пакетах#4 01.02.24 11:35
Нашёл эту тему по фразе "При наследовании ограничением, определение новых свойств запрещено". Так как больше нигде я обсуждение данной проблемы не нашёл (на момент комментария), то напишу тут решение:

Ошибка связана с попыткой повторного определения свойства при наследовании типов XDTO. Но на моей платформе (8.3.23.1912) ошибка неправильно ссылается на имена свойств, добавленных в наследнике - просто перечисляет все свойства, но идущих сразу за первым дублирующимся свойством - которое как раз-таки и не выводит даже

Решение: взять имя свойства из самой верхней ошибки, найти его в XDTO типе-потомке и проверить свойство НАД НИМ - скорее всего оно как раз дублируется в потомке по какому-то родительскому типу!
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#15 16.01.24 15:25
(12)Ну что же Вы не понимаете - что все доп. услуги формально оказываются вместе с поступлением (на практике кстати, это не всегда так, но не в этом суть) - просто документы по доп. расхожа приходят позже - исполнители то все разные могут быть!
И это я уж молочу про то что бывают ещё и разные корректировки таких поступлений (с корректировочной или исправительной с/ф), и корректировки на корректировки - тут в УПП вообще чума когда есть доп. расходы.
А некоторые компании так вообще на постоянной основе бизнес ведут - постоянно пересматривая условия сделки в наше непростое экономическое время - но обычно, это по услугам так - хотя и по доп. расходам в частности!
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#14 16.01.24 15:11
(13) Я же не возражаю, что если партия списана (или как у меня по среднему - все партии) - то пусть доп. пойдут на затраты а не на себестоимость.
Ном мне вот возражают, что если партия не списана -то тоже надо на затраты, если доп. расходы пришли позже приходных документов.
Ну и не не нравится, что за этим всем должен бухгалтер следить
За документ "Корректировка стоимости списания товаров" спасибо - по описанию похож на то что надо, надо будет разобраться в нюансах его работы - если что может что-то просто доработаю в нём.

Но у меня был и второй вопрос - не изменилось ли что-то в "лучшую" (иную) сторону в более актуальных конфигурация 1С, с УПП всё-равно надо уходить - и надо понимать чего ждать в этом вопросе в новых конфигурациях
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#11 15.01.24 18:40
(10)Как это затраты не могу быть получены после ТМЦ - если они понесены вместе с ТМЦ?
Цитата
"НО если ТМЦ еще не списан..."
Так в этом вся и беда - что если списан - то это одно - а если не списан - то другое - но не хотелось бы за этим следить! Понятно, что УПП это не умеет. А кто-то умеет?

А ещё можно тогда работать по ордерной схеме - и не проводить поступление ТМЦ до полного сбора всех доп. расходов - или нет? Списанию это не помешает. А расчёт себестоимости тогда уже как раз по факту поступления должен консолидировать правильную себестоимость, или нет?
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#9 15.01.24 18:03
Все услуги оказаны и поступление товаров в апреле - документы поступили в апреле, мае и июне, материалы списали в мае - в чём ошибка ведения учёта?
Если бы на остатках были ещё материалы - то доп. расходы просто увеличили бы их среднюю себестоимость (у нас учёт по среднему, а не по отдельным партиям).
Да пусть даже если всё будет в апреле: 1 фактически пришли материалы и были оказаны все расходы (при желании можно и приходный ордер оформить, но конечно из-за нескольких дней никто возиться не будет), 2-го пришли документы на партию, 3-го их списали в ноль, 4го пришли документы на доп расходы - если нет ведения учёта задним числом - то и оформить их придётся 4-ым числом!
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#7 15.01.24 11:01
(6)Простите, я не смог понять Вашу мысль, можете перефразировать? И на какое положение ФСБУ Вы ссылаетесь?
Все расходы вносятся в учёт по мере поступления первичных документов.
В чём проблема с отнесением их на себестоимость, я не понимаю?
Торговля1С УПП: В партионном учёте на складах зависает сумма без количества при поступлении доп. расходов#5 15.01.24 9:36
(4)Производство тут с боку припёку - это общая проблема партионного учёта.
Проверочные отчёты всегда хорошо - но чаще всего это лишь заплатки к ошибкам!
Тем всё хуже - когда за одни операции ответственные одни - за другие соответственно уже не они, и контроль вообще в "руках" третьих лиц.
Но в целом я Вас понял - УПП не могёт - но остался вопрос - что-то из типовых конфигураций 1С это вообще могёт?