ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже
заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
КАК РАБОТАЕТ:
По дням поочередно собираются документы из первого поля за указанный период и выставляются даты документов по формуле НачалоДня + "порядковый номер документа в сформированом из первого списка списке с отбором указанном в настройке (упорядоченно по дате)" и проводятся. Далее по второму списку обрабатываются даты документов за период НачалоДня - "новая дата последнего документа из первого списка" по формуле "новая дата последнего документа из первого списка" + "порядковый номер документа в сформированом из второго списка списке с отбором указанном в настройке (упорядоченно по дате)".
Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.
1.обработка позволяет автоматически вычислить дубли и привести их к единому наименованию во всех документах.
2.так же есть возможность в документах поменять счета учета для номенклатуры. Например разные бухгалтера оформляют поступление одного и того же товара - один занес на 10.01, второй на 41.01 в результате в ОСВ у нас минусы. В обработке есть возможность наглядно увидеть такие ошибки и тут же их поправить не бегая по всем документам. Достаточно поставить галочку у номенклатуры и указать счет учета который надо найти и счет учета на который надо его заменить. Обработка сама вычислит документы в которых номенклатура с галочкой была задействована и заменит счета учета. Что бы не было излишнего изменения документов, в обработке указываются типы документов, где операция замены счета разрешена (например Поступление ТМЦ, Реализация, Отчет о розничных продажах, возврат покупателю итд.)
Данная обработка предлагается для случаев, когда бывает необходимо изменить какой-либо реквизит в группе проводок, отобранных по определенному набору полей, за определенный период, с определенным типом документа-регистратора. Предлагается четыре варианта обработки для конфигураций: БП 2.0, БП 3.0, БГУ 1.0, БГУ 2.0.
Обработка «Сравнение документов» — это мощный инструмент для синхронизации и контроля данных между базами 1С:УНФ – 1С:БП, 1С:УТ – 1С:БП. Она позволяет сравнивать документы в двух базах, выявлять расхождения и загружать недостающие документы из одной базы в другую.
Данная обработка может быть полезна тем, кто хочет сделать более точечную замену объектов, когда заказчику необходимо заменить что-то только в определенном виде документа (справочника) с определенным отбором по реквизитам.
Поиск номенклатуры при сопоставлении в ЭДО не интуитивный, не настраиваемый и просто неудобный. Данное решение - это альтернативный вариант расширенного поиска и сопоставления номенклатуры для 1С, который подключается в качестве расширения и решает эту проблему.
...а если серьезнее: - судя по скринам, можно выбрать выбирая только приходные и расходные документы, что имхо не верно методически. Потому что существуют(могут быть) в базе взаимосвязанные документы типа банковские документы, складские документы, корректировка взаиморасчетов,... И подбные обработки, расставляющие по времени группу документов есть на этом сайте
(2) makas,
в связи со спицификой работы клиента документы прихода на склад появляются позже самой реализации, поэтому решил написать обработку и потом просто её универсализировал. Искать подобное не пришло в голову, потому что обработка проста. Да и поиск по сайту необходимого мне решения занял-бы больше времени чем время написания обработки ... наверное ,..
Обработка рассчитана только на пару документов? А если в Первых выбрать 1 документ и во Вторых 2 документа? Ну например: в первых ПТиУ, во вторых Перемещение товаров и РТиУ. Как отработает?
(4) gull22,
отработает следующим образом:
Все поступления(упорядоченные по дата, те очередность ПТиУ не нарушается) за день перенесутся на начало дня с разницей в 1 секунду.
Потом за период НачалоДня-НовоеВремяПоследнегоОтработанногоДокументаПТиУ выбираются документы ПТ и если находит, то выставляет их с времени НовоеВремяПоследнегоОтработанногоДокументаПТиУ+1 с разницей в 1 секунду.
Далее за период НачалоДня-НовоеВремяПоследнегоОтработанногоДокументаПТиУ выбираются документы РТиУ и если находит, то выставляет их с времени НовоеВремяПоследнегоОтработанногоДокументаПТ+1 с разницей в 1 секунду.
Если документ с таким временем уже есть, то время переносится ещё на 1 секунду и проверяет снова(до 10 попыток)!
