Italo Giurizzato Junior

Boa tarde a todos, Para obter o numero do RPS: ACBrNFSe1.NotasFiscais.Items[x].NFSe.IdentificacaoRps.Numero Para obter o numero da NFSe: ACBrNFSe1.NotasFiscais.Items[x].NFSe.Numero Sendo que x é o indice da nota na lista do componente.

Boa tarde Ant. Carlos, Você tem certeza que a versão do seu Quick Report é a 7.0 ? Até onde sei a versão mais atual do QR para o Delphi 7 é a 5.02. A que vem com o Delphi 7 é a versão 3.0 Se a versão do seu Quick Report for posterior a 3.0, você deve alterar ou melhor descomentar uma diretiva de compilação que encontra-se no arquivo ACBr.inc da pasta: ...\Fontes\ACBrComum Procure por esta diretiva no final do arquivo: ACBr.inc Espero ter ajudado.

Bom dia Rene, Como ocorreu alterações na estrutura do XML de uma versão para outra, com a inclusão de novas tags, exclusão de outras e inclusive algumas tags foram renomeadas. Isso não é possível, ou você usa o componente para versão 1.03 ou para 1.04 Sugestão, ter duas aplicação, uma para cada versão. Espero ter ajudado.

Bom dia Maiko, Vamos as respostas: 1. A filtragem de Enviados, Não Enviados e Não Protocolados: a principio é filtrado os não enviados para que o usuário possa realizar o envio dos mesmos, caso seja necessário a impressão de uma segunda via de um DACTE, cujo CTe já foi enviado, basta filtrar os enviados, selecionar o CTe desejado e mandar imprimir; Com relação aos não protocolados, pode ocorrer uma falha no retorno, neste caso temos o CTe como enviado, mas não protocolado, caso isso ocorra, basta o usuário filtrar os conhecimentos enviados e não protocolados, seleciona-los e realizar a consulta, caso eles tenham sido autorizados, o programa vai protocolar, ou seja incluir as tags referentes ao protocolo de autorização no XML que já encontra-se assinado. 2. No meu sistema os campos: Codigo e Numero reference respectivamente ao código da filial da transportadora e o numero do conhecimento. Logo é o campo numero que possui uma sequencia, já o campo Codigo só varia se o conhecimento pertencer a outra filial, tempos portanto: Codigo | Numero 001 00001 001 00002 001 00003 (...) 002 00001 002 00002 002 00003 (...) Espero ter ajudado.

Boa noite Maiko, A SEFAZ sempre recebe um lote contendo 1 ou mais conhecimentos (limitado a 50 conhecimentos e 500Kbytes). Quanto ao numero do lote eu utilizo um numero sequencial para cada lote enviado.

Boa tarde Rene, Poste o fragmento de código, responsável por passar o nome e CPF do motorista para o componente.

Boa tarde, Dependendo do provedor utilizado pelo municipio, é possível sim montar um lote com até 50 RPS e enviar. O componente gera os XML referentes aos RPS e salva-os na pasta RPS; gera o lote e salva-o na pasta Ger; e ao obeter a lista com as notas, elas são salvas separadamente na pasta NFSe.

Bom dia a todos, Esse poste não é uma duvida e sim uma sugestão. Em setembro de 2009 foram adicionadas novas propriedades no componente ACBrNFe a fim de salvar os arquivos XML em pastas especificas, visando organizar os arquivos XML. Implementei essa ideia nos componentes ACBrCTe e ACBrNFSe. Se vocês tiverem a curiosidade de analisar o código do componente ACBrNFSe, vão notar que inclui uma propriedade chamada PathGer (Ger = Geral) cuja pasta Ger é criada automaticamente e tem por finalidade de concentrar os arquivos, vamos dizer gerais, dentro de uma unica pasta. A minha sugestão é verificar a possibilidade de implementar essa propriedade PathGer nos componentes ACBrNFe e ACBrCTe. Motivo, vamos a um exemplo: Os arquivos -ped-can.xml, -can.xml e -procCancNFe.xml são salvos dentro da pasta Can e também na pasta informada pela propriedade PathSalvar que é uma especie de pasta geral (portanto salvos em 2 pastas), e nesta pasta geral, também são salvos os arquivos -ped-sta.xml e -sta.xml. Isso sem falar dos demais arquivos. A idéia é salvar os arquivos -ped-can.xml, -can.xml e -procCancNFe.xml somente dentro da pasta Can e dentro da pasta Ger os arquivos -ped-sta.xml e -sta.xml. Espero ter passado a idéia e sei que isso implica em varias alterações nos componentes, infelizmente não tenho um certificado válido para realizar essas alterações e os respectivos testes. Mas fica ai a sugestão.

