Italo Giurizzato Junior

Bom dia, Você tentou entrar em contato com o provedor ISSNet para saber deles o que esta ocorrendo? O emitente esta cadastrado junto ao provedor para poder utilizar o WebService? Se sim todos os dados estão corretos: CNPJ, IM, etc?

Bom dia a todos, Alguem teve a curiosidade de baixar o Manual versão 2.00 do CT-e disponivel no Portal Nacional do CT-e e ler as paginas que trata do evento Carta de Correção Eletrônica, para saber como é o lay-out do XML? Pessoal eu não sou nenhum expert, gênio, mestre, etc. Eu apenas leio os manuais, notas técnicas com muita atenção. Os manuais apesarem de serem chamados de: Manual de Orientação do Contribuinte, o coitado do contribuinte não entende nada do que esta escrito, na verdade esses manuais e notas técnicas são destinados aos desenvolvedores, ou seja, nós. Me diz, sem a leitura dos manuais e notas ténicas, eu teria condições de realizar as alterações nos componentes? Não vem com essa história de implementar uma funcionalidade no componente é uma coisa e a sua utilização é outra. Sim, é diferente, e por sinal a utilização é mais fácil. Nós mantenedores dos componentes, procuramos ao máximo deixar os nomes das propriedades exatamente igual ao que esta no manual, sendo assim uma leitura com atenção vocês conseguem montar as rotinas em suas aplicações. Querem uma dica? Esta disponivel junto com o programa exemplo, pasta ...\Exemplos\ACBrCTe um fragmento de código para realizar o cancelamento por evento de CT-e. Estude essa rotina e faça as alterações necessárias com base no que esta escrito no manual e monte a rotina para o envio da CC-e.

Bom dia Luiz, Primeiramente quero lhe informar que o componente ACBrCTe já esta apto a emitir o CT-e na versão 2.00 e a CC-e, Cancelamento, EPEC e Registro Multimodal, todos são farinha do mesmo saco, ou seja, são eventos. Segundo, já realizei varios testes na nova versão utilizando a minha aplicação com as devidas alterações, funcionando 100%. Terceiro, como a SEFAZ vai aceitar CT-e na versão 1.04 até 01/06/2014, logo ela tem que aceitar a Carta de Correção em Papel, também até esta data. Quarto, a partir do momento que você começar a emitir o CT-e na versão 2.00 em ambiente do produção, seja em novembro/2013 ou só em junho/2014 não faz mais sentido emitir a Carta de Correção em Papel. Quinto, o que não pode é emitir o CT-e na versão 1.04 e a CC-e na versão 2.00 Resumindo: CT-e 1.04 - Carta de Correção em Papel CT-e 2.00 - Carta de Correção Eletrônica

Boa noite Ant. Carlos, O numero da NF tem que ser sequencial e deve ser controlado pelo sistema e não deixar a cargo do usuário digitar o numero que ele bem entenda.

Boa noite Rinaldo, Se você teve que incluir o IFDEF é porque estava desatualizado. Como você fez alteração, aconselho você excluir os fontes alterados e baixar novamente. Depois compile a sua aplicação com a opção Build.

Boa tarde Ant. Carlos, O XML assinado de um NF-e é salvo antes do envio. Se a SEFAZ retornar o protocolo de autorização o componente se encarrega de atualizar o XML, acrescentando as TAGs referente ao protocolo de autorização, ficando assim um XML com validade fiscal.

Boa tarde Rinaldo, Você esta com os fontes atualizados? Disponibilizei uma correção do DACTE QR que tem haver com a versão 2.00, quanto ao DACTE FR não sei te responder se ele já esta compativel com a nova versão.

Boa tarde Vitor, É o que diz o manual, se você for detalhar as Informações das Unidades de Transporte (note que é opcional) no campo: idUnidTransp, segundo o manual você pode atribuir a Placa do veículo.

Boa tarde Msilva, Os meus filhos dizem que sou chato, pois bem, não sou chato, o componente ACBrNFe tem sim a opção para consultar a NFe destinadas e também a opção para realizar o Download. Vai ai agumas dicas: Se você não quer ferrar o seu cliente, não faça o download. Desculpe, vou ser chato agora: Para mais detalhes por favor pesquise no fórum sobre o download e baixe do Portal Nacional da NF-e a Nota Técnica que trata do assunto Manifestação do Destinatário.

Boa tarde Gabriel, Não confunda Erro com Alerta. "A funcionalidade Gerar NFse nao esta disponivel para o provedor IssIntel." Iisso não é um erro, é um alerta, mostranto para você que o provedor em questão não implementou em seu WebService essa funcionalidade. Configure o componente para mostrar as mensagens e salvar os arquivos de envio e retorno completos, temos uma propriedade Salvar em WebServices que serve para isso. Desta forma é possivel descobrir o que esta ocorrendo.

