Italo Giurizzato Junior

Boa tarde Rigotti, Tome como base as demais que foram implementadas.

Caetano, Na duvida instale os componentes do zero.

Carlos, No componente ACBrNFe possui um comando criado especialmente para a CC-e e um outro criado para envio de eventos. Como este segundo é mais recente e atende todos os tipos de eventos, a minha sugestão é utilizar essa segunda forma. Ela esta mais completa e atualizada.

Carlos, A sua aplicação se utiliza do componente ACBrNFe para emitir a NF-e, maravilha. Quando a SEFAZ autorizadora esta off-line nenhuma aplicação consegue enviar dados para um servidor que esta desligado ou sem conexão com a internet, você não concorda? É ai que entra as contingências e são várias para a NF-e. Isso é o que você tem que oferecer aos seus clientes através da sua aplicação. Todas as formas de contingências da NF-e estão implementadas no ACBrNFe. Aconselho você baixar as Notas Técnicas que estão disponíveis no Portal Nacional da NF-e.

Boa tarde Caetano, Lembre-se que os fontes utilizados pelo componente ACBrNFe não se resumem aos que estão dentro da pasta ...\Fontes\ACBrNFe2. Sendo assim procure sempre atualizar todos os fontes de todas as pastas. As vezes é necessário recompilar alguns pacotes.

Será que não é uma instabilidade na SEFAZ? Quando você tentou fazer pelo programa exemplo passou. Agora se toda vez que você tenta cancelar pela sua aplicação não funciona e pelo programa exemplo funciona, concluímos que algo esta errado na sua aplicação; Cheque a configuração do componente antes do envio do evento de cancelamento. Cheque se não esta faltando nada na estrutura da rotina que alimenta o componente com os dados para o cancelamento.

Boa tarde Carlos, Quem disse a você que o programa gratuito da SEFAZ vai conseguir enviar quando a SEFAZ autorizadora estiver off-line?

Boa tarde Sergio, No caso do Windows XP, 7, 8 e 8.1 devemos ter permissão de administrador da maquina para poder registrar as DLLs, caso contrario não vai.

Boa tarde Carlos, Se o problema passou a ocorre de um dia para outro, para mim o certificado do seu cliente venceu.

Boa tarde Graça, Você deve gerar o XML da NF-e com tpEmis = 4 e assinar; Gerar um segundo XML que vai ser de evento EPEC; Enviar o evento EPEC; Quando a SEFAZ Autorizadora retornar, você envia o XML da NF-e com o tpEmis = 4. Mais detalhes, vide a Nota Técnica 2014/001.

Boa tarde Junior, Duas perguntas iguais em 4 minutos? Com relação ao Estado de São Paulo teremos novidades neste segundo semestre, aguarde. O ambiente de homologação já esta ativo para empresas participantes do projeto piloto. Algo relacionado a legislação deverá ser publicado neste mês de julho. Acredito que só em 2015 será liberado para todas as empresas do Estado.

Boa tarde BEP Informatica, O cancelamento esta sendo feito por evento, conforme exemplo que encontra-se dentro da pasta ...\Exemplos\ACBrCTe ?

Boa tarde André, Por favor, post como anexo o arquivo texto que você gerou como entrada no ACBrNFeMonitor.

Boa tarde Andmi, O componente ACBrNFSe possui um function chamada LoadFromFile que lê o conteúdo de um XML, no caso uma NFS-e e automaticamente extrai todas as informações e alimenta as propriedades do componente. É isso que você quer saber?

Bom dia Graça, O EPEC tanto do CT-e quanto da NF-e é um evento que em vez de ser enviado para a SEFAZ autorizadora é enviado para o Ambiente Nacional. Um outro detalhe é que no primeiro momento esse evento é registrado e não vinculado. Assim que a SEFAZ autorizadora voltar ao normal ela receberá do Ambiente Nacional todos os EPECs e vai ficar no aguardo do envio da NF-e por parte do emitente, para que ocorra a vinculação entre eles. Atenção não existe cancelamento de EPEC.

Pelo contrario Sergio, a versão 1.00a é a mais recente. Cuidado, no XML continua aparecendo 1.00 como sendo a versão. Mas a estrutura e a nomenclatura das TAGs mudou. No Portal Nacional do MDF-e esta disponível a Nota Técnica 2013/004 - Versão Preliminar do MDF-e 1.00a Outubro/2013.

Bom dia Vanessa, Quero retomar ao assunto do DigestValue no QR-Code. Nas especificações do DANFE NFC-e é apresentado uma forma diferente de se obter essa informação quando em contingência. Vamos supor que os PDVs não possuem o certificado digital instalado, ele se encontra no servidor por exemplo. Uma coisa é você não ter acesso a SEFAZ e outra é o PDV não ter acesso ao servidor. Se você não tem acesso a SEFAZ, mas o PDV esta on-line com o servidor qual é o problema de gerar o XML da NFC-e (tpEmi = off-line) assinar e desta forma obter o DigestValue para gerar o QR-Code? A ideia de submeter o XML ao algorítimo do SHA1 para obter o DigestValue é quando o PDV não tem o certificado instalado e esta off-line com o servidor onde o certificado esta instalado.

Bom dia Sergio, Você configurou o componente para a versão ve100a? Essas TAGs só existem na versão 1.00a. Na versão 1.00 alem de não existir essas TAGs a TAG pai se chamava veicPrincipal em vez de veicTracao como é na versão 1.00a.

Bom dia Magela, Segundo o modelo do DACTE essa informação não é impressa.

Bom dia fpasqueto, Muito obrigado pela colaboração, já esta disponível.

Bom dia William, O destinatário tem até 180 dias para se manifestar sobre uma nota. E o prazo para realizar o Download de uma NF-e via Web Service, desde que ela tenha sido manifestada é de 30 dias. Por favor leia a Nota Técnica 2012/002 versão 1.02 que trata do assunto de Manifestação do Destinatário bem com o Download.

Boa tarde, Uma coisa é o RPS - Recibo Provisório de Serviço e outra é a NFS-e - Nota Fiscal de Serviço Eletrônica. O XML do RPS é salvo dentro da pasta RPS, por outro lado o XML da NFS-e é salvo dentro da pasta NFSe.

Boa tarde SeverInfo, Ao configurar o componente temos 2 propriedades: idToken e Token em idToken você esta atribuindo 000001 e para o Token? esta deixando vazio ou esta informando o Token fornecido pela SEFAZ para o ambiente de homologação?

Valdir, Por favor post como anexo o fonte alterado para que eu possa enviar para o SVN.

Boa tarde Vanessa, Muito obrigado pela colaboração, vamos analisar as suas alterações.