Thiago2016

Boa tarde, tudo bem? Estou com uma dúvida, caso alguém já tenha passado por essa mesma situação. Um cliente (Empresa: X) emitiu um CT-e globalizado, e como destinatário usando a regra DIVERSOS como literal, e seu CNPJ. Um dos clientes para quem será entregue uma das mercadorias, gostaria de estar baixando este XML. Minha dúvida é o seguinte: Um desses clientes para quem foi entregue a mercadoria, poderia ter acesso ao XML desse CT-e, uma vez colocando ele como autorizado a abrir o XML? Outra dúvida é, se a pergunta acima segue uma abordagem correta, uma vez que esse CT-e possui entrega de diversas mercados para diversos clientes, é correto eles terem acesso a ele? Obrigado.

Bom dia. Alguém tem alguma informação nova sobre o CIOT?

Bom dia. as tag referente a informações da lotação, ficam dentro da tag infMDFe (infMDFe.prodPred)

Bom dia! Após a atualização do fonte não consigo autorizar mais notas com CST 60 em MG, ocorre o erro: Rejeicao: Nao informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet O erro ocorre mesmo informando os campos.

Bom dia, tudo bem? Me deparei com o seguinte erro: Erro ao processar NFC-e, erro: URL para o serviço "NfeConsultaProtocolo" não encontrada na sessão "NFCe_MG_P" no arquivo "ACBrNFeServicos". Meu ACBrNFeServicos.ini está atualizado. [NFCe_MG_P] NFeAutorizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeAutorizacao4 NFeRetAutorizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeRetAutorizacao4 RecepcaoEvento_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeRecepcaoEvento4 NfeInutilizacao_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeInutilizacao4 NfeConsultaProtocolo_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeConsultaProtocolo4 NfeStatusServico_4.00=https://nfce.fazenda.mg.gov.br/nfce/services/NFeStatusServico4 NfeConsultaCadastro_4.00= URL-QRCode_2.00=https://nfce.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=http://nfce.fazenda.mg.gov.br/portalnfce Alguém mais está com está situação? Obrigado!

@RicardoVoigt Utilizei a forma de emissão 2, então é esse o problema. Porém antes existia o tipo de emissão 2. Saberia me dizer em qual norma técnica está os tipos de emissão aceitos pela NFC-e? Obrigado!

