Italo Giurizzato Junior

Boa tarde Diogo, Eu não utilizo o componente ACBrNFSe, apenas ajudo no seu desenvolvimento. Por favor entre em contato com o provedor e solicite um arquivo de envio completo, não apenas a estrutura do XML do RPS ou Lote de RPS. É preciso saber a estrutura do Envelope.

Boa tarde André, Favor atualizar os fontes e testar novamente.

Bom dia Dércio, No meu Moto G, utilizo o Rate QR Code Reader.

Sim, mas este que te passei contem os fontes atuais, o outro até onde sei esta desatualizado.

Bom dia João, Você esta se referindo a TAG: indPres e neste caso você esta correto é o mesmo entendimento que tenho. A questão levantada pelo Cantu é sobre o IndFinal, onde devemos informar 0 ou 1 sendo que no caso da NFC-e essa TAG só pode conter o valor 1.

Não esta desta forma? unit pmdfeMDFeW; interface uses SysUtils, Classes, pcnAuxiliar, pcnConversao, pcnGerador, pmdfeConversao, pmdfeMDFe; (...) Então inclua.

Bom dia Cantu, Na Nota Técnica 2013/005 versão 1.03 página 94 temos a regra B25a-10 que diz que a NFC-e será rejeitada caso o indFinal seja igual a ZERO. Como não existe nada a respeito da NF-e, podemos concluir que no caso da NF-e podemos informar ZERO ou UM para indFinal dependendo da situação. Os valores que coloquei no post #2 são os mais comuns.

Celso, Note que o arquivo de retorno após o envio, onde temos o numero do protocolo, consta corretamente o numero do lote. Sendo assim, pode ser algum problema no provedor, uma vez que esta retornando ZERO como numero do lote ao consultar a sua situação. Favor entrar em contato com eles.

Leandro, Verifique se na unit: pmdfeMDFeW.pas consta em Uses a unit pmdfeConversao.

Bom dia Wilton, Se não me falha a memória a URL não é mais essa e sim: svn://svn.code.sf.net/p/acbr/code/trunk

Celso, Esses são os XMLs do RPS e não do lote gerado e enviado. A questão é, se você atribui o valor ZERO para o Lote o retorno esta correto no que diz respeito a TAG <NumeroLote> O problema é que o provedor não processou o seu lote. Se não processou é porque esta na fila de espera.

Bom dia, A final de contas o que você quer emitir, CT-e ou MDF-e? O CT-e é um documento fiscal cujo modelo é 57 e deve ser emitido para acobertar o transporte de cargas. Por outro lado temos o MDF-e - Manifesto Eletrônico de Documentos Fiscais, cujo modelo é 58 e deve ser emitido quando a carga for fracionada e cujo transporte será interestadual. Tem por finalidade agilizar o processo de fiscalização nos postos de fronteira. No Estado de São Paulo fizeram a besteira de obrigar a emissão para transporte intermunicipal também. Entre no Portal Nacional da NF-e, do lado direito temos o logo do MDF-e, clique nele para ter acesso ao Portal Nacional do MDF-e. Baixe a Nota Técnica mais recente para você poder se situar sobre o assunto e não ir na onda de contadores que costumam viajar na maionese e beber gasolina.

Leandro, Mas a unit que mencionei consta as constantes definidas?

Bom dia Celso, Segundo o arquivo de retorno *-sit.xml temos: <NumeroLote>0</NumeroLote> <Situacao>2</Situacao> O numero do lote retornado é zero, não sei se esta correto pois você não inclui o arquivo de envio do lote. O código da situação do processamento é 2 = Lote não processado. Situacao: 1 = Não Recebido 2 = Não Processado 3 = Processado com Erro 4 = Processado com Sucesso

Odlawso, Os ajustes no componente são feitos com base no schema, no que diz respeito a gerar o XML. Por isso que reafirmo é preciso ter em mãos o schema fornecido pelo provedor.

Bom dia, Segundo a Nota Técnica 2013/004 versão 1.00a de Outubro/2013 página 104 e 105, o grupo <prop> é opcional, mas se o mesmo for incluído devemos obrigatoriamente informar o CPF/CNPJ, RNTRC, xNome, UF e tpProp, por outro lado o IE é opcional.

Bom dia Leandro, os dois identificadores que o Delphi acusa como não declarados, na verdade são constantes e os mesmos estão definidos em pmdfeConversao. Abra essa unit e cheque se os mesmos estão definidos. Se sim o problema é que o Delphi esta utilizando uma DCU antiga dessa unit. Neste caso procure e exclua.

Bom dia, Abra a unit pnfseConversao e ACBrProvedorThema e veja como foi feito para adicionar as demais cidades que utilizam esse provedor.

Bom dia, Qual é a data de validade do certificado?

Bom dia Odlawso, Você não pode alterar os Schemas (nfse.xsd) alguns provedores infelizmente incluíram o atributo ID todo minusculo. É preciso solicitar junto ao provedor o schema correto e fazer as alterações necessárias no componente para que o mesmo gere o XML em conformidade com o schema.

Bom dia Lutzem, O campo indFinal deve receber o valor ZERO quando se tratar de uma NF-e e o valor UM quando for uma NFC-e. E o campo indPres deve receber o valor UM ou QUATRO quando for NFC-e, os demais valores quando se tratar da NF-e, neste caso o mais comum será NOVE. Resumindo os valores mais comuns são: NF-e NFC-e indFinal = 0 indFinal = 1 indPres = 9 indPres = 1

Bom dia AltC, Por favor realize a alteração e faça os testes. Estando tudo OK, post como anexo somente as Units Alteradas, para que possamos avaliar e disponibilizar para os demais. Desde já muito obrigado.

Felipe, Você tentar usar o Enviar, se ocorrer o erro acusando que o Enviar Lote não esta implementado para o provedor, isso significa que você não pode enviar um lote de RPS.

Cleiton, Atualize mais uma vez, compile com o Build e teste novamente.

Cleiton, O problema é que o provedor não esta retornando essa informação. Fiz uma alteração para que o componente calcule com base nos demais valores retornados. Atualize os fontes, compile com a opção Build e teste novamente.