Painel de líderes

Você atualizou os arquivos ACBrNFeServicos.ini e ACBrNFeServicos.res passados pelo BigWings na pasta ..\ACBR\Fontes\ACBrDFe\ACBrNFe? Abra o arquivo .ini e veja se o mesmo termina com as linhas abaixo. Abra o arquivo .res no bloco de notas e verifique a mesma coisa. [WSDL_V4_MG] NFeConsultaProtocolo_4.00=http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsulta4 [SOAP_V4_MG] NFeConsultaProtocolo_4.00=http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsulta4/nfeConsulta4 Imagino que você tenha compilado seu sistema novamente, mas se não, compile. E se ainda não der certo, mesmo com os arquivos atualizados, tente instalar o ACBr novamente. Verifique se depois de executar a consulta, o RetWS (ACBrNFe.WebServices.Consulta.RetWS) e Protocolo (ACBrNFe.WebServices.Consulta.Protocolo) vêem preenchidos. Se mesmo assim não der certo, debug o código e poste aqui o xml de consulta que está sendo enviado.

Boa tarde @Leivio Fontenele e @Juliomar Marchetti, Compatibilizei o fonte com o Delphi 7 para iniciar o desenvolvimento e testes aqui no sistema. Falta testar a transmissão porque estou sem certificado no momento. 1. Mantidos os códigos originais utilizando {$IFDEF COMPILER14_UP}; 2. Criadas classes com TObjectList, no padrão do ACBr, para suprir as situações das listas com Generics; 3. No ACBrReinfWebServices, não encontrei alternativa ainda para o ISO8601ToDate. Para o UTF8ToString, utilizei o UTF8ToAnsi; Abraççç, ACBrReinfD7UP.rar

Está sendo informado valor de ICMS para item com CST 40 (Isento). Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: The element 'ICMS40' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'vICMS' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'vICMSDeson' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMS/ICMS40/vICMS https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Na versão mais recente dos fontes, o PCN e o ACBrDFe estão altamente acoplados, de maneira que usar o PCN apenas para geração dos arquivos XML inclui até mesmo as bibliotecas de criptografia. Em um teste rápido que fiz, criei um novo projeto apenas com um pcnNFe e um pcnNFeW e ao compilar, o executável tentou carregar dinamicamente a libxml2.dll. Esse acoplamento se deve ao uso da ACBrDFeUtil no pcnNFeW. Para resolver isso aqui eu movi todas as funções de validação do ACBrDFeUtil para o pcnAuxiliar. As funções movidas foram: function ValidaDIDSI(AValue: String): Boolean; function ValidaDIRE(AValue: String): Boolean; function ValidaRE(AValue: String): Boolean; function ValidaDrawback(AValue: String): Boolean; function ValidaSUFRAMA(AValue: String): Boolean; function ValidaRECOPI(AValue: String): Boolean; function ValidaNVE(AValue: string): Boolean; Obs.: As funções ValidaUFCidade não são usadas em parte alguma dos fontes do ACBr.

Desculpe, A versão 2.1.4 corrigiu este erro no validador, somente a versão 2.1.2 do validador estava apresentando o erro. Desconsiderar esta solicitação

cara... tive esse problema com um cliente aqui... mas fizemos um ajuste técnico(gambiarra) rsss... como era um caso isolado e não tinha tempo pra ajudar, sugeri que o usuário voltasse a data do windows... pelo menos resolveu... e depois não aconteceu mais

Boa tarde. Precisei diminuir a velocidade da impressão de etiquetas de um cliente, como no ACBr não estava implementada essa opção, realizei os ajustes necessários. Segue em anexo os fontes para análise, e um print do manual. Obrigado! ACBrETQ.pas ACBrETQClass.pas ACBrETQEpl2.pas ACBrETQPpla.pas

Olá, A contribuição foi implementada. Disponível no Commit: 14019.

Bom dia, Ao carregar o XML para poder validar o mesmo já esta assinado? Se não esta assinado, ai esta o problema, pois o Validar requer que o XML esteja Assinado.

