Italo Giurizzato Junior

Boa tarde Valdir, Fiz uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde a todos, No componente ACBrCTe foi realizo um alteração nessa mesma funcionalidade: consultar a situação, de tal forma que tendo o XML do CT-e carregado previamente antes da consulta. Ao realizar a consulta caso o CT-e tenha algum evento associado é gerado e salvo o arquivo: <chave>-CTeDFe.XML Este arquivo contem todos os dados do CT-e e a lista de eventos associados a ele. Algo semelhante poderia ser feito para o ACBrNFe, onde teríamos o arquivo: <chave>-NFeDFe.XML contendo todos os dados da NF-e e a lista de eventos associados a ela. Quero chamar a atenção que o componente apenas gera o arquivo: <chave>-CTeDFe.xml não temos nenhum comando para carrega-lo ou imprimi-lo ou envia-lo por e-mail.

Boa tarde, Por favor faça uma pesquisa no fórum, existem várias postagem sobre o problema de instalar o DACTE ou DANFE feitos em Quick Report, principalmente se a versão instalada no seu Delphi for inferior a versão 5.

Bom dia, Em vez de carregar "n" CT-e no componente e depois solicitar a impressão de todos, já tentaram fazer de forma individual, ou seja: 1. limpar o componente; 2. carregar o XML; 3. imprimir o DACTE colocar esses 3 passos dentro de um loop.

Bom dia Rinaldo, Com relação a manifestação se não me falha a memória o programa exemplo já possui rotinas que exemplificam. No caso do Download não, mas acabo de disponibilizar um pequeno fragmento de código que pode lhe ajudar. Atualize todos os fontes de todas as pastas. Dentro da pasta ...\Exemplos\ACBrNFe2 você vai encontrar um arquivo TXT com o nome DownLoad.

Bom dia Felipe, Se você utiliza o componente ACBrCTe até onde sei o envio de eventos como cancelamento e CC-e estão funcionando. Agora se você não utiliza o componente, tenha em mãos o Manual versão 2.00a do CTe, nele você encontra a estrutura do XML que deve ser gerada para o envio de um evento. É com base nos Manuais e Notas Técnicas que implementamos as rotinas no componente.

Boa tarde Luciano, Nunca fiz uma nota de devolução, mas segundo a Nota Técnica 2013/005 versão 1.03 (página 46) podemos incluir, ou melhor referenciar até 500 notas em uma nota de devolução.

Boa tarde Jefferson, Para consultar a situação de um lote ou consultar um lote de RPS há necessidade do numero do protocolo, caso você venha perder essa informação por um motivo de erro na conexão com a internet, você pode tentar obter o XML da NF-e através da consulta da NFSe por RPS ou simplismente a consulta de NFSe, nessas duas formas de consulta não precisa do numero do protocolo. Agora se a intenção é recuperar essa informação, não tem como, pois ela é gerada e retornada após o envio do lote.

Boa tarde Jeison, Quando o componente gera o XML é gerado automaticamente a chave do mesmo. Se você configurou o componente para salvar os XML em disco, a coisa fica fácil. A chave é composta por um campo chamado cMDF que é um código aleatório. Sendo assim, o meu conselho é que a sua aplicação gere esse código e que o mesmo seja salvo no banco de dados, bem como a chave completa gerada pelo componente. Fora isso não encontro outra alternativa.

Boa tarde Leonardo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Bernardo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Walter, No manual versão 2.00a do CT-e disponibilizado no Portal Nacional do CT-e temos um anexo com a lista dos campos que não podem ser alterados, basta você imprimir as folhas que contem a estrutura completa do XML e riscar os que não podem, a partir dai você vai ter condições de montar o combobox de grupos e de campos.

Bom dia a todos, A maioria das SEFAZ não alteraram os nomes dos métodos dai continuar aparecendo NfeStatusServico2 em vez de NfeStatusServico3 mesmo com a mudança para a versão 3.10. Até onde sei Ceará ainda não liberou os Web Services: NfeAutorizacao e NfeRetAutorizacao para o ambiente de homologação e produção e se não me falha a memória o Paraná liberou somente para o ambiente de homologação. Quero reforçar que devemos sempre configurar primeiro o modelo e depois a versão do documento fiscal via código e não alterando as propriedades do objeto do componente.

Bom dia EFV, Você esta com os Schemas e com os fontes atualizados? Se sim, faça a seguinte alteração na sua rotina (incluir a linha em negrito): ACBrCTe.EventoCTe.Evento.Items[0].infEvento.detEvento.xCondUso := ''; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin frmCC_CTe := TfrmCC_CTe.Create(Self); frmCC_CTe.ShowModal; grupoAlterado := sGrupo; campoAlterado := sCampo; valorAlterado := sValor; nroItemAlterado := iNumItem; end;

