Italo Giurizzato Junior

Bom dia, Conforme já dito em varias postagens, para quem utiliza os componentes a resposta é sim. Para aqueles que se utilizam do monitor, aconselhamos que migrem o quanto antes para o ACBrMonitor Plus pois este a resposta é sim.

Marcelo, As rotina que me refiro são do componente.

Boa tarde Alencar, A rejeição acusa que a versão dos dados não é suportada, mas se você abrir o arquivo 1-ped-eve-soap.xml vai notar que a versão informada na tag versaoDados é 1.00 bem como as demais versões que aparecem pelo XML todas são 1.00 como tem que ser. Inclusive no retorno a versão que aparece também é 1.00 e a versão do aplicativo que processa a recepção dos eventos no caso da SEFAZ-SP é: SP_EVENTOS_PL_100, ou seja 1.00 Concluo que o problema esteja na SEFAZ agora.

Boa tarde Marcelo, O problema é que os demais provedores, pegam o XML do RPS e geram um novo XML com as TAGs da NFS-e. E esse provedor não faz isso, ele simplesmente retorna que o RPS foi processado e retorna o código de verificação e o numero da NFS-e entre outros dados. Será preciso rever algumas rotinas, para saber se não esta faltando nada.

Bom dia Arce, Na tabela que você postou esta escrito: Resumo de Eventos CTe Autorizado / Cancelado Sendo assim o que temos é um resumo de um evento gerado pela SEFAZ que informa que a NF-e em questão esta vinculada a um CT-e que foi autorizado ou que foi cancelado. Infelizmente a NT não apresenta todos os Layout dos resumos.

Bom dia Emerson, Esta na legislação que o emitente da NF-e assim que obtêm o protocolo de autorização tem que disponibilizar o XML da NF-e assinado e protocolado para o Destinatário da mercadoria e para a transportadora caso esta venha realizar o transporte da mesma. É lei. E o CT-e que o seu cliente emite, também pela legislação assim que ele obtêm o protocolo de autorização tem que disponibilizar o XML do CT-e assinado e protocolado para o tomador do serviço. E a forma mais simples de disponibilizar e enviar por e-mail. E a sua aplicação segue a legislação no que diz respeito a disponibilização dos Documentos Fiscais Eletrônicos? Se sim, maravilha, agora tem que forçar a barra para os demais entrarem na linha.

Bom dia José, Vamos as correções: 1. não atribua nada ao campo cDV, portanto exclua a linha em negrito: tpEmis=1 cDV=4 tpAmb=1 2. Se o campo solicita a data e hora devemos informar os dois, portanto da forma que você colocou esta errado: dhEmi=31/08/2015 Correto é: dhEmi=31/08/2015 15:30:00 (por exemplo) 3. não se utilize de cedilha, vogais acentuadas ou caracteres especiais, isso pode provocar erros de assinatura, portanto remova o apostrofe colocado no nome da cidade. xMunEnv=SANTA BARBARA D'OESTE como o de cima existem varias outras ocorrências. Outra coisa você possui os dois XML gerados pelos comandos CTe.CriarCTe() ? Se sim, por valor post como anexo.

Bom dia Alberto, Você esta passando a informação errada, veja: nfe.consultacadastro(cUF,nDocumento) nfe.consultacadastro(SP,45990181000189) cUF = código da UF e não a sigla, portanto o correto seria: nfe.consultacadastro(35,45990181000189)

Alencar, O arquivo ACBrNFeServico.INI esta com uma bolinha verde no seu ícone? Configure o componente para salvar os arquivos Soap, existe uma propriedade Salvar em WebServices, atribua o valor True a ela e realize novos testes. Depois post como anexo os XMLs referentes ao envio e retorno do evento que contem a palavra soap no nome.

Bom dia a todos, Alencar, por favor atualize todos os fontes e realize novos testes.

Bom dia a todos, Favor entrarem no Portal Nacional do CT-e e baixar a Nota Técnica 2015/003 que trata sobre a cobrança do ICMS na Operação Interestadual. Ontem a noite disponibilizei os novos schemas e até o final desta semana os fontes alterados para atender a NT. Por favor leiam com muita atenção principalmente o que esta na página 3.

Ala, Se MG tem essa opção, não sei lhe informar, mas não custa nada vascular o site da SEFAZ-MG.

Bom dia a todos, Algumas propriedades de configuração e métodos tiveram seus nomes alterados e outros simplesmente foram excluídos. PastaMensal agora se chama SepararPorMes; PathCCe não existe mais PathSalvar do Geral não existe mais, somente do Arquivos; SaveToTXT me parece que agora se chama GravarTXT; ConsultaDPEC não existe mais.

Bom dia ALA, Como dito antes o cancelamento extemporâneo fica a cargo de cada UF, no caso do MT isso é possível e é via Site e não Web Services.

Quanto ao XML não constar o protocolo de autorização estamos analisando o problema.

