Italo Giurizzato Junior

Bom dia João, Fiz uma alteração que acredito que vai resolver esses problemas. Enviei para o repositório, mas como o SVN esta muito lento, não sei quando vai estar disponível para você poder baixar.

Bom dia Graça, Quando você diz "um aplicativo sem ACBr não está ocorrendo o erro", você esta se referindo a um outro aplicativo que emiti CT-e, correto? Como você fez testes com os certificados A1 e A3 acredito que esteja usando o Capicom, correto? Você configurou o componente para o libCapicom ou libCapicomDelphiSoap? Quanto as configurações vamos esclarecer para que serve cada uma delas. Logo após o envio do lote recebemos o numero do recibo, que atesta que a SEFAZ recebeu o lote. De posse do numero do Recibo podemos consultar para saber o resultado do processamento. A propriedade AguardarConsultaRet determina o tempo (milissegundo) que o componente vai esperar para realizar a primeira consulta. Esse tempo de espera me refiro ao tempo entre o retorno do Envio e a primeira consulta. Se você atribuir o valor True a propriedade AjustaAguardaConsultaRet e antes de enviar, consulta o status de serviço, a propriedade AguardarConsultaRet será automaticamente configurada pelo componente através de uma informação retornada pela consulta ao status. Aconselho não adotar essa pratica, pois poderá ser incluída na lista de empresas que realizam consumo indevido do Web Service. E volto a informar que a SEFAZ estuda a possibilidade de acabar com o serviço de consulta ao status, sendo assim vamos deixar isso de lado. Ao realizar a primeira consulta podemos ter como resposta que o lote ainda se encontra em processamento, neste caso devemos aguardar um tempo e tentar novamente. O tempo de espera (milissegundo) entre uma consulta e outra devemos estabelecer na propriedade IntervaloTentativas e a quantidade de consultas a serem realizadas devemos definir em Tentativas. Depois de refrescar a memória sobre as propriedades, eu deixaria elas com a seguinte configuração: ACBrCTe1.Configuracoes.WebServices.Tentativas := 10; ACBrCTe1.Configuracoes.WebServices.IntervaloTentativas := 2000; ACBrCTe1.Configuracoes.WebServices.AguardarConsultaRet := 2000; ACBrCTe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := False; Aconselho a parametrizar esses valores, ou seja, você deve ter uma tabela no banco de dados onde tem as configurações do componente, tais como UF, ambiente, PathSchemas, etc. É interessante incluir nessa tabela mais alguns campos para poder ter as configurações acima. Desta forma você pode mudar essa configurações em a necessidade de recompilar a aplicação.

Boa tarde, O componente foi previamente carregado com o XML da NF-e antes de executar a consulta? Se não foi, não vai retornar nada mesmo.

Boa tarde Dércio, Exatamente.

Boa tarde, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde João, Sendo assim você esta usando o método GerarLote? Fiz uma alteração, favor atualizar todos os fontes de todas as pastas e refaça os testes.

Boa tarde Leonardo, Os métodos Enviar e EnviarSincrono permitem até 50 RPS por Lote. Já o método Gerar a principio é 1 RPS mas tem provedores que aceitam até 3 RPS. Outra coisa, nunca vi essa mensagem de erro que você postou.

Boa tarde Jose, Não tem como, pois se você deseja realizar todos os testes é necessário do certificado para assinar o XML bem como estabelecer a conexão com a SEFAZ.

Boa tarde Vitor, A SEFAZ não liga para ninguém, como assim ela te ligou lhe cobrando uma solução? Isso esta cheirando palhaçada do contador do seu cliente. MDF-e encerrado esta encerrado e ponto final. MDF-e cancelado esta cancelado e ponto final.

Boa tarde João, Não cole conteúdo de arquivos na postagem e sim anexa o arquivo. Você esta emitindo NFS-e para qual cidade? Qual é o provedor?

