Painel de líderes

Descobri o problema o cliente não tinha ativado no site da sefaz-ce, a a homologação, e o integrador só funciona em produção Descobri o problema o cliente não tinha ativado no site da sefaz-ce, a a homologação, e o integrador só funciona em produção

Todo evento possui a função "validar" para confrontar o XML com os Schemas. Estou fazendo assim: Na proteção de código peço para retornar o ID+ A mensagem de erro, consequentemente dentro do lote vc já sabe qual é o evento com erro. No SVN o fonte pcesS2206 já está dessa forma. Sabendo qual é o evento, e o campo que deu erro fica fácil descobrir o erro.

Para usar o WebService da NFC-e do Ceará é necessário o certificado e os dados de uma empresa registrada no estado.

Oi, Italo. Bom dia!Foi falta de experiência minha com o ACBr. Sabe aquele for 0 to 2 to Begin antes do with ACBreSocial1.Eventos.Tabelas.S1005.Add do?... é para gerar mais de um registro. Só que, em vez de gerar vários registros dentro de um XML, gera vários XML's que depois são "envelopados" e enviados em um único XML, conforme observei no LOG. Eu precisava enviar os arquivos ontem, dia 28, até as 23:59 e, no último momento, deu certo. Muito obrigado. Francisco Rodrigues

Boa tarde! Segue alteração no DANFS-e em Fortes, para exibir o Intermediario do Serviço (Nome, CPF/CNPJ e IM) quando existente. Foi ajustada também a parte da impressão da Construção Civil, quando não existiam os mesmos, os componentes eram deixados invisíveis, mas o espaço que eles ficavam continuava, ficando um espaço em branco sem uso. A rotina verifica a presença do Intermediário e/ou da Construção Civil, e sobe os demais itens para evitar espaço sem nada impresso. ACBrNFSeDANFSeRLRetrato.dfm ACBrNFSeDANFSeRLRetrato.pas

A Secretaria da Fazenda, finalmente disponibilizou um site onde podemos conferir o Status da NFe 4.0. Homologação Produção

Bom uma das situações é identificar o provedor pois existem diferenças entre eles.

Obrigado Juliomar. Fiz a instalação e iniciarei o uso. Se surgirem mais dúvidas voltarei ao fórum.

Desculpe, Resolvido

Boa tarde. MDF 2.0? Que saiba a única versão aceita hoje do MDFe é a 3.0, existia anteriormente a 1.0 que foi desativada em 05/06/2017. Sobre a dúvida, as informações de seguro do MDFe são obrigatórias apenas quando a tag tpEmit for 1 ou 3 (Prestador de serviço de transporte), conforme validação G083: Para transportador de carga própria o grupo de seguro não é obrigatório.

Peguei uma nota dessa loja que tinha aqui também e tive o mesmo erro. Mas consegui validar alterando o XML e removendo as quebras de linha e indentações do arquivo. Parece que, para "facilitar" a leitura eles indentam o arquivo após autorizado e acabam enviando um XML inválido para os consumidores.

temos que matar a cobra .. e mostra a ferramenta ..utililizada

Consegui efetuar a emissão da forma que você falou. Obrigado.

Bom dia, em fase de testes de emissão de NF-e modelo 55 na nova versão 4.0 com produto GLP (cProdANP=210203001), quanto à rejeição "858 Grupo de Tributacao informado indevidamente", no meu aplicativo foi usado este trecho de código abaixo para fazer a troca do CST de 60 (ICMS60) para Rep60 (ICMSST), e a princípio deu certo, isto é, não retornou mais a rejeição no validador da SEFAZ RS. ... with Det.Add do begin ... Imposto.ICMS.CST := StrToCSTICMS(OK, item_cod_trib); ... if (Imposto.ICMS.CST = cst60) and(item_cod_anp <> '') and(ACBrNFe1.Configuracoes.Geral.VersaoDF = ve400)then begin Imposto.ICMS.CST := cstRep60; Imposto.ICMS.vBCSTRet := 0; Imposto.ICMS.vICMSSTRet := 0; Imposto.ICMS.vBCSTDest := 0; Imposto.ICMS.vICMSSTDest := 0; end; ... // mais abaixo alimenta a tag "comb" se (item_cod_anp <> '') end; ... Espero estar no caminho certo... OBS1: Ainda não fiz nenhum tratamento para o usuário digitar ou o sistema puxar de algum lugar esses valores de repasse. OBS2: Na condição (item_cod_anp <> ''), acho que o mais adequado seria testar todos os respectivos códigos ANP da regra N08-10. Att Ricardo

