-
Total de ítens
361 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que WINDEL postou
-
Então é com o provedor mesmo, obrigada!
-
Para nota de serviço para São Vicente do Sul (4319802) estamos tendo problema no envio da nota fiscal e constatamos o seguinte: Ao utilizar a function ACBrNFSe.ConsultarNFSe, passando para os parâmetros de data inicial e data final a mesma data (datas iguais, 04/04/2018, por exemplo), retorna a seguinte mensagem: "Data final anterior a data inicial. Informe uma data final igual ou superior a data inicial da pesquisa." Mesmo que a mensagem diga que a data pode ser igual, mesmo informando a data igual, o erro persiste. Isso pode ser algum problema dentro do ACBr? Ou é um problema do web service de São Vicente do Sul? Desde já agradeço!
-
Sim, faltou setar a versão na Carta de Correção. Grato!! Obrigado, coloquei esses comandos na Carta de Correção e funcionou. Grato à atenção de todos
- 3 replies
-
- carta correção
- cte
-
(e 2 mais)
Tags:
-
Senhores, Estou com o erro ao enviar uma carta de correção de um CTe aprovado. Verifiquei que a CTe está na versão "3.00". Estou anexando o XML, ele foi feito em ambiente de homologação. 43180211416771000180570990000013611000804824-cte.xml
- 3 replies
-
- carta correção
- cte
-
(e 2 mais)
Tags:
-
Olá senhores, Gostaria de relatar uma situação que identificamos ser um "erro" no ACBr e se assim for constatado vou colocar a solução abaixo para ajuste. Quando o usuário entra em uma CTe (visualização) e usa a opção Exportar para PDF, o sistema traz o nome do PDF conforme o nome do xml. OK Ao visualizar outro CTe e exportar para PDF, o sistema trouxe o nome do XML do CTe anterior, ou seja, o último nome utilizado. Fizemos alterações no ACBr e agora está trazendo o nome do CTe correto. Unit: FontesACBR\Fontes\ACBrDFe\ACBrCTe\DACTE\ACBrCTeDACTEClass.pas Rotina: GetPathPDF Regra: removido a validação que fazia com que o caminho do PDF não atualizasse. // if EstaVazio(Result) then // Se não informou o Diretório para o PDF // begin Unit: FontesACBR\Fontes\ACBrDFe\ACBrCTe\DACTE\Fast\ACBrCTeDACTEFR.pas Rotina: ImprimirDACTE Regra: Foi setado a propriedade frxPDFExport.FileName logo abaixo de frxReport.PreviewOptions.AllowEdit := False: frxPDFExport.FileName := IncludeTrailingPathDelimiter(PathPDF) + OnlyNumber(CTE.infCTe.Id) + '-cte.pdf'; Se alguém passou por essa situação e puder compartilhar se achou uma solução diferente. Caso seja realmente um problema, para nós seria ótimo se fosse ajustado no ACBr pois quando atualizarmos os fontes, as alterações que fizermos serão perdidas. Apensa destaco que sou novato na utilização do ACBr e caso eu tenha postado no local errado ou da forma errada, antecipo minhas desculpas.
-
Impressão pelo Fortes sai na bandeija errada na impressora Samsung
um tópico no fórum postou WINDEL Object Pascal - Delphi & Lazarus
Bom dia, estamos tendo um problema com a impressora Multifuncional Samsung ProXpress SL-M4070FR Laser.A mesma possui duas bandejas na qual o cliente usa a de cima com folha serrilhada para impressão de NFe e a debaixo com folha normal.Nas impressoras disponíveis aparecem as duas (Samsung Notas e 1 Bandeja Normal "Imagem 2"), porém na hora da impressão com o fortes report mesmo escolhendo a opção(Samsung Notas) a impressão sai na bandeja 1(que é a debaixo).Feito teste imprimindo um PDF pelo Windows e está ok. Alguém poderia auxiliar? -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Testei novamente e está funcionando! Muito obrigada @BigWings e @Daniel Simoes ! -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Segue print do novo teste: -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Utilizando a demo, opção: Consultar carregando XML 43171223083871000111550010000001681000242569-NFe.xml -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Substituindo o arquivo, o erro mudou: Mas pelo que entendi era isso mesmo que o BigWings citou, certo? Dai o que você fez foi um ajuste? Serão necessários mais ajustes para ficar 100%? -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
AURL: https://nfe.sefazrs.rs.gov.br/ws/NfeConsulta/NfeConsulta2.asmx ASoapAction: http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsultaProtocolo4/nfeConsultaNF -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Aparentemente não é isso... Qual a configuração que você está usando em: Painel de controle > Opções da Internet > Avançadas? Se puder por favor me mandar prints... Em outro tópico li que pode ser por esse motivo (configurações de ssl e tsl). -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Oii, Atualizei a versão, continua ocorrendo a mesma situação, infelizmente. Mais algo que eu possa tentar? Eu tentei alterar as configurações de SSL e TSL como o pessoal indicou em outro tópico, mas não funcionou... Imagina mais algo que possa estar interferindo? Desde já te agradeço! -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
WINDEL replied to WINDEL's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
UF: RS ambiente: produção modelo: modelo do que exatamente? versão do XML: 3.10 Chaves que estou tentando consultar: - 43171223083871000111550010000001681000242569 - 43171223083871000111550010000001671000242499 XMLs anexos 43171223083871000111550010000001671000242499.xml 43171223083871000111550010000001681000242569-NFe.xml -
Resultado FWinHTTPReqResp.HTTPResultCode = 500
um tópico no fórum postou WINDEL NFC-e - Nota Fiscal do Consumidor Eletrônica
Boa tarde, Estamos tendo um problema com o recurso de consulta de notas fiscais (onde informo o XML no sistema e por meio do acbr o mesmo é consultado). O que está ocorrendo aparentemente é erro de conexão com o servidor (conforme anexo 1), e no anexo 2 achei mais essa informação que talvez seja útil... alguém pode ajudar? Texto completo do print 2: '<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unable to handle request without a valid action parameter. Please supply a valid soap action.</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope>' Desde já agradeço! -
Olá, Estou com um problema no retorno da NFSe de Maringá/PR. Ao fazer envio da NFSe, é apresentado mensagem de erro "Erro ao enviar Servico nao disponivel para esse municipio Utilize o servico EnviarLoteRpsSincrono" Porém ao consultar a NFSe no site da prefeitura a mesma está aprovada, portanto acredito que seja um problema com o retorno da aprovação. Está sendo utilizando o método Síncrono (ACBrNFSe.EnviarSincrono(QryEmpNRO_RPS_NFS_E.AsInteger + 1)) Em anexo XML da NFSe e print do erro 1032-nfse.xml
-
Boa tarde Italo, Referente à essa questão levantada pelo Cleonir, eu estou com a mesma situação. Existe uma resolução da ANTT que diz ser obrigatório imprimir as informações de seguro e outras que não estão no modelo padrão disponibilizado pelo ACBr e nem no modelo do manual da CTE v. 3.0. Você inclusive respondeu isso lá. Segue link da pergunta que fiz aqui no Acbr. Achei muito estranho essa resolução com a obrigatoriedade desses campos e não ter nenhum modelo que mostre os campos "Data e horário previstos para o início da viagem", "Endereço do local onde o transportador receberá e entregará a carga" e "Identificação da seguradora, número da apólice e da averbação". Minha dúvida é se a única solução é enviar para as observações ou eu poderia alterar o MDFe acrescentando os campos no modelo?
-
Na época resolvemos o problema fazendo a validação do certificado e baixando um novo através do portal da NFSe da Tecnos, segue link que explica como fazer: http://help.nfse-tecnos.com.br/main_ws/assinatura/downloadCertificado.aspx
-
Bom dia, não falei remover, falei acrescentar, pois estas informações que citei não estão no CTe. Nesse caso teria que acrescentar a informação em ambos (Cte e Mdfe)? Pois em caso de transporte intermunicipal não existe a Mdfe.
-
Grato BigWins, Ainda assim estou com duas dúvidas. As informações dos itens V, VI e X não estão no MDFe e a outra dúvida e principal é, se tiver uma situação em que não tem o MDFe (somente o CTe) o fiscal não poderia cobrar que essas informações estejam na CTe? Pois apesar de dizer que poderia estar em um ou outro documento, a informação tem que ser apresentada, então entendo que o CTe sempre tem que conter todas as informações do artigo 23 para caso seja um transporte sem a MDFe? Grato novamente
-
Nosso cliente teve problemas com um fiscal da ANTT porque na impressão da DACTE e MDFE não constava informações obrigatórias conforme Resolução 4.799 Art. 23. Em anexo está a imagem do artigo 23 da resolução e a resolução completa (pdf). Verifiquei que as informações que estão faltando (verificado somente na CTE) e são: III - Nome(s) e CPF(s) dos motoristas IV - Renavam dos Veículos V - Data e horário previstos para o início da viagem VI - endereço do local onde o transportador receberá e entregará a carga X - Número da Averbação Verifiquei no modelo disponível do ACBr e não encontrei essas informações e como é uma resolução de 2015 achei muito estranho não ter nenhum caso até agora sobre isso. Algumas informações inclusive não existem no XML como por exemplo o item V. Alguém consegue me explicar se essa resolução realmente é válida? Há necessidade de alterar a CTe para se adequar? Grato!! Daniel Pedrotti - Windel Sistemas Ltda. resolução_4799__compilada_em_27_4_16.pdf
-
Bom Dia, Estou com um problema na leitura do qrcode com um leitor DataLogic Quick Scan quando A impressão é feita via arquivo fr3, aonde esta lendo desta maneira httpsÇ;;www.sefaz.rs.gov.br;NFCE;NFCE-COM.aspx:chNFe=43170911416771000180650850000021131768675687&nVersao=100&tpAmb=2&dhEmi=323031372D30392D31345431373A33303A30372D30333A3030&vNF=5.97&vICMS=0.42&digVal=69516A4D59424D506D416E704677445655462F5A656354526F65383D&cIdToken=000001&cHashQRCode=B7706C8A256BEF2B8D930D123E3438340CACBF1B No começo esta lendo " httpsÇ;;" não sei se já pegaram algum problema parecido com este E na impressão direta esta lendo httpsÇ;;www.sefaz.rs.gov.br;NFCE;NFCE-COM.aspx:chNFe=43170802180650000191650020000151401710972108&nVersao=100&tpAmb=2&dhEmi=323031372D30382D32315431313A32333A35332D30333A3030&vNF=261.74&vICMS=0.00&digVal=4C573576356B6F69614C366937616D5576575965704D416177466B3D&cIdToken=000001&cHashQRCode=9191CC5BE3756949B82EC6953310B51FD4D5B182 No começo esta lendo "httpsÇ;;"; Quando efetuado a leitura do qrcode de outras NFCe's a leitura é feita corretamente. Quando lido pelo celular ocorre a leitura correta. Assim nos dois casos não esta indo para a pagina do sefaz..
-
Cupom em impressora DARUMA saindo estranho
WINDEL replied to johnbh3's tópico in NFC-e - Nota Fiscal do Consumidor Eletrônica
Estou com um problema na leitura do qrcode com um leitor DataLogic Quick Scan quando A impressão é feita via arquivo fr3, aonde esta lendo desta maneira httpsÇ;;www.sefaz.rs.gov.br;NFCE;NFCE-COM.aspx:chNFe=43170911416771000180650850000021131768675687&nVersao=100&tpAmb=2&dhEmi=323031372D30392D31345431373A33303A30372D30333A3030&vNF=5.97&vICMS=0.42&digVal=69516A4D59424D506D416E704677445655462F5A656354526F65383D&cIdToken=000001&cHashQRCode=B7706C8A256BEF2B8D930D123E3438340CACBF1B No começo esta lendo " httpsÇ;;" não sei se já pegaram algum problema parecido com este E na impressão direta esta lendo httpsÇ;;www.sefaz.rs.gov.br;NFCE;NFCE-COM.aspx:chNFe=43170802180650000191650020000151401710972108&nVersao=100&tpAmb=2&dhEmi=323031372D30382D32315431313A32333A35332D30333A3030&vNF=261.74&vICMS=0.00&digVal=4C573576356B6F69614C366937616D5576575965704D416177466B3D&cIdToken=000001&cHashQRCode=9191CC5BE3756949B82EC6953310B51FD4D5B182 No começo esta lendo "httpsÇ;;"; dai não sei o que poderia estar ocorrendo para que isso ocorra, li o qrcode que consegui em um posto de gasolina e leu corretamente.. Quando lido pelo celular ocorre a leitura correta.