Painel de líderes

Bom dia! Para documentos eletrônicos NFe/NFCe, preencha apenas os campos abaixo:

Valeu Daniel, funcionou perfeitamente bem!!! Obrigado e otima semana a todos os moderadores e desenvolvedores desta plataforma.

O erro está no parâmetro CRT que esta divergente com a informação dos códigos de ICMS que você esta usando.

Boa tarde Daniel, Realmente, não tinha visto que existe o parâmetro 'Tentativas'. Eu fiz um loop interno para em caso de erro, efetuar uma nova tentativa. Vou efetuar uma alteração para utilizar a informação do próprio componente. Enquanto isso, adicionei uns logs para tentar validar o status que a impressora POS está retornando, enquanto também não atualizo para a versão que você subiu hoje de manhã. -- ACBrPosPrinter -- [*] Métodos LerInfoImpressora e LerStatusImpressora modificados para inserir Entrada e Resultado no Log Agradeço mais uma vez a ajuda. Qualquer informação nova, posto aqui.

Obrigado Amarildo e Daniel. Valeu, abraços.

Boa tarde, atualize o ACBrMonitor para ultima versão.

Parece ser outra cooperativa de crédito do Banco, é necessário o manual deste banco para comparar, mas pela geração do dígito do código diferente, já se vê que não é o mesmo...

Pessoal, bom dia, o SEFAZ não me retornou, porem hoje consegui realizar emissão de nota fiscal normalmente.

Veja esse tópico:

Existe o componente ACBrSATWS para consulta dos lotes, mas para download de cada XML somente pelo portal do SGR-SAT com o perfil do contribuinte ou do contabilista. * O acesso ao portal SGR-SAT é feito somente com o certificado digital ou a senha do contribuinte cadastrada no posto fiscal de SP.

@thiagosantanna10 Precisei trocar uns nove e-mails com esse pessoal da SEFAZ para eles entenderem e me passarem essa informação. É sempre difícil e demorado, mas com insistência, persistência, chefe e clientes raivosos no nosso cangote a gente consegue! ??

Pessoal bom dia ! O problema estava em uma linha de teste da minha programacao. Desculpem o encomodo. Obrigado. Adriano Zamoner

No svn

No svn

Valeu deu certo

Informe CST=60rep.

Bom dia Italo. Sim, a propriedade de ConsultarLoteAposEnvio estava com o valor true. Após configurar o numero de tentativas e intervalo entre as tentativas a consulta me retorna situação 2. Vou enviar o protocolo pra tinus e começar a implementação no meu sistema. Muito obrigado pelo auxilio.

Restaurei o módulo da Busca com o Google, no final da página principal... por favor faça alguns testes...

E aqui está ele... @arce, ganhador do concurso, com o boné do ACBr... Obrigado pela participação de todos...

estou aguardando a resposta do banco sobre o processo de homologação. quando finalizar, eu coloco os fontes aqui para disponibilizarem no repositório. obrigado.

Boa tarde A Multa embora no boleto seja apresentado em R$, é verificado se é um valor fixo ou percentual através do campo: "MultaValorFixo" (deve ser True ou False), o valor da multa deve ser preenchido em "PercentualMulta". Se for percentual o valor apresentado no boleto é sempre convertido em R$. (Seguindo padrão FEBRABAN) O Campo desconto realmente é apresentado no boleto sempre em R$, talvez devido ao layout dos principais bancos trabalhar apenas com descontos em R$, não foi modificado... E quem implementou o para o banco SICOOB não se atentou a essa particularidade (Realmente precisa ser revisto para as particularidade desse banco...) Há uma definição de tamanho pré-definida no gerador de relatórios, provavelmente por questões de resolução em tela (realiza quebra de linha automático) O componente já faz isso quando não é informado data nos campos "DataMoraJuros" e "DataMulta". Se existir data por padrão deve complementar a mensagem para ficar claro... Isso está errado... vamos verificar essa rotina...

Beleza. Boa Viagem!

Está usando WinCrypt? Se sim, atualiza a LibXml2 no cliente.

Boa tarde, Veja a tag <dhEmi> de ambos os XML, note que esta diferente. Isso significa que você esta gerando novamente o XML e atribuindo ao campo dhEmi a data/hora corrente da maquina antes de fazer a consulta. Não se deve fazer isso. Depois do XML gerado, não se deve gerar para realizar uma consulta e sim carregar o XML através do método LoadFromFile. Ao gerar o XML pela segunda vez com uma data/hora diferente da que foi enviado (mesmo que a diferença seja segundos) o digestValue será diferente.

