Italo Giurizzato Junior

Boa tarde a todos, Vou checar mais algumas coisas e incluir as URLs corretas de homologação.

Boa tarde Heronim, Note que os exemplos disponibilizados no site se referem ao envio de lote de RPS (envio assíncrono) que se utiliza do Web Service EnviarLoteRpsEnvio e o XML que você postou se refere ao envio de um RPS que se utiliza do Web Services GerarNfseEnvio. Você tentou o envio de lote no modo Assíncrono, usando para isso o comando Enviar? No programa exemplo temos 3 botões que gera e envia o RPS: [Gerar e Enviar Lote RPS] é possível gerar e enviar no modo assíncrono um lote com até 50 RPS. [Gerar e Evniar um RPS] é possível gerar e enviar no modo assíncrono um RPS apenas, [Gerar e Enviar Lote - Sincrono] é possível gerar e enviar no modo síncrono um lote com até 50 RPS. Se não me falha a memória o provedor Vitória tem Web Services para os 3 tipos de envio, por favor teste todos eles.

Bom dia Heronim, O certificado utilizado para assinar o XML do Lote de RPS e enviar para o Web Services é do Emitente? Qual foi o erro retornado pelo provedor?

Bom dia Emerson, Atualize todos os fontes de todas as pastas e atribua o valor True somente a propriedade: Configuracoes.Arquivos.Salvar. E teste novamente.

Bom dia Dércio, O provedor Digifred, já esta implementado no componente, acrescentei a cidade de Iburubá/RS e suas URLs de homologação e produção. Favor atualizar os fontes e testar.

Essa mensagem de erro ocorreu porque devemos primeiro abrir o arquivo ACBrNFeDANFeQR manter ele aberto e depois o ACBrNFeDANFeQRNFCe.

Boa tarde Well Santos, Se no programa gratuito tem campos para você informar esses valores, então esta fácil, coloque valores tipo 1234.56 e pede para gerar o XML e exportar o mesmo, desta forma você vai ver em qual TAG o programa gratuito esta colocando essa informação. Com relação: IRPJ e CSLL por favor vja página 92 da Nota Técnica 2013/005 versão 1.21, mais precisamente o quadro que trata sobre o Total da NF-e / Retenção de Tributos. No caso do IRPJ acredito que devemos informar em vIRRF e o CSLL em vRetCSLL. Também leia com atenção a coluna observação do quadro mencionado acima.

Boa tarde Edson, Segundo a Tabela de Serviços a descrição do serviço 14.01 não é essa que você postou. Ou a prefeitura errou na descrição ou eles querem ser diferente dos demais. Paciência. O componente possui uma propriedade chamada: Configuracoes.Arquivos.TabServicosExt, atribua o valor True a essa propriedade. Salve na mesma pasta que tem o executável o arquivo TXT chamado TabServicos que encontra-se dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi. Edita ele com o bloco de notas colocando a descrição que você deseja. Recompile a sua aplicação com a opção Build e teste novamente.

Boa tarde a todos, Dércio, muito obrigado pelas informações, só uma duvida, na URL consta digifred mas o nome da empresa Digicred? Vanessa, no programa exemplo, existe um botão onde você informa o código IBGE da cidade e ele retorna o nome do provedor. Se retornar a palavra Nenhum é porque não existe nada implementado para a cidade desejada, por outro lado se retornar o nome do provedor, basta você configurar o componente conforme o programa exemplo e iniciar os testes.

Boa tarde, Foi utilizado a versão 5.02 em todos os DA - Documentos Auxiliares, feitos em Quick Report. Caso você tenha uma versão diferente pode ocorrer erros acusando que uma determinada propriedade não existe, sendo assim junto com os fontes do respectivo componente existe um passo a passo chamado: Property_Does Not Exist.txt Esse arquivo visa resolver esse problema para: DANFE, DACTE, DANFSE e DAMDFE para os demais DA basta seguir o passo a passo mas selecionando as Units correspondentes.

Bom dia Dércio, Entrar em contato com essa empresa, para saber se seguem o padrão ABRASF, obter com eles os schemas que farão a validação do lote a ser enviado, bem como as URLs de homologação e produção e o NameSpace. Seria de grande ajuda também se fornecerem exemplos de arquivos de envio e retorno ( completos ), ou seja, com as TAGs do Soap.

Bom dia, Muito obrigado pela colaboração, vamos analisar e estando tudo OK vamos disponibilizar.

Boa noite Petry, Para emitir a NFC-e deve-se utilizar o ACBrNFeMonitor e não o ACBrMonitor.

