Незнанов Михаил

72
Рейтинг

miXna5
Михаил Незнанов



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

  •   Был(а) на сайте: 01.09.2023

Друзья
  • Алексей Мазуро
  • Дмитрий Малышев
  • Гордей Голиков
  • Сергей
  • Иван Шапулс
Подписчики 7
Группы

Профессиональный разработчик

Рейтинг 72

Групповое создание оснований для вычета НДС (Бухгалтерия для Беларуси 2.0)
+3 –

Инструменты и обработки Бухгалтер Платформа 1С v8.3 1С:Бухгалтерия 2.0 Беларусь Бухгалтерский учет Windows НДС Абонемент ($m) Внешняя обработка (ert,epf) Закрытие периода

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

1 стартмани

13.04.2016    5804    5    miXna5    1       

3

Изменения управленческой валюты с пересчетом регистров
+10 –

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

Изменение валюты управленческого учета в УТ 10 после ввода документов. Обработка пересчитывает валюту во всех регистрах накопления БЕЗ перепроведения документов.

1 стартмани

15.10.2012    12046    85    miXna5    13       

10

Автоматизируем Беларусь [Часть 1]
+21 –

Статья Программист Платформа 1С v8.3 1С:Управление торговлей 10 Беларусь Бесплатно (free) Нет файла Работа с интерфейсом

В каждой стране свои законы и правила, какие же подводные камни нас ждут при автоматизации учета на базе УТ 1С 8.1 . Статья, надеюсь, будет интересна, прежде всего программистам живущим где-то за пределами Республики Беларусь.

29.04.2010    6109    miXna5    12       

21

ABC-XYZ анализ ТМЦ
+21 –

Отчеты и формы Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m) Внешний отчет (ert,erf) Оптовая торговля Розничная торговля Логистика, склад и ТМЦ

Классический ABC-XYZ анализ ТМЦ для ТиС 7.7 сть возможность провести анализ как ABC и XYZ, так и совмещенный анализ.

1 стартмани

04.06.2009    12006    431    miXna5    11       

21

Отчет по сделкам
+17 –

Отчеты и формы Пользователь Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Бесплатно (free) Внешний отчет (ert,erf) Оптовая торговля

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

04.05.2009    10800    355    miXna5    2       

17
Смотреть все

Комментарии

Dev › Формирование QR-кода GS1 DataMatrix › #3 15.02.22 16:37
Есть 2 формата:
просто Datamatrix
и
GS Datamatrix
При просмотре представления самого кода разницу вы не увидите, есть невизуализуруемый символ fnc1.
Если вы печатаете в 1С из какой-нибудь старой обработки, то там часто бывает печать по первому формату. Отсюда и разница.
Если 1С обработка использует для печати компоненту для печати штрихкодов, то там есть параметр картинки штрихкода такой "ТипКода". Если там будет значения 18 - это первый стандарт и для системы маркировки он будет неверным. А если передать туда 24 (если мне не изменяет память), то будет соответствовать нужному GS Datamatrix
DB › Необходимо, чтобы программа (1С:КА) закрывала сч.20 в дебет счета 90.02.1. › #2 15.02.22 16:22
Предполагаю, что у вас на 20 счете ничего нет, а в регистрах по затратам есть. Возможно вы делали операцию вручную. Проанализируйте расходы за период с типом "При производстве", чтобы понять откуда суммы. Если хотите их распределить вручную,можете выбрать соответствующее правило в этой статье.
Учет › Задвоение номенклатуры › #5 15.02.22 16:08
1. Вариаций достаточно. Смотря какие цели вы преследуете. При передаче конечно передается целый рулон, но если вы хотите вести учет остатков ткани в цеху, то можно выделять их и отдельными карточками номенклатуры (можно с другим качеством), и характеристиками, и сериями. Можно использовать микс из вариантов. Тут сложно точно советовать не окунувшись в вашу методику работы и учета.
2. Если номенклатура уже много в каких документах использовалась, то обработку "Поиск и замена дублирующихся" я бы не рекомендовал. Во-первых посыпятся ошибки в документах типа установки цен или планирования, во-вторых придется перезакрывать периоды для пересчета себестоимости и все посыпется, в-третьих, если ведете учет по характеристикам, то попадете на проблему и дублирования характеристик. оптимальный способ - это заведение признака "Не использовать" и с помощью отборов на формах или RLS скрывать неиспользуемую номенклатуру - заодно можно убирать такие позиции в отдельную папку иерархии, а в наименованиях добавлять префикс "яяНеИспользовать" например ("яя" - чтобы внизу списка были такие позиции). Конечно потеряется некоторая точность при анализе, но это плата за бардак в учете.
Dev › Загрузка JSON в дерево значений › #12 20.12.21 16:16
(11) Мне это API портала "Электронный знак" (Белорусский аналог Честного знака) возвращает. Сохранил в файл.

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

