Painel de líderes

Você está informando o valor em formato inválido: vProd=23.275.00 Remova o primeiro ponto que deve funcionar.

1985 - MSX Hotbit hb-800 - MS-BASIC, copiando código de revistas. Não tinha nem gravador. A trabalho -> Dbase II, Clipper, Delphi, migrando para PHP/JS/React/Node.

Quem gera as tags é a SEFAZ então basta estar preparado pra imprimir as dezenas quando retornado pelo webservice. No mais não muda nada no processo de envio, então não entendo como você quer iniciar antes...

Boa tarde Jésika, Acho que você não entendeu ainda para que serve o DistribuicaoDFe. Primeiramente, quem emite o documento tem por obrigação de guardar pelo prazo legal. Se perder o XML é um fato gravíssimo, pois esta perdendo um documento. O DitribuicaoDFe é utilizado pelos demais atores envolvidos. Por exemplo no caso do CT-e os demais atores envolvidos é o remetente e o destinatário da carga, e se tratando de redespacho ou redespacho intermediário o expedidor e o recebedor. Se a transportadora perder o XML, deve com base nos dados que estão no banco de dados gerar um novo XML, assinar e realizar a consulta para obter novamente da SEFAZ o protocolo de autorização. Se você esta salvando o XML em disco, aconselhe que mude para que o mesmo seja salvo no banco de dados, assim fica mais garantido a guarda do mesmo. Cópia de segurança nem precisa comentar ou precisa? O NSU é gerado pela SEFAZ do Ambiente Nacional e é um numero diferente gerado para cada ator envolvido no documento. Um mesmo CT-e disponibilizado pelo Ambiente Nacional vai gerar um NSU para o remetente e um outro NSU para o destinatário. O Elton lhe sugeriu a leitura do meu artigo que trata sobre como obter o XML da Transportadora e nesse artigo sugiro a leitura da Nota Técnica 2015/002 versão 1.00a. Na página 4 da referida NT temos um quadro onde mostra a relação de documentos que o ator consegue obter através do DistribuicaoDFe. Note que o Emitente do CT-e o único documento que ele consegue obter é os eventos de autorização e cancelamento do MDF-e. Resumindo: Leia com atenção o meu artigo e a NT. Você não vai conseguir o XML do CT-e emitido pela transportadora que foi apagado usando o DistribuicaoDFe. Espero ter ajudado.

Ola Italo tudo bem? Obrigado pela resposta. então, na verdade eu estava usando o campo c25_detalhamentoReceita>006666</c25_detalhamentoReceita mais depois do seu comentário caiu a ficha! Obrigado pela ajuda

Lembrando que a SEFAZ não gera NSU para o emitente da nota, afinal este já tem o XML. É gerado um NSU para cada interessado no documento com permissão de acesso ao mesmo.

Carregar o PFX somente OpenSSL e WinCrypt

Bom dia! Obrigado por comunicar. Pelo fato tudo indicar que é pelo lado da SEFAZ, até pela mensagem ser sem uma definição específica. Estou fechando o tópico.

Você pode usar as tags para definir o tamanho em fonte normal, condensada, expandida, linha dupla... Veja o demo do componente.

Homologação. Porém descobri qual a situação. Estava lançando um item apenas de teste no valor de 0,20. Não gerou as dezenas. Autorizou a NFCe porém não gerou. Lancei o mesmo item de 0,20, porém com 300 quantidades, totalizando assim uma venda de 60,00. Gerou as dezenas. Autorizou a NFCe e gerou as dezenas. Não cheguei a encontrar na documentação algo referente a valores mínimos da venda, porém com o valor baixo não gerou e o valor maior gerou. Fica a dica para os que estejam enfrentando dificuldades, lançar com valores maiores e com CPF.

Para NFSe há apenas o componente ACBrNFSe compatível com Delphi ou Lazarus. Para outras linguagens não está disponível.

Não encontrei nenhum tópico assim, e se quiserem relatar como começaram "nessa vida", estejam a vontade. comecei aprendendo basic em um CP-500 da Prológica, SO CP/M ( Control Program for Microcomputers ) com linguagem basic residente, com 48K de memória e disco de 5.1/4 (sem HD), os dados eram gravados em fita cassete. https://pt.wikipedia.org/wiki/CP_500 https://pt.wikipedia.org/wiki/CP/M Isso foi em 1984, fazem 35 anos, direto do túnel do tempo.

Beleza Daniel, agradeço a atenção!

