italo.giurizzato.junior

Bom dia a todos, Maravilha, vamos continuar lendo e relendo as Notas Tecnicas para podermos discutir sobre o assunto com mais embasamento e implementar da melhor maneira possivel em vez de ficar batendo a cabeça.

Bom dia Alex, Apesar de já ter implementado essa funcionalidade em meu sistema, não realizei testes por falta de certificado. Quem já implementou, poderia realizar os testes e depois postar no fórum os resultados.

Bom dia Marcelo, Mas você pode alterar o valor dessas propriedades somente quando for realizar a Consulta de NFe Destinadas, depois retorna aos valores anteriores.

Boa tarde Marcelo, Não precisa nada disso, no caso de realizar a consulta de NFe destinadas, basta atribuir o valor False as duas propriedades Salvar que o componente possui. Desta forma ele realiza a consulta retorna o resultado mas não salva em disco o xml de envio de consulta e o de retorno.

Boa tarde Edmar, Se a transportadora ainda não é obrigada a emitir o CTe, ela pode escolher qual a prestação de serviço que vai ser documentada com o CTe ou com o CTRC. Agora utilizar o CTRC como FS-DA em modo de contingência isso eu já não sei te responder, o melhor caminho é consultar a SEFAZ.

Boa tarde Joemil, Você esta utilizando os schemas da pasta WebISS?

Boa tarde Mausoam, Por favor, você consegue as URLs de homologação e produção de Rondonópolis, acredito que com apenas essas informações fica facil implementar. Uma vez que já temos uma unit para o provedor Abaco. Se você conseguir as URLs hoje mesmo estarei disponibilizando as alterações para que você possa iniciar os seus testes.

Boa tarde Rodrigo, Sim, o comando Envia é o responsavel por praticamente tudo, Gerar o XML, assinar, enviar e por fim salvar o XML da NFSe retornada pelo WebService.

Boa tarde a todos, A ideia não é essa e sim obter a relação de NFe destinadas a você. Desta forma você fica sabendo se alguem esta emitindo NFe sem você ter comprado nada dessa pessoa. Por favor leia e releia com mais atenção a NT que trata do assunto.

Boa tarde Kiko, Um Feliz Ano Novo a todos nós. Isso é um folego a mais para aqueles que não estão com as suas rotinas totalmente implementadas e testadas. Mas, de qualquer forma, devemos manter os nossos fontes atualizados e não esperar 31/03/2013 para começar a testar o cancelamento por evento. Uma vez que tem mais coisas por vir nesse primeiro semestre de 2013, por exemplo a obrigatoriedade do MDF-e.

Boa tarde Alex, Você esta no caminho certo, inicialmente realizamos a primeira consulta com o NSU valento zero e depois utiliza o NSU retornado para as próximas consultas, até que o indicador retorne que não tem mais documentos. Quando esgota os documentos, devemos aguardar um dia ou mais e realizar uma nova consulta começando com o NSU valendo zero. Não tenho esse procedimento em produção na empresa que trabalho, mas quem já esta utilizando a mais tempo pode confirmar ou não que foi dito acima. Espero ter ajudado.

Boa tarde a todos, No momento o "Gerar e Enviar NFSe" não esta disponivel para todos os provedores e para implementar essa funcionalidade tem que verificar se o provedor implementou essa função no WebService, caso contrario não tem como utilizar. A grande maioria dos provedores requer o certificado digital para poder assinar o XML e/ou acessar o WebService.

Boa tarde Edson, Você se refere ao CFOP do CTe ou o CFOP da NF comum informada como sendo o documento originário? De qualquer forma nos dois casos essa informação é obrigatória, logo não pode ser vazio ou "0000".

Boa tarde Phablo, Você esta no caminho certo. Estude o arquivo texto chamado: AlimentarComponente, este fragmento de código é da minha aplicação e faz exatamente isso, le os dados contidos nas tabelas do banco de dados e alimenta as propriedades do componente com os dados pertinentes ao transporte da carga. De uma forma bastente resumida temos: 1. Rotina que alimenta o componente; 2. execução do comando Enviar. O comando Enviar, gera o XML com os dados que foram passados para as propriedades do componente, realiza a assinatura, submete a validação, caso esteja tudo OK ocorre o envio para a SEFAZ, aguarda o resultado do processamento realizado pela SEFAZ, caso esteja todo OK, é retornado o protocolo de autorização de uso, o componente se encarrega de inclui-lo no XML tornando-o completo ou seja: assinado e protocolado, finalmente o DACTE é impresso. O envio do XML por e-mail para o tomador do serviço utilizamos outro comando: EnviarEmail. Lembre-se de estudar os demais fragmentos, tais como, Configurar, Cancelar e etc. Não esqueça de imprimir e ter como referenia o Manual do CTe "Manual_CTe_v1.04c.PDF" que encontra-se disponivel na pasta: ...\Exemplos\ACBrCTe. Espero ter ajudado.