Пример.json
Dev › Загрузка JSON в дерево значений › #10 20.12.21 14:25
(9) Вот пример. На прикрепленных скриншотах результат выполнения по методу автора и по вашему.
По методу автора массив элементов, которые состоят в свою очередь из объектов разложится наглядно в структуры, а по вашей процедуре свойства объектов в массиве будут выводится общим списком, что не наглядно.
Дело как раз в двух закомментированных строках.

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

2021-12-20_13-05-19 (2).png
2021-12-20_14-10-57 (2).png
Dev › Загрузка JSON в дерево значений › #8 06.12.21 17:08
(6) У вас добавляются только узлы 1 уровня. Если подчиненность идет дальше, будет выводиться неверно (без вложенности). У автора поста отрабатывает нормально.
Зарплата › Доработка отчета УнифицированнаяФормаТ13 (Табель учета рабочего времени) › #1 10.09.20 17:00
Добрый день.
Появилась необходимость в ERP 2 доработать отчет УнифицированнаяФормаТ13, чтобы в отчет выводились "тарифная ставка" и "Разряд категория". Опыта с запросами "представлениями" не имею. Нахрапом, гуглением и быстрым ознакомлением с методологией разработки ЗУПа не получилось побороть.

Простой вставкой пустых значений в таблицы в схему СКД "Представления_КадровыеДанныеСотрудников" или "Представления_КадровыеДанныеСотрудников_Должности" победить не получилось - возвращаются в отчете пустые значения. Отладка только усложнила моё понимания внутренней механики.

Может кто помочь или хотя бы направить куда копать?
UpdateCF › Обновление реквизита с разными идентификаторами › #3 16.11.19 12:50
(2) Конфигурация на поддержке. Тип реквизита одинаковый - Число(15.2).
UpdateCF › Обновление реквизита с разными идентификаторами › #1 16.11.19 12:39
Добрый день, коллеги.

Обновляю ERP для Беларуси и столкнулся с проблемой.
В силу особого таланта локализаторы в очередном релизе сделали следующее:
удалили реквизит "ЦенаСоСкидкой" в табличной части многих документов и потом добавили с таким же наименованием. Соответственно, при обновлении реквизит удаляется и добавляется по сути новый. И все значения реквизита во всех документах становятся пустыми.
При обновлении с сохранением поддержки никак не получается обновить так, чтобы реквизит обновился корректно. Может есть способ подменить идентификатор реквизита конфигурации? Или просьба подсказать грамотный способ как выйти из ситуации.
Торговля › Ошибка проведения документа "Корректировка ордера на товары" › #1 12.07.19 11:44
Есть такой типовой документ в конфигурациях УТ11, ERP2, КА2 как "Корректировка ордера на товары".
Согласно ИТС "Если используется адресное хранение товаров в ячейках, то при обнаружении несоответствия отобранного количества товаров количеству по расходному ордеру автоматически формируется документ Корректировка по ордеру на товары. Документ формируется в момент завершения проверки количества расходного ордера, и этим документом регистрируются товары к оформлению недостач и (или) излишков. В дальнейшем зарегистрированные недостачи и излишки требуют оформления складских актов.".
Так вот вопрос к проведению этого документа по регистру "ТоварыКОформлениюИзлишковНедостач". Оно довольно странное и потенциально ошибочное:
Берется вся ТЧ и вне зависимости от вида операции (недостача или излишек) и загоняется в Расход. Потом по излишкам делается движение в Приход. Запрос по проведению выглядит так:

