sfwinfo
Membros-
Total de ítens
270 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que sfwinfo postou
-
Talvez ele esteja gerando um arquivo de remessa para cada nota.. e no final ou junta ou enviar um a um Grato
-
Verifique se no windows.. via word .. excel a impressora esta funcionando. Pois recentemente houve alguns erros de compartilhamento de impressora que após atualização bugaram.. então o erro pode estar no windows e não no Acbr. Abraço
-
NFC-e canhoto com descrição errada
sfwinfo replied to sfwinfo's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Valeu..vou mudar o formato.. Obrigado -
NFC-e canhoto com descrição errada
sfwinfo replied to sfwinfo's tópico in NFe/NFCe - Nota Fiscal Eletrônica
Ola Julimar Marchetti. Apenas dei o comando para imprimir.. no acbr tem opção A4 e Bobina. e assim saiu com canhoto. Não ha qualquer configuração para habilitar ou não o canhoto. Segue a tela de configuração do Acbr -
NFC-e canhoto com descrição errada
um tópico no fórum postou sfwinfo NFe/NFCe - Nota Fiscal Eletrônica
Versão ACBRmonitorPLUS 1.4.0.2 x86 -
Texto da NFC-e incorreto - canhoto
um tópico no fórum postou sfwinfo NFe/NFCe - Nota Fiscal Eletrônica
No canhoto ou recibo da nfc-e consta o termo NF-e. Segue foto anexo -
Ola. veja eu até entendo que as informação são obtidas pelo sefaz, mas acredito que a montagem da estrutura do xml retorno é feita pelo acbr. juntando as informacoes que o sefaz envia. Pois se eu apenas mudar o EXE do acbr o retorno ja é diferente.. Isso é a estrutura foi montada pelo ACBR.. Mantendo todos os layouts do acbr atual e apenas mudando o executavel para a versão .62 a estrutura do arquivo xml de retorno ja é diferente.. n xmotivo inicial vem a rejeicao ou autorização.. conforme segue abaixo o xml talvez essa estrutura abaixo seja a leitura do xml da secretaria para que nosso sistema possa ler e dar as devidas consideraçoes.. Entao veja que no primeiro XMOTIVO consta a REJEICAO e não simplesmesm LOTE PROCESSADO. Imagino que essa estrutura seja do ACBR.. pois agora so mudei o executavel para versao 1.2.0.62 e o retorno ja é diferente. Abraço [Retorno] CStat=210 CUF=35 ChaveNFe=35210117916015000105550010000001231534251967 DhRecbto=30/12/1899 Msg=Nota(s) nao confirmadas: 123->210-Rejeicao: IE do destinatario invalida Protocolo= VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Rejeicao: IE do destinatario invalida cMsg=0 nRec=351000150120439 tpAmb=2 xMsg= [NFe123] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231534251967</chNFe><dhRecbto>2021-01-13T10:03:11-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe> cStat=210 chNFe=35210117916015000105550010000001231534251967 dhRecbto=13/01/2021 10:03:11 digVal= nProt= tpAmb=2 verAplic=SP_NFE_PL_008i2 xMotivo=Rejeicao: IE do destinatario invalida Veja o retorno montado pelo ACBR na versão atual [Retorno] CStat=104 CUF=35 ChaveDFe=35210117916015000105550010000001231186126465 DhRecbto=30/12/1899 Msg=Nota(s) nao confirmadas:123->210-Rejeicao: IE do destinatario invalida Protocolo= VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Lote processado AQUI DEVERIA MOSTRAR A REJEIÇAO CONFORME MOSTRA ABAIXO cMsg=0 nRec=351000150119443 tpAmb=2 xMsg= [NFe123] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SP_NFE_PL_008i2</verAplic><chNFe>35210117916015000105550010000001231186126465</chNFe><dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto><cStat>210</cStat><xMotivo>Rejeicao: IE do destinatario invalida</xMotivo></infProt></protNFe> cStat=210 chDFe=35210117916015000105550010000001231186126465 dhRecbto=13/01/2021 09:03:07 digVal= nProt= tpAmb=2 verAplic=SP_NFE_PL_008i2 xMotivo=Rejeicao: IE do destinatario invalida [NFe_Arq123] Arquivo=C:\SFW\RESPOSTANFE\RETORNO\35210117916015000105550010000001231186126465-nfe.xml Observe que até o cStat fica incorreto mostrando na primeira parte 104 - lote processado , sendo que o correto é 210 rejeicao. Grato
-
Segue retorno xml na primeira CHAVE xMotivo deveria retornar igual a segunda chave <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL009_V4</verAplic> <nRec>351000150119443</nRec> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <cUF>35</cUF> <dhRecbto>2021-01-13T09:03:06-03:00</dhRecbto> <protNFe versao="4.00"> <infProt> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008i2</verAplic> <chNFe>35210117916015000105550010000001231186126465</chNFe> <dhRecbto>2021-01-13T09:03:07-03:00</dhRecbto> <cStat>210</cStat> <xMotivo>Rejeição: IE do destinatário inválida</xMotivo> </infProt> </protNFe> </retConsReciNFe>
-
Ola atualizei para a nova versao 338. E o problema persiste, o retorno do campo xmotivo não esta vindo com a informação correta.. Versão 1.2.0.62 esta perfeita ainda.. funcionando o retorno com a mensagem correta no campo XMOTIVO. Não estou podendo atualizar o ACBR devido essa divergencia.. inviavel mudar todo o sistema para adequar a essa mudança que talvez tenha sido um erro no acbr.. alguns clientes utilizar versao .62 que esta perfeita. Grato
-
Estou tendo problemas para ler o retorno do ACBR, até a versão 1.2.0.62 fazia a leitura do campo XMotivo onde vinha exatamente a mesma mensagem do campo Msg Atualizando para a versao 1.0.3.138 o campo XMotivo vem com o texto LOTE processado. Sem o texto real do retorno. Primeiro pensei que poderia ser algo de retorno da secretaria e não algo do acbr, voltei para versão anterior e tudo normalizou, dessa forma entendi que a criação de estrutura de retorno era do ACBR, gostaria de saber se foi algo proposital com algum motivo, ou algum erro na configuração. A mudança no formato do retorno pode atrapalhar a leitura de cada aplicativo, onde cada um utiliza uma logica.. uns pegam CSTAT outro fazem a leitura do XMOTIVO outros do MSG Dessa forma qualquer mudança nessas estruturas podem afetar a leitura em cada aplicativo. Entendo que o campo XMOTIVO é o campo chave e não poderia ser alterado.. Data do recibo tambem fica como 30/12/1899 Versao 1.0.2.62 [Retorno] CStat=100 CUF=35 ChaveNFe=35201117916015000105550010000001151945446418 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e Protocolo=135200009105866 VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 nRec=351000148773998 tpAmb=2 xMsg= Versão 1.0.3.138 [Retorno] CStat=104 CUF=35 ChaveDFe=35201117916015000105550010000001121832886534 DhRecbto=30/12/1899 Msg=Autorizado o uso da NF-e Protocolo=135200009104830 VerAplic=SP_NFE_PL009_V4 Versao=4.00 XMotivo=Lote processado cMsg=0 nRec=351000148772746 tpAmb=2 xMsg= Grato
-
Identifiquei o problema.. Para gerar a linha de total de devolução de IPI item a item, deve obrigatoriamente informar o percentual de devolução. Dessa forma a tag é gerada Abraços
-
Estou utilizando a versão 1.3.0.328 compilado XML não esta criando o grupo de IPI devolvido o arquivo INI esta colocado os devidos campos. mas item a item esse grupo não esta sendo criado. Na totalização esta aparecendo e com isso da erro de total de ipi devolvido não bate com a somatoria.. visto que item a item não esta aparecendo Grato
-
Agora é aguardar a normalização Abraço a todos!!!
-
Aline Balduino, Acredito que quando se marca NAO CONTRIBUINTE para o cliente. deveria pular a regra de estar no cadastro centralizado de contribuinte. Pela lógica não contribuinte não deve estar mesmo nesse cadastro.. Cada vez mais tenho certeza que que ha um erro na validação da secretaria nesse momento Abraço
-
Ok Italo Também acredito em algum erro da secretaria, como houve essa mudança de analise de cadastro pelo que entendi por esse CCC acredito que não esteja fazendo as devidas analises para aprovação da nota. Vamos aguardar.. acho que a secretaria que ira corrigir o erro. Abraço
-
Achei uma nova regra de validação 5E17-40 55 – Destinatário em situação irregular perante o Fisco, vedada operação na UF (CCC.cSitCNPJ=3-Vedado) Obrig. 302 Den. Uso Denegado: Irregularidade fiscal do destinatário Com a mudança de analise pela CCC - Acredito que deve ter criado algum campo adicional que seria CCC.cSitCNPJ que deve ser necessario no xml para autorizar.. Acho que o problema esta nessa ativação do CCC Veja informação no rodape. Mas meus erros estão ocorrendo com operação ESTADUAL. De SP para SP.
-
Leonardo, não acredito que seja isso.. pois esta ocorrendo para NAO CONTRIBUINTE, exemplo uma oficina de veiculos, que não tem inscrição, então ele é apenas prestador de serviço e esta dando erro também, tenho um caso de venda para uma escola. Que não contribui para o ICMS, então não existe limite de compra. Abraço
-
Segue outras informacoes
-
Isso esta ocorrendo apenas para destinatário NAO CONTRIBUINTE. Eu acredito que seja algum erro da secretaria. Aqui também estou com dois clientes com problema. Para contribuinte esta tudo OK Será que tem alguma mudança na analise da secretaria ou erro no servidor deles
-
Ola para nota de importacao deve preencher esses campos , seu erro especifico é que esta faltando a UF de desembaraço UFDesemb= e o cExportador= Verifique. [DI001001] nDi= dDi= xLocDesemb= UFDesemb= dDesemb= tpViaTransp= vAFRMM= tpIntermedio= CNPJ= UFTerceiro= cExportador=
-
Estou com problema ao criar o XML e enviar para secretaria quando tem endereço de entrega diferente do endereço padrão.. Secretaria retorna Falha no Schema - Em homologação funciona normal - em Produção sempre retorna erro Estive verificando layout da secretaria e não consta CEP e PAIS. Mas no ACBR mesmo não enviando os dados de PAIS ele gera no XML. CEP gera se eu enviar no INI. Mas ja tentei gerar a nota com CEP,, Sem CEP e sempre da falha no schema. Alguem com o mesmo problema Manual Local de entrega CNPJ CPF xLgr Logradouro nro Número xCpl Complemento xBairro Bairro cMun Código do município xMun Nome do município UF Sigla da UF XML -<entrega> <CPF>11278346813</CPF> <xLgr>AV ESTADOS UNIDOS</xLgr> <nro>065</nro> <xBairro>PQ DAS NACOES</xBairro> <cMun>3547809</cMun> <xMun>SANTO ANDRE</xMun> <UF>SP</UF> <cPais>1058</cPais> <xPais>BRASIL</xPais> </entrega> INI [Entrega] CNPJCPF=11278346813 xLgr=AV ESTADOS UNIDOS nro=65 xCpl= xBairro=PQ DAS NACOES cMun=3547809 xMun= SANTO ANDRE UF=SP Grato
-
Estou com problema para gerar o executavel do ACbrMonitor. Não ha erro na compilação. Gera o EXECUTAVEL. Mas ao executar da erro na DLL libxmlsec.dll - que não existe.. Então copio para a pasta essa dll ai de erro interno Fiz a compilação e instalação de todos os pacotes.. Ja tentei mudar alguma coisa no ACBR.INC mas sempre com erro. Desde ja agradeço, quem puder dar uma luz. Grato
-
Indicação site pesquisa fiscal e tributária
um tópico no fórum postou sfwinfo Dúvidas Gerais sobre o ACBr
Ola Navegantes..... Alguém teria algum site de pesquisa fiscal e tributaria que tenha webservices com retorna das tributação a serem aplicadas no sistema. Eu ja pesquisei o COAD interessante de forma off line.. entrar digitar os parametros e retornar os calculos. Também já tive contato com SAGE - mas o retorno é em xls somente dos itens enviados como consulta..cria uma lista em excel.. envia para eles.. e eles parametriza nesse excel e te retorna.. funcional mas off line Penso que seria interessante algo ao fazer uma nota, ao incluir o item.. ja fazer a consulta no webservice e voltar ou os devidos cálculos ou os parâmetros ... Exemplo enviaria NCM, uso e consumo, não contribuinte, estado de MG. o sistema já retornar Calcula icms S = 12% calcula ST S -aliq interna 20% - IVA 35% - redução icms =N redução st = N - difal = S - calculo por dentro S com esses parâmetros faríamos os cálculos.. Alguém conhece algum site com essas diretrizes? Grato Obrigado -
Porque você acha que a NFe 3.10 deve continuar em atividade ?
sfwinfo replied to Daniel Simoes's tópico in Boteco do ACBr
Tem que permanecer em Pró do Casamento dos programadores... -
Na tela do Acbr Df-e - WebService / Nfe a informação sobre fatura esta truncado na TELA. Acredito que o texto é "campo de grupo FATURA obrigatorio XML 4.0. Segue Foto anexo