Boa tarde Phablo, E na pasta ...\Exemplos\ACBrCTe você encontra alguns arquivos TXT com fragmentos de código da minha aplicação, estude esses fragmentos. Bons estudos e um Feliz Ano Novo.

Boa noite, Veja como atribuir corretamente os valores, estudando o programa exemplo que encontra-se na pasta ...\Exemplos\ACBrNFSe\Delphi

Boa tarde Leo, Até onde sei ainda não existe obrigatoriedade, mas lembre-se que a Manifestação do Destinatário serve tanto para quem compra, quanto para quem vende. Para quem compra, ou seja o Destinatário, é possivel ter uma relação de todas as NFe emitidas, neste caso da para detectar se alguem esta emitindo Nota para você sem você saber, uma vez que o XML não é enviado por e-mail para você. Para quem vende, ou seja o Emitente, é uma confirmação que a mercadoria foi entregue ou seja temos ai o canhoto eletrônico de entrega de mercadoria.

Boa tarde Graça, O erro que você se refere é: Nenhum Documento localizado para o destinatario ? Se for note que o valor da tag <indCont> é 1 isso significa que você deve tentar mais uma vez utilizando o numero que aparece na tag <ultNSU>. Na verdade você deve montar uma estrutura: Repeat .... Until e colocar dentro da estrutura de repetição o comando para consultar e só parar quando o valor de <indCont> for 0 (zero) ou você definir um numero de vezes de repetição. Algo do tipo: x := 0; repeat // Rotina que vai realizar a consulta e armazenar no banco de dados os dados retornados da NFe encontrada // para futura Manifestação. // y é uma variavel integer que vai conter o valor da tag <indCont> ou seja zero ou um inc(x); until (x > 20) or (y = 0); Espero ter ajudado.

Boa tarde Junior, Você esta usando o Cancelamento por evento ou o Cancelamento "normal" que por sinal não é mais aceito pela SEFAZ. Lhe pergunto pois o numero da linha 672 da unit ACBrNFeWebServices se refere a rotina antiga de cancelamento ou seja a procedure: DoNFeCancelamento. Hoje deve-se utilizar a function: EnviarEventoNFe(idLote: Integer) e não mais a Cancelamento(AJustificativa: WideString).

Bom dia Idez, Segundo o lay-out apresentado no manual, devemos informar somente a quantidade.

Bom dia a todos, Foi publicado em 20/12/2012 o Ajuste SINIEF 23/2012, que altera o paragrafo terceiro da cláusula terceira do Ajuste SINIEF 21/2010. ".... A J U S T E Cláusula primeira O § 3º da cláusula terceira do Ajuste SINIEF 21/10, de 10 de dezembro de 2010, passa a vigorar com a seguinte redação: “§ 3º Ao estabelecimento emissor de MDF-e fica vedada a emissão: I - do Manifesto de Carga, modelo 25, previsto no inciso XVIII do art. 1º do Convênio SINIEF 06/89; II – da Capa de Lote Eletrônica – CL-e, prevista no Protocolo ICMS 168/10.”. Cláusula segunda Este ajuste entra em vigor na data de sua publicação no Diário Oficial da União, produzindo efeitos: I – a partir de 1º de abril de 2013, para as cargas transportadas provenientes ou destinadas ao Amazonas; II - a partir do primeiro dia do segundo mês subsequente ao de sua publicação, para as demais unidades federadas. ...." link para o texto na integra: http://www.fazenda.gov.br/confaz/confaz/ajustes/2012/AJ_023_12.htm

Boa Noite Idez, Sim, tenho interesse, toda ajuda é bem vinda. Fico no aguardo dos resultados dos testes.

Boa Noite Cicero, Problema corrigido, favor atualzar os fontes e testar novamente.

Boa tarde a todos, Desculpe a falha, ao implementar as rotinas de envio e retorno de eventos no componente ACBrCTe, por ser semelhante a adotada no MDF-e, fiz uma copia e ficou faltando corrigir a diretiva de compilação. Mas o problema já esta sanado, encontra-se disponivel a correção do fonte ACBrCTeWebServices.pas

Sim, Você não pode abrir direto o fonte ACBrCTeDACTeQRRetrato, deve-se abrir antes o ACBrCTeDACTeQR.