BigWings

Eram 9 dígitos na versão 1.00 do layout da NFe. A partir da 2.0 passou a ser 8 dígitos, para dar lugar ao campo que indica o tipo da emissão da nota (tpEmis, 1-Normal, 2-FS, 3-SCAN, 4-EPEC, 5-FS-DA, 6-SVC-AN, 7-SVC-RS, 9-Offline) Consulte o manual de integração.

Bom dia, Como você informou no código do demo do ACBr a partilha do ICMS?

Aqui: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=OUbE1y7000E=

O que mudou foi a SEFAZ de SP que não aceita mais notas de outros estados com indIEDest = 2. Caso for fazer nota para pessoa física ou jurídica sem IE, deve informar indIEDest = 9, e IE em branco.

Na minha opinião sim. Se a empresa não tem inscrição estadual, ela não pode revender a mercadoria, então é consumidor final. Empresas sem inscrição estadual não aparecem no Sintegra. Se as SEFAZ estão bloqueando o uso da opção ISENTO, você não tem outra escolha a não ser informar como não contribuinte. Veja que isso foi implementado na NT 2015/003, e apenas em operações interestaduais, sem dúvida a intenção é obrigar ao recolhimento do DIFAL.

Bom dia, Nestes casos quando o destinatário não tem inscrição estadual você deve informá-lo como não-contribuinte. Dest.indIEDest := '9' ou Dest.indIEDest := inNaoContribuinte

Obrigado. Não estou mais com a impressora pra testar, mas é bom saber.

Bom dia, Como disse resolvi de outra forma, mas fiquei curioso em como essa propriedade resolveria o meu problema. Tem uma chamada LinhasBuffer, que faz mais sentido usar. Você quis dizer essa?

Bom dia. Consegui ajustando a propriedade ACBrNFeDANFeESCPOS.PosPrinter.Device.SendBytesInterval. O único porém é que para uma NFC-e de 85 itens, precisei colocar 2500 ms de intervalo. Vou precisar ajustar esse valor dinamicamente de acordo com a quantidade de itens na venda, para evitar delay excessivo quando forem poucos itens, mas está funcionando. Obrigado.

Boa noite, Estou tendo problemas para imprimir NFC-e na Bematech MP100. Vi que esse modelo foi testado pela equipe do ACBr, conforme este tópico: A impressão de NFC-e com 1 item imprime normalmente, mas em uma grande a impressão para no item 20. Estou usando o DANFE Esc/Pos, driver baixado do site da Bematech. Ela é apenas USB, então não posso testar com cabo serial. Alguém mais já fez testes com este modelo? Dicas são bem vindas.

A obrigatoriedade do CEST foi prorrogada para Julho/2017. http://www.spedbrasil.net/forum/topics/cest-prorrogada-01-07-2017-conv-nio-icms-no-90-de-12-de-setembro Se está recebendo rejeição em homologação, experimente usar a mesma solução do NCM, informe 0000000.

Eu passo a hora em todos os campos: NF.Ide.dEmi := TabelaPrincipalDATAEMISSAO.AsDateTime + TabelaPrincipalHORASAIDA2.AsDateTime; NF.Ide.dSaiEnt := TabelaPrincipalDATASAIDA.AsDateTime + TabelaPrincipalHORASAIDA2.AsDateTime; NF.Ide.hSaiEnt := TabelaPrincipalHORASAIDA2.AsDateTime;

Boa tarde. Está usando o ACBr? De qual cidade é o prestador?

O problema é a falta da configuração da UF do webservice, como postei acima. Testei e vai causar exatamente esse erro. SP é a UF padrão do componente, então você não está fazendo a configuração antes de enviar a nota.

Use um software de comparação de arquivos como o Beyond Compare que você vai identificar as diferenças. Tipo TIeDest, arquivo tiposBasico_v3.10.xsd, do componente: <xs:pattern value="ISENTO|[0-9]{2,14}"/> Agora o teu: <xs:pattern value="[0-9]{0,14}|ISENTO"/> Mas tem mais diferenças na pasta, arquivos faltando, etc.

Bom dia, Veja que o arquivo -env-lote.xml não valida no validador da Sefaz. Aparentemente você não está informando o número do lote.

Bom dia, O correto é informar a UF do emitente da nota na configuração ACBrNFe1.Configuracoes.WebServices.UF. Informando 'SC' o componente vai trocar pelos endereços da SVRS.

Deve ser uma particularidade da Bahia que está obrigando a preencher a IE do CNPJ homologação. Tente informar uma IE qualquer válida na Bahia. Adendo: A IE do CNPJ 99.999.999/0001-1 na Bahia é 55931575. https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx

Sim, ficam gravadas. Não apareceu na consulta porque você deve estar tentando consultar no ambiente de produção. Faça a consulta em homologação que deve mostrar a nota: http://hom.nfe.fazenda.gov.br/portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8=

Mandei validar o seu XML pelo demo e validou sem erros. Você está com os Schemas atualizados?

Quanto a URL de homologação, com base nas outras URL do provedor, acredito que será esta: ; Saquarema/RJ RecepcaoLoteRPS_3305505=http://201.18.231.99/nfse.portal.integracao.teste/services.svc Se puder testar e o teste for positivo, anexe os teus arquivos Cidades.ini e Pronimv2.ini para que seja corrigido no ACBr.

Essa URL é produção ou homologação? A linha a inserir no arquivo Pronimv2.ini será: RecepcaoLoteRPS_3305505=http://201.18.231.99/nfse.portal.integracao/services.svc Sendo homologação, inserir dentro do grupo URL_H. Sendo produção, inserir dentro do grupo URL_P. Depois testar.

Bom dia, A solução já foi dada no tópico que você referenciou, basta gerar o código da NF de forma aleatória, assim apenas os envolvidos terão acesso à chave da nota. E se não quer que o e-mail seja gerado no XML, basta não alimentá-lo no componente, coloque uma rotina na sua aplicação. Na minha opinião isso está fora do escopo do componente.

Esse é só o namespace, as URL tem que ser configuradas para cada cidade no arquivo Pronimv2.ini, dentro dos grupos [URL_P] para produção e [URL_H] para homologação, exemplo: [URL_P] RecepcaoLoteRPS=******* ; Itabira/MG RecepcaoLoteRPS_3131703=http://servicosweb.itabira.mg.gov.br:90/nfse.portal.integracao/services.svc ; Itaperuna/RJ RecepcaoLoteRPS_3302205=http://54.163.240.93/NFSe.Portal.Integracao/Services.svc ; Guarapuava/PR RecepcaoLoteRPS_4109401=https://nfse.guarapuava.pr.gov.br/NFSe.Portal.Integracao/Services.svc

Entre em contato com a prefeitura e solicite a URL de produção e homologação.