Italo Giurizzato Junior

Bom dia Claudemir, Muito obrigado pela colaboração, já esta disponível.

Bom dia Marco, O valor do vTotTrib não é calculado com base no valor do ICSM da respectiva prestação de serviço e sim com base no valor da prestação (frete). Supondo que pela tabela do IBPT o percentual é de 5% e o valor da prestação (frete) é de R$ 100,00 o vTotTrib será R$ 5,00, ou seja, 5% de R$ 100,00.

Bom dia, Quem gera o numero da NFS-e é o Web Services. Se ao enviar um RPS de numero 1 em ambiente de homologação e o WS retornou uma NFS-e com numero 135 significa que alguém já tinha feito testes antes.

Boa tarde Rogério, Primeiro é preciso saber qual é o provedor (empresa) que foi contratado pela prefeitura da cidade deseja. Segundo verificar se o respectivo provedor já esta implementado no componente, se sim, abrir a unit correspondente e ver como foi implementado outra cidade deste provedor e adicionar a nova cidade de forma semelhante. Se o provedor não esta implementado ai a coisa fica mais complicada, é preciso entrar em contato com o provedor e obter o maximo de informações possíveis, como schemas, xml de exemplos, URLs de homologação e produção se segue o padrão ABRASF ou não.

Bom dia a todos, Por favor atualizem os fontes e testem novamente.

Bom dia a todos, Mandei para o SVN algumas alterações visando deixar o XML do RPS segundo o exemplo. Favor atualizar os fontes e testar novamente.

Boa noite Paulo, O erro que você postou se refere a validação do XML antes do mesmo ser enviado para SEFAZ. Qual evento você se refere? Já o SeparaDados de qual Unit? de qual função ou procedimento?

Boa noite Paulo, O que você descreveu é absolutamente normal. Toda ação (emissão, cancelamento,...) ocorre na SEFAZ-Autorizadora. Se você consultar via site da SEFAZ-Autorizadora é para estar atualizado. Por outro lado se consultar via site da SEFAZ-Ambiente Nacional pode ocorrer de não estar atualizado, uma vez que a SEFAZ-Autorizadora tem que replicar as ações e isso pode levar de minutos a horas.

Boa tarde a todos, As rejeições de denegação são: 110, 301 e 302. Seria interessante também ao salvar uma NF-e denegada, o nome do arquivo ser: <chave>-den.xml, conforme o item 5.2 Padrão de Nomes para os Arquivos, página 90 e 91 do Manual versão 5.0 da NF-e.

Boa tarde Dércio, Esta estranho isso, como lhe disse fiz um teste e esse erro não foi reportado. Por favor desinstale os componente, remova todos os fontes DCU e BPL que se refere ao ACBr, baixe novamente e instale, por fim compile a sua aplicação com o Build e teste novamente.

Boa tarde Leandro, A mensagem de falha na validação aparece esses ???? ou você que colocou? Se foi você, por favor, post a mensagem exatamente como ela é apresentada.

Boa tarde Jakson, Não importa se o RPS é assinado ou não, ou se o Lote de RPS é assinado ou não, para se utilizar do Web Service há necessidade do certificado. Pode sim, utilizar o mesmo certificado usado para emitir NF-e.

Bom dia Luis, Não sei como foi feito a sua aplicação, vai uma dica, a UF a ser configurada como sendo a UF da SEFAZ autorizadora, tem que ser a UF do Emitente do Documento Fiscal Eletrônico. Se o Emitente é de SP devemos utilizar a SEFAZ-SP se for de RO devemos utilizar a SEFAZ-RO e assim por diante. Não permita que o usuário possa selecionar essa UF antes da emissão.

Luiz, Na versão 2.00 do CT-e há necessidade de incluir o infCTeNorm antes do infCTeSub. Dentro da pasta ...\Exemplos\ACBrCTe existe um arquivo TXT chamado AlimentarComponente, procure por infCTeSub. Você vai encontrar a forma correta de alimentar o componente neste caso. Detalhe importante esse fragmento de código foi escrito antes da desativação da versão 1.04 portanto você vai encontrar diretivas de compilação para determinar qual código usar dependendo da versão do CT-e.

Bom dia a todos, Encontra-se no Portal Nacional do MDF-e um link para baixar a Cartilha Nacional do MDF-e, trata-se de um PDF de 21 páginas. Quem implementou ou vai implementar o MDF-e, por favor baixe essa cartilha, pois ela traz informações que vão ajudar na implementação bem como orientar o emitente em diversas situações de emissão. Não se trata de um documento técnico destinado ao desenvolvedor mas contem informações que ajuda tanto o desenvolvedor como o emitente. Fica ai a dica.

Bom dia Ornei, Dependendo do DANFE (Quick Report, Rave, etc) possui uma propriedade chamada NFeCancelada, se esta estiver com o valor True a Tarja será impressa.

Bom dia Jakson, Se a cidade for Petrolina/PE, ela é atendida pelo provedor SpeedGov, tanto o RPS quanto o Lote de RPS não se faz a necessidade de estarem assinados. Mas para realizar a emissão via Web Services, há necessidade do Certificado Digital. Por outro lado se a sua intenção é gerar o XML e importa-lo pelo site, o programa exemplo tem um botão chamado [Gerar Lote RPS]. A ideia é alimentar o componente com 1 ou mais RPS e depois gerar e salvar em disco o XML referente ao lote, para depois ser importado pelo site. Neste caso não há necessidade do Certificado Digital.

Bom dia Joel, Muito obrigado pela colaboração, em breve estarei disponibilizando a alteração.

Bom dia Joemil, Muito obrigado pela informação, já fiz a alteração, mas ainda não vou disponibilizar.

Bom dia Tiago, Tentou realizar o procedimento realizado pelo Tony? (postagem #3) deste tópico.

Bom dia, Ai que esta, no XML não existe nenhuma TAG que indique o ambiente. Dependendo do provedor, é utilizado NameSpace diferente para cada ambiente, desta forma é possível saber, caso contrario não.

Bom dia Murilo, Vamos ao erro: Required package 'QR5RunD7' not found - Pacote requerido "QR5RunD7" não encontrado. Muito bem, você tem o Quick Report instalado no Delphi? Se sim, qual é a versão dele? Pela mensagem de erro notei que o seu Delphi é o 7, uma vez que ele esta tentando utilizar o pacote do Quick Report 5 para o D7 (Delphi 7). Se você não tem o Quick Report 5 só tem 2 caminhos: 1. Desinstale o Quick Report que você tem e instale a versão 5. 2. Através do Delphi abra o pacote de instalação do DANFE - Quick Report e remova da lista de requisitos o QR5RunD7 e depois clique em compilar e por último instalar.

Bom dia Luiz, Veja este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Murilo, Ao instalar os componentes, você marcou o mesmo para ser instalado?

Boa tarde lulaviana, Não informe o Expedidor e o Recebedor quando o CT-e for normal, essas pessoas só informamos quando se tratar de Redespacho ou Redespacho Intermediário. Outra coisa, você esta informando os veículos e diz que eles são de SP mas o proprietario dos mesmos são de RO, esta correto isso?