Код
ТекстЗапроса =
   "ВЫБРАТЬ
   |   ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход) КАК ВидДвижения,
   |   &Период КАК Период,
   |   &Склад КАК Склад,
   |   ТаблицаТовары.Номенклатура КАК Номенклатура,
   |   ТаблицаТовары.Характеристика КАК Характеристика,
   |   ВЫБОР
   |      КОГДА ЕСТЬNULL(ТаблицаТовары.Назначение.ДвиженияПоСкладскимРегистрам, ЛОЖЬ)
   |         ТОГДА ТаблицаТовары.Назначение
   |      ИНАЧЕ ЗНАЧЕНИЕ(Справочник.Назначения.ПустаяСсылка)
   |   КОНЕЦ КАК Назначение,
   |   ВЫБОР
   |      КОГДА ТаблицаТовары.СтатусУказанияСерий = 14
   |         ТОГДА ТаблицаТовары.Серия
   |      ИНАЧЕ ЗНАЧЕНИЕ(Справочник.СерииНоменклатуры.ПустаяСсылка)
   |   КОНЕЦ КАК Серия,
   |   ТаблицаТовары.Количество КАК КОформлениюАктов
   |ИЗ
   |   Документ.КорректировкаПоОрдеруНаТовары.Товары КАК ТаблицаТовары
   |ГДЕ
   |   ТаблицаТовары.Ссылка = &Ссылка
   |
   |ОБЪЕДИНИТЬ ВСЕ
   |
   |ВЫБРАТЬ
   |   ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход),
   |   &Период,
   |   &Склад,
   |   ТаблицаТовары.Номенклатура,
   |   ТаблицаТовары.Характеристика,
   |   ВЫБОР
   |      КОГДА ЕСТЬNULL(ТаблицаТовары.Назначение.ДвиженияПоСкладскимРегистрам, ЛОЖЬ)
   |         ТОГДА ТаблицаТовары.Назначение
   |      ИНАЧЕ ЗНАЧЕНИЕ(Справочник.Назначения.ПустаяСсылка)
   |   КОНЕЦ,
   |   ВЫБОР
   |      КОГДА ТаблицаТовары.СтатусУказанияСерий = 14
   |         ТОГДА ТаблицаТовары.Серия
   |      ИНАЧЕ ЗНАЧЕНИЕ(Справочник.СерииНоменклатуры.ПустаяСсылка)
   |   КОНЕЦ,
   |   ТаблицаТовары.Количество
   |ИЗ
   |   Документ.КорректировкаПоОрдеруНаТовары.Товары КАК ТаблицаТовары
   |ГДЕ
   |   ТаблицаТовары.Ссылка = &Ссылка
   |   И (ТаблицаТовары.ВидОперации = ЗНАЧЕНИЕ(Перечисление.ВидыОперацийКорректировокОстатковТоваров.ОтразитьИзлишекОставитьВЗонеОтгрузки)
   |         ИЛИ ТаблицаТовары.ВидОперации = ЗНАЧЕНИЕ(Перечисление.ВидыОперацийКорректировокОстатковТоваров.ОтразитьИзлишек))";

и мне кажется в первом запросе не хватает условия по виду операции. Но у меня сомнения - починив это не сломаю что-то еще. Может есть какая-то внутренняя логика? Просьба, коллеги проверить Функцию модуля менеджера "ТекстЗапросаТаблицаТоварыКОформлениюИзлишковНедостач" документа "Корректировка ордера на товары". В новых российских релизах запрос такой же? (я могу проверить только на белорусских).