Italo Giurizzato Junior

Bom dia a todos, Por favor leiam o item 05.2, página 8 da Nota Técnica 2013/007 versão 1.02 que trata sobre o assunto SVC - SEFAZ Virtual de Contingência.

Bom dia Binho, Para uma empresa poder emitir a NFS-e é preciso realizar um cadastro junto ao provedor (empresa contratada pela prefeitura para recepcionar as NFS-e). Detalhe importante tanto o CNPJ quanto a Inscrição Municipal dessa empresa deve ser informado no cadastro do provedor sem formatação ou seja somente os digitos. Pois o XML gerado pelo componente coloca o CNPJ e IM sem formatação.

Bom dia Nilton, A explicação é muito simples para o seu caso. Com relação ao cancelamento: A montagem do XML para a solicitação do cancelamento esta correta; A mensagem de erro no retorno, podemos considerar que a SEFAZ-MG ainda não implementou o webservice para recepcinar eventos ou ele ainda não esta 100%; Lembre-se que estamos nos referindo a versão 2.00 do CT-e. Com relação ao EPEC: A mensagem de rejeição é clara, "Duplicidade de evento" ou seja já exite um evento de EPEC para a chave informada;

Bom dia Warquia, Obrigado pela colaboração, fonte atualizado.

Boa noite a todos, Jair, o tipo de impressão esta informado da forma abaixo? Ide.tpImp := tiNFCe;

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 tarde DATAC, Os ICMS 00, 20, .... inclusive o Simples Nacional é um "ou exclusivo" ou seja, só é possível informar apenas um. O que o Régys quiz lhe dizer é para você informar somente o CST 90.

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.