Italo Giurizzato Junior

Bom dia Caetado, Quanto a data de cancelamento, favor dar uma olhada no conteudo do botão [Cancelar NFS-e] do programa exemplo. Com relação a esse erro, o arquivo existe? Ele esta sendo salvo? e dentro da pasta Ger?

Bom dia, O XML postado como anexo esta autorizado!!! Quando ocorre erro ao validar o envio não é realizado.

Bom dia Wislei, Você já leu a NT 2012/003 que contem orientações para utilização da SVC? Se não, por favor de um lida, vou ler ela novamente e ver se encontro algo. Quanto ao Tipo Autorizador devemos tomar o cuidado de não confundir. 3 = SEFAZ Virtual - RS 5 = SEFAZ Virutal - SP 7 = SVC - RS 8 = SVC - SP Os tipos 3 e 5 são utilizados no caso da UF não possuir a sua própria infraestrutura, logo se utiliza de uma SEFAZ Virtual. Já os tipos 7 e 8 se referem as SEFAZ Virtual de Contingência

Bom dia, Você esta realizando a Manifestação do Destinatário, correto? Ao consultar as NFe destinadas, essa consulta esta sendo realizada no ambiente de produção, correto? E ao enviar a manifestação, também esta sendo feita para o ambiente de produção? De duas ou uma ou você esta enviando a manifestação para o ambiente de homologação ou o webservice da SEFAZ-SP esta com algum problema. Cheque se a consulta e o envio estão ocorrendo no mesmo ambiente, caso afirmativo, entre em contato com a SEFAZ.

Robinho, Segundo o manual da versão 1.04c não existe nenhuma referencia a essa situação. Você adicionar 2 ou mais NF-e em um unico CT-e isso já esta previsto no XML, mas como que fica no caso de vários destinatários ou vários remetentes? Uma vez que só é possível informar somente UM remetente e UM destinatário. Ou neste caso não devemos informar? Exemplo: Um unico Remetente e vários destinatários, logo várias NF-e. Você informa o Remente, informa todas as NF-e e não informa nenhum destinatário. Segundo o manual versão 1.04c - página 106 grupo <rem> Informações do Remetente das mercadorias trasnsportadas pelo CTe - ocorrencia 0-1. Esse grupo poderá não ser informado para os CT-e de redespacho intermediário. Nos demais casos deverá sempre ser informado. página 111 grupo <dest> Informações do Destinatário das mercadorias trasnsportadas pelo CTe - ocorrencia 0-1. Esse grupo só pode ser omitido em caso de redespacho intermediário. Sendo assim para que o exemplo assima seja validado devemos informar no campo <tpServ> - Tipo do Serviço (página 101) o valor 3 ou seja Redespacho Intermediário. Se a questão é emitir somente um CT-e eu não vejo outra alternativa, mesmo na versão 2.0 do CT-e também não existe na que permita algo diferente.

Bom dia Jair, Quando o problema é de estrutura no webservice, nós ficamos de mãos atadas. O ideal seria clicar em um unico botão e ver a impressora imprimir o DANFSE, mas isso nem sempre é possível e temos que praticamente obrigar o usuário a clicar em uma meia duzia de botões até que o processo chegue aoseu final. Paciencia, esperamos que essas empresas "provedores" melhorem as suas infraestruturas tanto de hardware quanto de software.

Bom dia Robinho, O que vem a ser CT-e Globalizado? Se você esta se referindo ao Multimodal, ele vai estar presente na versão 2.0 do CT-e que estará disponivel somente no final deste ano.

