Italo Giurizzato Junior

Bom dia Edmar, Explica melhor o problema. Quando o evento 1210 possui apenas um dmDev a consulta funciona, mas quando tem dois dmDev ocorre erro, é isso? Você poderia anexar o XML de retorno da consulta quando tem apenas um dmDev?

Bom dia Joceandro, Se levarmos ao pé da letra o valor que você informou (1.1112) possui 4 casas decimais, logo esta em conformidade com o Schema e a quantidade de dígitos sem levar em consideração o ponto decimal são 5 e portanto também esta em conformidade com o Schema. Faça um teste altere no Schema de 5 para 6 o totalDigits e faça um novo teste.

Bom dia Joceandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Mário, Primeiramente peço desculpa por ter escrito o seu nome errado. Procurei as suas alterações apliquei elas nos fontes que tenho e enviei para o repositório. Muito obrigado pela colaboração.

Bom dia a todos, Ainda hoje no período da tarde estarei disponibilizando os novos fontes do ACBrReinf bem como a adequação do programa exemplo. O componente ACBrReinf foi reescrito pois da forma que estava inviabilizava a sua adição ao ACBrMonitor. Nos testes que realizei com os novos fontes a geração, assinatura, validação e envio esta ocorrendo sem nenhum problema na versão 1.03.02 Já encontra-se disponível na pasta: ...\Exemplos\ACBrDFe\Schemas\Reinf os Schemas utilizados para validar os XMLs da versão 1.03.02 Por favor aguarde mais um pouco.

Bom dia Edevair, Esse teste você fez com o programa exemplo? Se sim, o componente esta configurado para consultar o lote após o envio?

Bom dia Amarildo, Primeiro é preciso que você faça uma correção na sua aplicação para não gerar no arquivo INI as seções referentes ao Remetente, Destinatário, Expedidor e Recebedor. Verificando o código fonte do ACBrMonitor não vi necessidade de fazer alguma correção.

Bom dia Gabriel, É bem provável que o provedor mudou tipo de conteúdo a ser enviado que antes era text/html. É preciso descobrir agora qual é o novo tipo para que possamos fazer os ajustes no componente e ou no arquivo INI do provedor.

Bom dia John, O provedor ISSDigital não possui um WebService? Pelo que estou entendendo você esta gerando o XML de envio de lote e esta importando o seu conteúdo através do site. Isso confere? Pois quando o lote é enviado para o provedor via WebService não enviamos o nome do arquivo XML e sim apenas o seu conteúdo.

Bom dia José, Uma pequena correção, a seção [Toma3] é usada pelo CT-e (modelo 57) uma vez que o tomador pode ser o Remente ou Destinatário ou Expedidor ou Recebedor ou Outros que neste caso temos a seção [Toma4]. Já no CT-e OS (modelo 67) só existe a figura do Emitente e do Tomador, logo devemos incluir no arquivo INI a seção [Toma] e não incluir as seções referentes ao Remente, Destinatário, Expedidor e Recebedor. No CT-e OS as seções [Toma3] e [Toma4] devem ser ignoradas, ou melhor não devem ser informadas.

Bom dia Marcio, Você utiliza algo que remove os espaços em branco? Tem dezenas de linhas que espaços em branco foram removidas. Outras constantes como False foram trocadas por false (por exemplo).

Bom dia Oliveira, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Anderson, Provavelmente o problema é que o XML esta sendo gerado mas não esta em conformidade com a versão 2.04.02 Apesar que após gerar e assinar o XML é validado antes do seu envio, logo se estivesse alguma coisa errada, algo do tipo tag que não existe mais, tag nova e obrigatória ao validar já seria apresentado o problema. O que me leva a crer que pode ser um problema no webservice do eSocial.

Bom dia Wesley, Acredito que com o Capicom não seja mais possível o envio de notas na versão 4.00 Te aconselho mudar para o WinCrypt.