a ancoragem está errada no dfm. basta alterar ele e corrigir, depois sobe aqui que avaliamos e subimos ao svn

Talvez você esteja com uma versão muito antiga do Lazarus/FPC

Com certeza é problema na SEFAZ... o erro é no BD deles...

É só uma teoria, mas como notei que os dois XML anexados foram emitidos logo após as 00:00h, tentem incrementar a hora de emissão, em umas 2h.

Ok. Vou pegar o pdf e xml com um dos clientes e posto aqui depois.

Tem que trazer xml e pdf para que possamos ajudar pega um xml desses que deu o problema pra ver

Provavelmente alguma inconsistência no "form". Você precisa abrir o lfm que está gerando essa mensagem no Lazarus para tentar identificar o problema e atualizá-lo.

Muito obrigado a todos pela ajuda, vou fazer como indicado por vocês. Deus abençoe. Pode fechar o chamado, por favor. Resolvido.

Vocês não tem um xml de exemplo do provedor para comparar com o de vocês?

Boa tarde Camilo, Na propriedade Prefeitura informe o nome da prefeitura, por exemplo: Prefeitura Municipal de Araraquara Na propriedade Logo informe caminho e o nome da imagem que tem o logo da prefeitura. O meu concelho é preencher essas duas propriedades.

Boa tarde Danilo, Se você se refere a alteração no componente, isso já foi feito e enviado para o repositório.

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

Boa tarde Lucas, Exatamente.

Bom dia André, No componente ACBrNFe o método Enviar se encarrega de gerar o XML, assinar, validar, gerar o envelope SOAP (lote com 1 ou mais notas), enviar e obter o retorno da SEFAZ. Se a sua intensão é apenas gerar o XML, a minha sugestão é que você utilize o método Assinar e depois o Validar. O método Assinar se encarrega de gerar o XML e assinar, ao realizar a assinatura é inserido automaticamente o grupo que contem a string do QR-Code. Não temos um método um gera o envelope SOAP salve e disco e não envia para SEFAZ. Sendo assim o envelopamento deverá ser feito pela sua aplicação. Ela deve pegar o XML gerado, assinado e validado pelos métodos: Assinar e Validar e montar o envelope. Espero que lhe ajude essa dica.

Arquivos já disponíveis no SVN.

http://cryptlib.sogot.de/DelphiSamp.html https://www.gnostice.com/nl_article.asp?id=187&t=How_To_Digitally_Sign_A_PDF_Document_In_Delphi

Bom dia. Os testes que fiz aqui e no cliente onde ocorreu o problema, foram usados a mesma marca de SAT, a Control-ID. Em outro cliente foi feito o mesmo teste com um SAT de uma marca diferente (Linker) e o problema não aconteceu. Tentarei fazer mais testes com outras marcas, mas fica aí o aviso, caso alguém passe pelo mesmo problema. Obrigado.

Xml já é feito no ACBr basta olhar como é feito PDF tem que usar alguma ferramenta, por exemplo gnostice tem e outros da tms senão me engano

Olá, Preencha as propriedades ACBrNFSe.DANFSe.Logo e ACBrNFSe.DANFSe.Prefeitura. Abraço.

Olá ALA, Embora exista essa propriedade, ela não foi implementada no DANFe NFC-e Fortes para tamanho A4. Não deve ser muito difícil adicionar o código para jogar o QrCode pra lateral. Caso tenha interesse em implementar e posteriormente anexar o código aqui no fórum para análise, vamos ficar felizes em ajudar.

Bom dia. Quando mostra a seguinte mensagem ao enviar remessa no Banco do Brasil: (USUÁRIO NÃO AUTORIZADO PARA ENVIAR FORMATO) C635-000 O motivo são permissões de usuário para envio de remessa. O que deve ser feito é no site do BB, acessar a conta e ir em Gerenciamento > Usuário > Autorizar, e marcar todas as permissões de arquivos e o que for necessário de transações também. Porém essa configuração deve ser passada pelo suporte do Banco ao Usuário da Conta.

Está fazendo em homologação ou produção? Se não me engano em produção só vai entrar a partir do mês que vem.

Bom dia! Aqui me surgiu uma dúvida. Você está usando o Emissor gratuito do SEBRAE? Se sim, salvo engano da minha parte, desde que iniciou a versão 4.00 o emissor gratuito do SEBRAE não importa mais arquivo TXT de nota e deve ter sido ai que foi incluído a obrigação do grupo Y inclusive com o troco YA09 Apenas aceita importações de cadastros Clientes, Produtos e Transportadoras. Se for assim, não resolverá ter os campos Y no TXT se o emissor do SEBRAE não irá importar.

