Italo Giurizzato Junior

Boa tarde, Exatamente, até o momento é preciso fazer uma gambiarra no DANFE. Vamos aguardar pois acredito que até o final deste ano vai ocorrer uma alteração na estrutura do XML da NF-e onde será acrescentado a tag Troco, quem sabe também o valor pago também.

Dércio, Se esse é o exemplo deles, então compare com o conteúdo do arquivo: fd100d3f9da0336d1b25d0edc5f405c21cca1d5a-con-sit.xml que você anexou no post anterior. Vai notar que tem a mesma estrutura.

Dércio, Solicite ao provedor um exemplo de consulta a situação ao lote. Pois a principio esta tudo OK.

Boa tarde, Já descobri o problema, estou fazendo as correções necessárias, espero disponibiliza-las até terça-feira da semana que vem.

Bom dia Glaucos, Muito obrigado pela colaboração, já esta no repositório.

Dércio, Esse erro ocorreu pelo fato do seu arquivo Cidades.ini esta desatualizado. Apague os arquivos Cidades.ini e DBSeller.ini e baixe novamente.

Heronim, Anexa os arquivos, se desejar "zipa" eles.

Bom dia, Vou verificar e fazer as devidas correções. Um detalhe importante, o ambiente de homologação ainda não esta liberado para testes na versão 3.00

Dércio, Essa URL é para acessar o site para emitir NFS-e em ambiente de homologação e não a URL para emissão da NFS-e via Web Services.

O provedor pode esta com problemas, aguarde alguns minutos e tente novamente.

Bom dia Dércio, Não, a alteração que fiz foi no nome da TAG de ConsultaSituacaoLote para ConsultarSituacaoLote.

Bom dia Heronim, Favor atualizar os fontes e realizar novos testes. Nesse último teste foi apontando os seguintes erros: 1. CpfCnpj do tomador não foi informado. 2. Email do tomador não foi informado (muito estranho esse schema que defini o e-mail como sendo obrigatório para o tomador). 3. Na lista de serviços foram incluídos 2, sendo que o valor do primeiro é 3150,00 e do segundo 31,50, mas no total consta apenas 31,50, isso me leva a crer que o primeiro foi adicionado indevidamente, inclusive a sua descrição não foi informada. Revise a sua rotina que alimenta os dados antes de realizar novos testes. Estamos chegando lá. Infelizmente o Schema disponibilizado esta incompleto impedindo que o próprio componente realize a validação do XML do RPS gerado antes do seu envio.

Anexe o XML da NFS-e.

Vially, Você esta usando o DANFSE feito em Fast ou Fortes Report?

Boa noite Vially, Ao imprimir o DANFSE o mesmo tem que se basear nos dados do XML da NFS-e. Favor verificar o XML da NFS-e para saber qual é a alíquota que consta no mesmo.

Boa noite Adilson, Muito obrigado pela colaboração, já esta no repositório.

Boa noite Dércio, Favor atualizar os fontes e testar novamente. Note que fiz uma alteração no arquivo DBSeller.ini

Boa noite Heronim, Favor atualizar os fontes e testar novamente.

Boa tarde João, Tente desta forma: ACBrNFSe1.NotasFiscais.Assinar( bAssina ); cXML := ACBrNFSe1.NotasFiscais.Items[ x ].XMLAssinado; ACBrNFSe1.Enviar( nLote ); A variável bAssina tem que valer True ou False, pois isso vai determinar se o XML do RPS será assinado ou não, lebre-se que essa informação depende do provedor. A variável cXML vai conter o XML do RPS assinado ou não, a variável x é o índice do RPS dentro da lista, a propriedade XMLAssinado contem o XML do RPS após a execução do método Assinar, se o provedor não exige que o RPS seja assinado essa propriedade vai retornar o XML sem a assinatura apesar no seu nome. A variável nLote tem o valor do numero do lote que será enviado.

Boa tarde Dércio, Reveja a sua aplicação, pois ela esta ADD um segundo RPS em "branco" a lista. Abra o arquivo 15155905-env-lot.xml que você vai notar que o lote possui 2 RPS, sendo que o segundo não tem informações.

Bom dia Daniel, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Heronim, Fiz uma alteração, favor atualizar os fontes e realizar novos testes.

Boa tarde Valcimar, Muito obrigado pela colaboração, já esta no repositório.

Bom dia João, Como foi dito anteriormente, temos provedores que não se deve assinar o XML do RPS, somente o Lote, temos ainda provedores que não se assina nada. Em uma postagem anterior, você diz se aparecer um fiscal e solicitar o XML de envio, lembre-se o que é enviado é um RPS - Recibo Provisório de Serviço. Se algum fiscal aparecer vai querer ver o XML da NFS-e e não de um Recibo Provisório. No meu entendimento se você deseja guardar algum XML, pensando em uma possível fiscalização, o XML a ser guardado é o da NFS-e, pois este possui uma informação importante que é o código de verificação que podemos utiliza-lo para confirmar a autenticidade da nota junto a Prefeitura.

Bom dia Mark, Todas essas cidades do Estado de Goiais? Entre hoje e amanhã vou disponibilizar algumas alterações que vai permitir que você realize testes usando o programa exemplo.