Bom dia! Estou tentando enviar uma NFC-e em contigência usando o qrCode versão 2 no ambiente de homologação, porém ocorre o erro: 'http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181213639805000121650100000002102000002100|2|2|1|35E41DF3E03FEC8CF9D4A...' violates pattern constraint of '(((HTTPS?|https?)://.*\?chNFe=[0-9]{44}&nVersao=100&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-/)(]{0}|[A-Za-z0-9.:+-/)(]{5,20})?)?&d...'. The element '{http://www.portalfiscal.inf.br/nfe}qrCode' with value 'http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode?p=33181213639805000121650100000002102000002100|2|2|1|35E41DF3E03FEC8CF9D4A...' failed to parse. a parte do XML em que contém o qrCode está da seguinte forma: <infNFeSupl> <qrCode> <![CDATA[http://www4.fazenda.rj.gov.br/consultaNFC/QRCode?p=33181213639805000121650100000002112000002116|2|2|1|F94121F34D80DA24580B18D9C7797B4802126D31]]></qrCode> <urlChave>http://www.fazenda.rj.gov.br/nfce/consulta</urlChave> </infNFeSupl> Nas outras formas de emissão (Normal e Offline) eu consigo enviar normalmente. Meus schemas e o arquivo ACBrNFeServicos.ini estão atualizados. Alguém saberia me dizer o que pode ser? Obrigado!

Boa tarde! Gostaria de saber se tem alguma forma de pegar o XML retornado pelo ACBrNFe.consultar. No caso a NF--e está autorizada, e ao consultar essa NF-e pelo método o XML vem para pasta configurada, porém gostaria de estar acessando este XML de retorno da SEFAZ pelo componente, teria alguma forma de acessar o XML autorizado pelo ACBRNFe.Consultar? Obrigado!

Obrigado @Italo Jurisato Junior Uma outra dúvida, uma empresa transportadora de carga própria pode emitir um MDF-e no qual ela está buscando uma carga para ela? ou toda NF-e de transportador de carga própria só pode emitir MDF-e com suas próprias NF-e? Por exemplo: Empresa Emitente do MDF-e: xNome: Supermercado X CNPJ: 11.111.111.1111-11 Emitente da NF-e xNome: Loja A CNPJ: 22.222.222.2222-22 Destinatário da NF-e xNome: Supermercado X CNPJ: 11.111.111.1111-11 Obrigado!

Bom dia! Tenho uma dúvida relativa ao transporte de carga própria. Em uma situação do tipo: Emitente MDF-e: xNome: Supermercado X CNPJ: 11.111.111.1111-11 Busca uma carga em outro estado sendo que a NF-e dessa carga é da seguinte forma: Emitente: Distribuidora Y CNPJ emitente: 22.222.222.2222-22 Destinatário: Mercearia Z CNPJ Dest: 33.333.333.3333-33 Tag <transp> do XML NF-e: xNome: Supermercado X CNPJ: 11.111.111.1111-11 Neste caso, o emitente do MDF-e pode transportar está carga como 'Transportador de carga própria', uma vez que ele não é o emitente e nem o destinatário da NF-e e a carga não é dele? Obrigado!

Boa tarde! @VanessaAPO, este webservice não retorna a situação da manifestação, somente o antigo que retornava.

Boa tarde! Estava com problemas na consulta de NFe 4.0 de MG hj, segue os arquivos com a correção. ACBrNFeServicos.res ACBrNFeServicos.ini

Bom dia! @João Bosco Pinotte, você conseguiu realizar cancelamento da NF-e 4.0 na UF de MG no ambiente de homologação? Se olharmos no site http://portalnfe.fazenda.mg.gov.br/web_services.html, não está na lista o webservice de recepcaoEvento da 4.0 para ambiente de produção.,

Bom dia! A SEFAZ de MG liberou o webservice de recepecaoEvento4 para a NF-e 4.0, conforme esta no site http://portalnfe.fazenda.mg.gov.br/web_services.html. Fiz as alterações no ACBrNFeServicos.ini e gerei um novo .res, mas ainda continua retornando o mesmo erro citado acima. Seguem o .ini e o .res em anexo. Alguém saberia me dizer se a alteração no .ini esta correta ou se realmente é problema com o webservice? <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"> -<soap:Body> -<soap:Fault> -<soap:Code> <soap:Value>soap:Receiver</soap:Value> </soap:Code> -<soap:Reason> <soap:Text xml:lang="en">Fault occurred while processing.</soap:Text> </soap:Reason> </soap:Fault> </soap:Body> </soap:Envelope> Obrigado! ACBrNFeServicos.ini ACBrNFeServicos.res

Não sou contador e não sou do RJ mas somente na versão 4.0 da nfe é que temos os campos de VFCP, PFCP... No caso do RJ na versão 3.10 da nfe não deveria acrescentar esses 2% do fcp na alíquota de ICMS? Pois este grupo ICMSUFDest é informado somente para consumidor final não contribuinte e operação interestadual. Talvez estas leis que falam sobre o FCP no RJ lhe de uma direção: - Lei nº 4.056/2002, Resolução SEF nº 6.556/2003, Lei Complementar nº 139/2010 e Lei Complementar nº 151/201.

Boa tarde! Estou com uma dúvida referente ao FCP e DIFAL. Quando a finalidade da nota for 'Ajuste' ou 'Complemento' posso informar os valores de FCP e DIFAL? Obrigado!

@BigWings Boa tarde! A tag VFCPUFDEST do grupo de totais estava sendo gerada até mesmo quando não se enquadrava na situação do DIFAL. Segue a unit com a correção. pcnNFeW.pas

Bom dia! Estou tendo este mesmo erro no ambiente de homologação de MG da NF-e 4.0, alguém sabe se tem alguma solução? Obrigado!

Bom dia! @rodrigosoft Isto já foi corrigido, vc está com os fontes do ACBr atualizados?

Boa tarde! @BigWings Realmente, mas faltou o vFCPSTRet tb. Então seriam vFCPST e vFCPSTRET(utilizado quando CSOSN = 500).

@rodrigoogioni Boa tarde! Se observarmos na nota técnica 2016-002 página 34, quando CRT = 1 (Simples nacional) pode-se informar os valores do vFCP, vFCPST, vFCPSTRet para os CSOSN 201,201/203,500 e 900.

Bom dia! Estava adequando o MDF-e a nota técnica 2017.003. Fiz uma correção na geração do grupo de documentos (GerarInfDoc), no qual não estava sendo gerado quando o tipo de emitente fosse Prestador de serviço de transporte que emite CT-e globalizado (tpEmit=3). Segue a unit com a correção. pmdfeMDFeW.pas

Bom dia! Como saiu a nota técnica 2017-002 do CT-e, reparei que o ACBr não estava gerando a nova tag <IndAlteraToma>, as correções seguem em anexo. pcteCTe.pas pcteCTeW.pas

Este é o problema, mesmo com a opção de salvar os arquivos de envio e retorno não me retorna nenhum xml.

@Vannuty Cabral Sim. Mesmo erro.