ricardo_casc
-
Total de ítens
529 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por ricardo_casc
-
-
Bom dia, acredito que se assinar o arquivo digitalmente irá resolver.
-
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.
-
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 -
Tentou desistalar o java e instar novamente, se for o caso, faça bkp do emissor, desistala ele e instala novamente tb
-
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.
-
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.
-
No XML original está desta maneira ? Consultando no site da sefaz também ?
-
Segundo a nota técnica 2016_002_v1.41 deve ser informar a "Quantidade de produto no Lote".
-
-
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.
-
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.
-
Acredito que seja instabilidade do ambiente de homologação.
http://hom.nfe.fazenda.gov.br/Portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=
-
2 horas atrás, João Paulo Delboni disse:
Ricardo, bom dia.
Obrigado pelo apoio mas o From são os dados do De, eu precisava dos dados do Para.
Att.
TACBrMail(Sender).MIMEMess.Header.ToList.Text
-
Consegue sim, conforme está no exemplo ;
TACBrMail(Sender).From por exemplo.e assim por diante.
-
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.
-
16 minutos atrás, Ivan Ponick disse:
Bom dia! eu estou informando a tag infAdProd porém não esta imprimindo a informação adicional do produto na danf
Qual componente está utilizando ?
Posta o XML para que eu possa fazer um teste. -
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> -
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
-
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. -
Entendido Big Wins, muito boa explicação. Obrigado.
-
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> -
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.
-
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 ?
-
58 minutos atrás, cleber_queiroz disse:
Boa tarde!
A consulta do cnpj parou de funcionar de novo, alguém sabe se mudou o link de novo ou se
está fora do ar mesmo???
Já existe post discutindo isso.
Erro NFCe - 1824 - Element - versaoqrcode =veqr200
em ACBrNFe
Postado
Você mudou a propriedade pra versão 2 do qrCode ?
ACBrNFe.Configuracoes.Geral.VersaoQRCode := veqr200;