Italo Giurizzato Junior

Bom dia a todos, Caro Gustavo, favor tentar desta forma: sXML := ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML; em vez de: sXML := ACBrMDFe.WebServices.Consulta.procEventoMDFe.Items[0].RetEventoMDFe.retEvento.Items[n].RetInfEvento.XML

Bom dia Alamino, Por favor, faça a alteração que sugeri e realize os testes. De um retorno se esta tudo OK, caso afirmativo, post o código IBGE da cidade e o nome da mesma, que eu me encarrego de disponibilizar a alteração no repositório.

Bom dia Paulo, A pergunta que não quer calar: Você esta com todos os fontes de todas as pastas atualizados?

Bom dia a todos, Quando instalamos o Delphi 7 o Quick Report versão 3.0 que o acompanha não é instalado automaticamente. Devemos realizar a sua instalação manualmente. Quando se instala um versão mais recente do Quick Report, devemos: 1. Remover o componente Quick Report 3.0 do Delphi; 2. Renomear o arquivo qrpt70.bpl que encontra-se na pasta System32 do Windows (no 64 bits não sei onde ele é salvo); 3. Instalar o Quick Report versão mais recente no Delphi. Eu realizei esse procedimento e funcionou 100%. Não me recordo se fui obrigado a incluir ou não mas vai ai a dica: No Library Path tem que existir o seguinte Path: C:\Arquivos de programas\Borland\Delphi7\Quickrep5 Esse path tem que estar antes de qualquer outro de componentes que se utiliza do Quick Report. No meu caso o Quick Report é 5.02 e a pasta do mesmo foi criada dentro da pasta Delphi7. Espero ter ajudado.

Boa noite Alamino Junior, Se a cidade Ubatuba/SP contratou o provedor Ginfes, é muito simples incluir a cidade no componente. Basta incluir a mesma na lista que consta na unit pnfsConversao. Abra a unit e procure por 'Ginfes' (com os apostrofes) e veja como é montada a lista. As URLs dos Web Services de homologação e produção são os mesmos para todas as cidades atendidas pelo provedor.

Boa noite Márcio, Por favor de uma olhada na Nota Técnica 2013/004 versão 1.00a de Outubro/2013 disponível no Portal Nacional do MDF-e. Mais precisamente a página 104 onde temos a estrutura do XML em particular o grupo <prop>. Note que as TAGs CNPJ/CPF é obrigatório, RNTRC, xNome, UF e tpProp são obrigatórios e no seu XML eles não aparecem.

Boa tarde Dênio, Você instalou o Quick Report 5.0 para o Delphi 7 ? Se sim, desinstalou antes a versão 3.0 que acompanha o D7 ? Se sim, para fazer funcionar é preciso renomear o arquivo qrpt70.bpl que encontra-se na pasta system32 do Windows.

Boa tarde Dionatan, Parabéns.

Boa tarde, Você esta realizando testes em ambiente de produção???? Ambiente = 1 = Produção. Outra coisa, notei que o modelo de documento é 65 ou seja NFC-e, e o componente esta configurado para esse modelo de documento fiscal, mas ele automaticamente coloca como versão a 3.00 que é destinada as empresas do projeto piloto. Se a sua empresa ou a do seu cliente não faz parte do projeto piloto deve-se utiliza a versão 3.10 Você deve configurar via código tanto o modelo quanto a versão e nessa ordem. ModeloDF := moNFCe; VersaoDF := ve310;

Boa tarde Ebnezer, O numero do lote não é controlado pelo Web Service, logo pode ser qualquer numero. Isso é valido para NF-e, CT-e, MDF-e, NFC-e, NFS-e, .... Mas eu controlo, tenho no banco de dados uma tabela com o data de envio do lote, o numero do mesmo e no caso da NFS-e o numero inicial e final dos RPS que fazem parte do lote. Se o lote tem apenas um RPS de numero 56 (por exemplo) o numero inicial e final será 56, por outro lado se envio um lote com 3 RPS de numeros 56, 57 e 58 o numero inicial é 56 e o final é 58. Você pode fazer da forma que achar melhor.

