Jump to content

ricardo_casc

Membros
  • Posts

    529
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by ricardo_casc

  1. Você mudou a propriedade pra versão 2 do qrCode ? ACBrNFe.Configuracoes.Geral.VersaoQRCode := veqr200;
  2. Bom dia, acredito que se assinar o arquivo digitalmente irá resolver.
  3. As regras de validação segundo os manuais não se trata somente se informar o campo modFrete conforme você mencionou que a receita já vai obrigar algo, desconheço essa informação, existe um conjunto de regras como por exemplo o que foi informado os campo indPress, modFrete e Transportadora. Espero ter ajudado de alguma maneira. Vamos ver se alguém mais opina sobre o assunto. Obs : Nestes casos eu costumo emitir as notas no ambiente de homologação para testar. E antes falar com a contabilidade.
  4. Bom dia, alguém do fórum emite NFSe para o municio de São Gonçalo ? Estou tentando mais estou tendo a seguinte rejeição conforme a baixo, porém segundo a prefeitura fala que o tipo do tomador esta correto, sendo assim queria ver um completo de alguém que consegue autorizar as NFSe para este município. Tipo de tomador inválido, por favor consulte o manual
  5. Tentou desistalar o java e instar novamente, se for o caso, faça bkp do emissor, desistala ele e instala novamente tb
  6. Boa tarde, com a atualização das DLL's OpenSSL para 1.0 para o funcionamento dessa nova atualização do ACBrIBGE um componente de terceiro que utilizo parou de funcionar o envio de email, este componente utiliza o Indy 10, sendo assim acredito que ele utilize versões anteriores das DLL's, alguma luz para solucionar este problema ? Se coloca DLL's anteriores para de funcionar o ACBrIBGE.
  7. Coloca o xml inteiro, pra vermos totas as tag's referente a rejeição. Outro detalhe, enviou essa NFe em homologação ? Se sim, eu efetuando testes da 4.00 aconteceu vários erros insanos, conforme você falou.
  8. No XML original está desta maneira ? Consultando no site da sefaz também ?
  9. Segundo a nota técnica 2016_002_v1.41 deve ser informar a "Quantidade de produto no Lote".
  10. A chave deve informar somente para modelo 55 e 65, no SAT como nãoe stá previsto no manual, acredito que deve tentar com refECF.
  11. Ou você atualiza seus esquemas manualmente seus schemas com o arquivo que coloquei em anexo ao post ou aguarda algum moderador subir os novos esquemas, eu vi que foi corrigido o problem ado GTIN. PL_009_V4_2017_001.zip
  12. Você está utilizando o comando igual encontra-se no demo ? No momento que você acessa estes dados o componente já está criado ? edtNumSerie.Text := ACBrNFe1.SSL.SelecionarCertificado; Efetua um teste com o demo para ver se ocorre o erro. Testei aqui no demo e funcionou normalmente.
  13. Acredito que seja instabilidade do ambiente de homologação. http://hom.nfe.fazenda.gov.br/Portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=
  14. TACBrMail(Sender).MIMEMess.Header.ToList.Text
  15. Consegue sim, conforme está no exemplo ; TACBrMail(Sender).From por exemplo. e assim por diante.
  16. Efetuei testes com o Demo e funcionou normalmente. Faça um teste com o demo e depois faça o teste em sua aplicação.
  17. Qual componente está utilizando ? Posta o XML para que eu possa fazer um teste.
  18. Dá a entender que o esquema está não está de acordo com a nota técnica, porém não tem conhecimento a respeito do esquema. Acredito eu que tinha que ter [A-Z] no "xs:pattern value=", e também falta especificar o tamanho de 13 caracteres. Vamos aguardar um moderador, também estou na dúvida. <xs:element name="cEAN"> <xs:annotation> <xs:documentation>GTIN (Global Trade Item Number) do produto, antigo código EAN ou código de barras</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{0}|[0-9]{8}|[0-9]{12,14}"/> </xs:restriction> </xs:simpleType> </xs:element>
  19. O valor da base de calculo do icms do total da nota está igual a soma das base de calculos dos itens ? Posta o xml
  20. Boa tarde Grupo, na nota tecnica da nfe 4.0 diz : sendo assim caso tenha os valores tenho que informar na observação do produto, igual o valor aproximado dos tributos por exemplo ? As informações relativas ao Fundo de Combate à Pobreza (FCP) devem ser informadas: No campo de "Informações Adicionais do Produto, tag: indAdProd", os valores informados por item nos campos (vBCFCP, pFCP, vFCP,vBCFCPST, pFCPST, vFCPST), quando existirem.
  21. Entendido Big Wins, muito boa explicação. Obrigado.
  22. Boa tarde Acbr's, galera, seguinte, estou efetuando testes na NFe 4.0 e estou sofrendo com a rejeição informada no tópico do post tentando atender nosso querido manual de integração. o caso o preenchimento do FCP no ICMS e no Totalizado da NFe. Eu estou efetuando testes no preenchimento dos campos : Na minha NFe está assim, porém a mesma está em anexo ao post. Obs : Seu eu não preencho os campos em vermelho a NFe autoriza, quando eu preencho estes campos vem a rejeição, não estou conseguindo interpretá-la Rejeição: Operação interestadual para Consumidor Final e valor do FCP informado em campo diferente de vFCPUFDest (id:NA13) [nItem:nnn] Observação: Se Operação interestadual (tag:idDest=2) para Consumidor Final (tag: indFinal=1), não contribuinte (tag: indIEDest=9) e informado o valor do FCP (tag: vFCP) Observação: Em operações interestaduais para consumidor final não contribuinte, o valor do FCP, quando existir, deve ser informado no campo vFCPUFDest (id:NA13) <ICMS00> <orig>0</orig> <CST>00</CST> <modBC>3</modBC> <vBC>30.00</vBC> <pICMS>12.0000</pICMS> <vICMS>3.60</vICMS> <pFCP>2.0000</pFCP> <vFCP>0.60</vFCP> </ICMS00> <ICMSUFDest> <vBCUFDest>30.00</vBCUFDest> <vBCFCPUFDest>30.00</vBCFCPUFDest> <pFCPUFDest>2.0000</pFCPUFDest> <pICMSUFDest>18.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>60.0000</pICMSInterPart> <vFCPUFDest>0.60</vFCPUFDest> <vICMSUFDest>1.08</vICMSUFDest> <vICMSUFRemet>0.72</vICMSUFRemet> </ICMSUFDest> <ICMSTot> <vBC>30.00</vBC> <vICMS>3.60</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCPUFDest>0.60</vFCPUFDest> <vICMSUFDest>1.08</vICMSUFDest> <vICMSUFRemet>0.72</vICMSUFRemet> <vFCP>0.60</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>30.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.50</vPIS> <vCOFINS>2.28</vCOFINS> <vOutro>0.00</vOutro> <vNF>30.00</vNF> </ICMSTot> 41171176811835000193550020000224421000224420-nfe.xml
  23. Atualizado ele está, inclusive conforme você falou, é que vendo o manual e vendo os fontes me deu a impressão que ele deveria estar na "TInfQCollectionItem" porque o campo faz parte da infQ, sendo assim eu poderia adicionar 1-N informações de quantidades da carga do CTe, porque o o infCarga eu informe somente uma vez. Foi o que entendi do manua pagina 168, se eu estiver errado releve o post.
  24. Bom dia, efetuando testes no CTe 3.0, constatei que o ACBr não tem o campo "vCargaAverb" da tag "infQ" conforme manual do CTe 3.0. Na 2.0 esse campo era informado na tag "infCTeNorm"/"infCarga", porém sofre alterações na 3.0. Alguém pode confirmar se está correto essa informação que passei acima ?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.