Boa tarde Vitor, O manual esta errado, a placa continua com o tamanho de 7, ou seja, 3 letras e 4 digitos. Logo você não tem que mudar nada na sua rotina.

Boa tarde José, Fontes atualizados, favor baixar e testar.

Boa tarde Augusto, Muito obrigado pela colaboração, favor atualizar os fontes e testar.

Boa tarde Augusto, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.

Boa tarde Cláudio, Tenho na minha aplicação um Data Module com os componentes ACBrCTe e ACBrCTeDACTEQR. Não fico criando e destruindo componentes ou form durante a execução da aplicação. Tenho um Form de Emissão de CT-e, quando o usuário abre ele, é apresentado uma lista de conhecimentos lançados e já salvos no banco de dados. Conhecimentos estes que ainda não foram enviados para SEFAZ. O usuário tem a liberdade de escolher quais os conhecimentos da lista que deseja emitir. Ao clicar no botão [Emitir], tenho uma rotina que identifica os conhecimentos selecionados, busca os dados deles no banco de dados e alimenta o componente. Logo essa rotina é um Loop que a cada laço é adicionado ao componente os dados de um conhecimento. Feito isso simplesmente mando executar o comando Enviar, pois este comando se encarrega de gerar um XML para cada conhecimento adicionado ao componente, alem de assinar cada um deles, validar, gerar o lote com todos eles, enviar para SEFAZ, atualizar os XMLs com o protocolo de autorização e imprimir os DACTE. Não utilizo SaveToFile e LoadFromFile como você apresentou em seu Post. Realizei um teste essa semana, adicionando 3 conhecimentos e depois mandando emitir todos eles, ou seja enviei um lote com os 3 conhecimentos. Sem nenhum problema. Os testes foram realizados em ambiente de homologação, tanto na versão 1.04 quanto na versão 2.00, funcionou perfeitamente.

Boa tarde Kelsonpalharini, Se você vai desenvolver uma aplicação para emitir NFS-e para um cliente de Guarulhos/SP é necessário: 1. Que seu cliente adquira o certificado; 2. Que ele se cadastre para utilziar o WebService, veja bem existe um cadastro para usar o site para emitir a NFS-e e um outro cadastro para usar o WebService. 3. Usar o certificado dele para realizar os testes.

Boa tarde Gabriel, Favor atualizar os fontes e teste.

Boa tarde leufmt, Procure e apague, todas as DCU dos fontes referentes da pasta ACBrNFe2 e da PCN2.

Boa tarde a todos, Encaminhe para mim por e-mail, os schemas e os fontes novos e alterados para atender a cidade de Porto Velho. italo@ctaonline.com.br Vou analisar e fazer as devidas correções se necessário.

Boa noite Fernando, Por favor baixe o Manual Versão 2.00 do CT-e disponivel no Portal Nacional do CT-e, nele contem as datas de inicio. Você só vai poder iniciar o envio do CT-e versão 2.00 quando o ambiente de produção estiver liberado, antes não.

Boa noite Rodrigo, Por favor pesquise antes de postar. A sua questão já esta respondida em outros tópicos.

Boa noite a todos, Conforme dito, usei a minha aplicação, para emitir um lote com 3 CT-e na versão 1.04. Os 3 XML foram gerados, assinados, validados, o lote foi gerado e enviado, com o retorno dos 3 autorizados e os DACTEs impressos. Repeti o mesmo teste só que na versão 2.00 e tudo ocorreu conforme o esperado, ou seja o lote com os 3 CT-e foi enviado, autoriza e os DACTEs impressos sem nenhum problema. Como a mensagem de erro é retornada pelo Webservice, acredito que o problema esta na SEFAZ.

Boa noite Graça, Abra o XML usando o bloco de notas. Já vi o Internet Explorer apresentar os atributos de forma invertida.

Boa noite Cláudio, Quando um CT-e é rejeitado, devemos corrigir o problema e gerar novamente o XML, assinar, validar e enviar.

Boa tarde leufmt, Me desculpe, mas as mensagens por si só deixam claro o que esta ocorrendo. A primeira diz que a funcionalidade que você esta tentando usar não esta disponivel para o provedor em questão, logo você tem que enviar de outra maneira. A segunda traz até o que é preciso ser feito. Pela mensagem retornada, o webservice detectou que a pessoa A esta tentando emitir uma nota em nome da pessoa B, isso é até possível desde que a pessoa B autorize o provedor a pessoa A emitir nota em seu nome.