Ir para conteúdo
  • Cadastre-se

ricardo_casc

Membros
  • Total de ítens

    529
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que ricardo_casc postou

  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. ricardo_casc

    CFOP 5929

    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. ricardo_casc

    Observação FCP

    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. ricardo_casc

    Rejeição 876

    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 ?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.