Grym Evil

191
Рейтинг

Evilgrym



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

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

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

Группы

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

Рейтинг 191

Диггер. Сохранение в mxl временных таблиц при проведении документа. Для ERP, УТ, КА

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

Расширение для разработчика. Предназначено для анализа содержимого временных таблиц, возникающих при проведении документов в ERP, УТ, КА. Сохраняет в MXL файл временные таблицы, используемые при проведении документа. Дает наглядное представление обрабатываемых данных.

2 стартмани

01.10.2022    3347    7    Evilgrym    10       

17

WS Black Hole by EvilGrym. Универсальный обмен через SOAP, вместо прямого соединения через COM, V83.Application и т.п.

Инструменты и обработки Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m) Конфигурация (md, cf) Внешние источники данных

Сервис предназначен для организации взаимодействия с БД 1С посредством SOAP протокола. Позволяет хранить исходный функциональный код на вызывающей стороне. Предназначен для замены обмена данными через COM-соединения любого рода.

3 стартмани

15.10.2017    10149    6    Evilgrym    4       

17

Пара универсальных веб-функций для получения данных из 1С

Инструменты и обработки Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m) Архив с данными Универсальные функции

Две универсальные веб-функции, позволяющие получить данные через веб-сервис в виде таблицы значений или массив таблиц значений.

1 стартмани

19.04.2016    8941    5    Evilgrym    1       

12

Перечисление НДФЛ в бюджет в день выплаты

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

Обработка для создания документов Перечисление НДФЛ в бюджет в день выплаты денег. Полезна для организаций с большим количеством обособленных подразделений.

1 стартмани

19.04.2016    7727    17    Evilgrym    1       

2

Как передать на сервер мутабельное значение

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

Перевод выполнения кода с клиента на сервер. Метод для ленивых и торопящихся.

14.08.2015    19522    Evilgrym    10       

8

Проведение документа по частям.

Статья Программист Платформа 1С v8.3 Бесплатно (free) Нет файла Адаптация типовых решений

Столкнулся с такой задачей: Требуется проводить один документ в течение всего дня. В документ постоянно добавляются новые строки и он должен влиять на остатки. Плодить документы нельзя. Встал вопрос, как провести документ так, чтобы при проведении записывались движения только по новым строкам.

02.02.2014    7850    Evilgrym    11       

4

Комментарии

DevДиггер. Сохранение в mxl временных таблиц при проведении документа. Для ERP, УТ, КА#4 03.10.22 10:36
(2) Шляпа узкоспециализированная.
+ попутно можно внести исправления в получившееся расширение и результат оставить в работе.
DevДиггер. Сохранение в mxl временных таблиц при проведении документа. Для ERP, УТ, КА#0 01.10.22 8:00
Расширение для разработчика. Предназначено для анализа содержимого временных таблиц, возникающих при проведении документов в ERP, УТ, КА.
Сохраняет в MXL файл временные таблицы, используемые при проведении документа.
Дает наглядное представление обрабатываемых данных.
Стратегия и тактика переговоровНожницы-Бумага. Офисная игра/тренинг для улучшения коммуникации бизнес-заказчиков и программистов (либо иных исполнителей)#5 13.08.21 17:53
(2) Именно с детского сада их и надо приучать к коллективной работе и пониманию своей ответственности как участника чего-то большого.
Тогда может и не будет таких заказчиков, которые не могут внятно объяснить что им надо.

Но увы , если время упущено - приходится тренировать во взрослости.
Стратегия и тактика переговоровНожницы-Бумага. Офисная игра/тренинг для улучшения коммуникации бизнес-заказчиков и программистов (либо иных исполнителей)#4 13.08.21 17:50
(3) Тотальный аллес наступает, когда понаехавшие в москву гастарбайтеры пытаются поставить задачу.
Стратегия и тактика переговоровНожницы-Бумага. Офисная игра/тренинг для улучшения коммуникации бизнес-заказчиков и программистов (либо иных исполнителей)#1 13.08.21 14:25
Ножницы-Бумага.
Офисная игра/тренинг для улучшения коммуникации бизнес-заказчиков и программистов (либо иных исполнителей). На абстрактном уровне позволит донести до бизнес заказчика трудности разработки (выполнения поставленных задач) по нечетко поставленным заданиям. На выходе позволяет получить наглядную иллюстрацию ответственного подхода к постановке задачи. Применима в любой отрасли деятельности, где существуют Заказчики и Исполнители.
Ножницы-Бумага.


