vanessa.osaka
-
Total de ítens
23 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por vanessa.osaka
-
-
Boa tarde,
uso o ACBR para o envio de CTe's no sistema. Ao passar o parâmetro "Nro" ele está como string e é passado o literal 64 do endereço do remetente ou do destinário, testei os dois e eles me retornaram o mesmo erro:
1824 - Element '{http://www.portalfiscal.inf.br/cte}nro': '64' is not a valid value of the local atomic type.
Olhei no XSD que é o oficial do CTe, no site e pelo que pude entender validando o ACBR ele busca o arquivo da pasta configurada que passo ao componente ACBR no parâmetro:
CTe.Configuracoes.Arquivos.PathSchemas := 'caminho';ao abrir o cte_v3.00.xsd vi que ele valida com o arquivo cteTiposBasico_v3.00.xsd, então fui nele e procurei nro e não achei nenhuma restrição de 3 caracteres somente assim:
<xs:element name="nro"> <xs:annotation> <xs:documentation>Número</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="TString"> <xs:maxLength value="60"/> <xs:minLength value="1"/> </xs:restriction> </xs:simpleType> </xs:element>
Meu xml está enviando assim:
<indIEToma>9</indIEToma> <toma3> <toma>3</toma> </toma3> ... <xNome>CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <enderReme> <xLgr>R. CAPITAO SALOMAO</xLgr> <nro>64</nro> <xBairro>MONTE CASTELO</xBairro> <cMun>3529005</cMun>
alguém já passou por isso? Pode me ajudar?
Agradeço desde já.
-
Boa tarde, esses novos FR3 já foram liberados?
-
@Italo Jurisato Junior fiz uma alteração no fr3 que ja haviam sido alterados para o evento de pagamento do MDFe e postei aqui:
aguardando o fr3 oficial.
-
2
-
-
Boa tarde,
Alterei o EVENTOS_MDFE.fr3 com base na ultima postagem aqui para imprimir o evento de pagamento.
Segue em anexo.
-
2
-
-
19 minutos atrás, BigWings disse:
Se você está usando o componente de impressão para Fast Report - ACBrMDFeDAMDFEFR - vai ser um pouco diferente mesmo. O post citado é sobre o componente para Fortes Report - ACBrMDFeDAMDFEFortes.
Tem uma contribuição em análise com novos FR3, que talvez possa lhe interessar, aqui:
Obrigada @BigWings pelo link, não tinha conseguido achar ele antes. Vou aguardar.
-
1
-
-
Bom dia, estou tentando imprimir o evento de pagamento do MDFe porém estou usando o EVENTOS_MDFE.fr3 para isso. Só que não está saindo igual vi em um post aqui.
A impressão de pagamento é igual do condutor? Selecionando o xml original e o de envento e usando o FR3 mencionado de evento?
Alguém pode ajudar, por favor!!!
Obrigada!
-
Bom dia, gostaria de saber se alguém do estado de SP conseguiu fazer o evento de cancelamento por substituição. Ou um exemplo do ACBR, porque estou mandando o meu e pelo que vi aqui esta indo correto, porém recebo a mensagem:
<cStat>491</cStat> <xMotivo>Rejeição: tpEvento informado é inválido</xMotivo>
Meu xml de envio:
-
Bom dia,
Estou implementando no sistema a inclusão de condutor. Consegui incluir corretamente pelo evento. Porém após Evento registrado e vinculado ao MDF-e (cStat>135</cStat>) eu tive uma dúvida.
Como ficará a impressão desse MDFe? Porque se imprimir pelo ACBR ele pega o xml de envio original e não esse evento vinculado. Como todos estão procedendo com a impressão?
Agradeço desde já....
-
Também está acontecendo comigo desde ontem!
-
Recebi um email do SEFAZ SP dizendo que estaria funcionando mas acabei de fazer um teste e me retorna: 999-Rejeição: Erro não catalogado (Formato de QR-Code não suportado)
-
@Michel Abrão Oi, obrigada pela ajuda, eu fui ver diretamente com o cliente e atualizei os schemas e a nota enviou sem problemas nesse cliente do estado de SP.
Obrigada!!!
-
38 minutos atrás, Michel Abrão disse:
Olá,
Não estou tendo problema com a tag Vdesc, por aqui tudo funcionando, tanto em homologação como em produção.
@Michel AbrãoNão sei se foi coincidência mas ontem a empresa era do Simples Nacional....usando CSOSN e da erro do Vdesc. não permitindo o envio da nota. Em produção.
-
Alguém em SP está com o problema do Vdesc zerado?
-
3 minutos atrás, NilsonJ disse:
Pessoal, só atualizando sobre este erro, a mensagem diz que a data de pagamento não poderá ser inferior a data de autorização, o que aconteceu é que faturaram no dia 28 de julho e deixaram para transmitir hoje, onde o sistema da sefaz não aceitou, ou seja, vc. é obrigatório a faturar e autorizar no mesmo dia quando for pagamento a vista.
Obrigado.
@NilsonJ Aqui no sistema eu fiz a verificação das datas de cada parcela com a data do envio da NFE se existir uma data MENOR ai o grupo da tag "dup" (nDup , dVenc e vDup ) eu não envio.
Essa foi a saída que achei.
-
Hoje a NT 60 está valendo no ambiente de Producao, em SP, alguém está tendo problema com esse erro?
225 - Rejeição: Falha no Schema XML do lote de NFe.
Passei ele no validador do RS e está tudo correto o xml.
-
Pelo que vi com a contadora aqui esse campo se refere a uma redução aplicada a esse CST 60 ou CSOSN 500
Colocaria a redução nesse campo: pRedBCEfet ;
A base dos produtos já fazendo a redução do campo anterior, no caso 66.67% => vBCEfet;
Ai a alíquota do ICMS Normal poe aqui: pICMSEfet
E o valor de base* aliquota nesse campo: vICMSEfet
Espero ter ajudado.
-
1
-
-
Bom dia, gostaria de saber se continua a informação de somente informar o ipidevol no xml e esse valor no DANFE ser somente nas informações complementares. Porque antigamente o cliente via nos itens a alíquota de Ipi que hoje passa a estar zerado. Somente alimentando o pDevol.
obrigada!
-
Bom dia, estou com uma duvida a respeito da tag IpiDevol na DANFE. Tem um lugar que hoje o ACBR mostre a tag ?
-
Boa tarde, no ERP que trabalho, existe vendas e-commerce onde o pagamento do cartão é feito com data anterior a data da emissão da nota. alguém já passou por isso? Como fica o xml com a tag Dup.
Porque assim a nfe exibe a Rejeição 898. Mas se não enviar a tag seria correto? Fiscalmente.
Att.
Vanessa
Element '{http://www.portalfiscal.inf.br/cte}nro': '64' is not a valid value of the local atomic type.
em ACBrCTe
Postado
@BigWingsMuito obrigada, deu super certo. VLW.