Painel de líderes

Olá Pessoal, O grupo sobre o Responsável Técnico esta presente em diversos DF-e, tais como: BP-e, CT-e CT-e OS, GTV-e, CT-e Simplificado, NF3-e, NFCom, NF-e, NFC-e e MDF-e. Para a maioria dos DF-e não existe uma obrigatoriedade de informar o Responsável Técnico, mas não custa nada informar os seus dados ao gerar o XML. Mas para a NF-e e NFC-e temos a NT 2018/005 versão 1.40 que determina que para as UF: AM, MS, PE, PR, SC e TO devemos informar, pois existe a obrigatoriedade, caso contrario a nota vai ser rejeitada: 972 - Obrigatória as informações do responsável técnico. Como alimentar o componente com as informações do Responsável Técnico? {Informações do Responsável Técnico pela emissão do DF-e} infRespTec.CNPJ := ''; infRespTec.xContato := ''; infRespTec.email := ''; infRespTec.fone := ''; Para quem gera o arquivo INI que é utilizado no ACBrMonitor e no ACBrLib devemos incluir a seção: infRespTec: [infRespTec] CNPJ = ''; xContato = ''; email = ''; fone = ''; Outra informação importante se refere ao CSRT (Código de Segurança do Responsável Técnico) que a SEFAZ-PR vai passar a exigir a partir de 03/02/2025 em ambiente de homologação para o modelo 55 (NF-e) e a partir de 01/04/2025 em produção. O CSRT bem como o idCSRT é obtido através de um credenciamento feito no Portal da SEFAZ, como dito acima hoje somente PR que esta exigindo esse credenciamento. Os componentes listados acima já possuem duas propriedades de configuração que são utilizadas para informar o idCSRT e o CSRT. Configuracoes.RespTec.IdCSRT := 0; Configuracoes.RespTec.CSRT := ''; Notem que o IdCSRT é uma informação numérica, já o CSRT é alfa numérica. Lembrando que essas duas propriedades de configuração só devem ser informadas no componente neste momento para quem emitir NF-e no PR, se não informar a nota vai ser rejeitada: 975 - Obrigatória a informação do identificador do CSRT e do Hash do CSRT. Pode ser que no futuro as demais SEFAZ venham a exigir também não só para NF-e como também para outros DF-e. Abaixo temos as regras de validação na integra sobre o Responsável Técnico que se encontra na NT 2018/005 versão 1.40:

Olá pessoal, Ficamos felizes em informar que foram disponibilizados na Rev-37075 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibCTe. ..\ACBr\Projetos\ACBrLib\Demos\PHP\CTe\ACBrCTeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\CTe\ACBrCTeDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

ACBrSedex? CepCerto? O que você está falando? Embora os mais conhecidos sejam os componentes para documentos fiscais eletrônicos, impressão e boleto, a suíte do ACBr possui componentes para as mais variadas finalidades. Um deles é o ACBrSedex cujo exemplo pode ser encontrado em ..\trunk2\Exemplos\ACBrTCP\ACBrSedex e tem essa cara: Como é possível observar a finalidade do componente é permitir realizar cálculos relacionados ao prazo de entrega de encomendas e realizar o rastreio do mesmo. Em seus primórdios, o componente utilizava a API dos próprios correios para esta finalidade. No entanto, em determinado momento, esta API deixou de ter um plano gratuito e por causa disso, foi necessário migrar para uma API de terceiros chamada CepCerto que na época disponibilizava um plano gratuito e planos pagos. Recentemente a CepCerto removeu o plano gratuito mantendo apenas os planos pagos. Isso significa que se você tentar utilizar o componente ACBrSedex de forma a utilizar o plano gratuito vai receber a seguinte exceção devolvida pela API: Eu preciso desse recurso, o componente consegue comunicar com o plano pago? Sim! A diferença é que você precisa conseguir um Token junto ao pessoal da CepCerto. De posse dessa informação, você vai preencher a mesma em: ACBrSedex.Senha := Dessa forma, você vai conseguir comunicar com a API sem demais problemas. É importante ressaltar que esta mudança foi na API da CepCerto e não no ACBr. Os fontes do ACBr são OpenSource de livre acesso para todos.