Boa tarde, O CNPJ informado ao executar o método DistribuicaoDFe do componente ACBrNFe é da pessoa jurídica que pode ser o emitente da NF-e ou do destinatário ou da transportadora e de outros. No caso de transportadora e outros o CNPJ tem que constar na NF-e no grupo X03 ou seja <transporta> ou no grupo <autXML>. O único documento disponível para download é o XML da NF-e, note que os demais são eventos ou resumos, o EPEC também é um evento. Quanto ao MDF-e o componente ACBrMDFe já possui o método DistribuicaoDFe e somente os CNPJ ou CPF que constarem em <autXML> vão poder utilizar. Teremos como resposta o MDF-e assinado e protocolado e os eventos de Cancelamento, Encerramento e de Inclusão de Condutor. Por outro lado não temos nada nesse sentido para o CT-e, acredito que teremos, vamos aguardar. Resumindo com o DistribuicaoDFe do ACBrNFe você consegue o XML da NF-e assinado e protocolado e com o mesmo método do ACBrMDFe você consegue o XML do MDF-e assinado e protocolado.

Boa tarde Marcelo, Vamos as respostas: 1. O numero de lote retornado pelo provedor pode ser lido através da linha: vAux := ACBrNFSe1.WebServices.Enviar.NFSeRetorno.InfRec.Protocolo; 2. Sim, existe uma propriedade de configuração para esse fim: ACBrNFe1.Configuracoes.Webservices.ConsultaLoteAposEnvio := True ou False; 3. O provedor IssDSF não disponibiliza o método ConsultarSituacao por outro lado estão disponíveis os métodos: ConsultarLoteRps, ConsultarNFSeporRps e ConsultarNFSe. O ConsultarLoteRps é executado automaticamente logo após o envio a não ser que o componente seja configurado para não realizar essa consulta. O ConsultarNFSe é uma consulta por período. A titulo de exemplo você se basear no programa exemplo do componente, ele possui um botão para cada tipo de método existente.

Boa tarde a todos, No que diz respeito ao nome o correto é como ele esta no arquivo físico. Nomenclatura do arquivo *-procEventoNFe.xml <código do evento com 6 dígitos> + <chave da NFe com 44 dígitos> + <número sequencial com 2 dígitos> Logo existe um erro ao gerar o nome do mesmo no arquivo de retorno TXT.

Boa tarde Jorge, É estranho pois as URLs são definidas nas units de cada provedor e no caso da cidade de Novo Hamburgo é o provedor ISSNet e na unit consta tanto a URL de homologação quanto de produção.

Boa tarde, Me responda: Porque não informar ve310 como valor de VersaoDF em vez de TpcnVersaoDF(2)? Porque você executa o GravarXML sendo que o Consultar já faz isso? E ao imprimir porque você lê o numero do protocolo e atribui a propriedade ProtocoloNFe?

Bom dia Mauro, Se você utiliza os componentes e se os fontes dos mesmos estão atualizados o seu sistema já utiliza os novos endereços desde maio/2015. Pelo simples fato de que foi eu quem alterou os endereços e enviei para o repositório no dia 01/05/2015. Por outro lado se você utiliza o Monitor te aconselho a mudar para o ACBrMonitor Plus por dois motivos: primeiro que o ACBrNFeMonitor não terá mais atualização e segundo posso lhe garantir que o ACBrMonitor Plus também se utiliza dos novos endereços.

Bom dia Bruno, Através da SEFAZ não tem como saber o último numero de NF-e emitida. Mas se a empresa em questão que vai passar a usar o seu sistema e esta já emiti NF-e é muito simples saber, basta pegar o DANFE da última NF-e emitida por ela. O DANFE contem o número da nota. Se você vai utilizar o ACBrMonitor Plus para emitir a NF-e basta você informar o numero da nota no arquivo TXT que é passado para o Monitor.

Bom dia Rodrigo, No quadro da página 26 temos uma coluna chamada Ocor., quando for 1-1 significa que o campo/grupo é obrigatório e deve aparecer uma unica vez, por outro lado se for 0-1 significa que é opcional e caso venha ser informado só deve existir apenas 1. Sendo assim o grupo <impostoDevol> é opcional, mas se há necessidade de informar o campo pDevol o grupo deverá ser criado. E nota-se também que caso o grupo <impostoDevol> venha a ser criado no XML alem do campo pDevol deverá existir o grupo <IPI> e o campo <vIPIDevol>. Conclui-se que ou você informa: pDevol e vIPIDevol para que toda essa estrutura no XML seja criada ou não informa nenhum dos dois.

Bom dia José, Não estou conseguindo abrir o seu arquivo: Log.txt

Bom dia Claudio, Isso é muito estranho, pois se a nota já esta cancelada no meu entendimento a SEFAZ deveria aceitar o evento de Ciência da Operação e não de Confirmação da Operação. Visto que, só enviamos o evento de Confirmação da Operação quando a mercadoria foi entregue, se a nota foi cancelada pressupõe que a mercadoria não enviada ao destinatário. Por outro lado o evento Ciência da Operação significa que eu comprei mas ainda não recebi a mercadoria. Se a SEFAZ aceitou o evento, concluo que a rotina de checagem deles não esta funcionando como deveria, ou existe ai uma diferença de horários que fez com que isso ocorresse.