Realmente confere. Tem cliente que está fazendo uso desta situação. Podem finalizar este post.

Resolvido meu amigo. Realmente era isso mesmo eu estava tentando passar um arquivo blob , sendo que a função aceita uma string. Obrigado.

Era isso mesmo, Muito obrigado.

Sim. Porque os modelos de balança já tem configurações padrões. Por isso acontece essa mudança ao alterar o modelo.

Quando disse que a diferença era apenas a chave me referia apenas à execução do método em si. Após o retorno do protocolo, caso configurado pra isso, o ACBr vai realmente tentar montar o XML completo, juntando o XML carregado com o protocolo de autorização.

Nao sou tao velhinho kkkkk basic, clipper, foxpro,

Michel vc está no caminho certo, o que falta é vc colocar as informações corretas, pois os erros reportam isso Veja a primeira crítica, tipo de cobrança, Não tem essa informação no seu INI. verifique o INI que gera os boletos, pois os erros reportados estão nele.

Veja se no arquivo ACBr\Fontes\ACBrComum\ACBr.inc está ativada a diretiva: // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {$DEFINE REMOVE_CAST_WARN} Tente alterar para: // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {$IFNDEF FPC} {$DEFINE REMOVE_CAST_WARN} {$ENDIF}

Bom dia Eduardo. Muito legal da sua parte contribuir aqui com dicas para o colega Juliano, porém seus problemas fogem um pouco a postagem inicial do tópico, por isso seria interessante criar um novo tópico exclusivo para sua situação. Att.

@Juliano Rossi eu estava com a mesma dificuldade com a geração de uma NFC-e no CE com o Integrador. Depois de muitas tentativas eu consegui atualizando as Dlls que estão disponíveis em http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Eu consegui autorizar uma NFC-e, más agora estou com duas dificuldades. 1- Em alguns momentos, ao enviar o xml para o integrador aparece uma mensagem de erro no Integrador alegando que eu preciso ter permissões de administrador. Após a mensagem o Integrador é finalizado, assim que eu inicio o Integrador a NFCe é autorizada. 2- Consegui consultar na sefaz a nfce, porém eu tenho o retorno de Chave de acesso inexistente ao consultar a url do qrcode: http://nfce.sefaz.ce.gov.br/pages/ShowNFCe.html?p=23191121194996000193650010000000011450392031|2|1|1|5907FC65E61AC6CB04512D595B21CA64D13EA728 Alguém pode me ajudar?

Pessoal, Meu primeiro contato com programação também foi com um CP-500 isso em 1989 e depois um solution 16 boas lembranças

Olá pessoal, Eu também aprendi a programar por volta de 1983/1984 em um TK-82c com 16 Kbytes de RAM com linguagem Basic residente e os programas eram gravados em fita cassete, usávamos se não falha a minha memoria um gravador National. Em 1985 comprei um TK-85 que tenho até hoje, depois comprei um Expert da Gradiente, esse infelizmente não tenho mais. TK-82c TK-85 Expert

Cadê o compilador de Resources, "windres" ? Se você compila Resources diretamente dos Fontes, o Compilador FPC irá procurar pelo compilador de Resource... Exemplo: {$R AResourceFile.rc} Irá compilar um arquivo .RC e gerar o arquivo .RES, que será anexado ao Binário na compilação final... Exemplo de Sintaxe de um arquivo de Resources UmaImagem RCDATA "ImagemExemplo.jpg" ArquivoDLL RCDATA "Dependencia.dll" pra compilar um arquivo de Resource em Windows, o compilador FPC irá procurar pelo utilitário windres, que é provido pela Binutils Pode ser que a sua distribuição já tenha instalado o windres, quando você instalou o pacote binutils ou cross-i386-binutils. O FPC irá procurar por windres quando estiver compilando em Win64 e i386-win32-windres, quando estiver compilando em Win32 Eu não achei nenhum artigo que informe diferenças na compilação de Resources do Windows de 32 para 64 bits... portanto, se você já tem o windres instalado, mas ainda não tem o i386-win32-windres, acho que é seguro apenas criar o link simbólico.. Digite os comandos abaixo (como root) cd /usr/bin ln -s windres i386-win32-windres No caso do Opensuse, ele não instalou o windres, quando a binutils foi instalada... nesse caso, a maneira mais simples que encontrei, foi baixar os fontes da Binutils e compilar o windres Você pode baixar a última versão dos fontes da Binutils em: http://ftp.gnu.org/gnu/binutils/ Descompacte o arquivo baixado, em uma pasta temporária tar xvf binutils-2.32.tar.bz2 Compile a Binutils e o Windres cd binutils-2.32 ./configure make cd binutils make windres Ao final desse processo, você deverá ter o windres compilado, na pasta binutils-2.32/binutils Copie o binário do windres, para /usr/bin (como root) cp windres /usr/bin/ Para compilação em Win32, crie o link simbólico, como descrito no inicio: (como root) cd /usr/bin ln -s windres i386-win32-windres

