Italo Giurizzato Junior

Bom dia Tiago, Por favor atualize e tente compilar novamente.

Bom dia Cleonir, Favor atualizar os fontes, compilar a aplicação com a opção Build e teste novamente.

Bom dia Ivan, Primeiramente peça a esse seu cliente que apresente um documento emitido pelo ENCAT que diz que a palavra ISENTO tem que ser informada na TAG <IE> quando o destinatário for isento de inscrição estadual. Depois você apresenta a ele a Nota Técnica 2013/005 versão 1.22 publicada em março/2015 (em vigor) página 20 item 03.7 que trata sobre a Identificação do Destinatário, onde esta escrito: "Incluído campo para a identificação da IE do destinatário (tag:indIEDest), que irá documentar a informação do destinatário Contribuinte do ICMS (obrigatória a informação da IE do destinatário), Contribuinte Isento de Inscrição (não deve informar a IE) e Não Contribuinte. Neste último caso, a IE do destinatário pode ser informada ou não, já que algumas UF concedem inscrição estadual para não contribuintes." Note que em nenhum momento diz que a palavra ISENTO tem que ser informada e tem mais, no inicio da página 21 temos a definição da TAG <IE> e na coluna observação esta escrito: "Campo opcional. Informar somente os algarismos, sem os caracteres de formatação (ponto, barra, hífen, etc.)." Agora se ele não souber o que significa algarismo, bom, deixa pra lá.

Bom dia Elton, O cancelamento de uma NF-e já faz um bom tempo que é um evento. Sendo assim, estude o programa exemplo.

Boa tarde, O problema que logo no começo existe Namespace desnecessários e a versão estra entre apostrofe e não entre aspas. Se remover os namespaces a mais e trocas os apostrofes por aspas vai funcionar.

Boa tarde Ricardo, Se eu disser a você que essas URLs atualizei nos fontes do ACBr em 01/05/2015 você acredita? Agradecemos a sua postagem, mas por favor antes de postar pesquise, pois faz 4 meses que tem pessoas no fórum comentando sobre essa mudança. Uma Dica: se você ficar esperando a contabilidade de algum cliente seu lhe passar alguma informação, vai estar perdido, como você pode ver, estão lhe avisando que as URLs antigas vão parar de funcionar daqui 20 dias. Lhe sugiro visitar diariamente os portais nacionais da NF-e, CT-e e MDF-e só assim você vai estar informado.

Boa tarde Alexandre, Disponibilizei o arquivo: Fiorilli.INI, favor atualizar os fontes e testar novamente. Não existe a garantia que vai funcionar pois o ACBrNFSe para o Trunk2 ainda esta sendo reescrito, mas acredito que o envio do lote e o retorno do recibo já esta funcionando.

Boa tarde Adriano, Pode ser problema de cedilha, vogais acentuadas ou caracteres especiais. Ou até mesmo alguma TAG que esta sendo gerada sendo que não devia.

Bom dia Marcelo, Verificando os fontes do componente, uma vez que não sou seu que implemento tudo, muitos colegas do fórum contribuem com implementações, melhorias e correções, temos analisar o que foi feito e entender. Muito bem, no caso do provedor IssDSF a Consulta ao Lote não retorna o XML da NFS-e e sim um resumo sobre ela. Para obter a NFS-e é preciso realizar uma Consulta a NFSe ou uma Consulta a NFSe por RPS. Portando deve-se utilizar os métodos: ConsultarNFSe ou ConsultarNFSeporRps. Esses métodos devem ser utilizados quando o ConsultarLoteRps executado automaticamente ou separadamente do Enviar retornar o resumo da NFS-e, ou seja, o campo <Sucesso> dessa consulta retornar o valor True.

Bom dia Adriano, A prefeitura de São José dos Pinhas/PR antes se utilizava do provedor Ginfes, provavelmente assim que terminou o prazo do contrato em vez de fazer uma nova licitação, não resolveram montar o seu próprio Web Services e diga-se de passagem usando os mesmos schemas do Ginfes entre outras coisas, como o envelopamento do XML a ser enviado ou recebido. Mudaram alguma coisa só para dizer que não copiou tudo. Onde esta o pessoal de TI da prefeitura que tiveram a brilhante ideia e que agora se escondem em vez de dar suporte aos interessados a utilizar o Web Service. O jeito é ficar no pé desse pessoal.

