Italo Giurizzato Junior

Boa noite, Tente informar o código do serviço da seguinte forma: Servico.ItemListaServico := '04.12';

André, Perfeito, tudo no repositório, muito obrigado pela colaboração.

Bom dia André, Fora a padronização da extensão dos arquivos você fez mais alguma alteração em algum deles?

Bom dia rlira, É exatamente isso que você deve fazer. Outra coisa, lembre-se que se trata do valor aproximado dos totais dos tributos, sendo assim não se preocupe.

Boa noite a todos, Fiz uma leitura ultra rápida e pelo que notei temos o seguinte: Na versão 3.00 do MDF-e houve algumas mudanças na estrutura do XML. Na versão 3.00 do CT-e alem de mudanças na estrutura do XML, temos agora um novo documento de modelo 67, chamado de CT-e Outros Serviços que será utilizado para Transporte de Passageiros, de Valores e Excesso de Bagagem. Sendo assim teremos que acrescentar uma propriedade no componente chamada ModeloDF ao componente ACBrCTe. A minha proposta que essa propriedade aceite os valores moCTe e moCTeOS moCTe - modelo 57 moCTeOS - modelo 67 -> CTe Outros Serviços Por outro lado a propriedade VersaoDF dos componentes ACBrCTe e ACBrMDFe, deverá passar a aceitar também o valor ve300. Nos próximos dias pretendo ler com mais atenção e "ticar" campo por campo para saber todas as alterações que ocorreram tanto no CT-e quanto no MDF-e. Feito isso arregaçar as mangas e começar a fazer as alterações nos componentes. Robinho, tenta conseguir os arquivos XSD (Schemas) da versão 3.00 do CT-e e do MDF-e. Por hora muito obrigado por disponibilizar os MOCs.

Tente da seguinte forma: if ACBrNFSe1.NotasFiscais.Items[ x ].NFSe.Cancelada = snSim then begin (...) end;

Boa noite Robinho, Não tenho conta no Dropbox, por gentileza você poderia baixar os PDFs e anexar os mesmos aqui ou envia-los para o meu e-mail? e-mail: [email protected]

Boa noite Valtenci, Se tratando do encerramento devemos: infEvento.detEvento.cUF := aqui você tem que informar o código IBGE da UF onde ocorreu a última entrega; infEvento.detEvento.cMun := aqui você tem que informar o código IBGE do município onde ocorreu a última entrega; O código do município é um numero de 7 dígitos, sendo que os 2 mais a esquerda é o código da UF. Exemplo: O código IBGE de Araraquara/SP é 3503208, portanto o código IBGE de SP é 35.

Boa noite a todos, Akai, muito obrigado pela correção, em função da alteração da grafia do nome provedor Ginfes foi necessário fazer a mesma alteração na unit ACBrNFSeConfiguracoes. André, muito obrigado pela colaboração, com relação ao método LerXML a ideia inicial era fazer com que a unit pnfsNFSeR detecta-se automaticamente o provedor, caso não consegui-se usaria o definido em ProvedorConf. Faça um teste: em vez de: FNFSeR.Provedor := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; FNFSeR.ProvedorConf := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; mude para: FNFSeR.Provedor := proNenhum; FNFSeR.ProvedorConf := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; Todos as alterações já estão no repositório. Mas uma vez agradeço pelos testes, correções e implementações.

Boa noite, A emissão da NFS-e via site é uma coisa, via Web Services é outra. E qual é o problema da sua aplicação após a emissão da NFS-e, gerar o Link através do método LinkNFSe e em seguida enviar o mesmo por e-mail através do método EnviarEmail ao tomador do serviço? A ideia do método LinkNFSe é exatamente esse permitir que você tenha um fluxo parecido com o do Site. A diferença é que o remetente do e-mail é do emitente da nota e não da prefeitura ou do provedor.

Boa noite, Ao solicitar o cancelamento se ocorrer algum erro como por exemplo Timeout, você não deve cancelar novamente. Pelo simples fato de não saber se o erro foi no envio ou no retorno. Sendo assim o procedimento é realizar uma consulta. Se o erro ocorreu no retorno, a consulta vai retornar o XML da NFS-e com o grupo de cancelamento.

Boa tarde Daniel, De onde você copia esse link?

Boa tarde, Passei esse problema para os demais da equipe ACBr.

Bom dia Valdir, Muito obrigado pela colaboração, mais cedo já tinha sido informado sobre a mudança, já enviei para o repositório uma atualização do arquivo INI do provedor.

Bom dia Joemil, Acredito que a solução seria, a sua aplicação alterar as configurações de TLS/SSL para poder emitir NF-e, NFS-e e ao ser finalizada alterar novamente para os valores padrões, ou seja, que permite o uso do site da Caixa. Como fazer isso? Acredito que a solução seja alterar os valores de alguns Registros do Windows. Veja este link: https://msdn.microsoft.com/pt-br/library/dn786418(v=ws.11).aspx#BKMK_SchannelTR_SSL20

Bom dia Aline, Você esta usando o componente ACBrNFe? Se sim, fez alguma alteração visando converter todo o retorno em caixa alta, ou seja, letras em maiúsculo? O conteúdo do XML que você anexou esta desta forma: <?XML VERSION="1.0" ENCODING="UTF-8"?><RESEVENTO XMLNS:XSD= (...)

Bom dia Valtenci, Uma string composta pelos carácteres: '123' usando o StrToInt é possível converter em 123 que é um valor inteiro. Mas a string composta por 'RN' qual seria o valor inteiro convertido por StrToInt? infEvento.detEvento.cUF := aqui você tem que informar o código IBGE da UF Qual é o código IBGE de RN?

Boa noite Rodrigo, Mais uma vez muito obrigado, já esta no repositório.

Alexsandro, Exatamente a cidade de Fortaleza/CE se utiliza do provedor Ginfes mas com um NameSpace diferente. Sendo assim você deve usar os schemas da pasta Ginfes, para poder validar o lote antes do seu envio.

Boa tarde Rodrigo, Isso esta ficando bom demais. Muito obrigado pela colaboração, já esta no repositório.

Boa tarde, Para saber o resultado da execução do método ConsultarSituacao faça desta forma: sSituacao := ACBrNFSe1.WebServices.ConsSitLoteRPS.RetSitLote.InfSit.Situacao; sSituacao: 1 = Não Recebido 2 = Não Processado 3 = Processado com Erro 4 = Processado com Sucesso

Boa tarde, Esse provedor na verdade é o IssDSF, a cidade de São Luis/MA já consta no arquivo Cidades.INI, portanto inicie os testes usando o programa exemplo.

Boa tarde, Não é só a questão das mensagens MDF-e Cancelado, o logo não esta sendo impresso, e o quadro referente ao modal, também não esta sendo impresso.

Boa tarde Lutzem, Muito obrigado pela colaboração, fiz um merge e pequenas alterações no que você fez. Favor atualizar e realizar novos testes. Fico no aguardo do seu retorno, para que possamos incluir o provedor SP como mais um funcionando 100%.

Boa tarde, Notei que o DAMDFE gerado pelo Delphi 7 se refere ao MDF-e de numero 183 e o outro não. Seria interessante fazer o teste com o mesmo XML.