Boa tarde Agnes, Se você não informar quais são os problemas que você esta tendo fica difícil de te ajudar.

Anselmo, Muito obrigado pelo retorno.

Boa tarde Paulo, Pelo ManualNFSe.PDF essa cidade utiliza o provedor Pronim. Abra os fontes ACBrProvedorPronim e pnfsConversao e veja como foi incluída as cidades nesse provedor. E tente fazer o mesmo com a cidade em questão.

Boa tarde Elder, Fiz a alteração e já esta disponível. Muito obrigado pelo retorno.

Elder, Você não deve incluir na sua aplicação a chamada para que o componente assine o XML. Você deve apenas alimentar o componente com os dados do RPS e executar o Enviar ou Gerar. Não devemos alterar a unit referente ao provedor, pois para alguns provedores quando é enviado um lote devemos apenas assinar o lote os RPS não e quando usamos o Gerar o RPS deve ser assinado. Altere de: if self.Configuracoes.Certificados.AssinaRPS and AssinaRPS para if self.Configuracoes.Certificados.AssinaRPS or AssinaRPS E teste novamente.

Anselmo, Os dados do proprietário é opcional e só devem ser informados quando o proprietário do veiculo (tração ou reboque) não for o emitente do MDF-e. Outra coisa você esta informando o CNPJ do emitente na lista autXML também não precisa, pois só devemos colocar nessa lista o CNPJ ou CPF de pessoas que não constam no XML e que você deseja autorizar a SEFAZ a fornecer resumos ou o XML a essas pessoas. Você tentou enviar novamente o MDF-e que ocorreu o problema? Pode ter sido uma falha pontual na SEFAZ.

Bom dia Edson, Não sei o motivo desse teste, mas tudo bem, com certeza a SEFAZ-RS deve estar com algum problema por não estar retornando a rejeição.

Bom dia Elder, Você esta com os fontes atualizados? Pois analisando a function Gerar que você usou consta a seguinte linha: if (FConfiguracoes.WebServices.Provedor <> proSisPMJP) then NotasFiscais.Assinar(True); // Assina os Rps Sendo assim, só não vai assinar o RPS caso o provedor seja SisPMJP.

Ricardo, Se você comparar o conteúdo da TAG DigestValue que esta na assinatura da NF-e vai notar é diferente do conteúdo da TAG digVal que esta no XML de retorno a consulta a situação da NF-e. Veja: NF-e => <DigestValue>4qCHl7gYiRPUvH/GB2V9VC8Rjco=</DigestValue> Retorno => <digVal>+1sDG1JQM1XtcEbR6qgJOSbbG30=</digVal> O retorno se refere a NF-e, pois chequei a chave e no retorno consta que a NF-e foi autorizada. Como a nota foi aceita, processada e autorizada, acredito eu ser algum problema na SEFAZ Virtual do RS que esta retornando um digVal diferente. Sugiro você entrar em contato com eles enviar os seguintes arquivos: 53141138056263000195550010000005781000005784-nfe.xml 53141138056263000195550010000005781000005784-sit.xml

Bom dia Cristiano, Infelizmente os layout do RPS, NFS-e, e dos retornos são pobres em informações. Talvez uma solução seria: 1. ao alimentar o componente atribuir uma string vazia para as seguintes propriedades: NFSe.Numero := '' NFSe.CodigoVerificacao := '' 2. após obter o retorno do processamento do lote: for i := 0 to (ACBrNFSe.NotasFiscais.Count - 1) do begin if (ACBrNFSe.NotasFiscais.Items.NFSe.Numero <> '') and (ACBrNFSe.NotasFiscais.Items.NFSe.CodigoVerificacao <> '') then begin // O RPS foi processado com sucesso e a NFS-e foi gerada end else begin // O RPS não foi processado com sucesso // Numero do RPS não processado: ACBrNFSe.NotasFiscais.Items.NFSe.IdentificacaoRps.Numero end; end;

Anselmo, A unica coisa que notei é que você informou o proprietário do veiculo Tração e do Reboque. Do veiculo tração esta correto uma vez que ele não pertence ao emitente do MDF-e (transportadora), mas o veiculo reboque pertence a transportadora e segundo o manual devemos informar o proprietário do veiculo quando este não pertencer ao emitente do MDF-e. Não informe o proprietário do veiculo reboque e tente novamente.

Heronim, Esse erro ocorre quando? O envio nem ocorre ou chega a enviar mas você tem esse erro como resposta?