Marcos, Como você se utiliza do ACBrMonitor não vejo outro caminho que não seja: 1. Enviar 2. Se ocorrer erro, como não sabemos se o erro foi no envio ou no retorno devemos primeiramente Consultar 3. Se ocorrer erro novamente significa que o problema é na conexão com a SEFAZ, ou ela esta parada ou é a internet do emitente que esta parada, neste caso devemos emitir em Off-line. 4. Se retornar o protocolo de autorização, significa foi um problema momentâneo no retorno. 5. Se retornar que a nota não consta na base de dados, significa que o problema foi no envio, neste caso você pode tentar enviar novamente a mesma nota. Se tratando de NFC-e é preciso verificar junto a SEFAZ-Autorizadora se a mesma aceita o envio da NFC-e para a SEFAZ-Virtual de Contingência, se sim devemos mudar o tipo de envio de Normal para SVC (lembre-se que existem 2, é preciso saber para qual deles será enviado a nota). Se não aceita o envio para SVC, então devemos mudar o tipo de envio de Normal para Offline, lembrando que neste caso não ocorre nenhum envio apenas a impressão do DANFE NFC-e em duas vias. Espero que o Fluxo acima possa lhe ajudar.

Bom dia Kelly, Como esse provedor já esta implementado no componente, basta acrescentar essa cidade no arquivo Cidades.ini

Bom dia Juliana, Acredito que o provedor seja esse tal de Sil Tecnologia. Ele ainda não esta implementado, mas não é complicado implementar, uma vez que ele se utiliza da versão 1 do layout da ABRASF. Será necessário: Obter os Schemas (arquivos XSD) para realizar a validação antes do envio. Criar um arquivo INI chamado SilTecnologia aos moldes de outro provedor que segue a versão 1 como por exemplo Ginfes. Acrescentar a cidade no arquivo Cidades.INI conforme as demais. Fazer as alterações necessárias nas units: pnfsConversao e pnfsNFSeW_ABRASFv1 para reconhecer o novo provedor. Por fim iniciar os testes com o programa exemplo e fazer os ajustes necessários nos fontes do componente e nos arquivos INI para que o componente consiga emitir a NFS-e através desse provedor.

Bom dia Marcos, Temos um provedor chamado SIAPNet implementado que se utiliza da versão 2 do layout da ABRASF. Deve ser o mesmo. Favor acrescentar no arquivo Cidades.ini a respectiva cidade conforme as demais do mesmo provedor.

Bom dia Mário, Favor primeiro atualizar os seus fontes e depois aplicar as alterações, por anexe novamente. Desde já muito obrigado pela colaboração.

Bom dia Anderson, O componente esta configurado com qual versão (2.04.01 ou 2.04.02)? E qual é o caminho dos schemas configurado no componente? ...\Exemplos\ACBrDFe\Schemas\eSocial\v2_04_01 ou ...\Exemplos\ACBrDFe\Schemas\eSocial\v2_04_02

Bom dia Paulo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Marcos, Sim, procuramos sempre dar um retorno em 24 horas. Peço desculpa, eu não respondi a sua postagem anterior por não saber quais os possíveis tipos de erros que podem ocorrer. Se ninguém lhe deu uma resposta é porque ou não tem essa resposta ou não viram a sua postagem (não acredito) ou estão pesquisando.

Bom dia Fernando, Se não consta, isso significa que você é o primeiro, as cidades são incluídas por demanda. Favor entrar em contato com a prefeitura da cidade para saber qual é a empresa (provedor) contratado para implantar a NFS-e.

Bom dia Kelly, Chegou a verificar se essa cidade consta no arquivo Cidades.ini? Se não costa, favor entrar em contato com a prefeitura para saber qual é a empresa (provedor) contratada para implantar a NFS-e.

Bom dia, Da forma que você fez esta errado. Outra coisa os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas e reinstale os componentes. Fiz a alteração e ainda hoje estarei enviando para o repositório.