Boa noite Jair, Você pode se basear no programa exemplo, nele foi colocado os valores padrões. Uma dica, o comando Enviar realiza os seguintes procedimentos: 1. Gera um XML para cada RPS; 2. Assina o RPS se necessário; 3. Gera o Lote; 4. Assona o Lote se necessário; 5. Valida o Lote; 6. Envia o Lote; 7. Salva (se configurado) o retorno contendo o numero do protocolo (equivalente ao numero do recibo da NF-e); 8. Consulta a Situação do Lote; 9. Salva (se configurado) o retorno contendo a situação; 10. Consulta o Lote de RPS; 11. Salva o(s) XML da(s) NFS-e. 12. Imprimie o DANFSE. Os procedimentos apartir de 8 podem ser executados separadamente, bastando atribuir o valor Fase a propriedade: ACBrNFSe.Configuracoes.WebServices.ConsultaLoteAposEnvio Desta forma é possível contornar o problema de Time Out. Como dito anteriormente muitos provedores recebem o lote mas não tem condições técnicas de processar de forma imediata. Como o componente logo em seguida inicia as consultas, e o webservice não consegue responder, acabamos tendo o erro de Time Out. Para saber os comandos dos demais procedimentos: Consultar Situação, Consultar Lote, Imprimir, favor estudar a rotina de cada botão do programa exemplo. Espero ter ajudado.

Boa noite Vanderlei, Dentro da pasta ...\Fontes\Pacotes\Delphi\ACBrNFe2 você vai encontrar o pacote de instalação que deseja. ACBrCTeDACTeQRpkg

Boa noite a todos, Sugestão implementada, favor atualziar os fontes e testar.

Boa noite Wislei, As informações de recibo que você se refere é o protocolo de autorização? Se sim, você só vai ter se você realizar a consulta. No seu caso o envio foi para o SVC e após o envio não foi retornado o protocolo de autorização?

Bom dia Dennis, Por favor, post como anexo a unit corrigida.

Bom dia Moacir, Tente desta forma: Apenas remova os requisitos que não existem no XE2 e depois compila o componente com a opção Build, é para ele acrescentar ou solicitar a autorização para acrescentar os requisitos faltantes.

Bom dia, Favor atualizar os schemas e os fontes do ACBrMDFe. O seu xml contem a tag <veicTracao> sendo que agora é <veicPrincipal>.

Bom dia Rafa, No código do botão [Cancelar NFS-e] do programa exemplo que encontra-se dentro da pasta ...\Exemplos\ACBrNFSe, você tem um exemplo de como obter o código de cancelamento e a data e hora do mesmo. Estude o código do botão, caso tenha mais duvidas, post aqui.

Boam dia, O componente ACBrCTe não tem essa funcionalidade.

Bom dia Léo, Desculpa pela demora. Favor atualizar os fontes e testar.

Bom dia Cleber, Não tenho, mas você pode se basear no que foi feito para a NF-e.

Boa noite Jair, Esse é um problema presente em vários provedores, eles não conseguem dar conta de processar tudo o que chega. Tem provedor que retorna o XML da NFS-e de um RPS enviado, depois de algumas horas.

Bom dia Cleber, A CC-e para o CT-e vai estar disponivel quando sair a versão 2.0 do CT-e, a previsão é para o final do ano. Precisamos de voluntário para criar as units para imprimir a CC-e, algo semenhante que foi feito para a NF-e.

Bom dia Gustavo, Sim, desde que a chave dessa segunda via do XML seja exatamente igual, caso contrario você não vai conseguir realizar a consulta.

Bom dia Luciano, Vou realizar um teste em casa, pois lá tenho duas maquinas, uma com o Quick Report versão 3.0 e a outra com a 5.0.2 Vou checar a visualização e a impressão nas duas maquinas, depois reporto os resultados. Se não me falha a memória alguns colegas tiveram problemas parecidos e só foi resolvido com a atualização do Adolbe.

Bom dia Volmir, O componente ACBrCTeDACTEQRRetrato possui a propriedade MostrarPreview, se você atribuir o valor True ao executar o comando Imprimir o DACTE vai ser apresentado na Tela, posteriormente poderá ser impresso se assim desejar. Note que estou me referindo ao DACTE feito em Quick Report e a visualização tem que ser um a um, não descobri ainda uma forma de carregar o componente com dois ou mais CT-e e visualizar todos os DACTEs.

Bom dia Isaque, Como não tenho o seu e-mail, mandei os fontes para o André.

Bom dia Ricardo, O comando LoadFromFile do componente é capaz de carregar tanto o XML do RPS quando da NFS-e. Após carregar é só mandar imprimir, mas algumas informações não vão aparecer, como por exemplo o numero da NFS-e. O interessante seria ter um lay-out de um RPS, e um comando especifico para imprimir o RPS.