Painel de líderes

Olá Pessoal, A data de obrigatoriedade de quem é MEI a emitir as suas notas segundo o Padrão Nacional mudou, agora é 01/09/2023.

A Sefaz realizará uma manutenção nos servidores do projeto SAT no dia 01/08 a partir das 20:00 com previsão de duração de 4 horas. Sendo assim, orientamos os contribuintes a realizar qualquer ativação de SAT fora desse período e, pro caso de existirem CF-e-SATs na memória dos equipamentos SAT, conectem tais equipamentos para que os CF-e-SATs possam ser transmitidos de forma automática e antes do prazo legal de 10 dias (pro caso desse prazo coincidir justamente durante as atividades). A atividade afetará também os websites (satsp.fazenda.sp.gov.br e sathomolog.fazenda.sp.gov.br) e não somente os servidores de comunicação com os equipamentos SAT (wssatnacional.fazenda.sp.gov.br, wssatsp.fazenda.sp.gov.br e wssathomolog.fazenda.sp.gov.br). ATUALIZAÇÕES DE EQUIPAMENTOS SAT A Sefaz deverá realizar atualizações de equipamentos SAT nos próximos dias. Isto incluirá versões de software básico mais antigas. Sendo assim, solicitamos que os contribuintes se planejem para realizar as atualizações de software básico, o quanto antes, a fim de que seus equipamentos SAT não sejam incluídos na relação de equipamentos a serem atualizados. Fonte: https://portal.fazenda.sp.gov.br/servicos/sat

Boa tarde Tagales, Tente Informar "01.01" em ItemListaServico.

Olá Alexandre e Ítalo, vamos fazer isso já, muito obrigada! Abraço

Bom dia, A contingência foi ativada novamente para a Sefaz de Pernambuco às 12:40 de 28/07/2023 com previsão de término às 12:00 do dia 31/07/2023.

Bom dia. Implementei o retorno da DLL PWINFO_PAYMNTTYPE no acbr, para conseguir capturar quando for pago por cateira digital. Tive essa necessidade e verifiquei que nao exisitia nenhuma forma confiavel de saber se foi pago por carteira digital ou cartao no acbr. Precisei criar a propriedade fpCarteiraDigital, seguindo a mesma ideia dos fpCredito e fpDebito. Units alteradas em anexo. ACBrTEFPayGoComum.pasACBrTEFComum.pas

no display( no "DE:" )

Por via das dúvidas, tente o código sem o zero à esquerda, com e sem ponto.

O código que você está utilizando não parece estar no padrão do Ginfes, você está conseguindo emitir via site com este código? Outra coisa, para emitir via WS geralmente precisa habilitar o emitente, caso não tenha habilitado ainda, pode ser esse o problema. Confirme se a inscrição municipal que está utilizando está correta.

Nesse caso estou em produção mesmo, tentei 01.02, e deu o mesmo retorno. Eu acho que o certo seria passar do schemas o '1.01.02'; pois no xml da NFSe emitida no site, fica assim: <ns2:ItemListaServico>1.01.02</ns2:ItemListaServico> <ns2:CodigoTributacaoMunicipio>2034</ns2:CodigoTributacaoMunicipio> Vou tentar conversar com suporte, para ver o que eles me falam, mas sinceramente com poucas esperança de conseguir emitir elas hoje. Obrigado pela ajuda.

resolvido...era o nome do remetente muito grande... vai entender!!!

Boa tarde, Se está testando em homologação, pode ser alguma limitação de cadastro neste ambiente. Se estiver em produção ou o problema persistir, resta entrar em contato com o provedor para verificar como ajustar este cadastro. Se for homologação, teste outros códigos: 01.02, 07.01, 07.02

Agora esta comunicação com a prefeitura, era a pasta PathSchemas\DBSeller, usando a que voce me enviou parrou os erros de validação, eu normalmente pego esses schemas com a prefeitura mais quando eles não entendem nem o que é um schema ai eu pego em: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFSe/Schemas/DBSeller/, me aconselha pegar em algum outro lugar? Emitindo aqui recebi esse retorno: X999 - Erro de Conexão: SOAP-ENV:Server - Function 'RecepcionarLoteRpsSincrono' doesn't exist Normalmente eu uso modoEnvio = 0, que seria o automático, para todos os outros padrões eu deixei no automático, eu preciso criar aqui um tratamento para esse prefeitura e enviar o modo 1 = LoteAssincrono ou isso e ajustado ai na DLL?

Boa tarde Italo. Obrigado pela pronta resposta. Provavelmente isso ocorreu porque eu fiz apenas uma atualização parcial então. Irei atualizar toda a pasta, gosto dos fontes originais. Parabéns pelo bom trabalho. Abraços !