Bom dia, está atualizado no SVN.

Conforme já tinha postado anteriormente.... Veja este link Postei a solução amigo, espero que seja útil.

Bom dia Italo, Apaguei todos os fontes e atualizei tudo do zero. Deu certo, obrigado pela ajuda. Tenha um ótimo dia!

Bom Dia, a todos Uma outro solução, caso não tenha o XML da MDF-e, poderá fazer uma consulta de mdf-e não encerrados, isto retornará as informações necessárias para o encerramento sem o XML. Eu faço isso, para que os meus clientes possam encerrar caso percam o XML. Abraços. Miguel

Não está. Aqui vai o atualizado (com o ajuste no SoapAction para MG). ACBrNFeServicos.res ACBrNFeServicos.ini

Acabei de receber resposta da SEFAZ SP de um chamado aberto na segunda-feira: "Prezado José, Primeiramente pedimos desculpas pelos transtornos ocasionados. Houve problema técnico e nossa equipe já está trabalhando sem medir esforços para que o ocorrido seja resolvido o mais breve possível. Solicitamos que tente novamente em horários alternados. Contamos com sua compreensão. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda."

Bom dia Thomas, É problema na SEFAZ-SP, o estagiário esqueceu de alterar a hora do servidor de eventos. Favor abrir um chamado junto a SEFAZ-SP relatando o problema.

Bom dia, Você esta consultando o Status de Serviço na versão 1.00, essa versão não é mais aceita pela SEFAZ. Você deve configurar corretamente o componente. VersaoDF := ve300; Dica: Tenha somente uma rotina de configuração do componente que deve ser chamada antes de utilizar os métodos do componente.

Italo, eu instalei o componente em um notebook na quinta-feira com sucesso. Porém, ao instalar no meu desktop hoje, continuo tendo o mesmo erro ao instalar. Atualizei o ACBr e o ACBrBranches hoje de manhã. Copiei as pastas para o trunk2 conforme acima, adicionei os path no library path, mas ao instalar o pacote ACBrANe.dpk dá o erro [Fatal Error] ACBrANeWebServices.pas(45): Never-build package 'ACBr_DFeComum' must be recompiled.Não sei se houve alteração de quinta-feira pra hoje nesse pacote. Tem mais algum procedimento a fazer alem dos que você citou?

Bom dia a todos, Já esta disponível o ambiente de homologação do BP-e. Leiam a noticia sobre duas empresas uma do Rio Grande do Sul e outra do Mato Grosso do Sul que já emitiram o seu primeiro BP-e em ambiente de homologação. Esta na hora de iniciarmos os testes e fazer as correções necessárias no componente. Não esqueçam de atualizar todos os fontes de todas as pastas, visto que esta semana atualizei alguns schemas do BP-e.

Quando MDFe.Ide.tpEmit for teTranspCargaPropria a tag tpTransp não deve ser informada no arquivo xml que é enviado. Está retornando rejeição informando que este campo não deve ser informado. Pelo que vi, este campo entrou para a versão 3.00, só precisa considerar esta situação junto. unit pmdfeMDFeW; procedure TMDFeW.GerarIde; if (VersaoDF = ve300) and not(MDFe.Ide.tpEmit=teTranspCargaPropria) then Gerador.wCampo(tcStr, '#007', 'tpTransp', 01, 01, 0, TTransportadorToStr(MDFe.Ide.tpTransp), DSC_TPTRANSP

Estou finalizando o desenvolvimento de uma biblioteca 100% em C# que englobará o consumo de todos os serviços em todas as versões disponibilizadas e em para todos os estados. Essa biblioteca será utilizada em produção em um aplicativo de frente de loja para emissão de NFC-e. Também está sendo construído um aplicativo de demonstração em wpf semelhante ao ACBrNFe_demo. Se for de interesse da comunidade nestes quinze dias ela deve ficar pronta, e posso disponibilizar se houver interesse em utilizá-la e me ajudar a mantê-la