Cross Compile de Linux64 para Linux32 (Fonte: https://wiki.freepascal.org/Cross_compiling#From_Linux_x64_to_Linux_i386 ) Você precisará do Linker em 32 Bits... ou mais precisamente do arquivo i386-linux-ld No meu OpenSuse, esse binário pode ser instalado pelo pacote cross-i386-binutils, portanto... (em modo root) zypper install cross-i386-binutils zypper install cross-i386-gcc9 Porém o OpenSuse irá instalar esse binário com um nome ligeiramente diferente, então basta fazermos um link simbólico para o nome esperado pelo FPC (em modo root) ln -s /usr/bin/i586-suse-linux-ld /usr/bin/i386-linux-ld ln -s /usr/bin/i586-suse-linux-as /usr/bin/i386-linux-as Acessar pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Linux 32 (em modo "root") make all OS_TARGET=linux CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=linux CPU_TARGET=i386 INSTALL_PREFIX=/usr Você precisará ter todas as Libs que o seu software depende, instaladas no seu sistema Linux, na versão 32 bits... Exemplo: /usr/bin/ld: não foi possível localizar -lpthread /usr/bin/ld: não foi possível localizar -lgdk-x11-2.0 .... Isso significa que precisamos ter no sistema as libs (libpthread.so e libgdk-x11-2.0.so) em algum diretório do LibPath para Libs de 32 bits (/lib ou /usr/lib) Resolva passo a passo as dependências, Provavelmente seja mais fácil usar o utilitário yast, para procurar as Libs faltantes, na versão 32 bits.. Instalando os pacotes abaixo, provavelmente você resolverá várias das dependências... zypper install glibc-32bit zypper install glibc-devel-32bit zypper install libgthread-2_0-0-32bit zypper install libgtk-2_0-0-32bit zypper install libgdk_pixbuf-2_0-0-32bit zypper install libpango-1_0-0-32bit zypper install libX11-6-32bit zypper install libxml2-2-32bit Se necessário, crie links simbólicos para os nomes corretos (terminando em .SO)... Exemplo: cd /lib ln -s libpthread.so.0 libpthread.so ln -s libc.so.6 libc.so ln -s libdl.so.2 libdl.so cd /usr/lib ln -s libglib-2.0.so.0 libglib-2.0.so ln -s libgmodule-2.0.so.0 libgmodule-2.0.so ln -s libgthread-2.0.so.0 libgthread-2.0.so ln -s libgobject-2.0.so.0 libgobject-2.0.so ln -s libgtk-x11-2.0.so.0 libgtk-x11-2.0.so ln -s libgdk-x11-2.0.so.0 libgdk-x11-2.0.so ln -s libgdk_pixbuf-2.0.so.0 libgdk_pixbuf-2.0.so ln -s libatk-1.0.so.0 libatk-1.0.so ln -s libcairo.so.2 libcairo.so ln -s libpango-1.0.so.0 libpango-1.0.so ln -s libpangocairo-1.0.so.0 libpangocairo-1.0.so ln -s libX11.so.6 libX11.so ln -s libxml2.so.2 libxml2.so Compile novamente e verifique se ainda restam dependências de Libs, no caso de novo erro... cheque novamente se as libs indicadas nas mensagens de erro, estão em /lib ou /usr/lib (ou com o nome semelhante ao esperado) Editar /etc/fpc.cfg, para configurar corretamente o Path da gcclib em 32 e 64 bits (em modo "root") # path to the gcclib #ifdef cpui386 -Fl/usr/lib64/gcc/i586-suse-linux/9 #endif #ifdef cpux86_64 -Fl/usr/lib64/gcc/x86_64-suse-linux/9 #endif Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> linux Target CPU -> i386