Italo Giurizzato Junior

Sandro, Ele pode sim a ser incluido, mas não temos previsão.

Leonardo, As URLs referentes as SEFAZ Virtuais de Contingência não podem ser alteradas, veja a NT 2013/007 versão 1.02 Mantenha a unit ACBrNFeUtil sem nenhuma alteração. Favor testar com estas alterações que fiz na unit ACBrNFeWebServices: ACBrNFeWebServices.pas ACBrNFeWebServices.pas

Bom dia Sandro, Não, no momento o ACBrNFeMonitor emite somente a NF-e e o CT-e.

Mantendo os webservices atuais, o envio e retorno ocorre com sucesso na versão 3.10 da NFe?

Bom dia Alex, O PDF postado por mim, recebi por e-mail, não me recordo de quem. Mas veja este link: http://www.spedbrasil.net/forum/topics/emiss-o-de-ct-e-por-nota-fiscal-condi-o-cif

Bom dia Nelsao, Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Leonardo, Apesar da mensagem solicitando o envio para o WebService nfeAutorizacao, o lote é enviado e processado? Lendo com mais atenção o item 2, página 5 da Nota Técnica 2013/005 versão 1.01 - Versão Nacional 2013 temos o seguinte: O WebService NFeRecepção funciona no modo assíncrono, ou seja, é enviado o lote, e recebemos o recibo e posteriormente temos que realizar uma consulta para obter o resultado do processamento. Esse método é ideal para quem trabalha com lotes de notas, mas para que envia somente uma de cada vez, seria interessante que logo após o envio já fosse retornado o resultado do processamento, ou seja, o protocolo de autorização. Com a nova versão 3.10 da NF-e e NFC-e a SEFAZ vai disponibilizar 2 WebServices: WebServices Métodos ------------------------ -------------------------- NFeAutorizacao NFeAutorizacaoLote NFeRetAutorizacao NFeRetAutorizacaoLote Esses novos WebServices e Métodos vão conviver por um tempo com os antigos.

Bom dia icozeira, Você esta com todos os fontes de todas as pastas atualizados? Chequei tanto os fontes do componente ACBrMDFe quanto do ACBrCTe ambos a propriedade RNTRC estão definidos como String.

Boa tade Fernanda, Se você possui o Regime Especial, você pode emitir um CT-e Globalizado. Desde que todas as NF-e incluidas no CT-e possui um unico tomador do serviço, exemplo: Todas as NF-e são do mesmo emitente, o tomador do serviço é o emitente das NF-e, já os destinatários são diversos. Neste caso ao alimentar o componente com os dados, o procedimento vai ser: Informar os dados do Remente, ou seja o emitente das NF-e; Informar todas as NF-e; Informar o tomador do serviço como sendo o Remetente; Informar os dados da transportadora como sendo o destinatário, trocando a razão social pela palavra DIVERSOS. outra situação: Todas as NF-e são para o mesmo destinatário, o tomador do serviço é o destinatário, já os remetentes são diversos. Neste caso ao alimentar o componente com os dados, o procedimento vai ser: Informar os dados da transportadora como sendo o remetente, trocando a razão social pela palavra DIVERSOS; Informar todas as NF-e; Informar o tomador do serviço como sendo o destintário; Informar os dados do Destinatário; Como você pode ver, não existe simplificação de informação e sim a quantidade de CT-e que vai ser emitido. Que no caso de um CT-e Globalizado é apenas UM.

Boa tarde Leonardo, Favor atualizar os fontes e testar.

Bom dia rofresi, O componente possui algumas propriedades, tais como: AguardarConsultaRet = 0 (tempo em mili segundo, se for 2000 vai aguardar 2 segundos antes de realizar a consulta); IntervaloTentativas = 0 (tempo em mili segundo, se for 1000 vai aguardar 1 segundo entre uma tentativa e outra ao consultar o resultado do processamento do lote); Tentativas = 18 (numero de tentativas) Você pode alterar esses valores afim de realizar um ajuste fino. Os provedores de NFS-e não possui um webservice que retorna se o serviço esta ou não em operação.

Bom dia rblsystem, Você testou com o programa exemplo?

Bom dia Carlos, Na NFS-e não existe a chave como temos na NF-e.

Bom dia Leonardo, Muito obrigado pela colabora, fontes atualizados, já estão disponiveis.

Bom dia Régys, Implementação feita e disponibilizada. Delcio, se você puder testar fico agradecido. Para a NF-e os comandos são identicos ao do CT-e. Para realizar a leitura é desta forma: ACBrNFe1.InutNFe.LerXML(sFileName); ou ACBrNFe1.InutNFe.LerXMLFromString(sXML); Para obter os valores das tags em particular o Status: Status := ACBrNFe1.InutNFe.InutNFe.cStat;

Boa tarde Leonardo, Quando o indIEDest for 9 e IE for vazio a sua sugestão é que a TAG não seja gerada?

Boa tarde Luiz Carvalho, Dicas: Manual e Notas Técnicas do MDF-e - Manifesto Eletrônico de Documentos fiscais. Programa exemplo do componente ACBrMDFe ( ...\Exemplos\ACBrMDFe )

Leonardo, Estranho, se indIEDest é 2 não era para gerar a TAG IE.

Os manuais estão numa versão preliminar, acredito que isso ainda vai demorar uns 4 anos para se tornar obrigatório. Pois não adianta nada você etiquetar o caminhão, o motorista, a carga e as estradas não terem os sensores para realizar o registro de passagem.

Boa tarde Leonardo, Alterei a condição para: nfe.Dest.indIEDest <> inIsento Atualize e realize mais testes, vamos arredondar isso.

Boa tarde Mark Apollo, Aos poucos a SEFAZ vai arredondando o sistemas deles. Você gosta de ler? Presente de Natal para você: http://www.brasil-id.org.br/home.php

Boa tarde Régys, Posso implementar no ACBrNFe se você me autorizar.

Boa tarde w.suetake, Qual é a versão do seu ACBrNFeMonitor? Talvez você esteja usando uma versão antiga que não reconhece a seção [Exped].

Boa trarde Pedron, É a TAG de #21, vide Manual versão 1.04c do CT-e página 100.

Boa tarde Leonardo. Foi publicado um novo pacote de schemas para a versão 3.10, trata-se do pacote PL_008b que inclusive disponibilizei na pasta: ...\Exemplos\ACBrNFe\Delphi\Schemas Você tentou com esses novos schemas? Fiz mais uma alteração no fonte, atualize e teste novamente. No que diz respeito ao Destinatário, você esta alimentando a propriedade: indIEDest ? Ela aceita os seguintes valores: inContribuinte, inIsento e inNaoContribuinte.