Do nada o provedor GISSONLINE passou a dar esse erro, tanto pra consultar quando para emitir: Inclusive em homologação. Quase certeza que é um problema do provedor, já que passou a ocorrer em vários clientes sem nenhuma atualização.

@Tecnico.ProM, Liberada a consulta no site, aba "Documentos Fiscais" -> "Consultar Documento Fiscal".

Obrigado!

Boa tarde @frankimiotto e @vscapin, Obrigado pelo retorno, também consegui emitir agora. Só o link para consultar que não funcionou. EX: https://bentogoncalves.oxy.elotech.com.br/iss/autenticar-documento-fiscal?cpfCnpjPrestador=xxxxxx&numeroNFSe=1&codigoAutenticidade=xxxxxxx&dataEmissao=2025-01-28 Vocês tiveram esse problema? Acredito que deve ter algum bloqueio deles ainda, pois pelo site também não consigo encontrar o documento emitido e algumas opções estão desabilitadas:

Bom dia Realmente, consegui falar com o Rodrigo da Elotech agora pela manhã e foram liberadas as operações.

Bom dia pessoal, @vscapin e @Tecnico.ProM depois de conversar com o técnico da Elotech consegui passar pelo erro do serviço não habilitado. Foi feita a liberação do serviço pelo técnico. Acredit oque vocês possam testar e verificar se o serviço já está liberado pra vocês também. Qualquer coisa, basta entrar em contato com eles para fazer a liberação.

Caso alguém esteja com o mesmo caso, apenas para atualizar foi modificado : Numero Lote e RPS: Ano + 11 digitos (Exemplo: 202500000000001) Serie tem que ser: <Serie>99</Serie> De <EnviarLoteRpsSincronoEnvio> -> Para<EnviarLoteRpsEnvio> E tivemos que ser liberados nos servidores deles de Produção.

Estamos enfrentando o mesmo problema aqui em Itu-SP...Atualizei todos os fontes mas segue o problema.

Olá pessoal! No dia 24/01/2025 foi publicado o Correio Eletrônico Circular SEF/DIAT/Nº 01 / 2025 sobre o tema omissões no preenchimento do "cBenef - Código de Benefício Fiscal" nos documentos fiscais eletrônicos. O documento informa que a Diretoria de Administração Tributária (DIAT) da Secretaria da Fazenda do Estado, ao consultar em sua base de dados, encontrou ocorrências de documentos sem a informação do cBenef. O correio eletrônico reforça a necessidade de adicionar estas informações nos documentos fiscais modelo 55 e 65, orientando também que os contribuintes catarinenses deverão proceder da seguinte forma: no período de 01 de novembro de 2023 a 31 de janeiro de 2025: preencher o campo “cBenef - Código de Benefício Fiscal” (ID I05f), nos termos do Ato Diat nº 79/2022; a partir de 01 de fevereiro de 2025, preencher os campos cBenef (ID I05f), cCredPresumido (ID I05h), pCredPresumido (ID I05i), vCredPresumido (ID I05j) e cBenefRBC (ID N14a), nos termos do Ato Diat nº 35/2024. Os códigos de cBenef poderão ser encontrados na Tabela de Informações Adicionais da Apuração - Valores Declaratórios - cBenef (Tabela 5.2) disponível em Secretaria de Estado da Fazenda > SPED FISCAL Por fim, é reiterado que o não preenchimento dessas informações pode ocasionar a rejeição do documento, a perda do direito de usufruir do benefício e multa conforme legislação. Leia o correio eletrônico na íntegra AQUI.

Boa tarde @Danny, Já esta no SVN.

Boa tarde para fechar o tópico e dar a solução certa e correta deve-se fazer o seguinte: no FDConnection associar um FDTransaction somente ao UpdateTransaction para a versão 2.5 e 3.0 do firebird ele fará correto a gravação dos dados sem precisar mexer em mais nada em sua aplicação ou alterar FDQuery. certeza absoluta da solução.