Ir para conteúdo
  • Cadastre-se

lkwaszak

Membros
  • Total de ítens

    42
  • Registro em

  • Última visita

Tudo que lkwaszak postou

  1. Bom dia, Estou enviando uma DIe e o retorno é o seguinte. Alguém já pegou esta situação?
  2. Bom dia, Sei que tem outro tópico, mas no meu caso não está funcionando, já tirei todos os espaços e continua retornando a rejeição. Podem me ajudar por favor ? <?xml version="1.0" encoding="UTF-8"?> <soap:Envelope xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd ="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://www.w3.org/2003/05/soap-envelope"> <soap:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe"> <cUF>43</cUF> <versaoDados>1.00</versaoDados> </mdfeCabecMsg> </soap:Header> <soap:Body> <mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe"> <distDFeInt versao="1.00" xmlns="http://www.portalfiscal.inf.br/mdfe"> <tpAmb>1</tpAmb> <cUFAutor>35</cUFAutor> <CNPJ>92665611000177</CNPJ> <distNSU> <ultNSU>000000000000000</ultNSU> </distNSU> </distDFeInt> </mdfeDadosMsg> </soap:Body> </soap:Envelope> Att,
  3. lkwaszak

    MDFe e CTe

    Ah ok. Seria a consulta feita no webservice.
  4. lkwaszak

    MDFe e CTe

    Bom dia, pessoal alguém sabe me informar como funciona a consulta eletrônica de MDFe e CTe para o estado do RS ? Obrigado.
  5. Pois é, está estranho estas instabilidades no sistema da Sefaz. Investigando aqui, notei uma questão, consultando as notas aqui na coluna VERSAO_DA_APLICACAO da nossa tabela de notas que é uma informação gerada pela SEFAZ, deve corresponder a versão do sistema usada por eles. Consultei as notas dos últimos 10 dias, a SEFAZ alterou a aplicação exatamente no dia 30/03 e de lá para cá foi um total de 4 atualizações.
  6. Ah entendi. este comando consultar você diz executar a consulta na sefaz novamente para buscar o protocolo e dthr de processamento ?
  7. boa tarde amigo, @DOCFABIO isto está acontecendo hoje ou foi ontem ?
  8. Bom dia, Pessoal, tivemos uma situação estranha aqui na empresa ontem 30/03/2020 a partir das 16h, talvez alguém tenha enfrentado este problema também, no estado do RS a Sefaz estava com lentidão na autorização das notas, quando normalizou, cerca de 162 Notas estavam autorizadas na Sefaz porém ela não nos deu o retorno de AUtorização, deixando as notas paradas no sistema. No nosso comunicador a mensagem que aparecia era "LOTE EM PROCESSAMENTO" e em certo momento apareceu "Consumo excessivo de notas rejeitadas", porém não haviam notas rejeitadas. Já abri chamado para a Sefaz, mas caso alguém tenha passado por isso ou possa ajudar com alguma informação, agradeço muito. Att, MENSAGEM.txt
  9. Ah ok. Vou enviar o pedido para eles então. Encontrei este portal, acredito que por ali eles devem atender né? http://www.sefaz.rs.gov.br/Atendimento/Home/Index Obrigado amigo.
  10. Boa tarde, Senhores, alguém sabe me dizer o que fazer neste caso? Preciso cancelar 533 notas do dia 04/10, porém estourou o prazo dos 7 dias para cancelamento. Vocês sabem se é possível solicitar uma tolerância para a Sefaz neste caso? Devido o número de notas. Aguardo ajuda dos amigos. Obrigado.
  11. @Dercide Alvarez, @maiconsi, @Johnny Benvenutti 2. Obrigado pela ajuda, consegui resolver. Em resumo fiz os seguintes ajustes. <vOutro> a nível de itens não informo mais. <vIpiDevol> informo a nível de itens e total. <vOutro> a nível de total envio com "0.00".
  12. Boa tarde, Obrigado amigo, você ou alguém tem um XML de Devolução para me enviar por favor ? Para eu utilizar como base ? Amigo @maiconsi você tem um xml de devolução para me enviar por favor ? Que esteja autorizado, vou utilizar como exemplo . OBrigado.
  13. Bom dia, Gostaria de saber se é permitido colocar a informação "SEM GTIN" nas tags <cEAN> e <cEANTrib> ? Nas notas técnicas 1.51 e 1.60 não encontrei validação sobre esta informação. <det nItem="1"> <prod> <cProd>876960</cProd> <cEAN>SEM GTIN</cEAN> <xProd>GUARDA-CHUVA FAZZOLETTI AUTOMATICO PRETO</xProd> <NCM>66019110</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>120.0000</qCom> <vUnCom>24.8000000000</vUnCom> <vProd>2976.00</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>UN</uTrib> <qTrib>120.0000</qTrib> <vUnTrib>24.8000000000</vUnTrib> <indTot>1</indTot> </prod>
  14. Show de bola, vou testar aqui então. Só me confirma o seguinte, incluo a tag <vIpidevol> no cálculo para compor a tag <vNF> ? @maiconsi
  15. @Johnny Benvenutti 2 Entendi, realmente funcionou. Eu tenho uma validação para gerar o grupo COBRANÇA, se tem parcela na nota, gera a cobrança, para devoluções eu não tenho parcelas, tive que tirar para testar. @Johnny Benvenutti 2 Para devoluções eu não posso ter o grupo de Cobrança. Validação para não permitir o Grupo Informações de Pagamento nas Notas de Ajuste e Devolução (YA01-30)
  16. @Johnny Benvenutti 2 se eu tiro somente do item me retorna esta mensagem. Rejeicao: Campos do grupo Fatura nao informados
  17. @Johnny Benvenutti 2 e @dercide O mais estranho é que se fizer o cálculo, os valores estão batendo, mas rejeita por este motivo. (mantendo <vOutro> e a <vIpiDevol> que neste caso não é calculada) Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. <vST>298.28</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>1369.60</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>136.96</vIPIDevol> <vPIS>22.60</vPIS> <vCOFINS>104.09</vCOFINS> <vOutro>136.96</vOutro> <vNF>1804.84</vNF>
  18. Ok, mantive o <vIpiDevol> a nível de item e total, o valor está batendo. Retirei a tag <vOutro> a nível de item e total. @Johnny Benvenutti 2, @Dercide Alvarez Porém, continua dando falha no Schema. Schema XML: The element 'ICMSTot' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vNF' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vOutro' in namespace 'http://www.portalfiscal.inf.br/nfe'.
  19. @Dercide Alvarez e @Johnny Benvenutti 2 eu fiz o teste enviando sem a tag <vOutro> mas deu falha no schema e enviando <vOutro>0.00</Outro> também. A tag <vIpiDevol> deve ir a nível de item e total ?
  20. Sim, tem a nível de itens. @Johnny Benvenutti 2 <det nItem="1"> <prod> <cProd>846970</cProd> <cEAN>7893189846971</cEAN> <xProd>KIT SAB INT PANVEL ESSENC DELICADA C/2</xProd> <NCM>34013000</NCM> <CEST>2003700</CEST> <CFOP>5411</CFOP> <uCom>UN</uCom> <qCom>160.0000</qCom> <vUnCom>8.5600</vUnCom> <vProd>1369.60</vProd> <cEANTrib>7893189846971</cEANTrib> <uTrib>UN</uTrib> <qTrib>160.0000</qTrib> <vUnTrib>8.5600</vUnTrib> <vOutro>136.96</vOutro> <indTot>1</indTot> <nItemPed>1</nItemPed> Achei este comentário em um site, mas não ficou claro se para devoluções a tag <vOutro> não deve ser enviada ou sim com valor "0.00". Antes, quando se devolvia uma NFe quando havia IPI, esse valor deveria ser informado no campo relativo a outras despesas -“vOutro”. A partir da versão 4.0 da NFe, visando maior detalhamento dos impostos, o IPI deverá ser informado separadamente no campo “vlIPIDevol” nas operações realizadas por empresas que não são contribuintes de IPI , aumentando assim o controle da SEFAZ. Fonte: https://www.infovarejo.com.br/10-mudancas-da-nfe-4-0-na-pratica/
  21. Boa tarde, Estou tendo rejeições com NFes pois acredito que estou enviando errado, alguém pode me auxiliar ? As duas tags são obrigatórias correto? Neste meu exemplo quais tags deveriam ir com valores. Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. Segue XML completo em anexo. <impostoDevol> <pDevol>10.32</pDevol> <IPI> <vIPIDevol>136.96</vIPIDevol> </IPI> </impostoDevol> <infAdProd>P L N FALTA DE MERCADORIA</infAdProd> </det> <total> <ICMSTot> <vBC>913.07</vBC> <vICMS>164.35</vICMS> <vICMSDeson>0.00</vICMSDeson> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> <vFCP>0.00</vFCP> <vBCST>2570.19</vBCST> <vST>298.28</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>1369.60</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>136.96</vIPIDevol> <vPIS>22.60</vPIS> <vCOFINS>104.09</vCOFINS> <vOutro>136.96</vOutro> <vNF>1804.84</vNF> Fico no aguardo. Obrigado NF .xml
  22. Pois é @Amarildo de Matos, o que acontece. Na verdade esta é uma NFe é de um fornecedor que eu comprei mercadoria, também estranhei não ter estas informações que tu mencionou (eu emito com todas estas informações <vdesc>, <dvenc>, etc) Como eles não estão enviando, isto gera um transtorno pra mim, porque as notas deste fornecedor entram tudo como A VISTA. Eu acredito que pode rejeitar mais pra frente estas notas deles, estou pedindo o ajuste mas queria ter a certeza que é necessário ter estas informações no XML. Quanto a tag <indpag> como ela é opcional, eu não envio e no caso deste fornecedor também não.
  23. @Amarildo de Matos neste caso é uma venda de mercadoria a prazo, da maneira que está não tem como identificar que é a prazo né, no meu entender teria que ter o grupo de parcelas. Em anexo o XML completo. A nota já está autorizada na Sefaz. Mas preciso confirmar esta questão do grupo de parcelas. 42180661186888017673550020006027401037990432.xml
  24. Bom dia, Pessoal, é possível enviar o grupo de cobrança e não enviar a data de vencimento (sem as tags dup, ndup, dvenc) ? Exemplo: <cobr> <fat> <nFat>000602740</nFat> <vOrig>63.96</vOrig> <vLiq>63.96</vLiq> </fat> </cobr> <pag> <detPag> <tPag>15</tPag> <vPag>63.96</vPag> </detPag> </pag>
  25. Bom dia, Estou enviando hoje 14 (duplicata), 90 (sem pagamento) ou 99 (outros). Queria ver com vocês, se notas com parcelas vocês estão enviando com 14 (duplicata) ou 15 (boleto bancário)? (segue um exemplo em anexo de XML que enviei e autorizou normalmente) if r_nf.tipo_de_nota in ('E1','DEV','AJT') then v_forma_pgto := '90'; elsif r_nf.tem_parcela = 'S' then v_forma_pgto := '14'; else v_forma_pgto := '99'; end if; 43180692665611032290550180002985601461205499.xml
×
×
  • 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.