Mas isso é mais simples do que parece... o Fluxo ainda é do SiTEF... ele dispara chamadas aos eventos do ACBrTEFD para gerar, Perguntas, Menus e Impressoes O resultado final é muito melhor e mais controle sobre a operação TEF Analisando O Demo do TEFD você poderá ter uma ideia

Post duplicado, favor postar apenas 1 vez.

Voce ja apagou sua pasta de schemas e pegou novamente a da pasta do ACBR atualizado ?, aqui estava tendo esse problema e descobri que era porque eu salvava por cima e assim ficam alguns arquivos antigos que davam algum tipo de conflito

A modo grosso é assim aqui em SP... Quem tem SAT não precisa de NFC-e; Quem tem NFC-e precisa do SAT para as situações de contingência (offline).

Tópico fechado por falta de retorno do usuário

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Resolveram sim, aqui consegui emitir e estava com a data de vencimento igual a data atual.

Existem alguns filtros (período, ns. do aparelho, tipo de processamento, etc), só não me lembro de uma consulta usando a chave do cupom.

OK, deu certo, era os Schemas desatualizados...

Se eu não me engano esses parâmetros devem ser informados quando a operação (CFOP) for: "Lançamento efetuado em decorrência de emissão de documento fiscal relativo a Operação prestações também registrada em equipamento Emissor de Cupom Fiscal.". Mas vou pedir a ajuda do nosso amigo @Kiko Fernandes para um melhor esclarecimento.

Você está passando duas vezes o parâmetro e em uma delas o conteúdo está nulo. <NFref/> -<NFref> <refNFe>35180756720428001135550010001660081102502416</refNFe> </NFref>

Agora q eu vi o titulo do topico... ja tentou rodar o apagaracbr.bat ou marcar a opcao "limpar tudo" no instalador... ? Att Ricardo

No svn

No svn

O campo tpIntegra faz parte do grupo card que pelo layout não é obrigatório. Existe, entretanto, uma regra de validação facultativa que pode ser ativada pela UF caso o modelo seja NFCe e a forma de pagamento seja cartão de crédito ou débito:

@Italo Jurisato Junior esqueceu a opçao: 0. Postar no forum e esperar um iluminado como vc dar "uma luz".

pela enxurrada de erros nota-se claramente que ainda nao estava 100% funcional a ve4.00 nas sefazes.

Boa tarde! CSOSN é composto por 3 dígitos. 102 é um código válido. CST é composto por dois dígitos. Seria CST=60 (este zero que vc está informando antes 060) faz parte da origem da mercadoria. Portanto ele já foi informando em Origem=0. Conforme a tabela B da tributação do ICMS.

Boa noite Adriano, Os schemas normalmente são os mesmos para ambos os ambientes. A prefeitura ou o provedor tem que informar quais são os endereços dos webservices (homologação / produção).

No outro post, o José tinha solicitado para você anexar o LOG.TXT. Veja se vc consegue anexar. Vou fechar o tópico. Segue acompanhando na área do SAC.

Boa tarde a todos, Sempre que o código do status for 999 significa que o webservice da SEFAZ esta com problemas. Portanto só existe duas coisas a serem feitas: 1. Entrar em contato com a SEFAZ e expor o problema. 2. Esperar.

Boa tarde Maiquel, Muito obrigado pela colaboração, já enviei para o repositório.

Parabéns ! Novidades muito bem vindas

Temos relato que o ambiente de homologação de SP esta com este erro, entre em contato com a SEFAZ.

Bom dia, para que saia "5" informe ACBrBoleto.Cedente.CaracTitulo:= tcVinculada Corresponde a {Cobrança Simples (Rápida com Registro)} segundo manual.

Na versão 3.00 do CT-e, o campo nDoc do grupo idDocAntPap foi alterado para tipo Caractere de tamanho 30, porém no ACBr continua como inteiro. Segue a alteração para string de 30 para avaliação. ACBrCTeConhecimentos.pas ACBrCTeDACTEFR.pas pcteCTe.pas pcteCTeR.pas pcteCTeW.pas