Qual comando você está enviando ? (anexe o Logo do ACBrMonitorPLUS).. Você não deve usar o CriarEnviar... mas apenas o Criar...

Desculpe, falei errado... me referia a API WinHTTP ACBrNFe1.SSL.SSLHttpLib := httpWinHttp; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; isso já instruirá a API WinHTTP a usar TLS1.2... e nenhuma configuração no I.E. é necessária... A configuração n I.E. somente é necessária se você usar ACBrNFe1.SSL.SSLHttpLib := httpWinINet; Pois a API WinINET, é baseada no I.E.

Apenas pela chave de acesso você não obtém o XML completo, apenas o resultado do protocolo de autorização e os eventos de carta de correção, cancelamento e EPEC. Para o XML completo primeiro você deve carregar o XML não protocolado no componente e executar o método ACBrNFe1.Consultar.

Foi criada uma nova propriedade no componente para tratar o salvamento dos PDF.

Apenas com certificado do Ceará é possível testar a emissão de NFCe.

Só consegui usar com e sem integrador (quando era permitido) com certificado e dados de uma empresa registrada no estado.

Creio que em 2 ou 3 meses já teremos a 1a DLL, para o componente NFe Estará disponível em breve... Seu pensamento está correto... por isso que estamos refatorando o MonitorPLUS (melhorando o mesmo) e criando as DLLs (ACBrLIB)... O @Rafael Dias, que é o autor do ACBrFrameWork, está a frente do projeto ACBrLIB

Ainda tem o fato que cada Sw.House irá ganhar uma Impressora não fiscal I9 Nos vemos no evento...

@elisangela carla, o problema é o código errado do tpEmis, note que no teu XML você informou 7 ao invés de 8. O correto para a emissão em contingência para o Estado de Santa Catarina (cUF = 42) é 8, deve ser enviado para o SVC-SP. Essa relação está disponível na Nota Técnica 2012.003 (ao invés de colocarem esta informação no manual 3.0.... praticidade é com a SEFAZ ) @darlananogueira, as tags dhCont e xJust só são necessárias na emissão em contingência offline FS-DA (tpEmis = 5), conforme as rejeições 586 e 587.

O evento é gratuito...

Bom dia, atualize o ACBrMonitor para versão 1.1.0.58 IBGE.BuscarPorNome("Pedralva") OK: [Cidade1] UF=MG CodUF=31 Municipio=Pedralva CodMunicio=3149101 Area=0

Bom dia Alisson, esse erro é pertinente? Tentou enviar novamente? Isso aconteceu com alguns clientes nossos em produção, orientamos a enviar novamente e deu certo..

Bom dia, Para seu controle antes mesmo de enviar os dados para o ACBrMonitor, as informações do título já devem estar gravadas no banco de dados da sua aplicação. Após alimentar o ACBrMonitor com os títulos e emitir o boleto, ao receber o Status OK... atualize sua base de dados com Status de Emitido, da mesma forma ao gerar Remessa e obter retorno OK... atualize sua base de dados com Status de Remessa gerada... E assim sucessivamente para demais validações, baixa, etc... A sua aplicação deve fazer todo o controle, inclusive da numeração do Boleto, utilize o ACBrMonitor apenas para emissão do boleto, envio e-mail (se necessário), geração da remessa e leitura do retorno...

O site do IBGE mudou e o componente foi totalmente reescrito... provavelmente a próxima compilação do MonitorPLUS já contemple as mudanças... https://www.projetoacbr.com.br/forum/topic/41723-acbribge-nova-versão

Consegui consultar o cadastro do contribuinte. Faltava selecionar a libOpenSSL. Mas a consulta de cidades ainda não funciona.

Obrigado, será atualizado assim que possível...

Elisangela, parece que esta faltando informar as tag dhCont Data e Hora da entrada em contingência xJust Justificativa da entrada em contingência Graça, creio que poderá confirmar isso;

Prezado Ítalo, Não imaginava que o método ACBrNFe1.NotasFiscais.LoadFromString(sXml, False) gerava um ADD. Funcionou perfeitamente. Obrigado pelo retorno.

como voce faz pra atualizar o xml apos consulta?, pois conforme li aqui no forum o acbr so atualiza o xml ao consultar ser for identico ao enviado pra sefaz, e em caso de enviar online e dar erro e voce mudar pra offline o xml ja modifica, e a nota pode tanto ter sido enviada e nao retornada pra sefaz , como nao.