Всем привет. Не секрет, в Беларуси с 1 июля 2016 должна подаваться ЭСЧФ. Кто-нибудь уже работает с ней? Ведь там, вроде, уже 60 компаний Беларуси работает в тестовом режиме.
Сделал я по инструкциям, что на их сайте, но столько вопросов к их информации осталось.
Очень много полезного нам дали разработчики. Внимательно читайте их документацию в eInvVat, которую скачиваете, а так же примерами для 1С служат bat файлы из папки eInvVat\simpleapp\vbs\src\. Не поленитесь и посетить их сайт vat.gov.by. На основании этих знаний все пишут обработки. Если что не понятно, то можно прибегнуть к данной теме.
Важные и полезные ссылки на сайты и на сообщения темы.
Ссылки на сайт портала
Новости от разработчиков - здесь Руководства и инструкции по настройки ПК, Windows, IE - здесь Описание XML-схем и веб-сервисов - здесь Видео вебинара по ЭСЧФ, который проходил в июле - здесь
Обработки с данной темы
Обработка от BONIA Я (Bonia) - (229) и пример кода (231) и (1098) Обработка по проверке файла по схемам. Автора я не смог найти (отзовись, в историю впишем). Переделана Slypower - (308) Обработка по входящим от Slypower. До введения однократного скачивания в сутки - (2537) Обработка по входящим для 1с 7.7 и для 1с8. Рабочая от slypower - (5412). С доработками от Евгений Веренич (EvgPinsk) - (7206) Делает XML из выбранного документа от Asd Zxc (ASDCXZ) - (2823) Отправка ЭСЧФ от slypower. Очень сырая и для ТиС. Требует переделки од себя индивидуальна. Годна для черпания идей - (2950) Печать ЭСЧФ от Сергей Кириллов (Sergey_Kirillov) - (4358) Проверка УНП с сайта налоговой http://www.portal.nalog.gov.by/grp/ - от Aleksey Krasowskiy (Krasowskiy)(5026) и от Сергей Кириллов (Sergey_Kirillov)(5031) Получерие входящей ЭСЧФ по номеру от Aleksey Krasowskiy (Krasowskiy) - (5169) Обновление СОС от slypower - (5291) Будьте внимательны. В старых сообщениях в обработках стоят неправильные адреса для подключения. В первую очередь проверьте их!!!
Полезные сообщения темы
Реклама своей работы от Gladkov_Anton - (445) Реклама своей работы от Александр Самуйлов (A.E.) - (1273) Реклама своей работы от Yauhen Makei (mrDSide) - (5591), (5592) Автоматический подключение к ключу-(354) Декодирование файлов .sgn и .ticket - (448) Отправки ЭСЧФ с помощью сервиса из терминальной сесии для простого пользователя не обладающего правами Администратора. Испробовано на Сервере 2003/32 - (784) Программа, которая ключ на сервер пробрасывает - (842) , (5408),(6568) Инструкция по настройке серверных компов от Ира С (iraSys) - (844) Дополнительная настройка для серверных операционных систем - (5208) Сервис для проверки валидности xml - (871) Классификатор ТНВЭД в экселе - (790) и (885) Автоматический импорт СОС на локальную машину - (2853), (2854) и (2856), (3882) Полезная информациея тем, кто использует в работе терминальные сервера - (3044) Артур Коржан (1v7) собрал "полезные вкусняшки в куче" - (3688) Корректировка кодов справочника стран от Артур Коржан (1v7) - (5844) Образцы заполнения ЭСЧФ - (3700) На портале развернута база данных cassandra. Описание - (3908), (5459) Возможные ситуации, которые могут возникнуть с работой порталом и их решение - (4524) SlimBrowser вместо IE для работы на Вин XP - (4684) Универсальная загрузка из CSV от vvv vvv (keyn5565`): (6951). Код к ней (если кто не может скачать): (7076)
Коды процедур для 1С
Процедура работы с входящими на 1С 8.3 - (4275) Парсер csv с портала для 1С 8 - от Сергей Кириллов (Sergey_Kirillov) (4352) от Xer shi (Xershi) (4363) Скачка входящих и создание дока в 1С7.7 - (4448) Обновление статусов 1С7.7 - (4573) Читать хмл 1с7.7 от Хьюмена -(4808) Скачка входящих для 1с8 от vvv vvv (keyn5565`) - (5126) Проверка версии компоненты для 1С8 от Xer shi (Xershi) - (5186) Скачкивать входящие подписанные эсчф с портала - (5345) Создание задачи для автоматического обновления СОС, 1с8 от vvv vvv (keyn5565`) - (5350) Обновление СОС из 1С7.7 от Igor Pleskun (Igor Igorevich) - (5361) Обновление СОС из 1С8 от vvv vvv (keyn5565`) - (5423) Проверка справочника контрагентов для проверки ликвидирования контрагента для 1с8 от vvv vvv (keyn5565`) - (5419), от Xer shi (Xershi)(5437) Проверки по правилам заполненения для 1С8 от Xer shi (Xershi) - (5508), (5509) Проверка подписей эсчф на портале - от Xer shi (Xershi)(5530), от Yauhen Makei (mrDSide)(5599) Заполнение справочника ОКЭД от vvv vvv (keyn5565`) - (5565)
Вопрос-Ответ
Многие ошибки, да почти все, связаны с не стабильной работой портала, особенно во времена всеобщей выгрузки ЭСЧФ на портал. Но некоторые тут вынесем.
Какие сроки выставления ЭСЧФ?
Ответ: Министерство по налогам и сборам информирует, что в соответствии с пунктом 5 статьи 1061 Налогового кодекса Республики Беларусь с 1 января 2017 года выставление (направление) электронного счета-фактуры осуществляется по общему сроку не позднее 10-го числа месяца, следующего за месяцем дня отгрузки товаров (выполнения работ, оказания услуг), передачи имущественных прав, если иное не установлено пунктом 5 статьи указанной статьи.
В отношении товаров (работ, услуг), имущественных прав, отгруженных (выполненных, оказанных), переданных в декабре 2016 г., выставление электронного счета-фактуры также может производиться по сроку не позднее 10.01.2017.
Подскажите, плиззз, на машинах Win2008R2 при входе на портал
Включите SSL 3.0, TLS 1.0, TLS 1.1 и TLS 1.2
С Семерки все в норме, хотя делалось все по мануалам идентично одними и теми же ровными руками
Ответ: (639)
Сообщение об ошибке, которое выплевывает 1Ска при попытке законнектиться к порталу (команда "EVatService.Connect..."):
"THE CLIENT AND SERVER CANNOT COMMUNICATE BECAUSE THEY DO NOT POSSESS THE COMMON ALGORITHM"
или по-русски "КЛИЕНТ И СЕРВЕР НЕ МОГУТ ОБЩАТЬСЯ, ПОТОМУ ЧТО ОНИ НЕ ОБЛАДАЮТ ОБЩИМ АЛГОРИТМОМ."
Ответ: (2310)
Ошибка при проверке XML: Класс не зарегистрирован, ClassID: {88D96A07-F192-11D4-A65F-0040963251E5}
Ошибка возникает только на сервере 2003 сп2 32битм Java 7 79 updt
Ответ: (2365)
Отличие Исправленной от дополненной.
Ответ: (5020)
Отправили ЭСЧФ на портал, но ее там нет.
Ответ: Чтобы узнать почему, воспользуйтесь одним из способов:
1) загрузите файл xml этой ЭСЧФ на портала вручную
2) сделайте возврат статуса сразу после отправки на портал. Он вам и вернет ответ на вопрос, почему нет.
Портал вернул статус "IN_PROGRESS" или "В разработке" или "ЭСЧФ с номером 11111111-2017-0000000001 находится в обработке. Запросите статус повторно.".
Ответ: (5237). Данный статус может быть на портале до 3-х часов, но чаще всего лишь минут 30, затем становиться "Выставлен".С 1 января 2017 г наблюдается задержка до суток.
Можно ли анулировать из 1С?
Ответ: Нельзя, только на портале. Можно выставить исправленный, который анулирует исходный, но просто анулировать нельзя.
При подключении к тестовому порталу:
Ошибка авторизации на портале электронных счетов-фактур НДС Сертификат издателя не найден. [Для проверки <vat.gov.by> не найден сертификат <Удостоверяющий центр для разработчиков> (KeyID=6E28B036743B6B021B4D353E1AC51C5A204271FA)
Ответ: (5868)
Что значит UTC в строке: Ответ сервера: В последний раз ЭСЧФ под номером УНП-ГОД-НОМЕРЭСЧФ вы получали 2016-09-06 11:35:18 (UTC), в следующий раз ее можно будет получить после 2016-09-07 11:35:18 (UTC) и почему это время не совпадает с нашим?.
Ответ: UTC — это всемирное координированное время, стандарт времени, принятый на Земле. От UTC отсчитываются часовые пояса. UTC заменил устаревшее время по Гринвичу (GMT). Подробнее тут.
при попытке загрузить ЭСЧФ из xml файла пишет.
Версия анализатора = 2.0
Версия базового анализатора = 4.0
Для загрузки файлов необходима версия XML Parser 3.0
где копать?
Ответ: В ХР зарегистрирован Microsoft XML Parser 4.0, но есть там и 3.0.
Действия :
Отменяем регистрацию версии XML 4.0 :
Пуск - выполнить - копируем или набираем regsvr32 /u msxml4.dll - Ок
Затем регистрируем версию 3.0:
Пуск - выполнить - копируем regsvr32 msxml3.dll -ОК
После этого надо перезапустить 1С программу, если она была открыта.
Если ничего не помогает, качаем ниже и устанавливаем пакет MSXML3
Также ошибка MSXML может возникать и в более поздних версиях Windows 7 и 8. Для 64-битной версии устанавливаем версию соответствующую разрядности ОС x64 - msxml4-kb2721691-enu.
По итогу все равно ничего не работало, пока не закинула эти файлы msvcp71.dll, msvcr71.dll, parser3isapi.dll в папку с 1с.
Еще одно решение:
Через установку и удаление программ я удалил Parser 4 и 6-й. Зашел в 1с - все работает и загружает.
(6172) та не))) ведь с первого раза в сутки получаю входящие без проблем. Да и список получаю с портала, и InvVatNumber - номер эсчф тоже выдает. Проверял
(6183) то что мне отвечали ТП я писал в (6163), но это не решило проблему. Т.е. сегодня я загрузил, но только один раз. Мне опять завтрашний день ждать?
Вот только что пришел ответ
Добрый день, уважаемый пользователь!
Приносим извинения, проблема еще существует. После выходных выгрузка будет проходить без ошибок.
(6191) после недолгой (пару дней) переписки с ТП они написали:
Добрый день, уважаемый пользователь!
Исправим проблему и сообщение об ошибке будет приходить полностью.
--
С уважением,
Служба технической поддержки
А вот когда? Будем ждать.
По факту получилась замена:
с
В последний раз ЭСЧФ под номером ****75829-2017-0000000365 вы получали 2017-01-16 07:26:17 (UTC), в следующий раз ее можно будет получить после 2017-01-16 19:26:17 (UTC)"
на
Ответ сервера: Внутренняя ошибка сервера
У нас на той неделе была странная ситуация: бухи грузили входящие ЭСЧФ и им прилетели документы со статусом "В обработке порталом". Они чуть позже статус поменяли - но факт есть факт. Почему задержка по статусам была - то-ли КЭШ на портале чудит, то-ли еще что, непонятно (. В ТП решил не писать - на портале все появилось, а учитывая ситуацию с порталом на той неделе - списал на разовый глюк.
(6192) Да. Меняется статус на "Выставлен, подписан" через некоторое время. 4-го, 5-го подписывали утром, подписанными на портале стали ночью, и дата подписания была ночная.
(6196) Ну функционал вроде как не описан такой в руководстве программиста, значит нет. Я как-то даже обещаний сделать не помню от разрабов. Хотя может какой-то смысл в этом и есть - операция необратимая и довольно ответственная и иногда лучше чтобы было "неудобно", чтобы человек 10 раз подумал что и зачем он аннулирует, но это так, мысли вслух.
(6200) надо было, и сделал: похожая хрень была, и жутко сам на себя матерился при этом ) но с другой стороны бухи могут начать бездумно жать кнопку "аннулировать", а потом предъявлять программисту "я ничего не делал, оно само, что за программа такая" ... так что и плюсов и минусов у каждой стороны достаточно. Я ж не претендую на истину, просто мысли.
но с другой стороны бухи могут начать бездумно жать кнопку "аннулировать", а потом предъявлять программисту "я ничего не делал, оно само, что за программа такая"
Чтобы таких проблем не было можно задать вопрос с предупреждением: "ВНИМАНИЕ ! Операция "Аннулирования" отмене не подлежит. Вы действительно хотите аннулировать выбранные ЭСЧФ ?"
А для разбора непонятных ситуаций вести отдельный лог-файл, где записываются все действия пользователя над ЭСЧФ.
Считаю, что работа с ЭСЧФ только из 1с - это очень удобно, но к сожалению пока невозможна. Ждем перемен !!!
Нам надо 1200 аннулировать.Ну так случилось,что поделать.
Как выставление так и аннулирование - это ответственность.Управление вычетами тоже с умом делать надо.У нас таких тоже много.
Что там думать,что тут.
А то половинчатый функционал уже напрягает.
Ну основное Портал позволяет сделать. В этом и была первостепенная задача, о остальное как и всегда - по мере написания обращений в ТП. Скорей всего там приходится много согласовывать с Заказчиком, и воз бумаг, поэтому так долго будет дорабатываться. Мне кажется так.
(6204) Простите, но что значит первостепенная задача? и что значит остальное как и всегда по мере написания обращений...
Портал не позволяет осуществлять полноценное взаимодействие с учетными системами от слова совсем.
Извините но что это за хрень, когда система отвечающая за правильность налогообложения государства работает в полуофлайн режиме, вместо оперативного получения и обработки данных, пользователи системы получили дополнительный геморой в виде необходимости дополнительного взаимодействия с полуработающей системой, я молчу про коллапс в отчетные периоды.
И прошу заметить на реализацию этой поделки выделены весьма существенные инвестиции.
ИМХО: Решения такого уровня, затрагивающие жизнедеятельность практически всех субъектов хозяйствования в рамках государства, не должны быть половинчатыми, или все работает (допускаю некоторые баги) или не должно быть отправлено в продуктивное состояние. Ситуацию когда на синхронизацию всех узлов требуется практически 12 часов для системы такого уровня просто недопустимы и являются грубыми технологическими просчетами команды разработчиков. И никакие "воз бумаг", "согласовывать с Заказчиком" не могут быть оправданием.
Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать говн#код не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
Мораль - по факту Портал есть, работает, деньги собрали, программистам на руку доработки, фирмы по заключали договора с Юколами, Мисофтами и т.д.. штатные программисты в шоке как и бухи. :)
(6210) Коллега ))) мораль вашей байки к сожалению не применима к порталу " Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую", портал не имеет законченного контура взаимодействия от слова совсем ))). И фиг с ним если бы на июль месяц у них был бы вариант с полуработающим функционалом, и были бы наняты несколько "толковых программеров", который к январю допилил бы все. Но нет же, мы имеем недоВасю, который пытается на административном уровне пропихнуть "неработающие" решение тратя бюджеты.....
Мораль - отечественный бизнес в очередной раз имеют за его же счет!
мы имеем недоВасю, который пытается на административном уровне пропихнуть "неработающие" решение тратя бюджеты.....
Увы, но это так. А точнее нельзя отказываться от этого Заказа, ведь это на гос уровне проходит. Очередная "визитная карточка", для привлечения Заказчиков из других стран.
Да и от денег никто не отказывается, плохая примета, в нашей стране :)
(6212) Наверняка был какой-то, как бы, тендер, на котором НедоВася выставил не реальный срок на разработку, а тот, который устроил заказчика. И НедоВася, нацеленный на результат, наверняка понимал, что к сроку проект не будет готов. Судя по тому, что проект запустили без серьезного тестирования, скорее всего переделывание НедоВасиного говнокода продолжает продаваться уже как "сопровождение и поддержка" ))))))
(6211)
Все нормально бы, если бы не обязаловка с порталом. Запустили, оттестировали сами, потом плавно ввели в работу и тестировали бы на реальных пользователях, пока не отшлифуется.
Понятно, что меняется законодательство, и требуются доработки, но почему такой сервис пускают в промышленную эксплуатацию не протестировав?
Не смотря на продолбанные сроки выпустить сырую, не проверенную систему, это вообще не про мораль. )))
Коллеги, а кто-нибудь делал выставление ЭСЧФ по комиссионному товару?
Я правильно понимаю, что если в расходной накладной отгружали свой товар, и комисионный, то на нее надо два ЭСЧФ выставлять?
1. Отгружаем товар.
2. Выставляем первый ЭСЧФ на отгруженный по расходной собственный товар/
3. Получаем от поставщика ЭСЧФ по отгруженному комиссионному товару.
4. Выставляем второй ЭСЧФ на комиссионный товар, на основании ЭСЧФ поставщика.
(6205)Мы делаем.
Если в накладной и собственный и комиссионый,то однозначно разделять.Но тут ещё всё зависит от ЭСЧФ комитента. Если по комиссионному товару в накладной есть несколько ЭСЧФ комитента,то столько и будет исходящих ЭСЧФ по накладной
С апреля месяца мы тестировали портал. В конце июня, вроде 30, он прошел краш-тест. По телику и на тут бае об этом писали. Правда, во время этого теста никто не мог зайти на портал и даже через 1с подключиться, но тест пройден. Ох, на станицах писали об этом))
Ситуация такая:на портале задвоились ЭСЧФ. Некоторые получатели их подписали все.
Как я могу их аннулировать?
Я так понимаю,что путем выставления на задвоенные ЭСЧФ исправленных с нулевыми показателями.
Правильно?
(6217)Странно,а мне бухгалтер вот что прислала:
Вопрос: Продали товар и выставили по нему 2 одинаковых ЭСЧФ. Как исправить ситуацию?
Ответ: Один ЭСЧФ надо аннулировать, выставив получателю исправленный ЭСЧФ с нулевыми значениями налоговой базы и НДС. Также в нем надо указать номер исходного ЭСЧФ и дату его аннулирования (ч. 1 п. 10 ст. 106-1 НК, ч. 1, 2 п. 30 Инструкции N 15). >>>
(6217)Кстати,не совсем неправильно.
Ответ тех поддержки таков- возможны два варианта: 1. аннулирование на портале,тогда статус "Выставлен.Аннулирован поставщиком"; 2. выставление исправленного ЭСЧФ с нулевыми показателями, тогда статус "На согласовании".
Но второй вариант у нас пока не получается.Если делать просто на портале,и обнулять показатели,то ругается,что итоговая сумма НДС = 0.Или мы что-то не так делаем,или у них возможно что-то не так.
Второй вариант предпочтительнее на такое большое количество ошибочно выставленных ЭСЧФ, потому что это можно было бы реализовать программно.Т.е. фактически аннулирование свести с выставлению исправленного с нулевыми показателями из 1С.
(6262) Не знаю как вы на портале что делаете, но сейчас зашел на тестовый портал, выставил ЭСЧФ и сделал к ней исправленный. все подписалось.
В таблице 6 раздела нужно указывать "0", а не пустое поле. Может поэтому у вас проблема?
(6263)Спасибо.Но у нас всё точно также в разделе 6,как и у вас.Причем делали вдвоём,независимо друг от друга.Пока бух.занята,но сказала, что добъём этот вопрос.
Товарищи, будьте аккуратнее с Руководством программиста по ЭСЧФ - не копируйте их методы себе в модули, а просто пишите их сами. совершенно случайно обнаружил: метод GetEDoс - последний символ в руководстве - не английское "c", а русское "с". Вот так скопировавши можно ни один день убить на поиски не своих ошибок :(
(6219)
Я на первом этапе знакомства с этой системой столкнулся :) еще желчь выливал - что нихрена не работает.... потом своё пытался рождать - потом отказался и снимал код из vbs скриптов - точно так же выделил столько же отдельных обработок - передавал им СписокЗначений в качестве входного параметра .... теперь в случае каких изменений от разрабов - корректирую соответствующий модуль - и по прежнему все работает
Достал портал. Подписали из 1С входящие ЭСЧФ. Теперь уже 3 дня их нет ни в подписанных, ни в выставленных, а в мониторинге сделок все красиво.Статус выставлен и подписан получателем. Бухи ругаются, делай что-то. Ведь в подписанных нет, сроки на пределе и управление вычетами не сделаешь. Куда податься .....
Подскажите пожалуйста если кто-нибудь сталкивался с такой ситуацией... Есть сервер, на котором стоит 1С и все пользователи через RDP на нем работают. Для взаимодействия с порталом шеф категорично не дает согласия на установку криптозащиты и настройку сервера на работу выгрузки посредством 1С. Расшаривать базу он тоже не дает, чтобы запускать 1С на локальной машине (это понятно). Есть ли еще какие-то варианты решения этой проблемы или где найти документацию, где разработчики портала гарантируют безопасность соединенй?
(6225) А чего он, собственно говоря, боится? Я бы на его месте переживал больше не за "безопасность соединений" с порталом, а за наличие интернета на сервере в принципе. Но это если уж совсем в безопасность уходить. Или я чего-то не понимаю?
(6227) Я не знаю. тупо ответ категоричный "НЕТ". Предложил мне "Файликами обойтись" что-то откуда-то загрузить в единственную расшаренную на сервере папку, потом из того, что загрузил формировать документы в 1С))) Сам он в 1С практически не работает.
(6229) Мда ... "... сделайте как-то чтобы работало, но как правильно - так делать на надо". Сочувствую
Можете формировать просто XML и объявить бухам что они будут дополнительно руками на портал загружать по одному ЭСЧФ. Теперь пусть они с директором разбираются как и откуда грузить.
(6230) Ну вот как-то так... Вот и пришла мыль ставить на локальном компе базу чисто для ЭСЧФ. Туда загружать файлы, формировать документы, затем документы выгружать в тот же xml или dbf (не важно) и загружать их в реальную базу. Как-то так. Может кто подскажет более рациональное решение? )))
(6232) Ну теоретически можно сам обмен реализовать через bat-файлы как советует в (6231), просто при необходимости их слегка откорректировать под себя. И закинуть это дело в планировщик на одной из клиентских машин. 1С файлы формирует, а батник сам периодически отправкой-получением занимается. Это как вариант.
(6229) ну так тоже нормальное решение. Ведь все через файлики работают, без них никуда. На сервере при проведении создавать xml файлы, либо создать обработку по созданию этих файлов, но в нее обязательно вкурить все правила заполнения эсчф. А потом с компа из этой папки простой обработкой или же бат файлами отправлять файлы на портал. Но вот только придется еще муlрить с обработкай, которая будет изменять статусы эсчф в 1С, но это тоже решаемо: создавать одной обработка exel-файл (номер эсчф, дата выставления, статус) и второй обработкой из этого файла считывать и обновлять в 1С. Как видите, все решаемо. Как хочет заказчик, пусть так и будет. Захочет проще, переделайте, лишь бы платил))) и вот вам анекдот из поcта выше (6210) )))
(6229) А масштабы трагедии какие? среднедневной объем исходящих ЭСЧФ в день (месяц)?
Я к чему спрашиваю, если это порядка 2-3 документов то вообще не заморачивайтесь и руководитель в принципе прав, если же это на порядок больше, то аргументируй тем, что загрузка файликами требует практически тех же трудозатрат что и вручную набрать на портале.
(6235) входящие также делаются через xml-файлы. Вообще,Э все бат файлы по работе с эсчф есть в eInvVat. Но только вот подписывать эти файлы файлы нужно установив сам EInvVatService_setup.exe. А потом с локалки опять батником отправлять. Либо же все рез 1С, по аналогии с бат файлами делать. А на локалке уже отправлять на портал.
А как бухи работают с порталом? как они заходят на сам портал?
(6237)Грубо говоря самописная конфигурация) и с временем интеграции Вы правильно подметили))) Вот когда приперло, тогда и начали заниматься) а до этого "не до того было" )))
По поводу шэфа - это у него паранойя. Ведь криптозащита это и есть шифрование данных, безопасность соединений осуществляется по https с использованием ключа шифрования, и если вы не занимаетесь разработкой оружия или торговлей людьми, вы не интересны. А может Портал (в лице налоговой) увидит вашу базу и налоговая сразу приедет к вам)))) он думает.
Как решение (головная боль бухам и админу): устанавливаем на рабочий пк средство eInVat и занимаемся загрузкой входящих и подписанием их же. Шарим папку in и recv. Бухам говорим что, когда будите в 1С для зарузки входящий используйте это (есть обработка для загрузки в 1С файлов из папки. Исходящие: Таким же способом (есть обрабтка, формирование пачки xml из ваших док-ов, укажите папку формирование и всё. И Локальная машина будет трансфером. Неудобно до жути. Но в вашем случае - нет выхода. Или боса на изучения протоколов и компьютерной грамотности.
Подскажите, пожалуйста, где прочитать офиц.документацию по вопросу: можно ли выставлять 2 и более ЭСЧФ(исходных) на одну ТТН (или например на 1 акт возврата выставлять два доп.счета). и ваши мысли-опыт поэтому вопросу. Заранее всем спасибо!
(6240) Несколько исходных на одну отгрузку - видимо можно, явного запрета я не помню, а в некоторых случаях так и приходится (например при работе "по оплате"). А для возвратов - так там схема и заточена что по одному возврату несколько дополнительных ЭСЧФ выставляется.
P.S. эх, поздно народ шевелиться начинает ... поздно (
(6241)
я такого явно тоже не помню, но мало ли... при таком объеме информации уже во всем начинаешь сомневаться... особенно, когда бухи со всех сторон наседают "тыжпрограммист". По поводу возвратов - я схему себе так представляю: есть акт, выставили на него 1 доп, есть второй возврат - выставляем на второй еще один доп.
(6242) Есть возврат от покупателя. В этом документе возвращается товар отгруженный по нескольким документам. Выставляется отдельный дополнительный ЭСЧФ по каждому документу отгрузки начиная с 01.07.2016. Если товар был отгружен до 01.07.16 либо документ отгрузки определить невозможно - на весь такой товар выставляется один дополнительный без ссылки ЭСЧФ. Итого имеем на один возврат неограниченное количество ЭСЧФ.
(6252) возьмите сделайте на портале эсчф, скачайте xml файл на комп и посмотрите даты. Но перед этим воспользуйтесь переводчиком Issuance- Выпуск, Transaction - Сделка. А потом еще задумайтесь, откуда же брать дату совершения операции, а что главнее, дата выставления или дата совершения? Задумайтесь для отчета или мониторинга на портале. А уж потом приведите весомый аргумент, почему я не прав.
(6251)
Как показала практика, dateIssuance встречается на некоторых эсчф, скорее всего на тех, что создаются на портале. А вот InvVatStatus.Since - это дата смены статуса
(6268) для чего вообще эта дата выставления? Почему не дата совершения операции? Ведь по докам должны сходиться, когда продали товар, тогда и в книги покупок, по идее, отображать. А так я выставлю 9 числа следующего месяца, хотя продали в прошлом. Дата выставления - это по средний атрибут для тех, кто не может найти эсчф, чтобы им сказать дату, и для штрафных санкций, если не вложиться в сроки
(6270) вообще эсчф нужно выставлять в день создания документа, соответственно, и ставь дату проведения операции. А вот с получением с портала.. наверное так же, в этот же день
(6272) Идеальный вариант конечно, но это как говориться пример "сферический конь в вакууме". Может быть куча нюансов и причин не выставлять ЭСЧФ в день отгрузки, начиная от "работы" портала и заканчивая логистикой документооборота в организации или правилами работы с комиссионным товаром. Я уже не говорю про допустимое по инструкции "10 число следующего месяца".
(6269) Ну как вариант - для возможности перезаполнить при необходимости книгу покупок, не учитывая ЭСЧФ выставленные позже предельного срока. Ситуация, конечно, редкая, но может возникнуть.
(6269) до 10го продавец должен выставить, а Покупатель до 20го подписать чтобы взять в книгу покупок за дату месяца совершения операции. т.е. например операция в январе. если подписал входяющую до 20февраля то возьмёшь в январе. а если позже, то возьмешь уже в том месяце, в котором подписал. у налоговиков это идиотская тема сквозит везде. и встаёт резонный вопрос, если я в последний день вечером из 1с подписал, а оно там болтается в очереди на обработку по несколько часов, то какая будет дата подписания... при проверке статуса по номеру, метод Since (класс StatusInfo) возвращает строку с описанием даты и времени. но может когда-нибудь потребоваться и задача получения дат и времени изменения всех статусов. например если в одном месяце оба подписали, а в другом оба аннулировали. ведь точно так же и в книгу покупок надо будет брать - в одном месяце плюсом, а в другом минусом. но таких методов разработчики не предоставили. да и собственно встаёт вопрос о получении последнего статуса и времени - как их получать, если в обработке ЭСЧФ может по несколько часов быть? - получается, что в фоновом режиме мониторить и долбать этот портал. вот такие мысли...
получаю EVatService.LastError = "Ответ сервера: Внутренняя ошибка сервера."
По идее раньше возвращалось сообщение типа "...уже получали раньше, попробуйте завтра...". Что-то поменялось на портале?
Добрый день, уважаемый пользователь!
Функции загрузки ЭСЧФ с двумя подписями в примере взаимодействия с веб-сервисом не описано, т.к. данного функционала нет в реализации для использования пользователями. Это есть в плане развития на 2017 год.
На данный момент есть проблема с получением полного текста ошибки(на любую ошибку приходит "Внутренняя ошибка сервера"). Возможно Ваша ошибка и другая(например: документ уже загружали в следующий раз забрать можно будет после ...).