Boa noite Gustavo, Para o municipio de Americana/SP o componente não esta 100% implementado.

Boa noite Rene, Problema resolvido, favor baixar a atualização e compile a sua aplicação usando a opção Build.

Boa tarde a todos, Esta disponivel uma alteração, favor baixar e testar.

Com certeza você deve estar fazendo algo errado, uma vez que a validação ocorre após a assinatura do XML.

Note que foi informato na tag cUF o código 35 que é SP

Boa noite, Mantenha a mesma pasta onde os arquivos XML são salvos, tanto o de envio ( Autorizado para uso) quanto o de cancelado. Assim você terá apenas um XML.

Camila, Esta disponivel as alterações nos arquivos Config_Municipios.ini e Config_URL.ini Favor baixa via SVN, e testar novamente.

Boa tarde, A solução é bem simples, utilizar a função TiraAcentos() que encontra-se na unit ACBrUtil Eu alterei o código fonte do componente ACBrCTe, utilizando essa função para todos os retornos da SEFAZ. Sugestão para que seja feito o mesmo no componente ACBrNFe. Espero ter ajudado.

Boa tarde Thiago, O certificado que esta sendo usado contem o mesmo CNPJ do emitente da NFSe? O emitente esta cadastrado junto a prefeitura para poder emitir as notas? Em alguns casos existem dois cadastros, um para emitir via site e outro via webservice. Espero ter ajudado.

Boa tarde Camila, Note que no arquivo Config_Municipios.ini que contem a configuração para os municipios, não consta Uberaba dai esse erro. Há necessidade de descobrir qual é o provedor do webservice de NFS-e para Uberaba, dependendo de qual for fica fácil a inclusão da mesma nesse arquivo caso contrario vai ser necessário até realizar alterações no componente para que ele posso funcionar para Uberaba. Espero ter Ajudado.

Boa tarde A transportadora é de MG e vai emitir um conhecimento cujo remetente é de MG e o destinatário é de SP ? O certificado da transportadora é de MG ou SP ? Se o certificado é de MG logo: ACBrCTe1.Configuracoes.WebServices.UF = MG Espero ter ajudado.

Boa tarde Graça, O Janis, postou que esta passando por problemas em MG no que diz respeito a Consulta de CTe 1.04, o jeito é aguardar a SEFAZ-MG sanar todos os problemas.

Boa tarde barysdudiet, Você tem alterar o arquivo ACBr.INC Abra esse arquivo e vá até o final dele, existe 2 diretivas de compilação a que esta definida é para gerar na versão 1.03, comente esta diretiva e descomente a outra para poder gerar na versão 1.04 Espero ter ajudado.

Bom dia a todos, Acabo de disponibilizar alterações na função Valida do componente ACBrCTe. Esta alteração visa realizar uma checagem completa no XML do CTe. O schema cteTiposBasico_v1.04 trata o grupo referente ao modal como sendo um elemento tipo -any-, logo a validação deste elemento não é realizada. Criei uma função que separa esse grupo do XML completo e realiza a sua validação utilizando os schemas a baixo dependendo do modal utilizado: cteModalAereo_v1.04 cteModalAquaviario_v1.04 cteModalDutoviario_v1.04 cteModalFerroviario_v1.04 cteModalRodoviario_v1.04 Realizei alguns testes, que foram bem sucedidos. Para aqueles que estão ainda utilizando a versão 1.03 não muda em nada, essas alterações só são validas para versão 1.04 Por favor reporte problemas e erros que possam a vir ocorrer. Agradeço a colaboração de todos.

Boa noite, Quando a internet volta ao normal, você não deveria enviar em teNormal em vez de teDPEC ?

Boa noite, Na pasta ...\Exemplos\ACBrCTe temos o manual referente a versão 1.04b e o da versão 1.03 ainda esta disponivel no portal do CTe. http://www.cte.fazenda.gov.br//integracao.aspx Com eles você vai poder checar todas as alterações ocorridas.

Boa noite, No seu post você diz que instalou, compilou e executou o programa exemplo. Mas o titulo diz que ocorre erro ao abrir o projeto exemplo. Qual é a mensagem de erro que aparece ao tentar imprimir ou visualizar o DACTE, visto que a imagem postada não trata-se de um erro.