Boa tarde Adenilton, Quem disse a você que todas as TAGs desse grupo podem receber o valor zero? Conforme consta na Nota Técnica 2015/003 versão 1.80 - página 9 as TAGs: pICMSInter tem que receber a alíquota 4 ou 7 ou 12% dependendo do caso e a pICMSInterPart tem que receber o percentual 40 ou 60 ou 80 ou 100% dependendo do ano vigente. Se essas duas TAGs forem alimentadas com o valor zero o grupo ICMSUFDest não é gerado no XML.

Bom dia André, Já enviei par ao repositório, mas tive que remover o segundo parâmetro da function StrToDate.

Bom dia Rafael, Quais são os XML gerados ao realizar o envio? A propriedade ConsultarLoteAposEnvio esta com o valor True?

Bom dia Volmir, A mensagem é bem clara, diz que o código do serviço ou o CNAE não existem ou um não tem nada haver com o outro. Sendo assim te aconselho verificar quais são os códigos de serviços (ItemListaServico) disponíveis para o CNAE informado.

Bom dia Moro, Fiz diferente, deixei a TAG como opcional, ou seja se o valor do campo vDed for zero a TAG não será gerada.

Bom dia Lucimauro, Esse segundo arquivo só é criado caso a NF-e contenha eventos vinculados a mesma, caso contrario não. Por exemplo: carta de correção. No arquivo *-nfe.xml temos o XML da nota completo ou seja assinado e com o protocolo de autorização. No arquivo *-NFeDFe.xml temos o XML da nota completo mas a lista de eventos vinculados a mesma.

Bom dia Campos, O projeto do componente esta parado. Infelizmente eu não tenho tempo para trabalhar nele.

Boa tarde Arthur, Esses são os nomes das TAGs que contem a mensagem de dados de entrada e de saída do Web Services de cada serviço. O que eu quero saber se a alteração na URL que eu sugeri resolveu o problema de envio?

Boa tarde, Você mesmo pode alterar a Unit pnfsNFSeW_ABRASFv1.pas para que as TAGs sejam geradas mesmo quando o valor for zero. Exemplo: Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 0, (NFSe.Servico.Valores.Aliquota / 100), ''); <==== Não gera a TAG quando a alíquota é zero. Gerador.wCampoNFSe(tcDe4, '#25', 'Aliquota', 01, 05, 1, (NFSe.Servico.Valores.Aliquota / 100), ''); <==== Gera a TAG quando a alíquota é zero.

Boa tarde Felipe, Pela bilionésima vez vou escrever que problemas de rejeição a solução não é atualizar os arquivos (XSD) Schemas. Cancelamento é um evento como é o Encerramento do MDF-e. Se esta ocorrendo o erro de Falha no Schema XML de duas ou uma, a SEFAZ esta com problemas ou ao justificar o cancelamento você esta colocando cedilha ou vogal acentuada ou algum carácter especial.

Bom dia Marcelo, Talvez seja a vogal acentuada na palavra "destinatário".

Bom dia Anderson, 3.5 é a versão do manual que contem as especificações técnicas do DANFE da NFC-e. Não existe a versão 3.5 da NFC-e.

Bom dia a todos, Tentem: sDig := ACBrNFe1.NotasFiscais.Items[ x ].NFe.procNFe.digVal; dhAut := ACBrNFe1.NotasFiscais.Items [ x ].NFe.procNFe.dhRecbto;

Bom dia Soares, Qual é o Report que você esta utilizando para imprimir o DACTE, (Fast ou Fortes Report)?

Boa tarde, Tente: cStatusAtual := ACBrNFe1.WebServices.Consulta.cStat; xProtocoloCanc := ACBrNFe1.WebServices.Consulta.Protocolo; xMotivoCanc := ACBrNFe1.WebServices.Consulta.XMotivo; dhDataCanc := ACBrNFe1.WebServices.Consulta.DhRecbto;