Italo Giurizzato Junior

Bom dia a todos, Complementando o Juliomar, há necessidade de compilar usando a opção Build, para que as DCU sejam recriadas em função da troca de diretivas de compilação.

Bom dia Joel, Segundo os manuais da ABRASF a TAG OutrasInformacoes ela aparece na estrutura da NFS-e e não do RPS, sendo assim trata-se de uma TAG gerado pelo provedor, visto que é enviado o XML do RPS ao provedor e o mesmo nos retorna o XML da NFS-e. Temos alguns provedores (uns 4) que fizeram uma alteração no Schema de validação, incluindo essa TAG também na estrutura do RPS. Ou você analisa o Schema do provedor em questão para saber em qual estrutura a TAG se encontra ou você altera o fonte para que o mesmo gere a TAG, se ocorrer erro na validação, fica claro que a TAG não pertence a estrutura do RPS.

Bom dia Elcyberg, Lembre-se que em modo de contingência, temos: 1. O XML é gerado conforme já mencionado e o DANFE - NFC-e é impresso. 2. Quando a conexão com a SEFAZ se restabelecer os XMLs gerados no ( 1. ) são enviados para que os mesmos sejam validados e autorizados pela SEFAZ, e consequentemente recebam o protocolo de autorização fincando assim completos, ou seja, assinado e protocolado.

Bom dia, Já inclui, até o final do dia de hoje, disponibilizo no SVN.

Bom dia Augusto, Removi os comentários nas units pnfsNFSeW e ACBrNFSeUtil. Esta disponível para baixar, por favor atualize e teste as duas formas de envio.

Boa tarde Leandro, Você esta configurando o Modelo e a Versão do Documento Fiscal via código? Para que o componente gere o XML da NFC-e na versão 3.10 é preciso configurar via código e a configuração tem que obedecer a seguinte ordem: ModeloDF := moNFCe; VersaoDF := ve310; Caso contrario não vai funcionar. Outra coisa, não confunda a versão do XML com a versão do aplicativo da SEFAZ.

Augusto, Estranho, o XML gerado pelo Gerar ( programa exemplo ) ficou semelhante ao que você postou.

Dalvan, Muito obrigado, só ficou faltando os schemas.

Boa tarde Rodrigo, Seria interessante você realizar as alterações e os testes primeiro. Se tudo ocorrer bem ai sim, vamos alterar os fontes e disponibilizar para todos.

Boa tarde Augusto, Por favor atualize os fontes e teste. Acredito ter encontrado uma solução no que diz respeito a assinatura do RPS.

Boa tarde Michel, Muito obrigado pela colaboração. Já esta disponível as alterações.

Boa tarde Miguel, Se o retorno esta apresentando uma TAG com o numero do Protocolo, para mim isso é o indicativo que o lote foi enviado e processado com sucesso.

Boa tarde Emerson, Você encontra essa lista completa nos manuais e notas técnicas disponibilizadas pelos Portais Nacionais da NF-e e CT-e.

Augusto, Mas qual é o método que você esta utilizando para o envio? Enviar ou Gerar? Post como anexo o XML de envio. Com relação ao problema 2 temos a seguinte situação: Enviar: AssinarRPS - Não AssinarLote - Sim Gerar: AssinarRPS - Sim AssinarLote - Não (tanto faz na verdade, uma vez que não existe o lote)

Boa tarde Elcyberg, O Certificado é um A1 ou A3? O meu cliente esta usando agora o A3, quando ele vai emitir a primeira nota ele clica no botão consultar status, aparece a tela solicitando o PIN e a consulta é feita e apresentada. Feito isso ele envia, cancela, em fim enquanto não sair da aplicação não aparece a tela pedindo o PIN e funciona 100%.

Boa tarde neguta, Você usa o Capicom ou OpenSSL?

Boa tarde Erik, Esse contador sabe contar? Uma coisa é emitir uma NFS-e pelo Site e outra é emitir pelo Web Services. Você fez as alterações que mencionou, chegou a testar usando o programa exemplo? Funcionou apenas configurando o mesmo com o usuário e senha ou ele esta exigindo o Certificado Digital?

Boa tarde Ebnezer, with ACBrNFSe do begin NotasFiscais.NumeroLote:=NumNFSe; // onde N é a quantidade de RPS a serem adicionados lembrando que o limite é de 50 for i := 1 to N do begin with NotasFiscais.Add.NFSe do begin // Linhas que alimentam o componente end; end; end;

Boa tarde Dalvan, Zipa as Units alteradas por você e post como anexo no fórum para que eu possa analisar e disponibilizar.

Boa tarde Rodrigo, Já temos uma nova DoACBrCTeUnit.pas para a versão 2.00, mas a mesma ainda não esta disponível.

Boa tarde Dalvan, Por favor só inclua no ZIP os arquivos novos e os alterados por você, para agilizar o processo de analise dos mesmos.

Boa tarde, Já lhe respondi por e-mail.

Boa tarde Leandro, Uma coisa é você configurar o Componente para se utilizar do ambiente de homologação e outra coisa é Ide.tpAmb := taHomologacao; A linha acima simplesmente vai fazer com que a TAG tpAmb no XML apareça com o valor 2. Configurar o componente para trabalhar com o ambiente correto é através da seguinte linha: ACBrNFe1.Configuracoes.WebServices.Ambiente := taHomologacao;

Boa tarde Augusto, Removi o provedor Publica da seguinte linha: if (AProvedor in [proGoiania, proProdata, proVitoria{, proPublica}]) then AXML := AXML + '</GerarNfseEnvio>'; pois da forma que estava sempre seria acrescentado a TAG GerarNfseEnvio, mas ocorre que o provedor em questão possui duas formas de envio: EnviarLoteRpsEnvio e GerarNfseEnvio Logo devemos usar os métodos Enviar (para enviar um lote com até 50 RPS) ou Gerar (para enviar somente um RPS). Em ACBrProvedorPublica as function Gera_TagI e Gera_TagF dependendo a ação vai incluir as TAGs corretas. Explique melhor a questão de assinar o RPS ou não, em qual situação devemos assinar e quando não devemos?

Boa noite Dalpiaze, Nunca altere nada em um XML assinado e protocolado, mesmo que seja a troca de um ponto por uma virgula, pois isso é o suficiente para que o torne inválido.