Boa tarde Márcio, Você esta com todos os fontes de todas as pastas atualizados? Tentou compilar a aplicação com a opção Build? O componente esta configurado corretamente no que diz respeito a pasta que contem os Schemas?

Boa tarde Lucio, Se você esta se referindo a versão 2.00 inclua antes o infCTeNorm. exemplo: infCTeNorm.Aquav.detCont.add.nCont

Bom dia Danilo, Só o Consultar Lote RPS Envio esta com problemas? Você notou que a montagem do envelope que você vez já existia nessa function e esta comentado? E as demais consultas funcionam sem problemas e de forma diferente?

O ConsultarNFSeporRPS é executado automaticamente pelo Enviar. A não ser que você configure o componente para que o mesmo não execute. O componente possui as seguintes propriedades: AguardarConsultaRet - valor padrão 0, aqui você defini o tempo que deve ser aguardado antes de consultar após o retorno - tempo em milissegundos. ConsultaLoteAposEnvio - valor padrão True, aqui você defini se deseja ou não que o componente realize a consulta automaticamente após o envio. IntervaloTentativas - valor padrão 0, aqui você defini o tempo que deve ser aguardado entre uma tentativa e outra (consulta) - tempo em milissegundos. Tentativas - valor padrão 18, aqui você defini o numero de tentativas (consultas) que o componente vai realizar para obter o xml da NFS-e caso o processamento tenha ocorrido com sucesso.

Ebnezer, O componente possui varias propriedades para configurar os tempos e quantidade de consultas. É possível também determinar que o componente só vai enviar e não enviar e consultar logo em seguida. Você pode separar as coisas destas forma dando um prazo para o Web Services processar.

Pelo simples fato que no XML da NFS-e não consta nenhuma TAG que traz essa informação. Como é o caso da NF-e, CT-e, MDF-e. Infelizmente o pessoal da ABRASF ao definir a estrutura do XML, para não dizer que não copiaram da NF-e fizeram de qualquer jeito.

Bom dia Ebnezer, Acredito que o problema seja a serie, verifique junto a prefeitura e com o provedor qual é o valor correto para a série no ambiente de produção.

Bom dia, Será que o código do município do prestador do serviço não esta sendo gerado no XML pelo Web Services, pelo simples fato de se tratar do ambiente de homologação? O XML a ser enviado para o Web Service é do RPS e este possui uma estrutura definida e é validada ao submeter aos Schemas. Se incluirmos mais TAGs, primeiro o validador do componente vai acusar a existência de TAGs inválidas, mesmo que você desabilite essa validação o Web Services vai rejeitar por conter essas TAGs.

Boa tarde Luighi, Não tenho como lhe ajudar, pois não participo do desenvolvimento do ACBrInstall.

Na pasta: ...\Exemplos\ACBrCTe temos vários arquivos TXT um deles se refere a configuração do componente. Note que temos uma linha que configura a propriedade PathSchemas.

O nome da pasta pouco importa, desde que dentro dela estejam os Schemas compatíveis com a versão a ser utilizada e o componente configurado corretamente para esta pasta.

Robinho, Na versão 2.00 o cancelamento é por evento, portanto não se deve utilizar o procedimento Cancelamento. Veja na pasta: ...\Exemplos\ACBrCTe tem vários arquivos TXT um deles se refere ao cancelamento por evento.

Boa tarde Dalvan, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Danilo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde, O arquivo ACBr.inc que encontra-se no repositório deixa como padrão a definição da diretiva de compilação PL_200. Sendo assim ao compilar / instalar o componente ACBrCTe este já assume que a versão do XML será a 2.00 Desta forma é necessário utilizar os Schemas: PL_CTe_200a_NT2013_013.zip disponibilizados na pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200