Boa tarde Helio, Acredito que os seus fontes estejam desatualizados, pois na unit pcteConst temos o seguinte: const NAME_SPACE_CTE = 'xmlns="http://www.portalfiscal.inf.br/cte"'; xRazao3 = 'CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL'; xRazao4 = 'CTE EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL'; DSC_TPCTe = 'Tipo do Conhecimento'; E na unit que gera o XML:pcteCTeW temos: if (trim(CTe.Dest.CNPJCPF) <> '') or (trim(CTe.Dest.xNome) <> '') then begin if VersaoDF <= ve300 then xNome := xRazao3 else xNome := xRazao4; (...) if CTe.Ide.tpAmb = taHomologacao then Gerador.wCampo(tcStr, '#182', 'xNome', 02, 60, 1, xNome, DSC_XNOME) else Gerador.wCampo(tcStr, '#182', 'xNome', 02, 60, 1, CTe.Dest.xNome, DSC_XNOME);

Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia a todos, Já descobri o endereço correto. Já inclui na minha lista de tarefas. TK-4259

Bom dia André, Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Notei que o XML soap de envio de lote que você anexou esta diferente do que o componente esta gerando.

Você consultou a situação e retornou 3, que é Processado com falhas. Precisa consultar o lote para analisar o problema, retornando o arquivo *-lista-nfse.xml Peça para eles o manual para envio de RPS via webservice e, caso não esteja no manual, quais as urls.

Na função de gerar código de barras, você pode informar diretamente uma String ao invés de enviar um TACBrTipoCodBarra. Abaixo segue a String correspondente ao TACBrTipoCodBarra para cada Linguagem da Etiquetadora: Etiquetadora na Linguagem PPLA: ...\trunk2\Fontes\ACBrSerial\ACBrETQPpla.pas 'A' = barCODE39; 'E' = barCODE128; 'F' = barEAN13; 'G' = barEAN8; 'O' = barCODE93; Etiquetadora na PPLB: ...\trunk2\Fontes\ACBrSerial\ACBrETQEpl2.pas '3' = barCODE39; '1' = barCODE128; 'E30' = barEAN13; 'E80' = barEAN8; 'B9' = barCODE93; Etiquetadora na PPLZ: ...\trunk2\Fontes\ACBrSerial\ACBrETQZplII.pas 'B3' = barCODE39 'C' = barCODE128; 'E' = barEAN13; 'B8' = barEAN8; 'A' = barCODE93; Para realizar os testes utilizei o Exemplo: ...trunk2\Exemplos\ACBrSerial\ACBrETQ\Delphi\ETQTeste.dpr E criei um campo para informar manualmente os dígitos do código de barras, e no evento bEtqCarreirasClick fiz os ajustes: ImprimirTexto(orNormal, 2, 1, 2, 2, 1, 'TESTE barEAN13'); ImprimirTexto(orNormal, 2, 1, 1, 6, 1, 'COD:'+strCod); ImprimirBarras(orNormal, barEAN13, 2, 2, 8, 1, strCod, 10); ImprimirTexto(orNormal, 2, 1, 2, 2, 36, 'TESTE barCODE93'); ImprimirTexto(orNormal, 2, 1, 1, 6, 36, 'COD:'+strCod); ImprimirBarras(orNormal, barCODE93, 2, 2, 8, 36, strCod, 10); ImprimirTexto(orNormal, 2, 1, 2, 2, 72, 'TESTE barCODE128'); ImprimirTexto(orNormal, 2, 1, 1, 6, 72, 'COD:'+strCod); ImprimirBarras(orNormal, barCODE128, 2, 2, 8, 72, strCod, 10); Fui realizando a troca do bloco de 3 linhas com todos os tipos e desta forma consegui chegar nesta conclusão. Nos testes que realizei em etiquetas de 3 colunas, observei que: - Para códigos de barras entre 3 e 9 dígitos é melhor utilizar o barCODE93 - Para códigos de barras com 13 dígitos é melhor utilizar o barEAN13 (Com a ressalva de que é feita uma validação se o o digito verificar está de acordo, podendo mudar os dígitos do código). - Não deve-se usar código de barras com menos de 3 dígitos, nem entre 10 e 12 e nem maior que 13. Espero ter ajudado!

"Obrigado, @Alexandre de Paula! Eu enviei a implementação tanto para o Ítalo quanto para o Daniel por mensagem privada. No áudio enviado, expliquei que a implementação é bastante simples - basta replicar as duas funções existentes para gerar o PDF, realizando apenas uma alteração para gerar um arquivo JPG em vez disso. Se vocês conseguirem liberar essa atualização, será de grande valor para todos que estão realizando integrações com as máquinas de cartão de crédito. Isso é especialmente útil para casos em que a máquina, como é o caso da Stone, oferece a opção de imprimir a NFC-e diretamente nela."

Desabilitem isso daqui e testem