Суть игры:

Дать возможность бизнес заказчику примерить на себя шкуру программиста (исполнителя).

Реквизит:

Листы черной бумаги формата А4 ... 2 шт (олицетворяют исходную программу)
Листы цветной* бумаги формата А4 ... 2*N шт (олицетворяют доработки)
Листы белой бумаги формата А4 ... 2*N шт (для "ТЗ")
Карандаши/ручки ... каждому игроку
Линейки ... K шт
Ножницы ... Х шт (олицетворяют рабочий инструмент программиста)
Секундомер ... 1 шт
Где:

* Количество цветов не принципиально, но более трех.

N - количество "доработок", на 3...5 шт больше чем количество всех участников игры. Два комплекта, т.к. игра состоит из двух раундов.

K - Количество "Заказчиков", см. далее.

Х - Количество "Программистов", см. далее.

Начало игры:

Участники распределяются на 2 неравных группы. "Заказчики" и "Программисты".

"Заказчиков" должно быть больше "программистов". В идеале, соотношение должно примерно отражать ситуацию в компании/проекте.

Если в игре принимают участие реальные программисты - они могут играть только в роли "Заказчиков".

В роли "Программистов" желательно использовать наиболее скептически настроенных и борзых бизнес-заказчиков.

Раунд 1:

Проходит в атмосфере легкого информационного вакуума.

Ведущий раздает реквизит.

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

"Программисты" получают ножницы, ручки и цветную бумагу.

Ведущий поясняет по реквизиту:

Черный лист - это наша программа без доработок.

Белые листы - это задачи которые ставит бизнес. Задачи будем абстрактно рисовать в виде геометрических фигур.

Цветные листы - это наши будущие доработки.

Ножницы и вырезание из цветной бумаги - процесс программирования.

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

Ведущий объявляет начало первого раунда и ставит генеральную цель "Сделайте мне Красиво! Начали!" и включает секундомер.

Нарисовали, вырезали ( как "программисты" будут переносить "ТЗ" на свои листы - это проблема "программистов"), сложили мозаику.

Видим "ошибки". "Программисты" получают 5 минут на их устранение.

По прошествии 5 минут останавливаем раунд. Фиксируем время по секундомеру.

Для усиления кипиша и поднятия уровня стресса, можно добавить разнообразные "Совещания", где "Программисты" должны дать отчет о "проделанной работе" а так же доказать , что их реализация соответствует полученному заданию, "Заказчики" с более чем 1 задачей должны обязательно интересоваться ходом работы над всеми их задачами в произвольном порядке, желательно чтобы все это происходило в случайный момент времени, не менее 5 раз в течение раунда.

Для пущего эффекта можно вырезать "Задания" и сопоставить их с цветными "Реализациями". Выпирающие участки трактуем как несостыковки задания и практической реализации.

Раунд 2:

Повторяем раздачу реквизита как в раунде 1, но заказчикам дополнительно выдаем линейки.

Теперь все представляют что нужно делать.

Объявляем начало раунда, запускаем секундомер...

"Сделайте мне Красиво!" Поехали!

Во втором раунде совещаний не проводим, программисты отчитываются сами по мере вырезания очередной "Реализации".

Можно подсказать "Программистам" что задания можно передрать "На просвет" если сами не сообразят или вырезать "ТЗ", приложить на цветную бумажку и обвести. Если додумаются у "Заказчика" взять линейку - это интеллектуалы. Если "Заказчики" сами предложат линейки - это достойно уважения, значит что-то да начало доходить.