Bom dia Helio, Algumas empresas fizeram isso e estão ganhando dinheiro. Mas lembre-se que, para fornecer um serviço desse a uma prefeitura, será necessário participar de uma licitação. Segundo se você ganhar terá que prestar o serviço enquanto durar o contrato que normalmente é de 4 anos. Detalhe importante, você recebendo ou não da prefeitura pelo serviço contratado, vai ter que presta-lo. Tome muito cuidado, um amigo meu teve que manter o serviço de manutenção em equipamentos de informatica mesmo sem receber, quase que fechou as portas.

Bom dia André, Isso só ocorre quando o XML carregado para o componente não contem o protocolo de autorização. Como é feito a leitura do XML? O usuário que escolhe o arquivo que quer carregar ou ele informa o numero do CT-e e a sua aplicação que busca o XML e carrega? Você tem o XML do CT-e salvo duas vezes, com e sem o protocolo de autorização?

Bom dia Perison, A instalação do componente ocorreu com sucesso? Se sim, verifique se no arquivo ACBr.INC a diretiva de compilação PL_200 esta descomentada. Se sim, verifique a unit pcteCTe.pas e procure pelas propriedades que você diz que não são reconhecidas. Se você diz que esta baixado tudo do zero em uma maquina virtual zerada, só resta uma pergunta: Ao baixar os fontes, você esta baixando do novo repositório? Você utiliza o Tortoise para baixar os fontes? Se sim, o mesmo esta configurado com a nova URL? Para saber se esta ou não, procure aqui no fórum por Atualização Forçada.

Bom dia, Muito obrigado pela colaboração, já esta disponível a inclusão da cidade.

Bom dia Rômulo, Acredito que a mensagem é clara. O SVC só aceita CT-e tipo normal, para que você possa enviar um CT-e Complementar é preciso enviar para a SEFAZ autorizadora e não para o SVC. Uma vez que o SVC é a SEFAZ Virtual de Contingência.

Bom dia Welder, Por favor post como anexo a(s) Unit(s) que você alterou para que possamos realizar um merge.

Bom dia Jairo, Uma coisa é alimentar uma propriedade do XML chamada Producao com o valor Sim e outra é configurar o componente, mais precisamente a propriedade Ambiente onde devemos informar se é o ambiente de produção ou homologação. Para esta configuração vide o programa exemplo.

Bom dia Luciano, Não existe nada implementado no ACBrNFe no que diz respeito ao Registro de Saída. Até onde sei somente o Estado de Minas Gerais que implementou esse Web Service para realizar esse registro.

Bom dia Sadao, Alteração realizada e disponibilizada.

Bom dia Lopes, A inclusão do protocolo ao XML assinado é feita pelo componente automaticamente assim que a SEFAZ retorno o mesmo. Como funciona o processo: 1. O componente é alimentado com os dados; 2. Ao executar o comando Enviar é executado automaticamente os seguintes passos: 2.1 É gerado o XML; 2.2 O XML é assinado; 2.3 O XML assinado é validado; 2.4 É gerado o lote; 2.5 O lote é enviado para SEFAZ; 2.6 A SEFAZ retorno o numero do recibo, acusando o recebimento do lote; 2.7 O componente realiza um consulta a SEFAZ para saber a situação do processamento do lote recebido por ela. 2.8 Caso a SEFAZ retorne o Status de lote em processamento o componente aguarda alguns segundos e repete a consulta. 2.9 Caso a SEFAZ retorne lote processado, junto com essa informação é retornado o protocolo de autorização ou o motivo da rejeição. 3.0 Caso tenha sido autorizado o componente automaticamente anexa ao XML assinado o protocolo de autorização. 3.1 Caso o segundo parâmentro do comando Enviar seja True o DACTE é impresso, isso se o CT-e foi autorizado. É durante a consulta a SEFAZ para saber se o lote já foi processado ou não que pode ocorrer problemas e o XML do CT-e ficar sem o protocolo de autorização. É neste caso que é interessante termos na nossa aplicação uma opção que liste os CT-e que estão assinados e que foram enviados para a SEFAZ mas estão sem o protocolo. Desta forma o usuário seleciona um dos CT-e assinado, enviado e não protocolado, e a sua rotina deve carregar o mesmo para o componente e realizar uma consulta. Ao realizar essa consulta a SEFAZ vai retornar se o mesmo esta autorizado ou não, se estiver será retornado o protocolo de autorização. O componente por sua vez se encarrega de anexar ao XML assinado o protocolo. Para saber como montar essa rotina, vide os arquivos TXT exemplos que encontram-se dentro da pasta ...\Exemplos\ACBrCTe. Um deles se chama RotinaCompleta.txt, estude a procedure chamada NaoProtocolados.

Bom dia Ailton, Fiz uma alteração, favor atualizar os fontes e testar novamente.