Italo Giurizzato Junior

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.

Cleiton, Se possível post como anexo o XML da NFS-e cujo valor liquido aparece zerado no DANFSE.

Boa tarde Graça, O XML do EPEC não contem todos os dados do XML da NF-e. Lembre-se que o EPEC é um evento e não a nota. Lançamos mão do EPEC normalmente quando o problema é com o emitente e não com a SEFAZ. Como o XML do evento EPEC é extremamente pequeno em relação ao XML da NF-e, podemos utilizar um modem 3G (por exemplo) para enviar o EPEC. E quando os problemas com o emitente forem sanados devemos enviar o XML da NF-e (cujo EPEC foi enviado) para a SEFAZ, mantendo o tpEmis =4 mais o dhCont e xJust.

Boa tarde a todos, Todas as Units referentes aos provedores possuem uma function chamada GetValidarLote, que no caso do DBSeller temos: function TProvedorDBSeller.GetValidarLote: Boolean; begin Result := True; end; Se alterarmos o valor de retorno de True para False o componente para esse provedor em questão não vai realizar a validação antes do envio. É isso que vocês desejam?

Boa tarde João, Tentou compilar com a opção Build?

Boa tarde Maiko, Favor atualizar os fontes, compile com a opção Build e teste novamente.

Maiko, Por favor post como anexo os arquivos que contem o -soap no final do nome, para que possamos avaliar o problema.

Boa tarde Diogo, Detalhe mais.

Boa tarde Cleiton, Seja mais especifico. Qual é o provedor e o Report que você esta utilizando para imprimir o DANFSE?