Italo Giurizzato Junior

Boa tarde Narlem, A SEFAZ de MG esta passando por problemas, portando deve-se aguardar.

Boa tarde João, Você esta confundindo Consultar o Lote com o Consultar a Situação do Lote. O Consultar o Lote temos o retorno da NFSe. Já o Consultar a Situação do Lote temos apenas a sua situação ou seja se foi processado ou não e se esta tudo OK. Vamos precisar rever as suas implementações.

Boa tarde João, Desculpe a falha, pode mandar sim o restante da sua implementação.

Boa tarde João, Fontes alterados e disponibilizados, favor baixar e testar, faça uma cópia antes, das suas alterações.

Boa tarde Adilson, Tenta encontrar os endereços de Itapetininga, se baseie nos da cidade de Poços de Caldas que o Reginaldo conseguiu.

João, Poste como anexo os arquivos que estão na pasta Ger, arquivos estes terminados com *-c.xml

Bom dia Udenilson, Você tentou informar 999 para o código do municipio em ambiente de homologação para ver se o cancelamento é realizado?

Bom dia João, Unit do Provedor 4R corrigida e disponibilizada.

Bom dia Perterson, Precisamos criar um Post mostrando como fazer para atualizar os fontes, e deixar claro que um componente utiliza os fontes que encontram-se dentro da sua propria pasta e as vezes, como é o caso do ACBrNFe, de outras pastas, tais como PCN2, ACBrComum.

Bom dia, Não esta implementado, esse provedor segue o padrão abrasf, quais são as cidades atendidas por ele?

Rafael, Ao postar ocorreu um erro e não foi toda a mensagem. Vamos lá: O grupo PrestadorServico faz parte do XML da NFS-e que é retornado pelo Web Services, logo você não preenche. Se não esta sendo impresso o Telefone, é porque no cadastro do prestador de serviço "no Web Service" não consta essa informação. Lembre-se você gera o XML do RPS e não da NFS-e. E no RPS só consta a identificação do prestador, ou seja: Prestador.Cnpj := edtEmitCNPJ.Text; Prestador.InscricaoMunicipal := edtEmitIM.Text; // Para o provedor ISSDigital deve-se informar também: Prestador.Senha := 'senha'; Prestador.FraseSecreta := 'frase secreta'; Prestador.cUF := 33; // código da UF do prestador Você esta tentando alimentar propriedades do componentes que na verdade são alimentadas ao ler o XML da NFS-e. Se possível poste como anexo o XML da NFS-e.

Bom dia Rafael, Acho que você não entendeu. O grupo PrestadorServico faz parte do XML%

Boa tarde Rafael, A NFS-e é totalmente diferente da NF-e. Na NF-e, você gera o XML, assina e obtem da SEFAZ o protocolo de Autorização. Na NFS-e, você gera o XML do RPS, assina e obtem como retorno o XML da NFS-e. No RPS é gerado o grupo Prestador, no XML da NFS-e temos o grupo PrestadorServico.

Caio, O XML a ser enviado é exatamente desse jeito, sem a tag protNFe. Quando retorna o resultado do processamento se foi autorizado o componente inclui essa tag no XML deixando-o com validade juridica. Uma vez que o XML só é aceito como sendo um documento valido juridicamente quando o mesmo possui os dados pertinentes a venda, a assinatura digital do emitente e o protocolo de autorização da SEFAZ. Se o seu XML esta sem o protocolo e já foi enviado, basta realizar uma consulta, pesquise no forum que você vai achar como fazer isso. Basicamente, basta carregar o componente com o XML e executar o comando Consultar. Detalhe importante verifique se as 2 propriedades Salvar do componente estão com o valor True.

Caio, Esse XML não contem a tag que esta faltando a versão, por favor poste o que esta apresentando problema, o XML que você postou só esta assinado.

Boa tarte Caio, Poste como anexo o XML. E aproveitando, você esta com todos os fontes de todos os componentes atualizados?

Boa tarde Walter, mude para: NF:= StrToIntDef(FrmPrincipal.ACBrNFSe1.NotasFiscais.Items[0].NFSe.Numero, 0); RPS:= StrToIntDef(FrmPrincipal.ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero, 0); Em um desses dois o numero não deve estar sendo retornado, ficando a string vazia provocando o erro de conversão. Desta forma não vai dar erro mas você vai descobrir qual é a informação que não esta sendo retornada, uma vez que não existe numero de nota e numero de RPS igual a zero.

Bom dia João, Quero lembra-lo que os schemas *_v3.00 no primeiro momento só são utilizados na geração da NFC-e. A NF-e continua a tulizar os schemas da versão 2.00 Vou verificar a function Envia que você utiliza. A idéia é exatamente essa vazer com que a migração de versões sejam a menos traumatica possivel. Foi pensando nisso que não quiz criar um novo componente exclusivo para a versão 3. Caso detecte mais alguma coisa por favor poste o problema e se possível a correção. Fico feliz que esta funcionando.

Bom dia Juliomar, Acabo de disponibilizar diversas alterações que realizei em quase todos os fontes do componente ACBrNFSe, para implementar uma nova função: EnviarSincrono. Não terminei a implementação, logo não é possível utiliza-la. A utilização dessa opção de envio vai depender do provedor ter implementado ou não essa funcionalidade em seu Web Services. Adianto um dos que tem: IssDigital. Espero que os nossos amigos que estão trabalhando para fazer com que o componente funcione com a cidade de Juiz de Fora, postem no fórum os fontes alterados e onde foram feitas as alterações. Desta forma podemos fazer um merge e disponibilizar para toda a comunidade.

Michel, Muito obrigado, Linhas incluidas, fonte já disponivel para baixar.

Desculpa, Já esta atualizado.

Boa tarde Gabriel, Os seus clientes pertencem aos Estados que fazem parte do projeto piloto? Se sim, é melhor ficar com um pé em cada barco.

Boa tarde Nazareno Neto, As URLs dos Web Services estão fixas nos fontes do componente, não são parametrizaveis. Ou você espera, ou você altera a Unit que contem as URLs e compila a sua aplicação como sendo uma nova versão a ser usada depois de uma determinada data.

Boa tarde Michel, Na Unit ACBrNFSeWebServices qual foi a alteração que você realizou?

Sim, O recibo, não pois ele não faz parte do XML do CT-e, mas o protocolo sim, desde que o XML esteja protocolado. sProtocolo := ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.nProt;