Italo Giurizzato Junior

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?

Boa tarde Marcio, Se possível post como anexo o XML da NFS-e retornada e qual é o provedor em questão?

Bom dia Sergio, Quais alterações você se refere?

Bom dia Rodrigo, Em vez de: dm.ACBrCTe1.WebServices.Retorno.cStat Mude para: dm.ACBrCTe1.WebServices.Retorno.CteRetorno.ProtCTe.Items.cStat Desta forma você terá o status de cada conhecimento enviado e processado pela SEFAZ.

Bom dia Doni, Eu estou atualizando o XML do CT-e quando ocorre o cancelamento. Mas esta preste a ser liberado a versão 2.00 do CTe que entre outras coisas o cancelamento passa a ser por evento. Sendo assim devemos deixar de atualizar o XML e enviar para o escritório e para o tomador do serviço o arquivo que contem a solicitação e a autorização de cancelamento. Para mais detalhes leia o Manual versão 2.00 do CT-e que já encontra-se disponivel no Portal Nacional do CT-e.

Bom dia, Obrigado pela colaboração.

Bom dia Dejorgenes, Obrigado pela colaboração.

Bom dia Jeferson, Eu tinha corrigido esse problema, ele voltou? Quando você alimenta o componente você esta atribuindo algum valor para a propriedade ID? Se sim, experimente atribuir uma string vazia, exemplo: ID := '';

Bom dia Marcio, Que eu saiba não, existe sim no manual que devemos evitar vogais acentuadas, cedilha e o E comercial "&".