Italo Giurizzato Junior

Boa tarde Sergio, O DACTE em Quick Report com tamanho A5 esta com problemas, não tive tempo ainda para checar o que esta ocorrendo. Quanto o DACTE em Fast Report não tenho como responder se esta funcionando ou não, pois não tenho o Fast instalado.

Boa tarde Tora, Se a cidade de Betim passar a utilziar o provedor Ginfes, vai ser tranquilo essa alteração no componente. Favor verificar se vai passar a utilizar o Ginfes ou ISSOnline e apartir de quando, para que possamos fazer os ajustes necessários.

Boa noite Rodrigo, Emitir a NFS-e via site é uma coisa, emitir via WebServices é outra. Logo para emitir a NFS-e usando o programa exemplo que por sua vez utiliza o WebServices, há necessidade do certificado digital.

Boa noite Guilherme, Não sei lhe responder ser lançado o DACTE feito em Rave. Mas, fica aqui o pedido se alguem já tenha desenvolvido e queira colaborar, basta postar os fontes aqui no fórum.

Boa tarde Guilherme, Se a versão do seu Quick Report for posterior a 3.0 é simples, basta descomentar a diretiva de compilação QReport_PDF que encontra-se no arquivo ACBr.inc

Boa tarde a todos, Para visualizar o DANFE antes que o XML da NF-e seja enviada para a SEFAZ é simples: 1. Alimentar o componente com os dados pertinentes a venda; 2. configurar o ACBrNFeDANFE para que apresente a visualização do mesmo; 3. executar os comandos abaixo. ACBrNFe1.NotasFiscais.Valida; ACBrNFe1.NotasFiscais.Imprimir; O comando Valida, gera o XML e assina antes de validar o mesmo.

Jorge, Precisamos saber qual é a empresa "provedor" contratada pela prefeitura de Petrópolis para recepcionar as NFS-e. Dependendo do provedor se este ja estiver implementado as coisas ficam mais faceis. Caso contrario é ser previso saber se o mesmo segue o padrão ABRASF, os namespaces, URLs dos webservices, etc.

Boa tarde Victor, Não, o campo OutrasInformacoes não é do RPS e sim da NFSe, que por sua vez é gerada pelo WebServices.

Boa tarde Jorge, Dentro da pasta ...\Exemplos\ACBrNFSe temos um arquivo chamado cidades que contem uma lista de cidades implementadas no componente com o seu respectivo código IBGE e provedor. E dentro da pasta ...\Exemplos\ACBrNFSe\Delphi temos um programa exemplo que utiliza o componente e possui varios botões que mostra de forma bem simples como usar as funcionalidades do componente.

Bom dia Helder, Submeti o seu XML ao validador do Portal MDF-e e esta tudo OK. Mas vamos a algumas coisas que notei no seu XML: 1. No grupo <prop> você informa o CPF do proprietário do veículo e coloca a IE, até onde sei pessoa fisica não possui Inscrição Estadual. Sugestão, deixar em branco ou colocar a palavra ISENTO. 2. No grupo <infDoc> foi adicionado somente 1 documento no caso CT-e, até ai sem problemas, mas no grupo <tot> você informou a quantidade correta de CTe na TAG <qCTe> ou seja 1, mas atribuiu 1 também a TAG <qNF>, não pode, você só informa a quantidade de CT-e. Faça esses ajustes e tenta novamente.

Bom dia vand3rson, Obrigado pela informação, favor atualizar os fontes.

Bom dia a todos, Removi a cidade: 4219507, // Xanxere/SC do provedor Betha, pois já encontra-se adicionada para o provedor ISSNet. Favor confirmar qual é o provedor da cidade Xanxere/SC, Betha ou ISSNet.

Bom dia Danilo, Assim que for liberado os schemas para a versão 3.10 e o ambiente de homologação, vamos iniciar os testes e consequentemente realizar os ajustes necessários para esta versão.

Bom dia a todos, Esta disponivel a alteração proposta por Francis Silva, favor atualizar os fontes e testar.

Bom dia Walter, Eu não utilizo o ACBrNFeMonitor e também não sou o resposável pelo seu desenvolvimento, mas analisando o código fonte dele e seu arquivo, temos: Seu arquivo:

Boa noite Rodrigo, Vamos entente o que vem a ser erro de validação e erro de rejeição. O componente trata os erros de validação, ou seja se você adiciona 5 CT-e e manda enviar usando o comando Enviar o que vai ocorrer: Vai ser gerado um XML para cada CT-e; Cada um vai ser assinado; Cada um vai ser validado; O lote é montado e enviado. Note que antes do envio cada CT-e é submetido ao validador, caso alguns deles tenha algo errado o comando Enviar é abortado, e portanto nada é enviado. A SEFAZ por sua vez ao receber e processar o lote caso encontre algo errado, somente o CTe que contem o erro vai ser rejeitado, os demais são autorizados. Como você pode ver o existe o erro de validação e o erro de rejeição.

Boa noite, Não sobrou nenhum DCU do componente, dentro da pasta da sua aplicação ? Você alterou a URL do tortoise?

Boa noite idez, Vide programa exemplo do componente ACBrNFSe, que encontra-se dentro da pasta ...\Exemplos\ACBrNFSe\Delphi.

Boa tarde Ranlive, Vou verificar, mas me parece que é por questão de padronização.

Boa tarde Neguta, Pelo PDF noto que os fontes estão desatualizados.

Boa tarde Neguta, Se possível post em anexo o XML do CT-e em questão.

Boa tarde Sergio, Qual é o erro que ocorre?

Boa tarde Luan, Isso pode ser um problema no ambiente de homologação do webservice ou é no componente. Um outro detalhe, alguns provedores, quando se trata de homologação, devemos informar alguns códigos especiais, por exemplo, em vez de informar o código IBGE do municipio, devemos informar 999.

Boa tarde Rodrigo, Uma pequena correção, DANFE se refere ao Documento Auxiliar da NF-e, no caso do CT-e a sigla é DACTE, Documento Auxiliar do CT-e. Na minha aplicação quando o usuário adiciona apenas um CT-e ao lote eu permito que ele possa visualizar o DACTE antes de imprimir no papel. Mas quando é adicionado dois ou mais não ocorre a visualização dos DACTEs apenas a impressão no papel. Outra coisa o DACTE tem que ser impresso e deve acompanhar a mercadoria até o seu destinatário, logo não vejo razão ou uma necessidade de visualizar. Por outro lado uma listagem dos veiculos da frota, se torna interessante a visualização sem a necessidade de impressão.

Boa tarde Julio, Esse problema foi corrigido, você esta com os fontes atualizados?