Boa noite José, O que esta ocorrendo é muito estranho, acredito que deva existir algum bug no comando AdicionarCTe que em vez de acionar o CTe ao lote ele esta tentando criar um novo XML. Faça o seguinte, em vez de usar o comando CriarCTe para criar o XML do CTe, utilize no lugar o comando AdicionarCTe e depois o comando para enviar o lote.

Se você utiliza os fontes do ACBr - Trunk2 procure pelos XSD na pasta: ...\Exemplos\ACBrDFe\ACBrNFe\Schemas\ve310

Boa noite Paulo, Sim, as sub-pastas dentro da pasta Evento só serão criadas caso a propriedade AdicionarLiteral estiver com o valor True.

Boa noite Adriano, O componente ACBrNFSe não esta pronto para o Trunk2.

Robinho, A regra é clara e essa empresa esta interpretando de forma errada. A regra diz que o grupo <infDoc> tem que ser informado, mas não diz se o documento a ser informado é o não a NF-e original. Veja se este linlk lhe ajuda: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Boa noite Paulo, Fiz uma correção nas URLs de envio de evento. Por favor atualize e teste novamente.

Boa noite, Portal Nacional da NF-e - Nota Técnica 2013/005 versão 1.22

Boa tarde a todos, Por favor aguardem até amanhã, pois estarei disponibilizando algumas alterações que visam resolver o problema do XML ficar sem o protocolo após o envio.

Boa tarde Ricardo, Pela sua rotina você ainda esta usando os fontes do Trunk, correto? Pois bem sugerimos que você mude para o Trunk2.

Boa tarde a todos, Lucas, você sofre por antecedência, calma rapaz. Vocês vão ver no dia 01/11/2015 quantos vão perguntar no fórum se já foi implementado.

Boa tarde Rubens, Você esta usando o ACBrNFe para realizar o download após a manifestação do destinatário? Se sim, deve ter notado que o componente salva alguns arquivos são eles: *-ped-down-nfe.xml <== pedido de download de NF-e. *-down-nfe.cml <== retorno do pedido. *-nfe.xml <== NF-e extraída do retorno. O problema é que você esta pegando o retorno do pedido e querendo ler como se fosse o XML da NF-e, isso esta errado. O retorno do pedido contem o grupo <retDownloadNFe> logo no inicio indicando exatamente isso. O componente se encarrega de extrair a NF-e que dependendo da SEFAZ pode vir compactada ou não. O componente possui uma propriedade para definir o path onde os downloads serão salvos.

Boa tarde André, Já existe o Web Service para administrar o CSC, inclusive existe a Nota Técnica 2014/001 - NFC-e que trata do assunto, mas até o momento somente a SEFAZ-AM que disponibilizou esse Web Service.

Bom dia Claudio, O comando ConsultarNFe é para consultar a situação atual emitida por você. Suponho que você envia a nota, esta é recebida pela SEFAZ, processada, mas no momento de retornar o protocolo de autorização ocorre um erro, por exemplo, time out. Como resolver esse problema? Simples, basta executar o ConsultarNFe, este comando vai realizar uma consulta na SEFAZ para saber o resultado do processamento, como retorno vem o protocolo de autorização e o mesmo é adicionando ao XML. Portanto o comando ConsultarNFe não server para saber se a nota emitida pelo seu fornecedor esta autorizada ou não.

Bom dia Fabrício, Os componentes ACBrNFe, ACBrCTe e ACBrMDFe tiveram os seus fontes alterados para os novos endereços em 01/05/2015. Quem fez essas alterações foi eu. O ACBrNFeMonitor se utiliza dos componentes. Levando em consideração que o Monitor é compilado com a última versão dos fontes disponíveis no repositório, podemos concluir que as compilações do monitor realizadas após a minha alteração, já contempla os novos endereços. No que diz respeito aos fontes dos mesmos componentes disponíveis no novo repositório (Trunk2), afirmo que os novos endereços também foram alterados 01/05/2015. Como o ACBrMonitor Plus se utiliza dos componentes que estão no Trunk2, conclui-se que este também já contempla os novos endereços.

Bom dia Almeida, Só pela chave notei que se trata de uma NFC-e (modelo 65) e não uma NF-e (modelo 55). Sendo assim, você esta ciente que a NFC-e é uma Nota Fiscal ao Consumidor Eletrônica, portanto os dados do destinatário são opcionais e quando desejamos informar o consumidor final normalmente é uma pessoa física. Lhe peço que procure pelos campos apontados pela validação que você fez na Nota Técnica 2013/005 versão 1.22 e veja o que deve ser atribuído quando for uma NFC-e.