Компонуем результаты раунда. Задания/ реализация / смотрим получившиеся нестыковки. Даем 5 минут на исправление "Косяков".

Фиксируем время.

Окончание игры и орг. выводы:

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



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

В качестве немого укора и перманентного напоминания.

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

NozhBum.png
БУ1с Бух2.0 пересчитывает несуществующие валютные остатки#11 03.03.21 11:17
Столкнулись с такой проблемой на Управление холдингом, редакция 3.1 (3.1.5.7) .

Решается просто. Аналитика по счету 60 должна быть абсолютно одинаковой по всем проводкам.
У нас было так: Поступление товаров, все субконто заполнены, подразделение заполнено. Потом операция, все субконто заполнены, подразделение не заполнено - в итоге по ОСВ конечное сальдо нулевое, если формировать без подразделений и закрытие месяца дает проводки. Если формировать ОСВ с полной детализацией по подразделению и 3м субконто - видно что сальдо имеется, отсюда и проводки при закрытии месяца.

Вылечилась проблема просто- в операции заполнили подразделение, аналитика свернулась и на конец месяца сальдо стало нулевое, соответственно при закрытии месяца проводок нет.
DevНе работает отбор в СКД#27 05.02.21 13:43
Платформа: (8.3.18.1289)

Ха-Ха! я тоже наткнулся на подобную проблему.
Было: отчет на СКД с кучей временных таблиц и разнообразными джойнами.
Отбор по контрагенту работал выборочно. по каким-то КА работает, по другим не работает. без отбора выводит всех .

Корень зла крылся в том, что при формировании одной из промежуточных временных таблиц был юнион одной таблицы с джойном пары других таблиц. В результате джойна могли появляться NULL значения.

Заменил левый джойн на полный, для того чтобы не получалось NULL значений в ссылочных колонках и isnull( ХЗ, 0) в числовых колонках.

В итоге, по всей цепочке временных таблиц и в итоговой выборке NULL пропали и отбор СКД заработал адекватно.

По логике моего отчета Контрагент должен быть заполнен какой-либо вменяемой ссылкой, не пустым значением.
Если по вашей логике допустимы пустые значения - то их можно заполнить через isNull( HZ , Значение(Справочник.какойто.пустаяссылка))

Мораль - СКД не любит NULL в колонках , по которым выполняется отбор.
DBфайлы запроса и ответа на лицензирование конфигурации были удалены из конфигурации#4 27.01.21 1:55
(1) Выполнил сравнение объединение с конфигурацией стандартной от 1с. при этом отметил галками только то что в ветке свойств конфигурации. ошибка вылечилась.
AdminСамопроизвольно прекращается регламентное задание#21 25.01.21 6:32
Как мне кажется, проблема может быть на сервере битрикса. Выносит по таймауту.

Кто использует стандартную выгрузку товара в битрикс - стыд ему и позор. Надо переписывать и в битриксе и в 1с. Более дурной выгрузки я не встречал.

Переделывайте на веб-сервисы, если есть возможность.

Кидался, в свое время, каталогами по 120.000 позиций с картинками и прочими длинными описаниями ( таблетки и прочая наркота).
Плавал, знаю. Но конкретно ни чем не помогу, ибо дорого.
DevРасширение для реализации обложения договоров ГПХ (актов выполненных работ) страховыми взносами ФСС в полном объеме для ЗУП 3.1#10 08.07.20 14:25
Код
Попытка
   об = Стр.Ссылка.ПолучитьОбъект();// это должна быть ссылка на элемент справочника виды доходов
Об.ВходитВБазуФСС = истина;
Об.ДополнительныеСвойства.Вставить("ЗаписьОбщихДанных",истина);// обход блокировки редактирования в лоб
об.Записать();
   
Исключение
   Сообщить("Не удалось записать "+Стр.Ссылка+" "+ОписаниеОшибки());
   ЕстьОшибки = Истина;
КонецПопытки;


И вуаля, зеленый горошек. Все прекрасно считается само.