Как внести в 1С большое количество первички и не вбивать руками?
Бухгалтеры рассказали, как можно загружать в 1С первичные документы, которые контрагенты присылают по ЭДО. Например, в 1С Фреш есть встроенный модуль, а кто-то предпочитает 1С ЭДО.
Например, в 1С Фреш есть встроенный модуль, а кто-то предпочитает 1С ЭДО. Также пользуются специальными модулями, которые предоставляют дополнительно операторы ЭДО.
Спрашивает наш подписчик.
«К концу этого напряженного года задумалась, как бы мне сократить трудозатраты на внесение большого объема первички в 1С (восьмерку). Может, я не знаю каких-то удобных вариантов с ЭДО? Часть поставщиков явно будут готовы присылать документы по ЭДО. Их можно выгружать в 1С? Я ни разу не сталкивалась».
В комментариях пишут, что можно выгружать из ЭДО. И в зависимости от оператора ЭДО нужно будет докупать дополнительные модули. Например, про «Контур» пишут, что точно нужно будет. Кто-то хвалит СБИС и считает, что там быстрее выгружает.
А кому-то удобно использовать 1С ЭДО:
«1С ЭДО. Номенклатура садится удобно. Не надо ничего туда-сюда грузить, открывать разные программы. Всё в одном месте и бухгалтерия, и отчётность, и ЭДО с контрагентами».
Но при этом советуют, что номенклатуру лучше перепроверять — может некорректно отобразить. Если наименования сложные, есть функции «сопоставить» и «отобразить».
А кроме того, пишут, в 1С есть встроенный модуль распознавания, но не во всех версиях.
Коллеги, а что вы можете посоветовать? Пишите в комментариях.
Аналитик 1С
— курс для тех, кто хочет освоить востребованную профессию с нуля.
Вы научитесь анализировать
бизнес-процессы, создавать функциональные модели, работать с базами 1С и использовать аналитические
инструменты. По окончании курса выдается диплом профпереподготовки на 256 ак. часов.
Программа
обновлена и актуальна на 2026 год.
Цена по акции: 59 990 → 18 900 руб. (68%)
Начать обучение
- Деятельность компании Meta Platforms Inc. (Facebook и Instagram) на территории РФ запрещена
Комментарии
18ЭДО, обмен через файлы, автоматизация рутинных операций - это прекрасно и этого должно быть как можно больше.
Есть только одно НО!!! Любой алгоритм пишут люди и в нем может быть не верная логика или ошибка, так как часто те кто пишет код сами не являются специалистами предметной области, а действуют согласно ТЗ. Поэтому не нужно абсолютно полностью доверять таким инструментам - желательно после выполнения таких алгоритмов произвести перепроверку полученного результата - это намного быстрее, чем забивать руками и надежнее, чем полностью полагаться на алгоритмы...
Обещал пример из 1С, когда программа может привести к ошибкам учёта, которые потом тяжело выявить. Загрузка документов из банка - это старый и кажется уже отработанный до совершенства алгоритм... Но примерно в ноябре после обновления конфигурации столкнулись с немного странным поведением - не правильно указывалась банковская комиссия в документе "Поступление на расчётный счёт", если вид операции "Перечисления.ВидыОперацийПоступлениеДенежныхСредств.ПоступленияОтПродажПоПлатежнымКартамИБанковскимКредитам"
Теперь размер комиссии банка стал рассчитывать на основании процента, который храниться в справочнике... В результате сумма из основания платежа не соответствует сумме в программе. Например в основании комиссия банка указана 1823,45руб, а в документ и проводки попадает 1972,81 или 1729,15... Причиной является 1 процедура из ОбщегоМодуля - ПоступлениеНаРасчетныйСчетФормы Вот листинг этой процедуры
Процедура ПересчитатьСуммуУслугЭквайринга(СвойстваПлатежа,
СуммаДокументаПредыдущая,
СуммаПлатежаПредыдущая,
СуммаУслугПредыдущая,
ВидОплатыПредыдущий)
ПересчитатьСуммуУслуг = Не ЗначениеЗаполнено(СуммаУслугПредыдущая);
Если ЗначениеЗаполнено(ВидОплатыПредыдущий) Тогда
ПроцентДоИзменения = Документы.ПоступлениеНаРасчетныйСчет.ЭквайрингПроцентУслугБанкаПоВидуОплаты(
ВидОплатыПредыдущий, СуммаДокументаПредыдущая);
Если ПроцентДоИзменения > 0 Тогда
СуммаУслугРасчетная = Документы.ПоступлениеНаРасчетныйСчет.ЭквайрингСуммаУслугБанка(
ПроцентДоИзменения, СуммаПлатежаПредыдущая);
ПересчитатьСуммуУслуг = ПересчитатьСуммуУслуг
Или СуммаУслугПредыдущая = СуммаУслугРасчетная;
КонецЕсли;
КонецЕсли;
СвойстваПлатежа.СуммаУслуг = СуммаУслугПредыдущая;
Если ПересчитатьСуммуУслуг Тогда
Процент = Документы.ПоступлениеНаРасчетныйСчет.ЭквайрингПроцентУслугБанкаПоВидуОплаты(
СвойстваПлатежа.ВидОплаты, СвойстваПлатежа.СуммаДокумента);
Если Процент > 0 Тогда
СвойстваПлатежа.СуммаУслуг = Документы.ПоступлениеНаРасчетныйСчет.ЭквайрингСуммаУслугБанка(
Процент, СвойстваПлатежа.СуммаПлатежа);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
В итоге внесение правок в код 2 общих модулей в 6 местах и сумма комиссии банка снова будет браться из назначения платежа, а не рассчитываться.
Но есть ограничение - поправить конфигурацию в облаке самостоятельно вы не можете, заказывать переделку у разработчика практически бесполезно. Или проверять и править руками суммы не доверя автоматизации слепо или потом долго сводить концы с концами в учёте, так как в проводках будут не верные суммы(((
Пользуюсь 1С ЭДО и рекомендую всем. Незачем тратиться на платные приблуды (некоторые "бесплатные" операторы сначала заманят почти бесплатными исходящими, а потом впаривают ежегодно ДОРОГИЕ модули - бизнес однако).